windows Visual Studio 2012 远程操作花费的时间比预期的要长

Visual Studio 2012 A remote operation is taking longer than expected

提问by bl4kh4k

I'm running Visual Studio 2012 on Windows 8 64bit. I have a 64 bit project that is in source control and I'm trying to run it at home on my Windows 8 pc. The application builds successfully however the remote debugger doesn't work at all.

我在 Windows 8 64 位上运行 Visual Studio 2012。我有一个 64 位项目，它处于源代码管理中，我正在尝试在我的 Windows 8 pc 上在家中运行它。应用程序构建成功，但是远程调试器根本不起作用。

It says "A remote operation is taking longer than expected". I understand why its remote, being that 32 bit Visual Studio needs to access msvsmon.exe to debug through 64 bit applications but I've never seen this happen on a local machine where the source code has been checked out.

它说“远程操作花费的时间比预期的要长”。我理解为什么它是远程的，因为 32 位 Visual Studio 需要访问 msvsmon.exe 才能通过 64 位应用程序进行调试，但我从未在已检出源代码的本地计算机上看到这种情况。

I tried reinstalling Visual Studio 2012, playing with ports (4016) as well as running as admin. Checked that VPN wasn't an issue by uninstalling the client.

我尝试重新安装 Visual Studio 2012，使用端口（4016）以及以管理员身份运行。通过卸载客户端检查 VPN 不是问题。

I am now out of ideas. I tried creating a brand new local project to test and set it as 64 bit but the operation still does not succeed.

我现在没有想法了。我尝试创建一个全新的本地项目进行测试并将其设置为64位，但操作仍然不成功。

Any ideas or suggestions? Is this a known issue with Visual Studio 2012 on Windows 8?

有什么想法或建议吗？这是 Windows 8 上 Visual Studio 2012 的已知问题吗？

回答by Adam Liu

I think you should try this:

我认为你应该试试这个：

• Run cmd.exe as administrator.
• Type in and run the following two lines of command:

• 以管理员身份运行 cmd.exe。
• 输入并运行以下两行命令：

netsh winsock reset catalog

netsh int ip reset reset.log hit

netsh winsock 重置目录

netsh int ip reset reset.log 命中

• It may say that a reboot is required, but actually that is not necessary.
• Try to debug your application again, the problem should be solved.

• 可能会说需要重新启动，但实际上这不是必需的。
• 再次尝试调试您的应用程序，问题应该可以解决。

EDIT: Sorry for not providing an explanation for this before. The answer actually came from a Chinese forum and the original author didn't explain it much. But he did say that it's because Visual Studio is a 32bit program which may have problem accessing network under 64bit Windows 7, and the aforementioned solution resets the network connection therefore solves the problem. Hope this helps.

编辑：抱歉之前没有对此提供解释。答案其实来自一个中文论坛，原作者没有过多解释。但他确实说这是因为Visual Studio是一个32位程序，在64位Windows 7下访问网络可能会出现问题，并且上述解决方案重置网络连接因此解决了问题。希望这可以帮助。

回答by Watki02

The only answer I have gotten to work with VS2012 is to go into the Project properties > Compile > Target CPU and set the option to "x86".

我使用 VS2012 的唯一答案是进入项目属性 > 编译 > 目标 CPU 并将选项设置为“x86”。

This also seems related to this question: Can't start debugger in VS2012 RCThey submitted this to Microsoft Connect as well. Seems to be a Visual Studio problem...

这似乎也与这个问题有关：Can't start debugger in VS2012 RC他们也将此提交给 Microsoft Connect。似乎是 Visual Studio 的问题...

best of luck.

祝你好运。

回答by Peter Vos

I am working with VS2012 (Windows7, 64-bit PC). When I selected DEBUG - Attach to Process... I did see a messagebox saying "A 64-bit debugging operation is taking longer than expected". I downloaded I free trial version of VS2010 and noticed that in VS2010 it worked fine. So, I copied the files msvsmon.exe and msvsmon.exe.config from VS2010 (C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x64 and C:\ ... \x86) into the same maps in VS2012. Now it is working VS2012. Hope this helps you too. Good luck.

我正在使用 VS2012（Windows7，64 位 PC）。当我选择 DEBUG - Attach to Process... 我确实看到一个消息框说“64 位调试操作花费的时间比预期的要长”。我下载了 VS2010 的免费试用版，并注意到在 VS2010 中它运行良好。所以，我从 VS2010 (C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger\x64 and C:\ ... \x86) 复制了文件 msvsmon.exe 和 msvsmon.exe.config进入 VS2012 中的相同地图。现在它正在运行 VS2012。希望这对你也有帮助。祝你好运。

回答by IbrarMumtaz

Just my two cents,

只有我的两分钱，

I have experienced this issue twice now and it turns out after all of the suggestions I tried, it was BitDefender on my local machine that was doing this. So my fix for this problem is to try adding in exceptionsto the local security softwareinto the firewalland AVparts of it. Tell it to ignore the msvsmon.exe and devenv.exe altogether and see what difference that makes.

我现在已经两次遇到这个问题，结果我尝试了所有建议之后，我本地机器上的 BitDefender 正在这样做。所以我对这个问题的解决办法是尽量增加在例外的本地安全软件到防火墙和AV它的一部分。告诉它完全忽略msvsmon.exe 和devenv.exe，看看有什么不同。

Otherwise try ripping it off altogether and see if the it lets you debug your solution.

否则，请尝试完全撕掉它，看看它是否可以让您调试解决方案。

You can see here for more info: http://forum.bitdefender.com/index.php?showtopic=37028

您可以在此处查看更多信息：http: //forum.bitdefender.com/index.php?showtopic=37028

I installed the latest BitDefender version and all was fine for me.

我安装了最新的 BitDefender 版本，对我来说一切都很好。

回答by jenson-button-event

Solution for me in VS 2015. I had a public dns entry mapped to my local iis and the web/debug tab of the project:

我在 VS 2015 中的解决方案。我有一个公共 dns 条目映射到我的本地 iis 和项目的 web/debug 选项卡：

<app>.<domain>.co.uk

Just had to add that to the hosts file as a local host:

只需将其作为本地主机添加到主机文件中：

127.0.0.1 <app>.<domain>.co.uk

Thus VS no longer thinks the host is a remote machine.

因此 VS 不再认为主机是远程机器。

回答by Saroop Trivedi

The solution to this problem is:

这个问题的解决方法是：

Navigate to C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger Open x64 folder and rename the msvsmon.exe file to msvsmon_old.exe Now, navigate to x86 folder and copy msvsmon.exe and paste it into x64 folder. Restart the Visusl Studio 2012 IDE, and now try attching to process during debugging

导航到 C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger 打开 x64 文件夹并将 msvsmon.exe 文件重命名为 msvsmon_old.exe 现在，导航到 x86 文件夹并复制 msvsmon.exe 并粘贴它进入 x64 文件夹。重新启动 Visusl Studio 2012 IDE，现在尝试在调试过程中附加到进程

回答by user1745455

What worked for me was uninstalling a program called "sendori"

对我有用的是卸载一个名为“sendori”的程序