目录
1. 背景
日常软件开发调试过程中,会遇到软件运行过程中,不知不觉就死掉了,通过日志无法确定异常的原因.此时就需要通过工具来定位软件在源代码层崩溃在什么地方.gdb+core dump的方式就可以方便于我们定位异常问题位置,进而分析问题的原因.
1.1 什么是CORE DUMP?
core dump 叫做核心转储,它是进程运行过程中突然崩溃那一刻的内存快照.操作系统在程序发生异常并且异常在进程内部又没有被捕获的情况下,会把进程此刻内存、寄存器状态、运行堆栈等信息转储保存在一个core文件里.
该文件也是二进制文件,可以使用gdb、elfdump、objdump或者windows下的windebug、solaris下的mdb进行打开分析里面的具体内容。
2.使用方法
2.1 设置UBUNTU 系统生产CORE文件
如果系统没有设置ulimit值大小(默认为0),则系统不会产生对应进程的core文件.
查看core 文件大小
ulimit -a
2.1.1 CORE 文件生成
core文件一般生成较大,尽量不要做大小限制.
- 当前终端有效:在当前终端输入命令:
ulimit -c unlimited //不限制文件大小
- 当前用户有效:在环境变量中添加命令
-
$ vim .bashrc
-
//在文件底部添加:
-
ulimit -c unlimited
-
//保存后,环境变量生效
-
$ source .bashrc
通过设置/proc/sys/kernel/core_pattern格式来保存core文件生产位置和文件名
-
%%:相当于%
-
%p:相当于<pid>
-
%u:相当于<uid>
-
%g:相当于<gid>
-
%s:相当于导致dump的信号的数字
-
%t:相当于dump的时间
-
%e:相当于执行文件的名称
-
%h:相当于hostname
配置文件内容: core-%e-%p-%t
2.2 QT 生成调试信息
编译时带上-g选项
-
QMAKE_CC += -g
-
QMAKE_CXX += -g
-
QMAKE_LINK += -g
运行程序所产生的core文件指定的目录不能放在windows和linux共享目录下,否则生成的core文件大小为0字节.
2.3 GDB调试CORE文件
- gdb加载软件
gdb xxx
- 进入gdb后,输入命令:
core-file core-xxx
执行效果大致为:
可看到段错误在widget.cpp Line 31 处.