Discussions
Categories
- 196.7K All Categories
- 2.2K Data
- 235 Big Data Appliance
- 1.9K Data Science
- 449.9K Databases
- 221.6K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 549 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 532 SQLcl
- 4K SQL Developer Data Modeler
- 186.9K SQL & PL/SQL
- 21.3K SQL Developer
- 295.4K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.1K Development Tools
- 104 DevOps
- 3.1K QA/Testing
- 645.9K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 153 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 17 Java Essentials
- 158 Java 8 Questions
- 85.9K Java Programming
- 79 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.2K Java SE
- 13.8K Java Security
- 203 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 399 LiveLabs
- 37 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.6K Other Languages
- 2.3K Chinese
- 170 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 230 Portuguese
Install locks on "The provided destination folder has invalid characters"

Running the 18C installer on Windows
Any attempt to set a folder - even the default - yields
"The provided destination folder has invalid characters"
I have tried folders that exist and ones that would need to be created, but no dice.
my folder: c:\Program files\Oracle\18\
Answers
-
OK I found it. The name cant have any spaces. What a 1980's problem!
-
No its not.
It is a parameter not encapsulated problem.
c:\Program files\Oracle\18\ is parsed as 2 parameters with parameter 1 as c:\Program and parameter 2 as files\Oracle\18\.
"c:\Program files\Oracle\18\" is encapsulated and parsed as a single parameter.
-
"No its not" what? Not a 1980's problem? I would say it's a 70's problem, since DOS used spaces on paths.
Your technical explanation is wrong. If you encapsulate a path, as a single string or whatever, in a language such as Java, you'll still be getting the same problem. That's why there are libraries to deal with paths as paths, not as strings. The answer here is to encode the special characters so the program recognizes it - this is what "escape" means, it's NOT putting a "\" before it as you see around. We can't do it when selecting the path on the installation program, we also can't "encapsulate" the path.
So yes, it's. It's a problem that I had, and it's a 70's thing.
-
That's why there are libraries to deal with paths as paths, not as strings.
A path parameter is a string. But I was not referring to a single string variable used as path, but a path (with spaces) used with other parameters in a single string.
Parameter encapsulation using quotes is an issue when a single string is used for multiple parameters, as is the case when for example reading parameters from the command line input (e.g. launching Java). In such a case, spaces are interpreted as spaces between parameters - a basic string token parsing issue.
Yes, it always been an issue. As shown by old Win16 WinExec(), to modern bash. Which is why encapsulating parameters on single input is important - even from a security perspective as explained by the security remarks for WinExec().