一 : Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

Linux下的段错误（Segmentation fault）产生的原因及调试方法（经典）

2009-04-05 11:25

简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.

一 般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指 向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个单位的 表，在这张表中就保存着程序运行的代码段以及数据段的起始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。（www.61k.com］一旦一个程序发生了 越界访问，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的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它:

xiaosuo@gentux test $ ./a.out

段错误

fault是什么意思 Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

果然不出所料，它出错并退出了。[www.61k.com］

1.利用gdb逐步查找段错误:

这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic"的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下:

xiaosuo@gentux test $ gcc -g -rdynamic d.c

xiaosuo@gentux test $ gdb ./a.out

GNU gdb 6.5

Copyright (C) 2006 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 "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) r

Starting program: /home/xiaosuo/test/a.out

Program received signal SIGSEGV, Segmentation fault.

0x08048524 in dummy_function () at d.c:4

4 *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 process's 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大小，再试:

xiaosuo@gentux test $ ulimit -c

xiaosuo@gentux test $ ulimit -c 1000

xiaosuo@gentux test $ ulimit -c

1000

xiaosuo@gentux test $ ./a.out

段错误 (core dumped)

xiaosuo@gentux test $ ls

a.out core d.c f.c g.c pango.c test_iconv.c test_regex.c

fault是什么意思 Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

core文件终于产生了，用gdb调试一下看看吧:

xiaosuo@gentux test $ gdb ./a.out core

GNU gdb 6.5

Copyright (C) 2006 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 "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

warning: Can't read pathname for load map: 输入/输出错误.

Reading symbols from /lib/libc.so.6...done.

Loaded symbols for /lib/libc.so.6

Reading symbols from /lib/ld-linux.so.2...done.

扩展：segmentation fault / c segmentation fault / iar hardfault 调试

Loaded symbols for /lib/ld-linux.so.2

Core was generated by `./a.out'.

Program terminated with signal 11, Segmentation fault.

#0 0x08048524 in dummy_function () at d.c:4

4 *ptr = 0x00;

哇，好历害，还是一步就定位到了错误所在地，佩服一下Linux/Unix系统的此类设计。(www.61k.com) 接着考虑下去，以前用windows系统下的ie的时侯，有时打开某些网页，会出现“运行时错误”，这个时侯如果恰好你的机器上又装有windows的编译器的话，他会弹出来一个对话框，问你是否进行调试，如果你选择是，编译器将被打开，并进入调试状态，开始调试。

Linux下如何做到这些呢？我的大脑飞速地旋转着，有了，让它在SIGSEGV的handler中调用gdb，于是第三个方法又诞生了:

3.段错误时启动调试:

#include <stdio.h>

#include <stdlib.h>

#include <signal.h>

#include <string.h>

void dump(int signo)

{

char buf[1024];

char cmd[1024];

FILE *fh;

snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid());

if(!(fh = fopen(buf, "r")))

exit(0);

if(!fgets(buf, sizeof(buf), fh))

exit(0);

fclose(fh);

fault是什么意思 Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

if(buf[strlen(buf) - 1] == '\n')

buf[strlen(buf) - 1] = '\0';

snprintf(cmd, sizeof(cmd), "gdb %s %d", buf, getpid());

system(cmd);

exit(0);

}

void

dummy_function (void)

{

unsigned char *ptr = 0x00;

*ptr = 0x00;

}

int

main (void)

{

signal(SIGSEGV, &dump);

dummy_function ();

return 0;

}

编译运行效果如下:

xiaosuo@gentux test $ gcc -g -rdynamic f.c

xiaosuo@gentux test $ ./a.out

GNU gdb 6.5

Copyright (C) 2006 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 "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

Attaching to program: /home/xiaosuo/test/a.out, process 9563

Reading symbols from /lib/libc.so.6...done.

Loaded symbols for /lib/libc.so.6

Reading symbols from /lib/ld-linux.so.2...done.

Loaded symbols for /lib/ld-linux.so.2

0xffffe410 in __kernel_vsyscall ()

(gdb) bt

#0 0xffffe410 in __kernel_vsyscall ()

#1 0xb7ee4b53 in waitpid () from /lib/libc.so.6

#2 0xb7e925c9 in strtold_l () from /lib/libc.so.6

fault是什么意思 Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

#3 0x08048830 in dump (signo=11) at f.c:22

#4 <signal handler called>

#5 0x0804884c in dummy_function () at f.c:31

#6 0x08048886 in main () at f.c:38

怎么样？是不是依旧很酷？

以上方法都是在系统上有gdb的前提下进行的，如果没有呢？其实glibc为我们提供了此类能够dump栈内容的函数簇，详见/usr/include/execinfo.h（这些函数都没有提供man page，难怪我们找不到），另外你也可以通过gnu的手册进行学习。（www.61k.com]

4.利用backtrace和objdump进行分析:

重写的代码如下:

#include <execinfo.h>

#include <stdio.h>

#include <stdlib.h>

#include <signal.h>

/* A dummy function to make the backtrace more interesting. */

void

dummy_function (void)

{

unsigned char *ptr = 0x00;

*ptr = 0x00;

}

void dump(int signo)

{

void *array[10];

size_t size;

char **strings;

size_t i;

size = backtrace (array, 10);

strings = backtrace_symbols (array, size);

printf ("Obtained %zd stack frames.\n", size);

for (i = 0; i < size; i++)

printf ("%s\n", strings[i]);

free (strings);

exit(0);

}

int

fault是什么意思 Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)

main (void)

{

signal(SIGSEGV, &dump);

dummy_function ();

return 0;

}

编译运行结果如下：

xiaosuo@gentux test $ gcc -g -rdynamic g.c

xiaosuo@gentux test $ ./a.out

Obtained 5 stack frames.

./a.out(dump+0x19) [0x80486c2]

[0xffffe420]

./a.out(main+0x35) [0x804876f]

/lib/libc.so.6(__libc_start_main+0xe6) [0xb7e02866]

./a.out [0x8048601]

这次你可能有些失望,似乎没能给出足够的信息来标示错误,不急,先看看能分析出来什么吧,用objdump反汇编程序,找到地址0x804876f对应的代码位置:

xiaosuo@gentux test $ objdump -d a.out

8048765: e8 02 fe ff ff call 804856c <signal@plt>

804876a: e8 25 ff ff ff call 8048694 <dummy_function>

804876f: b8 00 00 00 00 mov $0x0,%eax

8048774: c9 leave

我们还是找到了在哪个函数(dummy_function)中出错的,信息已然不是很完整,不过有总比没有好的啊!

扩展：segmentation fault / c segmentation fault / iar hardfault 调试

后记:

本文给出了分析"段错误"的几种方法,不要认为这是与孔乙己先生的"回"字四种写法一样的哦,因为每种方法都有其自身的适用范围和适用环境,请酌情使用,或遵医嘱。(www.61k.com]

扩展：segmentation fault / c segmentation fault / iar hardfault 调试

二 : Linux下的段错误(Segmentation fault)产生的原因及调

Linux下的段错误（Segmentation fault）产生的原因及调试方法（经典）

2009-04-05 11:25

简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问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的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它:

xiaosuo@gentux test $ ./a.out

段错误

果然不出所料，它出错并退出了。

1.利用gdb逐步查找段错误:

这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic"的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下:

xiaosuo@gentux test $ gcc -g -rdynamic d.c

xiaosuo@gentux test $ gdb ./a.out

GNU gdb 6.5

Copyright (C) 2006 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 "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) r

Starting program: /home/xiaosuo/test/a.out

Program received signal SIGSEGV, Segmentation fault.

0x08048524 in dummy_function () at d.c:4

4 *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 process's 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大小，再试:

xiaosuo@gentux test $ ulimit -c

xiaosuo@gentux test $ ulimit -c 1000

xiaosuo@gentux test $ ulimit -c

1000

xiaosuo@gentux test $ ./a.out

段错误 (core dumped)

xiaosuo@gentux test $ ls

a.out core d.c f.c g.c pango.c test_iconv.c test_regex.c

三 : 会计差错产生的原因及其更正技巧（三）

例如，a公司2001年9月发现2000年一项已完工投入使用的在建工程未结转到管理用固定资产，金额为600万元，2000年应提折旧100万元，2001年应提折旧75万元（公司所得税率为33％，按净利润10％提取法定盈余公积，5％提取法定公益金）。经分析，上述事项属重大会计差错，其中2001年末计提折旧75万元为当期发现的当年度的会计差错。两年的差错要求作出调整，其账务处理如下：

　　借：固定资产　6000000

　　　贷：在建工程　6000000

　　借：以前年度损益调整　1000000

　　　贷：累计折旧　1000000

　　借：应交税金——应交所得税　330000

　　　贷：以前年度损益调整　330000

　　借：利润分配——未分配利润　670000

　　　贷：以前年度损益调整　670000

　　借：盈余公积——法定盈余公积　67000

　　　　盈余公积——法定公益金　33500

　　　贷：利润分配——本分配利润　100500

　　借：管理费用　750000

　　　贷：累计折旧　750000

　　（4）日后期间发现的当年度的会计差错（无论重大还是非重大），应当视同当期发现的当年度的会计差错，因此更正方法同（1）。

　　（5）日后期间发现的报告年度的会计差错（重大或是非重大）。报告年度是指当年的上一年，由于上一年会计报表尚未报出，故称上一年为报告年度。由于该会计差错发生于报告年度，无论是重大差错还是非重大差错，应当按照资产负债表日后事项中的调整事项进行处理。

　　（6）日后期间发现的报告年度以前的非重大会计差错，其处理方法同（5）。

　　因为根据重要性原则，可以将属于报告年度以前的非重大会计差错调整报告年度会计报表相关项目，这样不影响会计信息的客观性和可比性。

四 : 会计差错产生的原因及其更正技巧（二）

      2.会计差错的归纳与更正

　　会计差错产生的原因尽管很多，但差错的更正即账务处理可以从3个标准来考虑。

　　一是差错的发现时间，可以分为日后期间（年度资产负债日至财务会计报告批准报出日之间）发现的差错和当期（当年年度内日后期间之外的其他时间）发现的差错。

　　二是差错的所属期间，可以分为属于当年的差错和属于以前年度的差错。

　　三是重要性，可以分为重大会计差错和非重大会计差错。重大会计差错即企业发现的使公布的会计报表不再具有可靠性的会计差错，一般是指金额比较大的差错，通常某项交易或事项的金额占该类交易或事项的金额10％以上，则认为金额比较大。非重大会计差错，是指不足以影响会计报表使用者对企业财务状况、经营成果和现金流量作出正确判断的会计差错。标准一决定了应遵循及时性原则，发现了会计差错立即进行更正处理。

　　标准二、三则决定了应更正哪一会计期间的相关科目。 依据上述3个标准，可以形成7种具体的会计差错，其更正方法有同有异。

　　（1）当期发现的当年度的会计差错（无论重大还是非重大），应当立即调整当期相关项目。这样处理的原因在于：当年度的会计报表尚未编制，无论会计差错是否重大，均可直接调整当期有关出错科目。

　　例如，2001年12月，发现一项管理用固定资产漏提折旧10000元，则发现时应做如下分录，并调整相关项目：

　　借：管理费用　10000

　　　贷：累计折旧 10000

　　（2）当期发现的以前年度非重大会计差错，其更正方法也是直接调整当期相关项目。对于该类会计差错尽管与以前年度相关，但根据重要性原则，可直接调整发现当年的相关科目，而不必调整发现当年的期初数，所以处理方法同（l）。

　　（3）当期发现的以前年度的重大会计差错，涉及损益的，应通过“以前年度损益调整”科目过渡，调整发现年度的期初留存收益，会计报表其他相关项目的期初数或上年数也应一并调整。如不影响损益，则调整发现年度会计报表的相关项目的期初数。因为是以前年度的重大差错，涉及损益的与本期利润无关，不涉及损益的也只影响本期期初数，这样处理可及时反映真实的会计信息，符合重要性原则和及时性原则，同时也不妨碍会计信息的可比性。

五 : 会计差错产生的原因及其更正技巧（一）

     经济事项或交易进入会计系统后，经过确认。计量、记录和报告，输出对信息使用者有用的会计信息。在确认、计量、记录过程中由于种种原因会产生差错。会计差错特别是重大差错若不及时、正确地更正，不仅影响会计信息的可靠性，而且可能误导投资者、债权人和其他信息使用者，使其作出错误的决策或判断。

　　1.会计差错产生的原因

　　会计差错是指在会计核算时，由于计量、确认、记录等方面出现的错误。会计差错的产生有诸多原因，以下是几种常见的原因。

　　（1）采用法律或会计准则等行政法规、规章所不允许的会计政策。例如，按照我国会计制度规定，为购建固定资产而发生的借款费用，在固定资产尚未交付使用前发生的，应予资本化，计入所购建固定资产的成本。在固定资产交付使用后发生的，计入当期损益。如果企业固定资产已交付使用后发生的借款费用，也计入该项固定资产的价值，予以资本化，则属于此类错误。

　　（2）账户分类以及计算错误。例如，企业购入的五年期国债，意图长期持有，但在记账时记入了短期投资，导致账户分类上的错误，并导致在资产负债表上流动资产和长期投资的分类也有误，即少计提累计折旧，从而虚增当期利润。

　　（3）会计估计错误。例如，企业在估计某项固定资产的预计使用年限时，多估计或少估计了预计使用年限，从而造成会计估计错误。

　　（4）在期本应计项目与递延项目末予调整。例如，企业应在本期核销的费用在期末时未予摊销。

　　（5）漏记已完成的交易或事项。例如，企业销售一批商品，商品已经发出，开出增值税专用发票，商品销售收入确认条件均已满足，但企业在期末时未将已实现的销售收入入账。

　　（6）对事实的忽视和误用。例如，企业对某项建造合同应按建造合同规定的方法确认营业收入，但该企业按确认商品销售收入的原则确认收入。

　　（7）提前确认尚未实现的收入或不确认己实现的收入。例如，在采用委托代销销售方式下，应以收到代销单位的代销清单时，确认营业收入的实现，如企业在发出委托代销商品时即确认为收入，则为提前确认尚未实现的收入。

　　（8）资本性支出与收益性支出划分差错。例如，工业企业发生的管理人员的工资一般作为收益性支出，而发生的工程人员工资一般作为资本性支出。如果企业将发生的工程人员工资计入了当期损益，则属于资本性支出与收益性支出的划分差错。

　　（9）滥用会计政策变更和会计估计变更。例如，企业计提资产减值准备时，为达到调节利润的目的，采用不当方法，或确定不当比例。滥用此两项变更应当作为重大会计差错进行会计处理。

　　（l0）其他原因导致的差错。例如，错记借贷方向、错记账户等。

本文标题：抽样误差产生的原因-Linux下的段错误(Segmentation fault)产生的原因及调试方法(经典)
本文地址： http://www.61k.com/1152163.html