coredump产生

最新推荐文章于 2024-07-30 14:53:26 发布

ForDream321

最新推荐文章于 2024-07-30 14:53:26 发布

阅读量2.4k

点赞数

分类专栏：【System Debug】文章标签： coredunmp

本文链接：https://blog.csdn.net/tanli20090506/article/details/70945321

版权

当tombstone分析无法解决问题时，coredump成为关键。core文件包含程序内存、寄存器状态、堆栈信息等，用于定位异常退出的堆栈调用。MTK平台通过AEE收集coredump和log，用GAT工具打开。通过设置coredump_filter参数可选择保存的内存部分。分析coredump通常需要带符号表的so库文件，GDB是常见工具，但深入理解需要更多理论知识。

摘要由CSDN通过智能技术生成

coredump

上一节分析了产生NE后生成tombstone的流程,有时候通过分析tombstone并不能解决问题，这时候我们需要coredump来分析问题，core文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等，我们可以理解为是程序工作当前状态存储生成第一个文件，许多的程序出错的时候都会产生一个core文件，通过工具分析这个文件，我们可以定位到程序异常退出的时候对应的堆栈调用等信息，找出问题所在并进行及时解决。
当debuggerd处理完后,程序再次回到发生异常的环境,此时还会发生1次异常,同样的会再次发送信号（第三次）。

kernel-3.18/kernel/signal.c：

2332         */
2333        current->flags |= PF_SIGNALED;
2334
2335        if (sig_kernel_coredump(signr)) {
2336            if (print_fatal_signals)
2337                print_fatal_signal(ksig-&