调试时应用程序执行自发中止
一个 WPF 应用程序。 调试。 在断点处停止。 几秒钟后，Visual Studio (2008) 自发中止应用程序执行。 在断点处停止后我做什么并不重要：即使我什么也不做。
通过非常简单的测试 WPF 应用程序，调试一切正常。
有任何想法吗？
A WPF application. Debugging. Stop on break point.
After few seconds Visual Studio (2008) spontaneously aborts the application execution.
It is never mind what I do after stop on break point: even if I do nothing.
With very simple test WPF application everything is OK with debugging.
Any ideas?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
问题解决了。
要解决该问题，必须更改调试设置：调试->异常：并检查异常框（我检查了 C++ 和 CLR）。
（来源：ggpht.com）
结果：我可以看到以前没有看到的异常，并且可以正常调试我的应用程序。
原因是 vcshost.config 文件名不正确（我的错）。
The problem was solved.
To solve the problem the debug settings must be changed:debug->exceptions: and check on exceptions boxes (I checked on C++ and CLR).
(source: ggpht.com)
Result: I can see exception that I didn't see before and I can normally debug my application.
The reason was incorrect vcshost.config file name (my fault).
当应用程序在没有警告的情况下快速中止时，通常是进程中堆栈溢出的结果。 这使得像培养华生医生这样的拆解行动变得困难（甚至可能）。
我不太明白的一件事是应用程序或 VS 是否突然停止。
如果是应用程序，则可能会发生 StackOverflow，导致 VS 无法捕获异常。 尝试禁用“仅我的代码”调试，关闭隐式函数评估并在第一次机会异常时中断。 这应该有助于揭示问题。
When an application aborts that quickly without warning it's usually the result of a stack overflow in the process. This makes it difficult (if even possible) to do tear downs operations like bringing up Dr Watson.
One thing I didn't quite understand is if the application or VS is suddenly stopping.
If it's the application there is likely a StackOverflow occurring in such a way that VS can't trap the exception. Try disabling Just My Code debugging, turn off implicit function evaluation and break on first chance exceptions. That should hopefully help reveal the problem.