使用C++开发系统有时会出现段错误，即Segment Fault。此类错误程序直接崩溃，通常没有任何有用信息输出，很难定位bug，因而无从解决问题。今天我们介绍core dump文件，并使用gdb进行调试，以此来定位段错误问题。此文同时用以备忘。

一、core dump

Core dump也称核心转储, 当程序运行过程中异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中, 称之为core dump文件。

系统默认不生成core dump文件，可以使用ulimit命令进行查看和设置。

查看。使用ulimit -c 或 ulimit -a命令查看core dump文件大小，如果core file size为0,则表示此时系统不会自动生成core dump文件，具体情况如图1所示。

图1

设置。我们可以通过ulimit-c unlimited命令，将core file size设置为不受限制unlimited，以此配置系统，使之可以自动生成coredump文件，具体操作如图2所示。

图2

二、段错误程序

我们编写一段简单的段错误程序，将之命名为core_test.cpp，代码如下。编译运行，系统自动产生了core文件，如图3所示。

#include<assert.h>

int main() {

    assert(0);

    return 0;

}

图3

三、core文件命名

在生产环境中，一台服务器上运行的程序较多，如果所有程序的core dump文件都自动命名为core，则可能造成一定的混乱。为此，我们可以通过设置，使得系统在为core dump文件命名时注明更多信息。

进程号。通过以下设置，可以使core dump文件名为core.pid形式。如图4所示，系统自动生成了core.3430文件。

echo "1" >/proc/sys/kernel/core_uses_pid

图4

更多信息。通过以下设置，可以使core dump文件名为core-exe-pid-time形式。如图4所示，系统自动生成了core-core_test-3465-1416037828文件。

echo “/coredir/core-%e-%p-%t” > /proc/sys/kernel/core_pattern/

图5

如果我们想进一步订制core文件的名称，可以根据表1的信息，进行设置。

表1

四、使用gdb定位core dump错误

部分博友的博客中提到使用gdb –c core与where命令定位错误。或许是因为配置不同，我实际操作后发现如果使用gdb –c core，则获得的定位信息不具有可读性，具体如图6所示。

图6

最终，我使用gdb core_test core命令（其中core_test是发生dump的可执行程序，core是core file），进入gdb后，再使用where命令，可以定位到发生dump的代码位置，并且具有良好的可读性，具体如图7所示。

图7

参考

http://blog.csdn.net/ithomer/article/details/5945152