导致SIGSEGV的原因

Question

我需要知道分段错误（SIGSEGV）的根本原因，以及如何处理它。

Answer 1

Wikipedia有其答案，以及其他一些来源。

段错误基本上意味着你用指针做了坏事。这可能是一个段错误：

char *c = NULL;
...
*c; // dereferencing a NULL pointer

或这个：

char *c = "Hello";
...
c[10] = 'z'; // out of bounds, or in this case, writing into read-only memory

或许这个：

char *c = new char[10];
...
delete [] c;
...
c[2] = 'z'; // accessing freed memory

在每种情况下都有相同的基本原则 - 你正在做一些不属于你的记忆。

Answer 2

分段错误有多种原因，但从根本上说，您正在错误地访问内存。这可能是由于解除引用空指针，或者尝试修改只读内存，或者使用指向未映射到进程内存空间的某个地方（这可能意味着您尝试使用数字作为指针） ，或者你将指针递增太多）。在某些机器上，通过指针进行错位访问也可能导致问题 - 例如，如果您有一个奇数地址并尝试从中读取偶数个字节（例如，可以生成SIGBUS）。

Answer 3

使用无效/空指针？超越数组的范围？如果没有任何示例代码，很难具体。

实质上，您正在尝试访问不属于您的程序的内存，因此操作系统会将其杀死。

Answer 4

这是SIGSEGV的一个例子。

root@pierr-desktop:/opt/playGround# cat test.c
int main()
{
     int * p ;
     * p = 0x1234;
     return 0 ;
}
root@pierr-desktop:/opt/playGround# g++ -o test test.c  
root@pierr-desktop:/opt/playGround# ./test 
Segmentation fault

这是detail。

怎么处理？

1. 首先要尽量避免使用它。 防御程序：使用assert（），检查NULL指针，检查缓冲区溢出。 使用静态分析工具检查代码。 使用-Werror -Wall编译代码。 有人检查你的代码。
2. 当那真的发生了。 仔细检查你的代码。 检查自上次代码运行成功以来没有崩溃的情况。 希望gdb会给你一个调用堆栈，以便你知道崩溃发生的位置。

---

编辑：抱歉匆忙。它应该是*p = 0x1234;而不是p = 0x1234;

Answer 5

SigSegV表示内存访问冲突的信号，试图从/向您的进程无权访问的内存区域读取或写入。这些不是C或C ++异常，您无法捕获信号。确实可以编写一个忽略问题的信号处理程序并允许在未定义状态下继续执行不稳定的程序，但显然这是一个非常糟糕的主意。

大多数情况下，这是因为程序中存在错误。给出的内存地址可以帮助调试问题（如果它接近于零，则可能是空指针取消引用，如果地址类似于0xadcedfe，那么它是有意的保护或调试检查等）

“捕获”信号的一种方法是在一个单独的子进程中运行你的东西，然后突然终止，而不用你的主进程。找到根本原因并修复它显然比这样的解决方法更受欢迎。

Answer 6

当您访问程序未声明的内存时，会出现分段错误。你可以通过指针，即通过内存地址来做到这一点。或者这也可能是由于stackoverflow，例如：

void rec_func() {int q = 5; rec_func();}

int main() {rec_func();}

此调用将继续消耗堆栈内存，直到它完全填满，从而最终发生堆栈溢出。注意：它可能在一些竞争性问题中不可见，因为它首先导致时间错误，但对于那些没有发生超时的人来说，很难找出sigsemv。