One of my systems has a broken Delphi installation: it thinks BDSCOMMONDIR points to C:\Windows\system32\9.0 whereas on a functioning system, it points to C:\Users\Public\Documents\RAD Studio\9.0.
I'm probably the victim of corporate security madness, as I found out nobody can access the C:\Users\Public directory on the failing system anyway.
What I want is to move the content of the directory to a place where the developers can write, then globally (a subdirectory C:\ProgramData comes to mind) and globally set the BDSCOMMONDIR.
So: where does Delphi get the BDSCOMMONDIR value from?
How can I override it?
The major reason why it is holding me back is that I now get this on every compile/build I try:
[MakeDir Error] Unable to create directory "C:\Windows\system32\9.0\hpp\". Access to the path 'C:\Windows\system32\9.0\hpp\' is denied.
[MakeDir Error] Unable to create directory "C:\Windows\system32\9.0\Dcp". Access to the path 'C:\Windows\system32\9.0\Dcp' is denied.
[MakeDir Error] Unable to create directory "C:\Windows\system32\9.0\hpp". Access to the path 'C:\Windows\system32\9.0\hpp' is denied.
C:\ProgramDatais absolutely the wrong place. It's set now to the proper place for documents shared among users ('C:\Users\Public\Documents\RAD Studio\9.0`), according to the Windows guidelines. If your corporate security is blocking access to that folder, you need new corporate security. ;-) - Ken WhiteProgramData, as you'll be fighting not only corporate security but Windows itself; AFAIK, normal (non-admin) users don't have write-access to that folder tree. - Ken WhiteBDSCOMMONDIRdefined isrsvars.batfile frombinsubfolder, though not sure IDE uses it. - kludgrsvars.batis only used byStart->Embarcadero RAD Studio XE2->RAD Studio Command Prompt, which is only useful when usingMSBuildto build from the command line. - Ken White