the*_*220 3 c++ winapi qt exception-handling dump
我试图找出一种方法来在发生崩溃时获取已部署的 C++ 应用程序的堆栈跟踪。我尝试了几种方法,我认为我的问题与发生异常后的堆栈有关。
我在 Qt 中创建了一个测试应用程序。这是代码。
void miniDumpFunc()
{
MiniDump dump;
dump.Create(L"C:\\dmp\\dmp.dmp");
}
void anotherFunc()
{
miniDumpFunc();
}
LONG WINAPI OurCrashHandler(EXCEPTION_POINTERS * /*ExceptionInfo*/)
{
miniDumpFunc();
return EXCEPTION_EXECUTE_HANDLER;
}
void badFunc()
{
int *myNull = NULL;
*myNull = 42;
}
int main(int argc, char *argv[])
{
QGuiApplication app(argc, argv);
QQmlApplicationEngine engine;
engine.load(QUrl(QStringLiteral("qrc:/main.qml")));
::SetUnhandledExceptionFilter(OurCrashHandler);
anotherFunc();
return app.exec();
}
Run Code Online (Sandbox Code Playgroud)
如果我调用 anotherFunc() 然后查看 WinDbg 中的堆栈跟踪,我会得到以下堆栈。
我认为这里有一些内联,但看起来是正确的。
堆栈跟踪从 UnhandledExceptionFilter 开始。堆栈似乎被异常弄乱了。
这是我获得生成小型转储的代码的地方。http://blog.aaronballman.com/2011/05/generating-a-minidump/
badFunc鉴于您正在使用的实现,您发布的堆栈跟踪非常好,并且是预期的结果。MiniDumpWriteDump使用当前指令指针运行堆栈跟踪,除非您通过MINIDUMP_EXCEPTION_INFORMATION结构传递 SEH 异常的EXCEPTION_POINTERS。由于未处理的异常过滤器安装在异常帧的底部,因此从那里调用会产生您观察到的堆栈跟踪。MiniDumpWriteDump
要获得更有用的堆栈跟踪,您需要EXCEPTION_POINTERS将MiniDumpWriteDump.
nullptr对ExceptionParam参数,但然后移动到决定总是通过nullptr。接口应该真正提供两种重载:一种带EXCEPTION_POINTERS参数,一种不带参数。这允许从任何地方调用该功能,但在从未处理的异常过滤器调用时也保留堆栈跟踪(后者是迄今为止最常见的用例)。MiniDumpWriteDump已经暂停了进程中的所有线程。你在那里甚至没有选择。挂起线程的整个实现(包括排除辅助线程的过滤器)是多余的。它需要去。MiniDumpWriteDump以及他们自己的线程挂起实现):线程在任意点被挂起。如果这些线程中的任何一个持有任何锁(例如全局堆分配互斥锁),您就会立即陷入死锁。毕竟,MiniDumpWriteDump还要从进程堆中分配内存。这里的解决方案更复杂:调用MiniDumpWriteDump必须在其自己的进程中执行,并具有适当的 IPC。以上任何一个都是相当大的错误,需要解决。如已发布,该代码既无用又危险。如果您想同时实施自己的解决方案,请查看以下资源以获取可靠信息:
| 归档时间: |
|
| 查看次数: |
2037 次 |
| 最近记录: |