Qt C++ 未处理的异常堆栈跟踪

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 中的堆栈跟踪,我会得到以下堆栈。

我认为这里有一些内联,但看起来是正确的。

如果我调用 badFunc() 但是这就是我得到的。

堆栈跟踪从 UnhandledExceptionFilter 开始。堆栈似乎被异常弄乱了。

这是我获得生成小型转储的代码的地方。http://blog.aaronballman.com/2011/05/generating-a-minidump/

IIn*_*ble 5

badFunc鉴于您正在使用的实现,您发布的堆栈跟踪非常好,并且是预期的结果。MiniDumpWriteDump使用当前指令指针运行堆栈跟踪,除非您通过MINIDUMP_EXCEPTION_INFORMATION结构传递 SEH 异常的EXCEPTION_POINTERS。由于未处理的异常过滤器安装在异常帧的底部,因此从那里调用会产生您观察到的堆栈跟踪。MiniDumpWriteDump

要获得更有用的堆栈跟踪,您需要EXCEPTION_POINTERSMiniDumpWriteDump.

这只是您正在使用实现的众多问题之一。还有更多:

  • 在笔者看来是心知肚明,他们可以通过nullptrExceptionParam参数,但然后移动到决定总是通过nullptr。接口应该真正提供两种重载:一种带EXCEPTION_POINTERS参数,一种不带参数。这允许从任何地方调用该功能,但在从未处理的异常过滤器调用时也保留堆栈跟踪(后者是迄今为止最常见的用例)。
  • 作者提出了一个“有趣的问题:应用程序中的其他线程应该做什么?” 就目前而言,在继续之前MiniDumpWriteDump已经暂停了进程中的所有线程。你在那里甚至没有选择。挂起线程的整个实现(包括排除辅助线程的过滤器)是多余的。它需要去。
  • 作者未能解决一个真正的问题(vanillaMiniDumpWriteDump以及他们自己的线程挂起实现):线程在任意点被挂起。如果这些线程中的任何一个持有任何锁(例如全局堆分配互斥锁),您就会立即陷入死锁。毕竟,MiniDumpWriteDump还要从进程堆中分配内存。这里的解决方案更复杂:调用MiniDumpWriteDump必须在其自己的进程中执行,并具有适当的 IPC。

以上任何一个都是相当大的错误,需要解决。如已发布,该代码既无用又危险。如果您想同时实施自己的解决方案,请查看以下资源以获取可靠信息: