Segmentation fault (core dumped)

C or Cpp

已于 2024-07-09 14:16:00 修改

阅读量723

点赞数 5

分类专栏： # C++调试文章标签： c++

于 2024-07-06 21:36:23 首次发布

本文链接：https://blog.csdn.net/weixin_57097753/article/details/140235831

版权

C++调试专栏收录该内容

3 篇文章 0 订阅

订阅专栏

错误简介

出现 “Segmentation fault (core dumped)” 错误通常意味着程序访问了未分配的内存或者越界访问了已分配内存之外的区域。

段错误通常发生在以下情况：

空指针解引用：尝试对空指针进行操作。
内存越界：访问了超出分配内存边界的区域。
栈溢出：递归深度过大或者局部变量过多导致栈空间不足。

在遇到段错误时，常用的调试方法包括：

使用调试器如 gdb 来跟踪程序运行时的状态，从而定位具体的错误发生位置。
检查代码中的指针操作，确保不会解引用空指针或者越界访问。
考虑使用内存检测工具（如 Valgrind）来帮助检测内存泄漏或者非法内存访问问题。

为什么 try-catch 捕获不到？

在 C++ 中，try-catch 语句主要用于捕获异常，而不是用来处理诸如段错误这样的底层内存访问问题。

core文件的生成

在ubuntu环境下，默认不生成core文件，需要生成core文件时，需要使用ulimit进行设定。
ulimit -c 判断是否开启转储,为0 则没有开启

1. 修改core文件路径

在Linux系统中，/proc/sys/kernel/core_pattern文件用于指定核心转储文件的命名模式。这个文件通常是一个特殊的虚拟文件，修改它会影响系统在发生程序崩溃或异常时生成的核心转储文件的命名方式。

默认内容如下

|/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E

使用管理员模式，修改"/proc/sys/kernel/core_pattern"文件。

su
echo "core_%e_%p_%t" > /proc/sys/kernel/core_pattern

该路径为在执行文件当前路径创建相应的core文件，其中可选参数列表为：

%p - insert pid info filename
%u - insert current uid into filename
%g - insert current gid into filename
%s - insert signal that the coredump into the filename
%t - insert UNIX time that the coredump occurred into filename
%h - insert hostname where the coredump happened into filename
%e - insert coredumping executable name into filename

挑几个翻译下

- %e是执行文件名(可能被截断)
- %P是pid
- %t是coredump生成时间戳
- %s是触发生成coredump的信号值

注意：修改该文件后，如果重启Linux系统，该文件又会变回初始值。

2. 使能core文件生成

# 列出当前终端所有资源限制
ulimit -a 

# 设置生成core文件的大小：1024k
ulimit -c 1024

# 设置生成core文件的大小：不受限制
ulimit -c unlimited

注意：在终端通过ulimit命令设置core file size，仅在当前终端有效。
3. 验证core文件生成
在修改core文件路径和开启core文件生成后，可以使用kill命令简单验证core文件生成。

kill -s SIGSEGV $$

实战分析

编译时用-g选项

g++ -g -o test.out test.cpp

修改core文件生成路径到当前执行文件同目录

echo "core_%e_%p_%t" > /proc/sys/kernel/core_pattern

设置生成core文件的大小：不受限制

ulimit -c unlimited

4.在当前终端运行程序，因为ulimit设置只在当前终端有效。

./test.out

5.程序出错后会在执行同目录下生成类似 core_test.ou_2024_1720274485 文件

core文件的分析

加载核心转储文件

gdb ./test.out ./core_test.ou_2024_1720274485

确定段错误源头

一旦gdb加载完毕，输入 bt 查看导致段错误的确切位置。这将显示导致崩溃的函数调用堆栈。

(gdb) bt
#0  __vfprintf_internal (s=0x0, format=0x55e2f70ec0c1 "%s,%s,%s,%g,%d,%.f,%ld,%ld\n", ap=ap@entry=0x7f1ec23ec8c0, mode_flags=mode_flags@entry=0) at ./stdio-common/vfprintf-internal.c:1218
#1  0x00007f1ec253a6ca in __fprintf (stream=<optimized out>, format=<optimized out>) at ./stdio-common/fprintf.c:32
#2  0x000055e2f70e0d48 in StoreMD::tick2csv (this=0x55e2f8836128, tick=..., timestamp=@0x7f1ec23ecac8: -62170013143, currentTime=@0x7f1ec23ecad0: 1720502827) at test.cpp:111

根据 gdb 的回溯信息，问题出现在 __vfprintf_internal 函数中，这是在格式化输出时发生的错误。具体到您的程序，问题可能是由于在 StoreMD::tick2csv 函数中使用了无效的字符串指针（s=0x0）导致的。