我需要从32位WOW进程获取本机(而不是WOW)程序文件目录的路径.
当我将CSIDL_PROGRAM_FILES(或CSIDL_PROGRAM_FILESX86)传递给SHGetSpecialFolderPath时,它返回WOW(Program Files(x86))文件夹路径.
如果可能的话,我宁愿避免使用环境变量.
我想比较一下我从注册表中读取的一些值,如果值指向我的应用程序的WOW或本机版本的路径,那么我的代码会执行某些操作,否则它会执行其他操作.要弄清楚我的应用程序的原生和WOW版本应该在哪里,我需要获得"Program Files(x86)"和"Program Files"的路径.
我感谢所有的帮助,尤其是这个帖子中的警告.但是,我确实需要这条路径,这就是我最终得到它的方式:
(为清楚起见,错误检查已删除,使用风险由您自行承担,等等)
WCHAR szNativeProgramFilesFolder[MAX_PATH]; ExpandEnvironmentStrings(L"%ProgramW6432%", szNativeProgramFilesFolder, ARRAYSIZE(szNativeProgramFilesFolder);
让我引用Raymond Chen关于这个问题的优秀博文:
在64位Windows上,32位程序在仿真层中运行.此仿真层模拟x86架构,虚拟化CPU,文件系统,注册表,环境变量,系统信息功能,以及所有这些功能.如果32位程序试图查看系统,它将看到一个32位系统.例如,如果程序调用GetSystemInfo函数来查看正在运行的处理器,它将被告知它运行在具有32位地址空间的32位处理器上,在具有32位天空和32位的世界中32位树中的鸟类.
这就是仿真的重点:通过模拟32位执行环境来保持32位程序的快乐.
...
问题是"从32位应用程序中查找x64 Program Files目录的方法是什么?"
答案是" 使用系统比使用系统更好. "如果你是一个32位程序,那么每次你尝试与外界交互时,你都会与模拟器作斗争.相反,只需将安装程序重新编译为64位程序即可.让32位安装程序检测到它在64位系统上运行并启动64位安装程序.64位安装程序不会在32位仿真层中运行,因此当它尝试复制文件或更新注册表项时,它将看到真正的64位文件系统和真正的64位注册表.
如果您仍想这样做,我建议您阅读此博客帖子上的评论,因为它们包含一些很好的提示.