Linux上的崩溃分析

我相信你要找的是: How to generate a stacktrace when my gcc C++ app crashes

如果磁盘上有空间,让应用程序在崩溃时创建其coredump。

ulimit -c unlimited

稍后您可以使用gdb调试它。

除了前面提到的核心转储和堆栈跟踪之外-确保您可以轻松地识别正在运行的可执行文件的版本,并能够回答每个源文件的哪个版本进入哪个二进制版本(即,花一些时间使用源代码控制系统和构建脚本)。否则,核心文件和堆栈跟踪都不会有帮助。

核心转储是有用的,但是它们并不总是告诉你你想知道的关于你如何在错误情况下结束的一切。

记录操作、输入和事件可能非常有用。如果您能够以这样一种方式记录程序的每次运行,即在发生崩溃时,开发人员可以访问日志并重新生成错误,那么这将非常有帮助。

如果可能的话,您应该使用生成的最大调试符号来构建程序,如果您不希望或不能让您的发布版本拥有这些符号,那么应该删除它们,但是保留每个发布版本的一个副本,其中包含调试符号,如果需要调试崩溃,可以将其与核心文件结合使用。

除了 generating a stacktrace in a SIGSEGV handler 和/或 generating a core dump ,也可能有助于 find where an uncaught C++ exception is thrown .