Segmentation fault报错（网上搜索总结归纳）.doc

Segmentation fault报错从字面上来翻译叫做分段错误.这个错误是由于访问了非法内存地址而引起的,因此,产生这个错误的原因就可能是以下几种:1,数组越界.这个很好理解,就是本来只定义了一个char s10的数组,却在程序中访问了s10.当然在程序中若出现问题是不可能这么显而易见的.2,访问空,野指针或未被初始化的指针.空指针是指值为NULL的指针,不指向任何内存;野指针是指值不确定的指针,指向不确定的内存;未被初始化的指针和野指针一样,其值是不确定的.用一个处理文件的例子来说明:这个程序是想计算文件中有多少行含有字符#include /*假定文件的每一行最大长度不超过300*/#define BUFF_LINE 300int main() char FileContBUFF_LINE; char* str=FileCont; int couter=0; FILE* fp; if ( (fp = fopen( file_refer.cfg, r ) ) = NULL) printf( File could not be openedn ); exit(0); fgets(str,BUFF_LINE,fp); while(!feof(fp) /*处理每一行*/ while(*str!=0) if (*str=#) couter+; break; else str+; fgets(str,BUFF_LINE,fp); fclose(fp); printf(%d,couter); return 0;这个程序看起来没什么问题,而且很有可能运行正确(当文件小的情况下),可是一旦文件长度超过300的时候,就可能会出问题了.300?不是定义的允许一行的长度么?怎么变成文件长度了?原因在于在处理一行之后,并没有将指针str的值重置为数组FileCont的开始.而是指向了FileCont加上若干长度的地址(一行的长度或者是到一行开始到#的长度).这样一旦文件的行数很多,总长度很长,那么str就会越过数组的边界访问非法的内存地址.黑客技术中有一种缓冲区溢出攻击,就是应用的这个原理,通过往程序的缓冲区写超出其长度的内容，造成缓冲区的溢出，从而破坏程序的堆栈，使程序转而执行其它指令，以达到攻击的目的。段错误 一般都是非法内存操作，例如数组越界，例如申请a5，却访问到a5或者a6，这也会有很多情况，可能是循环操作时循环变量控制有问题，可能是字符串拷贝时长度发生溢出 指针指向了非法内存，例如申明一个指针，但是没有对指针进行初始化，直接就引用，或者引用里面的元素或者函数，或者没有分配内存就进行释放等，另外，申请内存还要检查是否申请成功，如果没有申请成功也会出现这种情况 单步调试或者加打印信息，细心一点总可以找到错误的，注意编译成调试版本 如果是linux，可以产生core文件，从core文件查看出错的地方/blog/article.php?tid_700.html用户名：密 码：窗体底端1最 可恶的Segmentation faults之初级总结篇 作者: falcon 发表日期: 2006-09-27 15:20 复制链接 背景 最近一段时间在linux下用C做一些学习和开发，但是由于经验不足，问题多多。而段错误就是让我非常头痛的一个问题。不过，目前写一个一千行左右的代码，也很少出现段错误，或者是即使出现了，也很容易找出来，并且处理掉。 那什么是段错误？段错误为什么是个麻烦事？以及怎么发现程序中的段错误以及如何避免发生段错误呢？ 一方面为了给自己的学习做个总结，另一方面由于至今没有找到一个比较全面介绍这个虽然是“FREQUENTLY ASKED QUESTIONS”的问题，所以我来做个抛砖引玉吧。下面就从上面的几个问题出发来探讨一下“Segmentation faults吧。目录1。什么是段错误？2。为什么段错误这么“麻烦”？3。编程中通常碰到段错误的地方有哪些？4。如何发现程序中的段错误并处理掉？正文1。什么是段错误？下面是来自A的定义：A segmentation fault (often shortened to segfault) is a particular error condition that can occur during the operation of computer software. In short, a segmentation fault occurs when a program attempts to access a memory location that it is not allowed to access, or attempts to access a memory location in a way that is not allowed (e.g., attempts to write to a read-only location, or to overwrite part of the operating system). Systems based on processors like the Motorola 68000 tend to refer to these events as Address or Bus errors.Segmentation is one approach to memory management and protection in the operating system. It has been superseded by paging for most purposes, but much of the terminology of segmentation is still used, segmentation fault being an example. Some operating systems still have segmentation at some logical level although paging is used as the main memory management policy.On Unix-like operating systems, a process that accesses invalid memory receives the SIGSEGV signal. On Microsoft Windows, a process that accesses invalid memory receives the STATUS_ACCESS_VIOLATION exception.另外，这里有个基本上对照的中文解释，来自/html_sql/3/132559.htm所谓的段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。一旦一个程序发生了越界访问，cpu就会产生相应的异常保护，于是segmentation fault就出现了通过上面的解释，段错误应该就是访问了不可访问的内存，这个内存区要么是不存在的，要么是受到系统保护的。2。为什么段错误这么麻烦？中国linux论坛有一篇精华帖子Segment fault 之永远的痛(/forum/gshowflat.php?Cat=&Board=program&Number=193239&page=2&view=collapsed&sb=5&o=all&fpart=1&vc=1)在主题帖子里头，作者这么写道：写程序好多年了，Segment fault 是许多C程序员头疼的提示。指针是好东西，但是随着指针的使用却诞生了这个同样威力巨大的恶魔。Segment fault 之所以能够流行于世，是与Glibc库中基本所有的函数都默认型参指针为非空有着密切关系的。不知道什么时候才可以有能够处理NULL的glibc库诞生啊！不得已，我现在为好多的函数做了衣服，避免glibc的函数被NULL给感染，导致我的Mem访问错误，而我还不知道NULL这个病毒已经在侵蚀我的身体了。Segment fault 永远的痛. 后面有好多网友都跟帖了，讨论了Segmentation faults为什么这么“痛”，尤其是对于服务器程序来说，是非常头痛的，为了提高效率，要尽量减少一些不必要的段错误的“判断和处理”，但是不检查又可能会存在段错误的隐患。 那么如何处理这个“麻烦”呢？ 就像人不可能“完美”一样，由人创造的“计算机语言“同样没有“完美”的解决办法。 我们更好的解决办法也许是： 通过学习前人的经验和开发的工具，不断的尝试和研究，找出更恰当的方法来避免、发现并处理它。对于一些常见的地方，我们可以避免，对于一些“隐藏”的地方，我们要发现它，发现以后就要及时处理，避免留下隐患。 下面我们可以通过具体的实验来举出一些经常出现段错误的地方，然后再举例子来发现和找出这类错误藏身之处，最后处理掉。3。编程中通常碰到段错误的地方有哪些？为了进行下面的实验，我们需要准备两个工具，一个是gcc，一个是gdb我是在ubuntu下做的实验，安装这两个东西是比较简单的sudo apt-get install gcc-4.0 libc6-devsudo apt-get install gdb好了，开始进入我们的实验，我们粗略的分一下类1）往受到系统保护的内存地址写数据 有些内存是内核占用的或者是其他程序正在使用，为了保证系统正常工作，所以会受到系统的保护，而不能任意访问。例子1：Code:Ctrl+A Select All 编译和执行一下$ gcc -o segerr segerr.c$ ./segerr10段错误 咋一看，好像没有问题哦，不就是读取一个数据然后给输出来吗？下面我们来调试一下，看看是什么原因？$ gcc -g -o segerr segerr.c -加-g选项查看调试信息$ gdb ./segerr(gdb) l -用l(list)显示我们的源代码1 #include 23 int4 main()5 6 int i = 0;78 scanf (%d, i); /* should have used &i */9 printf (%dn, i);10 return 0;(gdb) b 8 -用b(break)设置断点Breakpoint 1 at 0x80483b7: file segerr.c, line 8.(gdb) p i -用p(print)打印变量i的值看到没，这里i的值是0哦$1 = 0(gdb) r -用r(run)运行，直到断点处Starting program: /home/falcon/temp/segerrBreakpoint 1, main () at segerr.c:88 scanf (%d, i); /* should have used &i */ -试图往地址0处写进一个值(gdb) n -用n(next)执行下一步10Program received signal SIGSEGV, Segmentation fault.0xb7e9a1ca in _IO_vfscanf () from /lib/tls/i686/cmov/libc.so.6(gdb) c -在上面我们接收到了SIGSEGV,然后用c(continue)继续执行Continuing.Program terminated with signal SIGSEGV, Segmentation fault.The program no longer exists.(gdb) quit -退出gdb果然我们“不小心”把&i写成了i而我们刚开始初始化了i为0,这样我们不是试图向内存地址0存放一个值吗？实际上很多情况下，你即使没有初始化为零，默认也可能是0，所以要特别注意。补充：可以通过man 7 signal查看SIGSEGV的信息。$ man 7 signal | grep SEGVReformatting signal(7), please wait. SIGSEGV 11 Core Invalid memory reference例子2：Code:Ctrl+A Select All很容易发现，这个例子也是试图往内存地址0处写东西。这里我们通过gdb来查看段错误所在的行$ gcc -g -o segerr segerr.c$ gdb ./segerr(gdb) r -直接运行，我们看到抛出段错误以后，自动显示出了出现段错误的行，这就是一个找出段错误的方法Starting program: /home/falcon/temp/segerrProgram received signal SIGSEGV, Segmentation fault.0x08048516 in main () at segerr.c:1010 *p = x;(gdb)2）内存越界(数组越界，变量类型不一致等)例子3：Code:Ctrl+A Select All这里是比较极端的例子，但是有时候可能是会出现的，是个明显的数组越界的问题或者是这个地址是根本就不存在的例子4：Code:Ctrl+A Select All我们试图把一个整数按照字符串的方式输出出去，这是什么问题呢？由于还不熟悉调试动态链接库，所以我只是找到了printf的源代码的这里声明部分： int pos =0 ,cnt_printed_chars =0 ,i ;unsigned char *chptr ;va_list ap ;%s格式控制部分：case s: chptr =va_arg (ap ,unsigned char *); i =0 ; while (chptr i ) . cnt_printed_chars +; putchar (chptr i +);仔细看看，发现了这样一个问题，在打印字符串的时候，实际上是打印某个地址开始的所有字符，但是当你想把整数当字符串打印的时候，这个整数被当成了一个地址，然后printf从这个地址开始去打印字符，直到某个位置上的值为0。所以，如果这个整数代表的地址不存在或者不可访问，自然也是访问了不该访问的内存segmentation fault。类似的，还有诸如：sprintf等的格式控制问题比如，试图把char型或者是int的按照%s输出或存放起来，如：Code:Ctrl+A Select All3）其他其实大概的原因都是一样的，就是段错误的定义。但是更多的容易出错的地方就要自己不断积累，不段发现，或者吸纳前人已经积累的经验，并且注意避免再次发生。例如：定义了指针后记得初始化，在使用的时候记得判断是否为NULL在使用数组的时候是否被初始化，数组下标是否越界，数组元素是否存在等在变量处理的时候变量的格式控制是否合理等再举一个比较不错的例子：我在进行一个多线程编程的例子里头，定义了一个线程数组#define THREAD_MAX_NUMpthread_t threadTHREAD_MAX_NUM;用pthread_create创建了各个线程，然后用pthread_join来等待线程的结束刚开始我就直接等待，在创建线程都成功的时候，pthread_join能够顺利等待各个线程结束，但是一旦创建线程失败，那用pthread_join来等待那个本不存在的线程时自然会存在访问不能访问的内存的情况，从而导致段错误的发生，后来，通过不断调试和思考，并且得到网络上资料的帮助，找到了上面的原因和解决办法：在创建线程之前，先初始化我们的线程数组，在等待线程的结束的时候，判断线程是否为我们的初始值如果是的话，说明我们的线程并没有创建成功，所以就不能等拉。否则就会存在释放那些并不存在或者不可访问的内存空间。上面给出了很常见的几种出现段错误的地方，这样在遇到它们的时候就容易避免拉。但是人有时候肯定也会有疏忽的，甚至可能还是会经常出现上面的问题或者其他常见的问题，所以对于一些大型一点的程序，如何跟踪并找到程序中的段错误位置就是需要掌握的一门技巧拉。4。如何发现程序中的段错误？有个网友对这个做了比较全面的总结，除了感谢他外，我把地址弄了过来。文章名字叫段错误bug的调试(/u/5251/showart.php?id=173718),应该说是很全面的。而我常用的调试方法有：1）在程序内部的关键部位输出(printf)信息，那样可以跟踪 段错误 在代码中可能的位置为了方便使用这种调试方法，可以用条件编译指令#ifdef DEBUG和#endif把printf函数给包含起来，编译的时候加上-DDEBUG参数就可以查看调试信息。反之，不加上该参数进行调试就可以。2）用gdb来调试，在运行到段错误的地方，会自动停下来并显示出错的行和行号这个应该是很常用的，如果需要用gdb调试，记得在编译的时候加上-g参数，用来显示调试信息,对于这个，网友在段错误bug的调试文章里创造性的使用这样的方法，使得我们在执行程序的时候就可以动态扑获段错误可能出现的位置：通过扑获SIGSEGV信号来触发系统调用gdb来输出调试信息。如果加上上面提到的条件编译，那我们就可以非常方便的进行段错误的调试拉。3）还有一个catchsegv命令通过查看帮助信息，可以看到Catch segmentation faults in programs这个东西就是用来扑获段错误的，它通过动态加载器（ld-linux.so）的预加载机制（PRELOAD）把一个事先写好的库（/lib/libSegFault.so）加载上，用于捕捉断错误的出错信息。到这里，“初级总结篇”算是差不多完成拉。欢迎指出其中表达不当甚至错误的地方，先谢过!参考资料具体地址在上面的文章中都已经给出拉：1。段错误的定义ADefinition of Segmentation fault/qa/qa-673.html2。什么是段错误/html_sql/3/132559.htm3。Segment fault 之永远的痛/forum/gshowflat.php?Cat=&Board=program&Number=193239&page=2&view=collapsed&sb=5&o=all&fpart=4。段错误bug的调试/u/5251/showart.php?id=173718后记虽然感觉没有写什么东西,但是包括查找资料和打字，也花了好些几个小时，不过总结一下也是值得的，欢迎和我一起交流和讨论，也欢迎对文章中表达不当甚至是错误的地方指正一下。阅读全文(1368) | 回复(17) | 推送 欢迎到 falcon 的个人主页看更多内容 #2 其实gdb ptrace等就解决了.代码问题softice totalview就完全可以解决,有多线程优势.返回guest 发表于 2007-04-14 08:28 #3 (gdb) l1 #include 23 int4 main()5 6 int i= 0;78 scanf (%d,i); /* should have used &i */9 printf (%dn, i);10 return 0;(gdb) b 8Breakpoint 1 at 0x80483ac: file xb.c, line 8.(gdb) p iNo symbol i in current context.(gdb) rStarting program: /home/haogh/Desktop/segerr Breakpoint 1, main () at xb.c:88 scanf (%d,i); /* should have used &i */(gdb) n10Program received signal SIGSEGV, Segmentation fault.0xb7eb69ea in _IO_vfscanf () from /lib/tls/i686/cmov/libc.so.6(gdb) cContinuing.Program terminated with signal SIGSEGV, Segmentation fault.The program no longer exists.你好，我是刚开始学，有点问题请教一下你 ，你那个方法我试了一，其他地方都可以，但是，你看我上面的过程，有一步出现错误了，不走到你看怎么弄一下：(gdb) p iNo symbol i in current context.如果你走到怎么解决可以回复一下吗？如果方便发我邮件万分感谢返回guest 发表于 2007-04-14 22:40 #4 hi,你好你那问题是这样的: 我们需要在执行程序之后才可以跟踪其中变量的值,但是你先 用了 p i 想去打印变量 i 的值,然后才 使用 r 命令运行程序? 所以,我们需要先使用 r 命令执行程序，再使用 p i打印变量 i 的值.具体就应该是这个样子:(gdb) l1 #include 23 int4 main()5 6 int i= 0;78 scanf (%d,i); /* should have used &i */9 printf (%dn, i);10 return 0;(gdb) b 8Breakpoint 1 at 0x80483ac: file xb.c, line 8.(gdb) r(gdb) p i.如果还有什么疑问,欢迎交流!返回guest 发表于 2007-06-08 19:02 #5 thank you返回guest 发表于 2007-11-07 09:25 #6 (gdb) l1 #include 23 int4 main()5 6 int i = 0;78 scanf (%d, i); /* should have used &i */9 printf (%dn, i);10 return 0;(gdb) b 8Breakpoint 1 at 0x80483bf: file segerr.c, line 8.(gdb) p iNo symbol i in current context.(gdb)返回falcon 发表于 2007-11-07 17:29 #7 hello, you should run it before checking the value of i! can you check the value of a variable in a program who is not running?(gdb) l1 #include 23 int4 main()5 6 int i = 0;78 scanf (%d, i); /* should have used &i */9 printf (%dn, i);10 return 0;(gdb) break 8Breakpoint 1 at 0x80483cc: file sigerr.c, line 8.(gdb) rStarting program: /home/powernsd/Desktop/sigerr Breakpoint 1, main () at sigerr.c:88 scanf (%d, i); /* should have used &i */(gdb) p iPS: r is short for run返回falcon 发表于 2008-01-17 17:22 #8 不知道上面有没有提到这个常见的情况：比如说我想从某个文件里头读取一行，就想到fgets，而fgets返回一个char型的指针，所以呢就定义一个char *buf，以便让它“存放”fgets读取的那一行数据。在某些情况下，这“可能”没有问题，你会觉得你的代码很棒。因为这样的话，你都无须关心到底读了多少字符串，呵呵。不过这到底是个潜在的问题，why?原因在那个char *buf，你想用它来“存放”fgets读取的字符串，可是buf在这里仅仅是个指向字符串的指针而已，你没有给它申请哪怕一丁点的空间，可是你却想让它存放未知长度的字符串，可能吗？理论上，这是不可能的，因为那个指针指向的位置或者刚好是系统本身或者其他进程的空间，你要是想把fgets读取的数据放到那里，那就是segmentation fault，不过，如果你很“幸运”，那个位置刚好空闲着，没有受到系统保护，那么就可以自由的写入啦，这样虽然不会报告segmentation fault，但是你能保证下次没有问题吗。怎么解决呢？只能是定义一个字符串数组啦。即char bufN,不过这个N还得你自己根据情况定，所以，虽然可能避免了segmentaion fault，不过还是个麻烦的事情。返回falcon 发表于 2008-02-12 14:27 #9 对于类似下面的问题：codeint bof()char buf8=;strcpy(buf, AAAAAAAAAAAAAAAAAAAAAAA);return 1;int main()bof();/code这里也会出现段错误，但原因并非是因为strcpy复制过多的内容进入buf“直接“（而是间接的）造成，因为系统并没有对数组的边界做检查。而是因为在buf附近的堆栈区域已经存放了eip等(main执行call调用时存放了它的下一条指令的指针)寄存器内容，当执行到bof结尾时，执行ret指令时会试图从堆栈弹出eip，但是这个eip并不是之前的eip，所以会访问到非法内存的情况。如果有人故意把eip改成一个合法但是存放有危险指令的地址，那将是很糟糕的事情，可以考虑看看这里。堆栈溢出和它们的使用：/bookfiles/228/10022810712.shtml返回falcon 发表于 2008-02-12 19:40 #10 更多有趣的内容可以看看这篇文章：缓冲区溢出攻击 检测、剖析与预防/bookfiles/228/index.html返回guest 发表于 2008-03-06 10:00 #11 恩，太好了！高人呐返回guest 发表于 2008-05-21 10:43 #12 我遇到一个非常奇怪的问题，原代码如下：#include int main (void) FILE *bmpfile; bmpfile = fopen(1.bmp, rb+); if (bmpfile = NULL) printf(file open fail!); exit(1); printf(file open!n); printf(read file head start.n); char bit1; fread(bit, sizeof(char), 2, bmpfile); printf(read file head finish.n); /rewind(bmpfile); /fseek(bmpfile, 0L, SEEK_SET); printf(file head 2 bytes is : %X, %Xn, bit0, bit1); if (fclose(bmpfile) perror(error); printf(file close fail!n); printf(file close!n); return 0;程序运行总是报段错误，我用gdb调试，结果很奇怪在bmpfile = fopen(1.bmp, rb+);这行，打印bmpfile的值是：$10 = (FILE *) 0x7ffd3000在if (bmpfile = NULL)这行，打印bmpfile的值就是：$11 = (FILE *) 0x0指针直接为空了，我什么也没做啊！这是DEBUG时的问题，如果我直接运行程序，则问题就会出在if (fclose(bmpfile)这行，也是同样的问题，望高人解答返回oss 发表于 2008-05-21 11:37 #13 12#的老大，看看这里：char bit1;fread(bit, sizeof(char), 2, bmpfile);fread的用法：fread（从文件流读取数据）相关函数 fopen，fwrite，fseek，fscanf表头文件 #include定义函数 size_t fread(void * ptr,size_t size,size_t nmemb,FILE * stream);函数说明 fread()用来从文件流中读取数据。参数stream为已打开的文件指针，参数ptr 指向欲存放读取进来的数据空间，读取的字符数以参数size*nmemb来决定。Fread()会返回实际读取到的nmemb数目，如果此值比参数nmemb 来得小，则代表可能读到了文件尾或有错误发生，这时必须用feof()或ferror()来决定发生什么情况。返回值 返回实际读取到的nmemb数目。附加说明 范例 #include#define nmemb 3struct testchar name20;int size;snmemb;main()FILE * stream;int i;stream = fopen(“/tmp/fwrite”,”r”);fread(s,sizeof(struct test),nmemb,stream);fclose(stream);for(i=0;inmemb;i+)printf(“name%d=%-20s:size%d=%dn”,i,,i,s.size);执行 name0=Linux! size0=6name1=FreeBSD! size1=8name2=Windows2000 size2=11你定义一个字节的bit字符数组，却想存放 sizeof(char)*2个字节，不溢出才怪。返回请输入验证码: rm6mrmmrmrtrm简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。一旦一个程序发生了越界访问，cpu就会产生相应的异常保护，于是segmentation fault就出现了.在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的1)访问系统数据区，尤其是往 系统保护的内存地址写数据 最常见就是给一个指针以0地址2)内存越界(数组越界，变量类型不一致等) 访问到不属于你的内存区域解决方法我们在用C/C+语言写程序的时侯，内存管理的绝大部分工作都是需要我们来做的。实际上，内存管理是一个比较繁琐的工作，无论你多高明，经验多丰富，难 免会在此处犯些小错误，而通常这些错误又是那么的浅显而易于消除。但是手工“除虫”（debug），往往是效率低下且让人厌烦的，本文将就段错误这个 内存访问越界的错误谈谈如何快速定位这些段错误的语句。下面将就以下的一个存在段错误的程序介绍几种调试方法： 1 dummy_function (void) 2 3 unsigned char *ptr = 0x00; 4 *ptr = 0x00; 5 6 7 int main (void) 8 9 dummy_function (); 10 11 return 0; 12 作为一个熟练的C/C+程序员，以上代码的bug应该是很清楚的，因为它尝试操作地址为0的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它:xiaosuogentux test $ ./a.out段错误果然不出所料，它出错并退出了。1.利用gdb逐步查找段错误:这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下:xiaosuogentux test $ gcc -g -rdynamic d.cxiaosuogentux test $ gdb ./a.outGNU gdb 6.5Copyright (C) 2006 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome to change it and/or distribute copies of it under certain conditions.Type show copying to see the conditions.There is absolutely no warranty for GDB. Type show warranty for details.This GDB was configured as i686-pc-linux-gnu.Using host libthread_db library /lib/libthread_db.so.1.(gdb) rStarting program: /home/xiaosuo/test/a.outProgram received signal SIGSEGV, Segmentation fault.0x08048524 in dummy_function () at d.c:44 *ptr = 0x00;(gdb)哦？！好像不用一步步调试我们就找到了出错位置d.c文件的第4行，其实就是如此的简单。从这里我们还发现进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅文档(man 7 signal)，我们知道SIGSEGV默认handler的动作是打印”段错误的出错信息，并产生Core文件，由此我们又产生了方法二。2.分析Core文件：Core文件是什么呢？The default action of certain signals is to cause a process to terminate and produce a core dump file, a disk file containing an image of the processs memory at the time of termination. A list of the signals which cause a process to dump core can be found in signal(7).以 上资料摘自man page(man 5 core)。不过奇怪了，我的系统上并没有找到core文件。后来，忆起为了渐少系统上的拉圾文件的数量（本人有些洁癖，这也是我喜欢Gentoo的原因 之一），禁止了core文件的生成，查看了以下果真如此，将系统的core文件的大小限制在512K大小，再试:xiaosuogentux test $ ulimit -c0xiaosuogentux test $ ulimit -c 1000xiaosuogentux