linux gdb配合core文件进行强强联手


首先,向gnu的前辈们致敬。

 

linux下调试工具gdb是很强大的调试器,此次讲的是使用core文件进行程序出错的记录,要使用core这个功能项,必须先设置,设置方法为:

 

使用ulimit命令进行查看,如下:

[sam@UFO testc]$ ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 16381
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

 

注意core file size          (blocks, -c) 0 这行,这表示的是分配给core文件的长度(单位为块,一个块的大小要分系统而定了),为0肯定是不得行的,那就修改之,输入如下命令:

ulimit -c 1024

然后就可以使用gdb 执行编译为debug版本的程序了,在这个程序出错后,出错的信息就会保存到一个默认以core开头的文件中了

 

具体操作有二种方式:

(1)在gdb中由于错误而停止的地方,再输入要继续执行的指令,如:c  s  n诸如此类的命令,再退出,再看看当前调试程序所在的目录,就有相应的core文件了

(2)在gdb中由于错误而停止的地方,在gdb中输入generate-core-file,也就产生了对应的错core文件了。

 

关键步:

要退出了调试环境后,若想再次查看刚才的那个出错信息的话,那么现在就是core文件大现身手的时候了,使用gdb  debugfilename  core.*****

 

注意: debugfilename 必须和core.*****是一一对应的,才能够看到出错的信息。core.****中的****是此程序在运行时的PID号。在调试程序运动中,可以通过top | pgrep debugfilename查看对应的PID号。


注意!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系我们删除。



 
粤ICP备14056181号  © 2014-2021 ITdaan.com