如何在用户注销时阻止 cl.exe 终止？
我们有一个自动构建服务器，可以使用 Visual Studio 2005 和 CruiseControl.NET（在 Windows XP x64 上）生成构建版本。 通常情况下没有人登录系统，但有时我们必须通过远程桌面登录才能进行维护。
我们注意到，如果在我们从远程桌面注销时 cl.exe 正在运行（Microsoft 的 C++ 编译器），则 cl.exe 将终止并出现错误结果 4：
项目：错误 PRJ0002：从“C:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin\cl.exe”返回错误结果 4。
这显然会导致当前构建失败，并显示一条非常神秘的消息。 有人知道如何防止这种情况发生吗？
We have an automated build server that produces builds using Visual Studio 2005 and CruiseControl.NET (on Windows XP x64). Normally nobody is logged into the system, but occasionally we have to log in via Remote Desktop in order to perform maintenance.
We have noticed that if cl.exe is running (Microsoft's C++ compiler) at the instant we log out from remote desktop, then cl.exe will terminate with error result 4:
Project : error PRJ0002 : Error result 4 returned from 'C:\Program Files (x86)\Microsoft Visual Studio 8\VC\bin\cl.exe'.
This obviously causes the current build to fail with a pretty mysterious message. Does anyone know how to prevent this from happening?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您是否尝试在其他非管理员帐户下运行 ccnet 服务？
Did you try to run ccnet service under some other, non-admin, account.
注意：在搜索
error PRJ0002 : Error result 4 returned from ... cl.exe的实际含义时，我偶然发现了这个问题。我可以提供以下信息：
这发生在我的自动构建的 Windows XP（32 位）测试盒上，并且构建运行肯定是在与我的用户不同的用户帐户下运行的注销时使用.
但是，我知道我们的生产构建服务器在注销时没有问题，但这些服务器分别运行 Win 2003 Server 和 Win 2008R2 Server。 （在那里，如果同一个用户用于运行构建注销，我只会遇到问题，但我们可以轻松避免这种情况。）
所以我怀疑这个问题在Windows Server操作系统上不会出现，只会出现在Win XP上。（对于Win7无法给出任何意见。）
Note: I stumbled over this question when searching for what
error PRJ0002 : Error result 4 returned from ... cl.exeactually means.I can give the following info:
This happened to me on a Windows XP (32 bit) test box for our automated build, and the build-run was definitely run under a different user account than the user I logged out with.
However, I know that there are no problems on our production build servers on log-out, but these servers run Win 2003 Server and Win 2008R2 Server resp. (There, I only have a problem if the same user used to run the build logs out, but we can easily avoid that.)
So I would suspect that this problem will not occur on Windows Server OSs, but only on Win XP. (Can't give any opinion on Win7.)