| 词条 | 段错误 |
| 释义 | 所谓的段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gd tr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的 gdt表，后13位保存 相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向 的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起 始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。 实例英文简介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. 另外，这里有个基本上对照的中文解释，来自库扩展阅读1； Quote:一旦一个程序发生了越界访问，cpu就会产生相应的保护，于是segmentation fault就出现 了通过上面的解释，段错误应该就是访问了不可访问的内存，这个内存区要么是不存在的， 要么是受到系统保护的，还有可能是缺少文件或者文件损坏。寻找程序安装维修按列， 段错误的常见形式在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的。 1)访问系统数据区，尤其是往系统保护的内存地址写数据最常见就是给一个指针以0地址。 2)内存越界(数组越界，变量类型不一致等)： 访问到不属于你的内存区域。 解决方法：我们在用C/C++语言写程序的时侯，内存管理的绝大部分工作都是需要我们来做的。实际上，内存管理是一个比较繁琐的工作，无论你多高明，经验多丰富，难免会在此处犯些小错误，而通常这些错误又是那么的浅显而易于消除。但是手工“除虫”（debug），往往是效率低下且让人厌烦的，本文将就"段错误"这个内存访问越界的错误谈谈如何快速定位这些"段错误"的语句。 下面将就以下的一个存在段错误的程序介绍几种调试方法： 1 dummy_function (void) xiaosuo@gentux test $ ./a.out 利用gdb逐步查找段错误这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic"的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下: xiaosuo@gentux test $ gcc -g -rdynamic d.c 从这里我们还发现进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅文档(man 7 signal)，我们知道SIGSEGV默认handler的动作是打印”段错误"的出错信息，并产生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文件。后来，忆起为了渐少系统上的垃圾文件的数量，禁止了core文件的生成，查看了以下果真如此，将系统的core文件的大小限制在512K大小，再试: xiaosuo@gentux test $ ulimit -c xiaosuo@gentux test $ gdb ./a.out core 利用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.\", size); for (i = 0; i < size; i++) printf ("%s\", strings[i]); free (strings); exit(0); } int 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] |
| 随便看 |
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。