From time to time I get the following error when starting the debugger in Visual Studio 2008 SP1:
在Visual Studio 2008 SP1中启动调试器时,我不时会收到以下错误:
The network connection to MYCOMPUTER has been lost. Debugging will be aborted.
与MYCOMPUTER的网络连接已丢失。调试将中止。
I have several projects in the solution configured as startup projects. Some of them get started when the error occurs, some won't.
我在解决方案中有几个项目配置为启动项目。其中一些在错误发生时开始,有些则不会。
Any ideas?
Update:
- Visual Studio runs on a 64 bit machine (Win7)
- The application uses MSMQ (private queues on localhost)
更新: - Visual Studio在64位计算机(Win7)上运行 - 应用程序使用MSMQ(localhost上的专用队列)
5 个解决方案
#1
What's likely happening here is that you are using remote debugging on your application. Some error during startup is causing that error message.
这里可能发生的是您在应用程序上使用远程调试。启动期间的某些错误导致该错误消息。
Can you give us a bit more information on the applications.
您能否向我们提供有关应用程序的更多信息。
- Are you expilictly using remote debuggging?
- Are their any resources being used on MYCOMPUTER via some remote operation?
- Are you runnig projects off of a share?
你是否正式使用远程调试?
他们的任何资源是通过一些远程操作在MYCOMPUTER上使用的吗?
你是不是分享了一些项目?
You may be implicitly using remote debugging if you are debugging a 64 bit appliction. Visual Studio runs as a 32 bit process and uses remote debugging under the hood to debug 64 bit applications.
如果要调试64位应用程序,则可能隐式使用远程调试。 Visual Studio以32位进程运行,并使用远程调试来调试64位应用程序。
#2
The fix for me was deleting all my breakpoints. Evidently, an update from source control corrupted some pre-existing breakpoints.
我的修复是删除所有断点。显然,源控件的更新破坏了一些预先存在的断点。
#3
Check debug properties on your startup projects, there might be remote debugging configured. (Debugging/Remote settings)
检查启动项目的调试属性,可能配置了远程调试。 (调试/远程设置)
#4
Disable "Use Managed Compatibility Mode" option in Tools - Options - Debugging. It solved this problem in my case.
禁用工具 - 选项 - 调试中的“使用托管兼容模式”选项。它在我的案例中解决了这个问题。
#5
For anyone stumbling on this post, I fixed this problem in Visual Studio 2015 by uninstalling Agents for Visual Studio 2015 on the remote machine.
对于任何在这篇文章上磕磕绊绊的人,我通过在远程机器上卸载Visual Studio 2015代理来修复Visual Studio 2015中的这个问题。
For some reason it conflicted with the remote debugging process but I couldn't figure out why exacly. I found this by meticulously comparing a working remote machine with one that gave me the error and fixing every difference that I could find.
由于某种原因,它与远程调试过程发生冲突,但我无法弄清楚为什么会出现这种情况。我通过精心比较一台工作的远程机器和一台给我错误并修复我能找到的每一个差异来找到这个。
#1
What's likely happening here is that you are using remote debugging on your application. Some error during startup is causing that error message.
这里可能发生的是您在应用程序上使用远程调试。启动期间的某些错误导致该错误消息。
Can you give us a bit more information on the applications.
您能否向我们提供有关应用程序的更多信息。
- Are you expilictly using remote debuggging?
- Are their any resources being used on MYCOMPUTER via some remote operation?
- Are you runnig projects off of a share?
你是否正式使用远程调试?
他们的任何资源是通过一些远程操作在MYCOMPUTER上使用的吗?
你是不是分享了一些项目?
You may be implicitly using remote debugging if you are debugging a 64 bit appliction. Visual Studio runs as a 32 bit process and uses remote debugging under the hood to debug 64 bit applications.
如果要调试64位应用程序,则可能隐式使用远程调试。 Visual Studio以32位进程运行,并使用远程调试来调试64位应用程序。
#2
The fix for me was deleting all my breakpoints. Evidently, an update from source control corrupted some pre-existing breakpoints.
我的修复是删除所有断点。显然,源控件的更新破坏了一些预先存在的断点。
#3
Check debug properties on your startup projects, there might be remote debugging configured. (Debugging/Remote settings)
检查启动项目的调试属性,可能配置了远程调试。 (调试/远程设置)
#4
Disable "Use Managed Compatibility Mode" option in Tools - Options - Debugging. It solved this problem in my case.
禁用工具 - 选项 - 调试中的“使用托管兼容模式”选项。它在我的案例中解决了这个问题。
#5
For anyone stumbling on this post, I fixed this problem in Visual Studio 2015 by uninstalling Agents for Visual Studio 2015 on the remote machine.
对于任何在这篇文章上磕磕绊绊的人,我通过在远程机器上卸载Visual Studio 2015代理来修复Visual Studio 2015中的这个问题。
For some reason it conflicted with the remote debugging process but I couldn't figure out why exacly. I found this by meticulously comparing a working remote machine with one that gave me the error and fixing every difference that I could find.
由于某种原因,它与远程调试过程发生冲突,但我无法弄清楚为什么会出现这种情况。我通过精心比较一台工作的远程机器和一台给我错误并修复我能找到的每一个差异来找到这个。