首先，向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号。
linux下生成core文件及调试：http://www.linuxdiyf.com/linux/14384.html
Linux Core文件生成及设置：http://www.linuxdiyf.com/linux/7762.html
Linux下发生段错误时如何产生core文件：http://www.linuxdiyf.com/linux/818.html
Linux下用gdb单步调试多进程方法：http://www.linuxdiyf.com/linux/7516.html
嵌入式Linux系统的GDB远程调试的实现：http://www.linuxdiyf.com/linux/651.html