该应用程序处于中断模式.您的应用已进入中断状态， [英] The application is in break mode. your app has entered a break state,

问题描述

我发现自己遇到了与此处相同的问题，在dll中使用Windows窗体(这是一个Autocad插件)，我无法调试代码，因为我收到该应用程序处于中断模式.您的应用程序已进入中断状态，但当前没有正在执行的代码受支持通过选定的调试引擎".我已经尝试了此列表中的所有建议，但没有一个对我有用.一件奇怪的事是我可以破坏构造函数，但使用controller/config对象的事件会获得该页面.

I found myself in this same problem than here, I'm using windows forms in a dll (this is for an Autocad plug-in) and I cannot debug my code because I receive "The application is in break mode. your app has entered a break state, but no code is currently executing that is supported by the selected debug engine". I have tried every recommendation in this list and none worked for me. One odd thing was that I can break in the constructor but the events that use a controller/config object get that page.

为什么会发生这种情况?

Any ideas why this may be happening?

预先感谢

推荐答案

就我而言，调用MVC API端点时，我收到相同的消息，并且它还会引发堆栈溢出异常.原因是使用后备字段编写的外部dll中的对象属性.该属性的set访问器被意外地写入以设置该属性，而不是写入导致无限循环的后备字段，从而导致堆栈溢出异常.请注意在setter中缺少下划线.

In my case, I was receiving this same message when calling an MVC API endpoint, and it was also throwing a stack overflow exception. The cause was an object property in an external dll which was written with a backing field. The set accessor of the property was accidentally written to set the property and not the backing field which caused an infinite loop, hence the stack overflow exception. Note the missing underscore in the setter.

private string _Prefix;
public string Prefix
{
   get { return _Prefix; }
   set { Prefix = value; }
}

尽管您的问题可能不完全是我的，但外部dll中却发生了类似的事情.

Though your issue may not be exactly as mine, something similar is occurring in an external dll.

这篇关于该应用程序处于中断模式.您的应用已进入中断状态，的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！