段错误以及调试方式

dummy_function(void)
{
    unsigned char * ptr=0x00;
    *ptr=0x00;
}
int main()
{
    dummy_function();
    return 0;
}

作为一名熟练的c/c++程序员，以上代码的bug应该是很清楚的，因为它尝试操作地址为0的内存区域，而这个地址区域通常是不可访问的禁区，当然会出错了。

方法1 ：利用gdb逐步查找段错误
这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试
信息的可执行程序，所以我们加上"-g -rdynamic“的参数进行编译，然后调用
gdb调试运行这个新编译的程序。

这个版本的gdb没有提示出错误，以前的那个版本提示除了错误。
不仅提示出第几行有错误，而且还提示出了了是因为进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅资料文档（man 7 signal),
我们知道SIGSEGV默认handler的动作是打印”段错误“的出错信息，并产生core文件，由此我们又产生了方法二。

方法2：分析core文件

但是奇怪了我的系统上并没有生成core文件，linux系统默认禁止生成core文件，我们用下面的命令测试了一下果真如此。
我们将core文件的大小限制为1000, 这个好像每次都要设置不然输不出来，估计要修改那个文件，不管了，知道就行了。

经过我们上面的设置之后终于生成了core文件。

哇，好厉害，还是一步定位到了错误所在地，佩服linux系统的此类设计，

方法3：段错误时启动调试（试过没成功）

    1    #include<signal.h>
     2    #include<stdlib.h>
     3    void dump(int signo)
     4    {
     5        //此处省略。。。。
          system("gdb");
     6        
     7    }
     8    dummy_function(void)
     9    {
    10        unsigned char * ptr=0x00;
    11        *ptr=0x00;
    12        sleep(10);
    13     }
    14    int main()
    15    {
    16      signal(SIGSEGV,&dump);
    17      dummy_function();
    18      return 0;
    19    }
大概思路就是这样的，然后进入调试界面后输入”bt"

方法4：利用backtrace和objdump进行分析。