最近一段时间在linux下用C做一些学习和开发,但是由于经验不足,问题多多。而段错误
就是让我非常头痛的一个问题。不过,目前写一个一千行左右的代码,也很少出现段错误
,或者是即使出现了,也很容易找出来,并且处理掉。
避免发生段错误呢?
个虽然是“particular problem”的问题,所以我来做个抛砖引玉吧。下面就从上面的几
个问题出发来探讨一下“Segmentation faults"吧。
目录
1。什么是段错误?
2。为什么段错误这么“麻烦”?
3。编程中通常碰到段错误的地方有哪些?
4。如何发现程序中的段错误并处理掉?
正文
1。什么是段错误?
下面是来自Answers.com的定义:
Quote:
A segmentation fault (often shortened to segfault) is a particular error condi
tion that can occur during the operation of computer software. In short, a seg
mentation fault occurs when a program attempts to access a memory location tha
t it is not allowed to access, or attempts to access a memory location in a wa
y 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 operat
ing system. It has been superseded by paging for most purposes, but much of th
e terminology of segmentation is still used, "segmentation fault" being an exa
mple. Some operating systems still have segmentation at some logical level alt
hough paging is used as the main memory management policy.
On Unix-like operating systems, a process that accesses invalid memory receive
s the SIGSEGV signal. On Microsoft Windows, a process that accesses invalid me
mory receives the STATUS_ACCESS_VIOLATION exception.
另外,这里有个基本上对照的中文解释,来自http://www.linux999.org/html_sql/3/132
559.htm
Quote:
所谓的段错误就是指访问的内存超出了系统所给这个程序的内存空间,通常这个值是由gd
tr来保存的,他是一个48位的寄存器,其中的32位是保存由它指向的 gdt表,后13位保存
相应于gdt的下标,最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向
的gdt是由以64位为一个单位的表,在这张表中就保存着程序运行的代码段以及数据段的起
始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。一旦
一个程序发生了越界访问,cpu就会产生相应的异常保护,于是segmentation fault就出现
了
通过上面的解释,段错误应该就是访问了不可访问的内存,这个内存区要么是不存在的,
要么是受到系统保护的。
2。为什么段错误这么麻烦?
中国linux论坛有一篇精华帖子《Segment fault 之永远的痛》(http://www.linuxforum.
net/forum/gshowflat.php?Cat=&Board=program&Number=193239&page=2&view=collapsed
&sb=5&o=all&fpart=1&vc=1)
在主题帖子里头,作者这么写道:
Quote:
写程序好多年了,Segment fault 是许多C程序员头疼的提示。指针是好东西,但是随着指
针的使用却诞生了这个同样威力巨大的恶魔。
Segment fault 之所以能够流行于世,是与Glibc库中基本所有的函数都默认型参指针为非
空有着密切关系的。
不知道什么时候才可以有能够处理NULL的glibc库诞生啊!
不得已,我现在为好多的函数做了衣服,避免glibc的函数被NULL给感染,导致我的Mem访
问错误,而我还不知道NULL这个病毒已经在侵蚀我的身体了。
Segment fault 永远的痛......
于服务器程序来说,是非常头痛的,为了提高效率,要尽量减少一些不必要的段错误的“
判断和处理”,但是不检查又可能会存在段错误的隐患。
法。
发现并处理它。对于一些常见的地方,我们可以避免,对于一些“隐藏”的地方,我们要
发现它,发现以后就要及时处理,避免留下隐患。
现和找出这类错误藏身之处,最后处理掉。
3。编程中通常碰到段错误的地方有哪些?
为了进行下面的实验,我们需要准备两个工具,一个是gcc,一个是gdb
我是在ubuntu下做的实验,安装这两个东西是比较简单的
Quote:
sudo apt-get install gcc-4.0 libc6-dev
sudo apt-get install gdb
好了,开始进入我们的实验,我们粗略的分一下类
1)往受到系统保护的内存地址写数据
到系统的保护,而不能任意访问。
例子1:
Code:
#include <stdio.h>intmain(){
[Ctrl+A Select All]
Quote:
falcon@falcon:~/temp$ gcc -o segerr segerr.c
falcon@falcon:~/temp$ ./segerr
10
段错误
下面我们来调试一下,看看是什么原因?
Quote:
falcon@falcon:~/temp$ gcc -g -o segerr segerr.c
falcon@falcon:~/temp$ gdb ./segerr
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome 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 "i486-linux-gnu"...Using host libthread_db library
"/ lib/tls/i686/cmov/libthread_db.so.1".
(gdb) l
1
2
3
4
5
6
7
8
9
10
(gdb) b 8
Breakpoint 1 at 0x80483b7: file segerr.c, line 8.
(gdb) p i
$1 = 0
(gdb) r
Starting program: /home/falcon/temp/segerr
Breakpoint 1, main () at segerr.c:8
8
一个值]
(gdb) n
10
Program received signal SIGSEGV, Segmentation fault.
0xb7e9a1ca in _IO_vfscanf () from /lib/tls/i686/cmov/libc.so.6
(gdb) c
Continuing.
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
(gdb) quit
果然
我们“不小心”把&i写成了i
而我们刚开始初始化了i为0,这样我们不是试图向内存地址0存放一个值吗?实际上很多情
况下,你即使没有初始化为零,默认也可能是0,所以要特别注意。
补充:
可以通过man 7 signal查看SIGSEGV的信息。
Quote:
falcon@falcon:~/temp$ man 7 signal | grep SEGV
Reformatting signal(7), please wait...
例子2:
Code:
#include <stdio.h>intmain(){
[Ctrl+A Select All]
很容易发现,这个例子也是试图往内存地址0处写东西。
这里我们通过gdb来查看段错误所在的行
Quote:
falcon@falcon:~/temp$ gcc -g -o segerr segerr.c
falcon@falcon:~/temp$ gdb ./segerr
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome 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 "i486-linux-gnu"...Using host libthread_db library
"/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) r
这就是一个找出段错误的方法
Starting program: /home/falcon/temp/segerr
Program received signal SIGSEGV, Segmentation fault.
0x08048516 in main () at segerr.c:10
10
(gdb)
2)内存越界(数组越界,变量类型不一致等)
例子3:
Code:
#include <stdio.h>intmain(){
0000000]);
[Ctrl+A Select All]
这里是比较极端的例子,但是有时候可能是会出现的,是个明显的数组越界的问题
或者是这个地址是根本就不存在的
例子4:
Code:
#include <stdio.h>intmain(){
[Ctrl+A Select All]
我们试图把一个整数按照字符串的方式输出出去,这是什么问题呢?
由于还不熟悉调试动态链接库,所以
我只是找到了printf的源代码的这里
Quote:
声明部分:
unsigned char *chptr ;
va_list ap ;
%s格式控制部分:
case 's':
}
仔细看看,发现了这样一个问题,在打印字符串的时候,实际上是打印某个地址开始的所
有字符,但是当你想把整数当字符串打印的时候,这个整数被当成了一个地址,然后prin
tf从这个地址开始去打印字符,指导某个位置上的值为\0。所以,如果这个整数代表的地
址不存在或者不可访问,自然也是访问了不该访问的内存——segmentation fault。
类似的,还有诸如:sprintf等的格式控制问题
比如,试图把char型或者是int的按照%s输出或存放起来,如:
Code:
#include <stdio.h>#include <string.h>char c='c';int i=10;char buf[100];printf(
"%s", c);
释成地址,所以原因同上面那个例子printf("%s", i);
符串输出memset(buf, 0, 100);sprintf(buf, "%s", c);
格式转换memset(buf, 0, 100);sprintf(buf, "%s", i);
换
[Ctrl+A Select All]
3)其他
其实大概的原因都是一样的,就是段错误的定义。但是更多的容易出错的地方就要自己不
断积累,不段发现,或者吸纳前人已经积累的经验,并且注意避免再次发生。
例如:
<1>定义了指针后记得初始化,在使用的时候记得判断是否为NULL
<2>在使用数组的时候是否被初始化,数组下标是否越界,数组元素是否存在等
<3>在变量处理的时候变量的格式控制是否合理等
再举一个比较不错的例子:
我在进行一个多线程编程的例子里头,定义了一个线程数组
#define THREAD_MAX_NUM
pthread_t thread[THREAD_MAX_NUM];
用pthread_create创建了各个线程,然后用pthread_join来等待线程的结束
刚开始我就直接等待,在创建线程都成功的时候,pthread_join能够顺利等待各个线程结
束,但是一旦创建线程失败,那用pthread_join来等待那个本不存在的线程时自然会存在
访问不能访问的内存的情况,从而导致段错误的发生,后来,通过不断调试和思考,并且
得到网络上资料的帮助,找到了上面的原因和解决办法:
在创建线程之前,先初始化我们的线程数组,在等待线程的结束的时候,判断线程是否为
我们的初始值
如果是的话,说明我们的线程并没有创建成功,所以就不能等拉。否则就会存在释放那些
并不存在或者不可访问的内存空间。
上面给出了很常见的几种出现段错误的地方,这样在遇到它们的时候就容易避免拉。但是
人有时候肯定也会有疏忽的,甚至可能还是会经常出现上面的问题或者其他常见的问题,
所以对于一些大型一点的程序,如何跟踪并找到程序中的段错误位置就是需要掌握的一门
技巧拉。
4。如何发现程序中的段错误?
有个网友对这个做了比较全面的总结,除了感谢他外,我把地址弄了过来。文章名字叫《
段错误bug的调试》(http://www.cublog.cn/u/5251/showart.php?id=173718),应该说是很
全面的。
而我常用的调试方法有:
1)在程序内部的关键部位输出(printf)信息,那样可以跟踪 段错误 在代码中可能的位置
为了方便使用这种调试方法,可以用条件编译指令#ifdef DEBUG和#endif把printf函数给
包含起来,编译的时候加上-DDEBUG参数就可以查看调试信息。反之,不加上该参数进行调
试就可以。
2)用gdb来调试,在运行到段错误的地方,会自动停下来并显示出错的行和行号
这个应该是很常用的,如果需要用gdb调试,记得在编译的时候加上-g参数,用来显示调试
信息,对于这个,网友在《段错误bug的调试》文章里创造性的使用这样的方法,使得我们
在执行程序的时候就可以动态扑获段错误可能出现的位置:通过扑获SIGSEGV信号来触发系
统调用gdb来输出调试信息。如果加上上面提到的条件编译,那我们就可以非常方便的进行
段错误的调试拉。
3)还有一个catchsegv命令
通过查看帮助信息,可以看到
Quote:
Catch segmentation faults in programs
这个东西就是用来扑获段错误的,不过打印出来的是一些register里头的东西,“看不太
懂”。
到这里,“初级总结篇”算是差不多完成拉。欢迎指出其中表达不当甚至错误的地方,先
谢过!
参考资料[具体地址在上面的文章中都已经给出拉]:
1。段错误的定义
Ansers.com
http://www.answers.com
Definition of "Segmentation fault"
http://www.faqs.org/qa/qa-673.html
2。《什么是段错误》
http://www.linux999.org/html_sql/3/132559.htm
3。《Segment fault 之永远的痛》
http://www.linuxforum.net/forum/gshowflat.php?Cat=&Board=program&Number=193239
&page=2&view=collapsed&sb=5&o=all&fpart=
4。《段错误bug的调试》
http://www.cublog.cn/u/5251/showart.php?id=173718
后记
虽然感觉没有写什么东西,但是包括查找资料和打字,也花了好些几个小时,不过总结一下
也是值得的,欢迎和我一起交流和讨论,也欢迎对文章中表达不当甚至是错误的地方指正
一下
转载自:http://blog.sina.com.cn/s/blog_3ed637080100lyd4.html