Linux下利用core dump文件调试

版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010839382/article/details/76599308

一.生成coredump文件

coredump又叫核心转储,当程序运行过程中异常退出时,由操作系统把程序当前的内存状况存储在一个core文件中,叫coredump.

为了生成coredump文件，需要对环境做如下设置：

1.ulimit -c unlimited

此命令会取消对转储文件大小的限制，因为系统通常会默认不保存coredump文件，也即使用ulimit-c查看的结果为０.

需要注意的是,上述命令ulimit-c unlimited是临时的，此时打开另一个shell查看ulimit-c时，结果仍然是０．若想设置永久生效，需要把ulimit-cunlimited添加到/etc/profile中保存退出，重启shell即可。也可以将其添加到~/.bashrc（只对当前用户有效）或者/etc/bash.bashrc（所有用户有效）.

2.echo“core_%e_%p” > /proc/sys/kernel/core_pattern

此命令定义了转储文件的命名规则.

%e:可执行文件的名称

%p:进程ID号

下面做一个小测试：编写如下程序test.c:

#include<stdio.h>
void fun(int *p)
{
	p[0]=0;
}
int main()
{
	fun(NULL);
	return 0;
}

编译程序gcc-o test test.c得到可执行文件test．

执行程序./test

会出现如下段错误：

Segmentation fault (core dumped)

此时在当前目录会生成了一个名为core_test_16784的文件，此文件即为coredump文件．

二.gdb调试coredump文件

执行命令gdb　test core_test_16784

可以发现，在函数fun中出现了段错误．

假如编译test时加上-g选项：

gcc -g-o test test.c

则还可以定位到出错的行数：

参考：

http://blog.csdn.net/mrjy1475726263/article/details/44116289/

http://blog.csdn.net/madpointer/article/details/16897965