当我从 Perl 调用 cl.exe 时，为什么它不生成任何输出？

Question

我在运行 cl.exe 时遇到了一个奇怪的问题，这让我很困惑。在一个由 C/C++ 项目组成的大型 VS2008 解决方案中，我有一个项目运行一些脚本来进行一些额外的处理。该项目包含一个预构建事件，该事件调用 Perl 脚本（ActiveState Perl 在计算机上）。然后，此 Perl 脚本使用 /E 调用 cl.exe 以生成重定向到文件的预处理输出。 Perl 中的行如下所示：

my $foo = `"\path\to\cl.exe" @args.rsp >out.txt 2>err.txt`;

args.rsp 是一个纯文本文件，其中包含 cl.exe 的一堆命令行参数，包括用于获取预定义的 /E标准输出上的处理器输出。

从 VS2008 命令提示符运行时，该命令行将按预期工作。构建该项目在我的 Windows XP 计算机上也运行良好。然而，在我的新 Windows 7 机器上，当我构建项目时，out.txt 最终变成空白。我还应该补充一点，在我同事的一些 Windows 7 机器上，它运行良好，而在其他一些机器上则不然。

显然存在某种配置差异，但我不知道它可能是什么。我们检查了 VS2008 SP1 和 ActiveState Perl 的匹配版本。我在 perl 脚本中尝试了无数的解决方法 - 使用 system() 而不是反引号，使用 cl.exe /P 输出到文件，然后移动文件（文件为空），取消设置 VS_UNICODE_OUTPUT 环境变量（无效）。行为没有任何改变 - 手动运行命令行时会生成输出，但在该项目的预构建事件中运行时不会生成输出。

关于可能导致此问题的配置问题有什么想法吗？我几乎没有追求的途径。

Answer 1

哇，这个问题的解决方案最终比我预想的要奇怪得多。我正在使用的机器（以及其他也遇到此问题的同事）是安装了 bootcamp 和 Windows 7 的 Mac Pro。这会导致 C: 拥有 Windows 驱动器，而 E: 拥有 mac 驱动器。这会导致问题，因为预构建事件有几行测试每个驱动器号以查看那里是否有驱动器，如果有，则将 X:\Perl\bin 添加到路径中。即使 E:\Perl\bin 不存在，它也会添加到路径中。随后，perl 脚本运行，然后调用 cl.exe，由于某种原因，mac 驱动器中存在目录导致 cl.exe 失败。为什么？我不知道。无论如何，从路径中删除 mac 驱动器目录可以解决问题！

谢谢大家的眼光。

Answer 2

检查程序的退出代码。您可能希望使用 File::Spec。另外，检查 @args 是否没有进行插值。您可能想在执行之前打印命令行以检查这是否是您想要的。您的 err.txt 文件还剩下什么？

Answer 3

对我来说听起来像是 ACL 问题。您可以更改窗口来记录访问问题，然后检查事件日志以查看哪些用户遇到访问被拒绝错误。

我相信该设置位于本地政策 |审计政策|审计对象访问