调试时msvsmon.exe崩溃

Question

60

当我在VS2013更新3中进行调试时，当命中断点时，msvsmon.exe崩溃。

它会显示"The debugger's worker process (msvsmon.exe) unexpectedly exited. Debugging will be aborted"。

我没有使用远程调试。

是否有可能关闭msvsmon.exe以避免在调试时调用它？

- NFDream

23个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- TheDjingel Djing · Answer 1

当我尝试使用Visual Studio / Service Pack 3进行调试时，我遇到了这个错误，而Service Pack 4已经发布。更新到Service Pack 4后，我能够进行调试。

因此，请尝试安装最新版本的Visual Studio。

问候

- StackOverthrow · Answer 2

这个问题仍然存在于VS2017中，或者说表现出完全相同的方式。在我的情况下，这是由于一个依赖项过大而无法进行调试所致。有问题的依赖项是一个用于大型REST API生成客户端的工具。在缩小该依赖项后，我又能够进行调试了。

- Dark · Answer 3

我在使用Visual Studio 2019 (16.4.3) (C++)时遇到了这个问题，原因是我无意中添加了一个语法不正确的Watch，试图实例化一个单例而不是返回现有实例。在调试过程中重复选择右键清除所有Watches视图可以解决此问题。

- Morris · Answer 4

我刚在VS 2015中遇到了这个问题。我没有注意到我的一个断点是虚假的 - 我在上一个调试会话中无意中按下F9设置了一个断点，当时反汇编窗口正在显示。解决方案很简单，只需删除那个虚假的断点 - 我得以保留所有其他断点。

- John Foll · Answer 5

我删除了所有的观察变量。这对我解决了问题。

- A 1 App Builders · Answer 6

这个问题至少有1年半的历史，可能更久。今天是6-11-22，我在Ms Studio Pro 2022上遇到了这个问题，使用的是全新安装的Windows 11，电脑里几乎没有其他东西。然后我卸载了它，并安装了Ms Studio Community 2022，在开头放了一个断点，结果出现了错误。

今天是6-12-22，我重新安装了Ms Studio Community 2022。由于某种原因，我从x86切换到了x64，经历了大约1000次错误更改和一个崩溃的form1.resx文件，谢天谢地我有备份，否则我就完了。总之，到目前为止，我已经设置了几个断点，没有出现任何问题。

- StarShine · Answer 7

我刚刚在使用VC2017社区版15.7.2时遇到了这个问题。在调试时关闭Microsoft符号服务器查找可以解决这个问题。

- Steve In CO · Answer 8

我的问题始于将项目移动到新文件夹后。我在使用VS2019时没有运气，无法使用任何这些答案。我甚至删除了整个.vs文件夹，以为可能有东西损坏了。但是没有运气。

但是我试着用CTRL-F5而不是仅仅F5启动项目，结果竟然奏效了。它很稳定。CTRL-F5可以正常运行，而F5会给我msvsmon.exe错误。

我不知道发生了什么，但至少我现在可以再次运行该项目了。

- Thorarin · Answer 9

我尝试了这里几乎所有的答案，但对于我的情况，没有任何作用。切换到32位只是让Visual Studio 2019崩溃，而不是msvsmon.exe崩溃。

对我有用的是设置一个非常早的断点，并利用这个机会来关闭“并行堆栈”窗口。我不需要那个，但它默认在我的布局中打开。

- Kon Rad · Answer 10

在我的情况下，当我在调试并命中断点时打开了“本地变量”选项卡时，就会出现这个错误。由于某种原因，VS可能无法显示其中一个本地变量。当在发生错误的断点之前切换到另一个选项卡时，错误消失了。