gdb调试cordump文件

本文介绍了如何利用gdb调试core文件以分析应用崩溃的原因。首先,通过环境准备确保应用崩溃时能生成core文件。接着,在程序崩溃后,使用`bt`命令查看堆栈信息,确定崩溃的线程。分析发现,崩溃发生在29线程调用FB_DoubleBufferEnable->FB_FlipHWSurface时,导致主线程1号异常,进而造成应用崩溃。


自己在调试的时候,简单的使用方法,目前只是菜鸟水平,后面继续学习
资料
https://blog.youkuaiyun.com/zhangye3017/article/details/80382496

1.环境准备:

使应用崩溃可以生成core文件

ulimit -c unlimited

2.调试core文件

gdb 应用名称 XXX.core

程序崩溃,bt查看堆栈信息

Switching to thread 1 (LWP 687)]
#0 kill (pid=<optimized out>, sig=6) at src/signal/kill.c:7
7 src/signal/kill.c: No such file or directory.
(gdb) bt
#0 kill (pid=<optimized out>, sig=6) at src/signal/kill.c:7
#1 <signal handler called>
#2 congruent_aligned32 () at src/string/arm/memcpy_le.S:149
#3 0xb6dddb7c in FB_FlipHWSurface () from /usr/lib/libminigui_ths-3.2.so.0
#4 0x0012c000 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
info threads 查看几个线程前面的数字是线程id

查看有几个线程,并且信息会标识出在哪个线程死掉

(gdb) info thread
Id Target Id Frame 
29 LWP 1005 __munmap (start=0xb66d3000,
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值