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号。