![]() |
1
3
我刚才也问过这个问题: Final managed exception handler in a mixed native/managed executable? 我发现,只有在托管线程中运行时才会触发托管未处理的异常事件。有管理的WndProc就是魔法发生的地方。 您有几个选项:可以在cwinapp中放置一个低级重写,并捕获异常^。这可能会产生意想不到的副作用。或者,您可以使用结构化异常处理(SEH),它将为您提供一个hack at/all/unprocessed异常。这条路不容易走。 |
![]() |
2
0
我认为您希望在MFC方面有未处理的异常处理程序: appdomain::currentdomain->unhandledException+=gcnew unhandledExceptionEventHandler(¤tdomain_unhandledException); [应用程序相同。线程例外] 在msdn论坛上看看这个类似的问题: Unhandled Exception in Mixed Mode application |
![]() |
3
0
当然,更好的办法是要么处理C代码中的异常,要么找出导致异常的原因,然后修复它,这样就不会抛出异常。是什么阻止了这一切? 在用户控件的每个事件处理程序中,放置一个try/catch块:
我用的是:
我这样称呼它:
|
![]() |
4
0
我认为这不可行;我认为在调用application.run之前必须设置异常处理程序。你有什么应用程序吗?在你的应用程序中运行呼叫? 在初始化任何.NET控件之前,在mfc端执行类似的操作如何:
查看是否调用了ThreadException处理程序。 |
![]() |
rookie · 检查函数模板的所有参数包参数是否属于int 1 年前 |
![]() |
ivaigult · -W转换和隐式字符串到布尔类型转换 1 年前 |
![]() |
rainer · 后台插入程序的初始化 1 年前 |
![]() |
Community wiki · 以理智、安全和高效的方式复制文件 1 年前 |
|
Shefali Kanaujia · 对C中向量的向量进行排序++ 1 年前 |
|
Ma Joonyoung · 粗粒度和细粒度链表的时间比较 1 年前 |