你的C/C++程序为什么无法运行？揭秘Segmentation fault 2

甚么让你对C/C++如此恐惧？

本篇将继续上1篇来讨论段毛病（Segmentation fault）。
上1篇：
你的C/C++程序为何没法运行？揭秘Segmentation fault（1）

追溯段毛病

如果你觉得你已理解了段毛病的本源，也知道了如何避免段毛病，那末可以到此为止。否则，下面的内容也许对你有所启发。

malloc

我们开始为指针所指向的地址分配内存：

注意，(*dest) = (char*)malloc(sizeof(char)*n);的右侧已履行，但还没有将分配出的地址赋给指针*dest。

接下来，我们的主角段毛病的前夕:

上面的图告知我们1些信息：

红线勾画出的内容是：
从函数func1的局部变量中取出指针dest（char ** 型）指向的地址，正确的代码中地址是0x7fffffffddc0，而毛病的代码中地址则是0x0.

下1步行将履行黄线勾画出的内容

/* 注意这里的rax在毛病的代码中为0x0 而rdx的值为malloc出的内存地址0x602010 */ mov QWORD PTR [rax],rdx

那末，当履行上面的代码时，毛病的代码试图将malloc分配出的在堆上的内存地址当作值放在指针dest指向的地址中。

地址：0x0 值：0x602010

那末就出现了上篇所说的，0x0是不能被访问的地址，也就不可能完成赋值操作。所以就会出现段毛病：

甚么是段毛病

对很多人来说。上面的分析比第1篇要深入1些，或许看得到真相前的每步才能让人踏实。

现在，我们来看看甚么是段毛病。

下图是1个进程地址空间的描写，这是1个旧图，网上到处都是，但可以用来理解VMA：

上面这幅图会告知我们甚么呢？

内核虚拟内存空间，你肯定访问不了.
用户栈，用户进程启动就会有这样1个结构，你超过它的上界就到了内核虚拟内存空间，就会出现段毛病.
内存映照mmp区域.
堆，malloc、calloc就在这里找地址分配.（事实上不但如此）
代码、数据段 包括全局变量、静态变量、代码、数据等等.

如果你访问了内核虚拟内存空间（就是比ebp大的空间，1都不行）、代码段、数据段都会引发段毛病。

在上篇的例子中，是由于访问了图中红色圈出的保存区域酿成的段毛病。

补充1下x86_64的VMA-layout：

。

找到代码中的段毛病

方法有很多。我也只会1个，毕竟我不写C/C++，更不是这方面的老手。
利用coredump+gdb来做。
获得coredump的方法：

1.在shell中`ulimit -c unlimited` 2.运行你产生了段毛病的程序

有了coredump，就能够拿gdb来掰掰了gdb xx xxcoredump.

上图有几个信息：

1.signal 11，是甚么呢？

2.Segmentation fualt 段毛病
3.stack2.c中的第8行出现毛病.
4.仔细视察还会看到函数func1的参数dest=0x0.

我想，对这样1个简单的c程序，上面的信息足够了.

其它

或许后面还想看看mmap、mm的fault处理、页异常处理还有signal的1些东西.
但本篇，就此结束.