I've been using the 64-bit version of Windows 7 since the CTP and have run into a few problems with applications that get installed in the
C:\Program Files (x86) folder. What's the purpose of having 2 separate Program Files directories anyway?
Every program I've installed has gone into the
C:\Program Files (x86) folder. It doesn't seem to matter if the app is 32 or 64 bit. Why don't 64-bit apps get placed in
Is there a way to change the default to be
C:\Program Files instead? Would it mess anything up if I just put everything into
If indeed there is some benefit to having a separate folder for 64 bit apps, it seems like the more sensible default would have been to use
C:\Program Files for x86 apps and create a new
C:\Program Files (x64) folder for the new 64-bit apps. This would help maintain backwards compatibility. I work as a software developer and some of my projects contain path references to libraries under
C:\Program Files. Now those references are broken on the Windows 7 machine that has placed them in
C:\Program Files (x86). I even tried to change the target location in the installer to be
C:\Program Files, but that was ignored and the app went into
C:\Program Files (x86) anyway.
This is very frustrating because I need to share source code between 32 and 64 bit machines and I don't want to have to mess with some configuration file that sets the path to these libraries differently on different machines.
Edit regarding environment variables: (Using only default English values of variables for simplicity.) On a 64-bit machine
%ProgramFiles% will be
C:\Program Files while the brand new variable
%ProgramFiles(x86)% will be
C:\Program Files (x86). So, if you have a 32-bit program that needs to find the folder path that it would be installed under, it would need to check to see if it was running on a 32-bit or a 64-bit version of Windows in order to know which environment variable to use. Any 32-bit apps that were written without this consideration would need to be updated in order to work correctly on a 64-bit machine. So even using environment variables, the backwards compatibility is broken.
%ProgramFiles(x86)% doesn't exist on 32-bit versions of Windows. If it did, then 32-bit apps could just always use that environment variable and wouldn't need any conditional logic based on which OS they're running on.
%ProgramFiles%environment variable would've solved this. Not sure how it handles the x86/64bit difference.