Linux系统调试中出现核心转储(core dump)的问题

​    大家好,我是ST。今天主要分享一下,Linux应用程序发生Segmentation fault段错误时,如何利用core dump文件定位错误。

核心转储

在 Linux 系统中,常将“主内存”称为核心(core),核心映像(core image) 就是 “进程”(process)执行当时的内存内容。

当进程发生错误或收到“信号”(signal) 而终止执行时,系统会将核心映像写入一个文件,以作为调试之用,这就是所谓的核心转储(core dump)。

当在一个程序崩溃时,系统会在指定目录下生成一个core文件,我们就可以通过 core文件来对造成程序崩贵的原因进行调试定位。

开启核心转储

Linux 默认没有打开core文件生成功能,也就是发生段错误时不会core dumped。可以通过以下命令打开core文件的生成:

# 不限制产生 core 的大小
ulimit -c unlimited

unlimited 意思是系统不限制core文件的大小,只要有足够的磁盘空间,会转存程序所占用的全部内存,如果需要限制系统产生 core 的大小,可以使用以下命令:

# core 最大限制大小为 409600 字节
ulimit -c 409600

把核心转储功能关闭,只需要将限制大小设为0 即可:

ulimit -c 0

注意,如果只是输入命令“ulimit -c unlimited”,这只会在当前终端有效,退出终端或者打开一个新的终端时是无效的。因此可以在将上述配置加入到 /etc/profile 中:

# 编辑 profile 文件
vi /etc/profile

# 将下行加到入profile 文件中
ulimit -c unlimited

使用GDB调试core文件

编写一个简单的C程序,人为制造一个Segmentation fault错误:

#include <stdio.h>
#include <stdlib.h>

int main(int argc, char **argv)
{
  int *p = NULL;

  // 给一个NULL指令赋值,会产生 Segmentation fault 错误
  *p = 100;

  return 0;
}

上述代码中定义了一个空指针变量P,然后给空指针P赋值,运行程序就会产生一个段错误

开启了核心转储后,就会产生一个 core 文件。

# 编译 hello.c 生成 hello 程序
gcc -o hello hello.c -g

# 运行该程序
./hello

图片

运行后,我们可以看到 Segmentation fault (core dumped) 提示信息,表示已经在当前目录下产生了一个core 文件:

图片

下面就可以通过 core 来进行调试,使用 GDB 调式 core 的命令格式如下:

gdb <程序> <core文件>

输入以下命令:

gdb hello core

图片

通过 GDB 可以看到程序的第9行出错。第9行变量p是一个空指针,所以产生了错误。

可能遇到的问题

有些同学通过ulimit -c unlimited打开了核心转储,并且段错误时也有Segmentation fault (core dumped) 提示信息,但是当前目录下没有看到core文件的生成

这是因为core文件的默认生成路径不对,只要发生段错误时,括号里出现了core dumped就代表core文件已生成。

可以通过以下命令查看core文件的存放路径:

cat /proc/sys/kernel/core_pattern

图片

上述情况就代表core文件被存放到了指定路径。

修改core文件生成路径为当前目录下,输入命令:

 echo core /proc/sys/kernel/core_pattern

图片

注意使用root用户权限

修改后,core文件就会在当前目录下生成。

猜你喜欢

转载自blog.csdn.net/weixin_41114301/article/details/132646146