gdb core dump调试程序错误

 

这几天编译项目，总是遇到segment fault: core dumped。一开始还能马上知道是刚才的修改引起的，到后来就不行了。到网上搜了一下core dump，很方便的找到问题了。记录一下。

当程序crash退出时，内核会在当前 工作目录下生成一个core文件（是一个内存映像，同时加上调试信息）。使用gdb来查看core文件，可以指示出导致程序出错的代码所在文件和行数。

1. 使用ulimit -a，查看core文件的信息。
          core file size，这一行为0，则表示关闭了此功能，不会生成core文件。
2. 打开core dump。
            在当前编译的终端，使用ulimit -c unlimited命令，允许当前生成没有大小限制的core file.
            (unlimited也可以为生成core文件的大小，单位为kbyte.)
3. 利用gdb查看core
      $ gdb exe-file core.xxxx
    进去后使用bt或者where，查看出错地方。
  注意：待调试的可执行文件，在编译的时候需要加-g，core文件才能正常显示出错信息！



关于打开core dump,还有几种方法。
自己用的方法，只能对当前终端有效，退出就无效。
这样做，是因为只想临时生成core file，不需要每次crash时都自动生成。
1. 用户在自己的～/.bash_profile中加入ulimit -S -c unlimited > /dev/null 2>&1。
      这样设置后允许当前用户生成没有大小限制的core dump文件。
2. 修改/etc/profile，加入或者修改 ulimit -S -c unlimited > /dev/null 2>&1。
      这样设置后允许所有用户生成没有大小限制的core dump文件。
      这样做的优点是不需要重起系统，缺点是无法控制只让某些用户生成core dump文件。

关于core file位置和名字
1. core file 默认位置与可执行程序在同一目录下。
2. 文件名。/proc/sys/kernel/core_uses_pid，可以控制core文件的文件名中是否添加pid作为扩展。
    文件内容为1，表示添加pid作为扩展名，生成的core文件格式为core.xxxx；(xxxx为pid)
    为0则表示生成的core文件统一命名为core。
    可通过以下命令修改此文件：
    echo "1" > /proc/sys/kernel/core_uses_pid
3. proc/sys/kernel/core_pattern可以控制core文件保存位置和文件名格式。
    可通过以下命令修改此文件：
    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 添加命令名