VS2013下使用VS2010远程调试最佳实践

Question

我正在为那些针对嵌入在 Visual Studio2013 中的 Windows XP 进行开发，然后在 Visual Studio 2010 中进行调试的人寻找技巧。

其原因在有关该主题的堆栈溢出链接中进行了讨论。

基本上VS2010之后远程调试协议发生了变化，新的使用VS2013协议的msvsmon.exe不支持XP嵌入式调试。 所以我们被迫采用两种 IDE 解决方案，一种用于构建，另一种用于调试。 VS2013 用于构建，VS2010 用于启动远程调试会话。

关于同时购买 VS2013 和 VS2010 的要求存在一些错误信息。 从前面提到的链接看来，可以免费获得 VS2010 调试环境。 我能够验证组件的免费下载，但没有时间验证调试环境是否有效。 我使用的环境由 VS2013 的许可副本和 VS2010 的许可副本组成。

这是我在以前的 VS6 msvsmon.exe 环境中进行远程调试时没有看到的两个初始问题：

1）VS2013编译项目，VS2010不想打开*.sln文件。 如果我打开我们从 VS2010 移植的 VS6 .dsp/.dsw 会执行“一次性转换”，这会破坏我精心构建的 VS2013 构建项目。 看来我将不得不构建两个不同的解决方案空间，一个名为 SOLUTION_NAME_VS2013，另一个名为 SOLUTION_NAME_VS2010。 我很想知道是否有更优雅的解决方案来管理具有两个不同“Highlander”（只能有一个）IDE 的一组 BUILD 文件。

2) 远程启动项目时，如果它崩溃，我会在 Win2012 调试主机（运行 VS2010）上收到令人讨厌的“您的程序已崩溃”对话框之一，它会捕获来自调试器的崩溃信号。 大约 30% 的时间，它检测到正在运行的 VS2010 实例，70% 的时间它没有检测到。

3) msvmon 超时（需要重新启动）并且需要额外的时间/鼠标点击来设置旧的 vs6 msvcmon.exe

我想知道其他 Windows Embedded 开发人员是否已经为这些问题找到了优雅的解决方案。 如果我发现更多的提示，我会在这里发布我找到的内容。

---

Answer 1

对于问题 #1：无法在 VS2010 中读取 VS2013 *.sln 文件。

问题是 Visual Studio 2010 的版本必须至少是 SERVICE PACK1。 早期版本的 Visual Studio 2010 无法读取 VS2012/VS2013/VS2015 解决方案文件。

对于问题 #2：您的程序已崩溃的对话框阻止信号到达 debugger 。

这个堆栈溢出链接很有帮助。 有多种方法可以抑制“您的程序已崩溃”对话框。 就我而言，用户可能需要在生产系统上调试新应用程序，因此全局更改设置并不理想。

我从这个 Raymond Chen 链接中选择了解决方案，它允许我逐个应用程序禁用对话框。 由于我通常可以访问源代码，因此我正在调试这对我来说是最好的解决方案。

DWORD dwMode = SetErrorMode(SEM_NOGPFAULTERRORBOX);
SetErrorMode(dwMode | SEM_NOGPFAULTERRORBOX);

我仍然偶尔会看到一个问题，Windows 运行时在崩溃时没有看到正在运行的调试器实例，而是想启动一个新的调试器实例。 这似乎发生在大约 30% 的时间。 当我弄清楚是什么原因导致我会在这里更新它。

最后，新的远程调试客户端更改为msvmon.exe ，提高了安全性。 为了节省额外的鼠标点击，在远程 Windows Embedded XP 客户端上运行以下命令很有用：

"Path\to\msvsmon.exe" /anyuser /noauth /nosecuritywarn /timeout:2147483646

/noauth和/anyuser需要/nosecuritywarn 。 /timeout最大值可防止调试器客户端在空闲时间 ~ 小时后终止。 如果您的工作日用于调试，您不希望它在喝完咖啡/重建全部中断后超时。