为什么默认情况下Windows Vista 64位使用32位cmd.exe？ （机专用）

Question

情况：

我需要将当前的开发环境从Windows XP 32位转换为Windows Vista 64位（*）。 自然，我在构建系统中遇到了很多地方，这些地方的硬编码路径都是有问题的（例如，“ C:\\Program Files ”变成“ C:\\Program Files (x86) ”）。 幸运的是，有一个%ProgramFiles%环境变量可以根据源进程（32位或64位）映射到正确的目录。 因此，我使用%ProgramFiles%更新了构建脚本，并且我确定这将结束。

从命令行（ C:\\Windows\\System32\\cmd.exe ）调用构建环境。

问题：在一台特定的计算机（即正在工作的我的开发计算机）上，事实证明C:\\Windows\\System32\\cmd.exe实际上是一个32位进程，因此脚本可以找到Program Files目录的x86版本以及所有内容效果很好。

在其他每台64位计算机上（包括我的家用计算机）， C:\\Windows\\System32\\cmd.exe是64位版本，而32位版本在C:\\Windows\\SysWow64\\cmd.exe 。 因此，构建脚本无法找到他们想要的任何东西，并且会失败。

我现在知道，如果需要，应显式调用32位cmd.exe ，默认情况下，您将获得64位cmd.exe 。 WORKSFORME典型案例...

问题是 ，这不是事实的机器上发生了什么？ 为什么我默认在一台计算机上却没有在另一台计算机上获得32位cmd.exe ？ 在所有情况下，我都是从“ Start|Run菜单中明确执行C:\\Windows\\System32\\cmd.exe ，但仅在一台计算机上获得不同的结果。 所有这些都运行相同版本的Vista 64位。

有什么想法或见识吗？

（*）请接受我必须这样做。 我不能随意说为什么要这样做。 重新安装操作系统以及从头开始的所有操作都可能会起作用，但这肯定是过大了。 此外，很难说服我们的IT部门分发Vista机器！

Answer 1

如果您从32位进程运行cmd，则由于文件重定向（ http://msdn.microsoft.com/zh-cn/library/aa384187.aspx ），您将获得32位cmd。 从资源管理器运行CMD时会得到32位版本吗？

Answer 2

我终于找到了问题，并且正如预期的那样非常简单：用户错误。 默认情况下，资源管理器（它本身是Windows Vista 64位上的64位进程）会启动64位命令提示符。 如果要使用32位CMD.EXE ，则必须显式引用C:\\Windows\\SysWoW64\\CMD.EXE 。

在我的系统上可以正常使用的原因是，我的大多数命令行用法都是使用Far Manager，它是32位的（因此它会启动32位命令提示符）。 当我验证时，我一定会将32位窗口与64位窗口混淆了（毕竟它们看起来一样！），并提出了一个愚蠢的问题。

在Sente中死， %ProgramFiles(x86)%的问题在于它在32位Windows Vista中不存在，因为这实际上会更简单。

啊，没有什么比公开发帖来愚弄自己... :)

Answer 3

从两台计算机的“开始”菜单中启动cmd.exe 。 精确复制：

• 单击开始球
• 输入“ cmd ”，只有一个匹配出现（ c:\\windows\\system32\\cmd.exe ）
• 启动它。

在我的工作计算机上，它启动32位版本（如任务管理器所示，它在“ Processes选项卡的名称后附加*32 ）。 在我尝试过的所有其他Vista 64计算机上，这将启动cmd的64位版本，而我找不到这种行为的合理解释。

我没有检查受影响的计算机上的explorer.exe本身是32位还是64位，也许这是相关的...谢谢提示。

Answer 4

代替%ProgramFiles% ，是否没有%Programfiles(x86)%始终运行在所需位置，而不管运行的是哪个cmd.exe？ 我的Windows XP 64位系统都具有该功能。 请原谅我不花时间启动Vista系统。