Linux下使用core文件调试程序

http://blog.csdn.net/CrazyJeff_Liu/archive/2009/04/15/4076683.aspx


Linux系统中在应用程序运行过程中经常会遇到程序突然崩溃，提示：Segmentation fault，这是因为应用程序收到了SIGSEGV信号。这个信号提示当进程发生了无效的存储访问，当接收到这个信号时，缺省动作是：终止w/core。 终止w/core的含义是：在进程当前目录生成core文件，并将进程的内存映象复制到core文件中，core文件的默认名称就是“core”（这是 Unix类系统的一个由来已久的功能）。
      事实上，并不是只有SIGSEGV信号产生coredump，还有下面一些信号也产生coredump：SIGABRT（异常终止）、SIGBUS（硬件 故障）、SIGEMT（硬件故障）、SIGFPE（算术异常）、SIGILL（非法硬件指令）、SIGIOT（硬件故 障），SIGQUIT，SIGSYS（无效系统调用），SIGTRAP（硬件故障）等。
      在程序的开发调试阶段（尤其是大型软件开发），发生程序异常崩溃时常规的调试方法常常是无比的痛苦：无穷的log中也不见得有什么有意义的信息。好在 GDB提供和利用core文件进行调试的途径，大大方便了这类问题的调试。

1. 打开/关闭系统对core文件的限制
      使用ulimit -c命令可查看core文件的生成开关。若结果为0，则表示关闭了此功能，不会生成core文件。
      使用ulimit -c filesize命令，可以限制core文件的大小（单位为kbyte）。若ulimit -c unlimited，则表示core文件的大小不受限制。如果生成的信息超过此大小，将会被裁剪，最终生成一个不完整的core文件。在调试此core文 件的时候，gdb会提示错误。
2. 配置生成core文件的相关参数
      /proc/sys/kernel/core_uses_pid 文件可以控制core文件的文件名中是否添加pid作为扩展。文件内容为1，表示添加pid作为扩展名，生成的core文件格式为core.xxxx；为 0则表示生成的core文件同一命名为core。
   可通过以下命令修改此文件：  echo "1" > /proc/sys/kernel/core_uses_pid
      /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 添加命令名
3. 使用gdb加载core文件
       方法一： gdb --core=core.xxxx ./a.out
       方法二： gdb -c core.xxxx ./a.out
   加载之后可以使用bt命令查看程序崩溃时的调 用堆栈。
   set solib-search-path 命令可以设置GDB的动态库搜索路径

----------------------------
1. core文件的简单介绍
在一个程序崩溃时，它一般会在指定目录下生成一个core文件。core文件仅仅是一个内存映象(同时加上调试信 息)，主要是用来调试的。  
2. 开启或关闭core文件的生成
用以下命令来阻止系统生成core文件:
ulimit -c 0
下面的命令可以检查 生成core文件的选项是否打开:
ulimit -a
该命令将显示所有的用户定制，其中选项-a代表“all”。 也可以修改系统文件来调整core选项
在/etc/profile通常会有这样一句话来禁止产生core文件，通常这种设置是合理的:
# No core files by default
ulimit -S -c 0 > /dev/null 2>&1
但 是在开发过程中有时为了调试问题，还是需要在特定的用户环境下打开core文件产生的设置
在用户的~/.bash_profile里加上 ulimit -c unlimited来让特定的用户可以产生core文件
如果ulimit -c 0 则也是禁止产生core文件，而ulimit -c 1024则限制产生的core文件的大小不能超过1024kb  
3. 设置Core Dump的核心转储文件目录和命名规则
/proc/sys/kernel/core_uses_pid可以控制产生 的core文件的文件名中是否添加pid作为扩展，如果添加则文件内容为1，否则为0
/proc/sys/kernel /core_pattern可以设置格式化的core文件保存位置或文件名，比如原来文件内容是core-%e
可以这样修改:
echo "/corefile/core-%e-%p-%t" > /proc/sys/kernel/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 添加命令名  
4. 使用core文件
在core文件所在目录下键入:
gdb -c core
它会启动GNU的调试器，来调试core 文件，并且会显示生成此core文件的程序名，中止此程序的信号等等
如果你已经知道是由什么程序生成此core文件的，比如MyServer崩溃 了生成core.12345，那么用此指令调试:
gdb -c core MyServer
以下怎么办就该去学习gdb的使用了  
5. 一个小方法来测试产生core文件
直接输入指令:
kill -s SIGSEGV $$