http://blog.csdn.net/xiaoxiaoniaoer1/article/details/7740820
1.core文件的生成开关和大小限制
---------------------------------1）使用ulimit-c命令可查看core文件的生成开关。若结果为0，则表示关闭了此功能，不会生成core文件。2）使用ulimit-cfilesize命令，可以限制core文件的大小（filesize的单位为kbyte）。若ulimit-cunlimited，则表示core文件的大小不受限制。如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件。在调试此core文件的时候，gdb会提示错误。2.core文件的名称和生成路径----------------------------一、设置core文件相关参数
若系统生成的core文件不带其它任何扩展名称，则全部命名为core。新的core文件生成将覆盖原来的core文件。1）/proc/sys/kernel/core_uses_pid可以控制core文件的文件名中是否添加pid作为扩展。文件内容为1，表示添加pid作为扩展名，生成的core文件格式为core.xxxx；为0则表示生成的core文件同一命名为core。可通过以下命令修改此文件：echo"1" >/proc/sys/kernel/core_uses_pid2）proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。可通过以下命令修改此文件：echo"/corefile/core-%e-%p-%t" >core_pattern，可以将core文件统一生成到/corefile目录下，产生的文件名为core-命令名-pid-时间戳以下是参数列表: %p - insert pid into filename 添加pid %u - insert current uid into filename 添加当前uid %g - insert current gid into filename 添加当前gid %s - insert signal that caused the coredump into the filename添加导致产生core的信号 %t - insert UNIX time that the coredump occurred into filename添加core文件生成时的unix时间 %h - insert hostname where the coredump happened into filename添加主机名 %e - insert coredumping executable name into filename添加命令名二、.用gdb查看core文件:发生coredump之后,用gdb进行查看core文件的内容,以定位文件中引发coredump的行.gdb [execfile] [core file]如:gdb ./test core.22773gdb core_dump_test core.22773在进入gdb后,用bt命令查看backtrace以检查发生程序运行到哪里,来定位core dump的文件->行.三、调试core文件
Unix系统下，应用程序崩溃，一般会产生core文件，如何根据core文件查找问题的所在，并做相应的分析和调试，是非常重要的，本文对此做简单介绍。
例如，一个程序cmm_test_tool在运行的时候发生了错误，并生成了一个core文件，如下：
-rw-r–r– 1 root cmm_test_tool.c
-rw-r–r– 1 root cmm_test_tool.o-rwxr-xr-x 1 root cmm_test_tool-rw——- 1 root core.19344-rw——- 1 root core.19351-rw-r–r– 1 root cmm_test_tool.cfg-rw-r–r– 1 root cmm_test_tool.res-rw-r–r– 1 root cmm_test_tool.log[root@AUTOTEST_SIM2 mam2cm]#
就可以利用命令gdb进行查找，参数一是应用程序的名称，参数二是core文件，运行gdb cmm_test_tool core.19344结果如下：
[root@AUTOTEST_SIM2 mam2cm]# gdb cmm_test_tool core.19344
GNU gdb Red Hat Linux (5.2.1-4)Copyright 2002 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome to change it and/or distribute copies of it under certain conditions.Type “show copying” to see the conditions.There is absolutely no warranty for GDB. Type “show warranty” for details.This GDB was configured as “i386-redhat-linux”…Core was generated by `./cmm_test_tool’.Program terminated with signal 11, Segmentation fault.Reading symbols from /lib/i686/libpthread.so.0…done.Loaded symbols for /lib/i686/libpthread.so.0Reading symbols from /lib/i686/libm.so.6…done.Loaded symbols for /lib/i686/libm.so.6Reading symbols from /usr/lib/libz.so.1…done.Loaded symbols for /usr/lib/libz.so.1Reading symbols from /usr/lib/libstdc++.so.5…done.Loaded symbols for /usr/lib/libstdc++.so.5Reading symbols from /lib/i686/libc.so.6…done.Loaded symbols for /lib/i686/libc.so.6Reading symbols from /lib/libgcc_s.so.1…done.Loaded symbols for /lib/libgcc_s.so.1Reading symbols from /lib/ld-linux.so.2…done.Loaded symbols for /lib/ld-linux.so.2Reading symbols from /lib/libnss_files.so.2…done.Loaded symbols for /lib/libnss_files.so.2#0 0x4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6(gdb)
进入gdb提示符，输入where，找到错误发生的位置和堆栈，如下：
(gdb) where
#0 0x4202cec1 in __strtoul_internal () from /lib/i686/libc.so.6#1 0x4202d4e7 in strtoul () from /lib/i686/libc.so.6#2 0x0804b4da in GetMaxIDFromDB (get_type=2, max_id=0x806fd20) at cmm_test_tool.c:788#3 0x0804b9d7 in ConstrctVODProgram (vod_program=0x40345bdc) at cmm_test_tool.c:946#4 0x0804a2f4 in TVRequestThread (arg=0×0) at cmm_test_tool.c:372#5 0×40021941 in pthread_start_thread () from /lib/i686/libpthread.so.0(gdb)
至此，可以看出文件出错的位置是函数 GetMaxIDFromDB ，两个参数分别是2和0x806fd20，这个函数位于源代码的788行，基于此，我们就可以有针对性的找到问题的根源，并加以解决。