【Linux学习笔记20】Linux调试程序的方法（下）教你快而准地利用死亡快照解决段错误，以及个人调试方法介绍

接上一篇学习笔记，这一篇主要是要给大家介绍一下段错误死亡快照的使用：

段错误中“死亡快照”的使用

一、我们来看看段错误的返回信息有那些：

段错误报错后面有个信息转储的功能，其实这个就是我们常常说的“死亡快照”
这就相当于我内核（法医）给这个快死的程序（死者）拍下最后一张照片来判断死者是怎么死的。但是很可惜，这个core是一个二进制文件，不是每个人都能看得懂的，那么这个core其实是给GDB来看，然后通过GDB来定位程序是在哪里死的。

二、那么我们怎么找到这个core呢？
1.首先我们使用ulimit -a来看看限制：

这里指 core 默认大小为0，也就是说，本来段错误会产生一个转存文件，可是被限制了，无法产生出来。
2.我们现在要更改core的限制：ulimit -c unlimited -c 是通过上面blocks看到的编号
我们也可以再使用ulimit -a来查看

三、再次执行文件，使其生成core文件。

有兴趣的朋友可以看一下这个core文件，会很震撼！

四、使用GDB结合core来查看。

gdb ./debug core

记得使用GDB的话，在使用GCC编译的使用要加 -g

然后就可以看到，这一段就是导致段错误的原因了。

一些个人调试程序的方法

除了GDB这么好用的调试程序之外，其实很多程序员都有自己一套的调试代码的方法，而我在平时开发的时候，也非常喜欢使用这个方法，这里也给大家介绍一下：
使用printf打印语句

以刚刚的例子为例：

我在这里加上了两个printf语句，这个是打印当前行号的意思，然后执行程序：

然后可以看到它先输出【12】就是意味着上12行以上都没有错误，没有输出下面的行号，证明她们之间也不通的地方，那么就可以针对以上的范围来进行代码检查，有的时候这样的调试方法也是不错的！