Is it possible to have whole or part of PATH
environment variable specific to the type of running process's image (32bit/64bit)?
When I run some app from within 64bit cmd.exe I would like to have it pick the 64bit version of OpenSSL library whereas when I run some app from within 32bit cmd.exe I would like to have it pick the 32bit version of OpenSSL library.
-
Is there any windows api to determine given path lies in 64bit view or 32bit view?– MayurCommented Nov 12, 2020 at 11:33
6 Answers
Make %ProgramFiles%
to %ProgramFiles(x86)%
env variable switching to work for you:
Place folders with x86 and x64 versions of OpenSSL library into appropriate %programfiles%
and %ProgramFiles(x86)%
directories and in the PATH
environment variable, use a reference to these folders via the %programfiles%
variable.
This way, when you are running in 32-bit environment, your PATH
entry %programfiles%\OpenSSL\
will automatically get resolved to %ProgramFiles(x86)%\OpenSSL\
on a disk.
-
1Well I have some trouble getting it to work.
echo %programfiles%
shows different path depending on the type of cmd.exe it's run from butwhere ssleay32.dll
in both types of cmd.exe (32bit and 64bit) can't find this dll and displaysINFO: Could not find files for the given pattern(s).
Any ideas? Commented Feb 19, 2011 at 10:13 -
This might help: Altough this might help: stackoverflow.com/questions/906310/… Commented Feb 19, 2011 at 14:57
-
1if one of the dlls is a 32-bit one, on 64-bit machine it should go into C:\windows\syswow64 folder– romkaCommented Feb 20, 2011 at 13:21
-
This does not work for me. When I include %ProgramFiles% in the PATH variable definition, it does not get expanded at all, so my exe doesn't find its dlls. Commented May 27, 2014 at 23:03
-
Is there any windows api to determine given path lies in 64bit view or 32bit view?– MayurCommented Nov 12, 2020 at 11:32
The answer (checked as right) provided by romka is simple and elegant, but does unfortunately not work (at least on Windows 7 and Windows 8 64 bits, I didn't push my test further).
The problem comes from the fact that the system %PATH% variable does not always expand other env variable : it works with %SYSTEMDRIVE% for example, but unfortunately not for %PROGRAMFILES%. Wikipedia suggests that this behavior comes from the level of indirection (%SYSTEMDRIVE% does not refer to a third env variable).
The only solution I found is to use the File System Redirector magic and the directories System32/SysWoW64, as suggested in the comments.
To avoid the direct deployment of DLLs in the Windows directory, which is usually hard to maintain, one can deploy instead a softlink to a custom directory (works on Windows Vista and later versions of Windows) :
- method found here : http://realfiction.net/go/153
- how to make a softlink here : http://www.howtogeek.com/howto/windows-vista/using-symlinks-in-windows-vista/
By the way, sorry for not commenting directly on the relevant posts : currently not enough reputation on my account to do this.
-
Is there any windows api to determine given path lies in 64bit view or 32bit view?– MayurCommented Nov 12, 2020 at 11:32
Yes it is absolutely possible. Simply write a three .bat files. The first one should look like this:
@echo off
if "%1" == "" goto x86
if not "%2" == "" goto usage
if /i %1 == x86 goto x86
if /i %1 == ia64 goto ia64
goto usage
:x86
if not exist "%~dp0bin\x86.bat" goto missing
call "%~dp0bin\x86.bat"
goto :eof
:ia64
if not exist "%~dp0bin\ia64.bat" goto missing
call "%~dp0bin\ia64.bat"
goto :eof
:usage
echo Error in script usage. The correct usage is:
echo %0 [option]
echo where [option] is: x86 ^| ia64
echo:
echo For example:
echo %0 x86
goto :eof
:missing
echo The specified configuration type is missing. The tools for the
echo configuration might not be installed.
goto :eof
The second and the third .bat file are basically the same, except they differ in their name. The first will be called x86.bat the second ia64.bat and they are placed in a folder called bin which is above the the first bat file. You will have this:
PATH\first.bat
PATH\bin\x86.bat
PATH\bin\ia64.bat
The content of the second and third .bat file should look like this:
@set PATH=THE PATH YOU WANT
You could create a link to first .bat file which will have the following settings:
Target: %comspec% /k "PATH\first.bat" OPTION | Where OPTION is x86 or ia64
Start in: PATH | Where PATH is the PATH to your first.bat
The script is the simplified script Microsoft uses to start the right command line for their Visual Studio environment. You could simply expand this scripts to N environments. By adding more .bat files for different environments and by editing the first.bat with more options and goto statements. I hope it is self explaining.
And i hope Microsoft does not sue me for using their script.
EDIT:
Ah i think i misunderstood you a bit. For the 32bit cmd line the link should be created as:
Target: %windir%\SysWoW64\cmd.exe "PATH\first.bat" x86
EDIT2:
Try something like:
if "%ProgramFiles%" == "%ProgramFiles(x86)%" goto x64_PATH
if "%ProgramFiles%" == "%ProgramW6432%" goto x86_PATH
:x64_PATH
@set PATH=YOUR 64 bit PATH
SOME_PATH\your64BitApp.exe
goto :eof
:x86_PATH
@set PATH=YOUR 32bit PATH
SOME_PATH\your32BitApp.exe
goto :eof
-
1You might want to correct that, just for clarity - odds are, they are not using Intel 64 bit technology (ia64 - Itanium CPUs) but rather AMD64 bit technology, commonly referred to as x64. Commented Feb 18, 2011 at 21:59
-
Thanks for your answer. The idea is nice. However I was looking for some system level solution like the one used to modify
%ProgramFiles%
variable. (Quote: The %ProgramFiles% itself depends on whether the process requesting the environment variable is itself 32-bit or 64-bit (this is caused by Windows-on-Windows 64-bit redirection). en.wikipedia.org/wiki/…) Commented Feb 18, 2011 at 22:01
I have had this problem and the answer is as follows:
The path for your system variable on the 64 bit machines is c:\progra~2
. You need to have a spaceless path for your environmental variable, otherwise the system won't read further than C:\programs
.
On our 32 bit machines the environment variable companyprograms is c:\program files
and on the 64 bit ones its c:\progra~2
. We then set our shortcuts for users to %companyprograms%\...
You can do it through group policy or by script.
I wanted just to summarise the answer I obtained by following the links provided in the answer from Baptiste Chardon. By using the mklink
command line tool to create a directory symbolic link in C:\Windows\system32
and in C:\Windows\SysWOW64
, each having the same name (though different targets), you can then just add the one in C:\Windows\system32
to the Path
environment variable. For example:
C:\> mklink /D C:\Windows\SysWOW64\my_XXbit_dlls C:\dlls\x86
symbolic link created for C:\Windows\SysWOW64\my_XXbit_dlls <<===>> C:\dlls\x86
C:\> mklink /D C:\Windows\System32\my_XXbit_dlls C:\dlls\x64
symbolic link created for C:\Windows\System32\my_XXbit_dlls <<===>> C:\dlls\x64
As romka indicated in the followup, the simple answer is the SysWOW64 directory.
Fortunately the installers from Shining Light productions take care of this for you. Just run the 32bit and 64bit installers and select to copy the .DLLs into the Window "System" directory and the proper directory is chosen for the .DLLs (i.e. the 64bit .DLLs go into System32 and the 32bit .DLLs go into SysWOW64.
Once I had done this my 32bit apps find the 32bit .DLLs and my 64bit apps find the 64bit .DLLs.