Linux 用core dump file诊断segment fault故障

Linux core dump file

一、core dump

1.何谓 core？
     在使用半导体作为内存的材料前，人类是利用线圈当作内存的材料（发明 者为王安），线圈就叫作 core ，用线圈做的内存就叫作 core memory。如今 ，半导体工业澎勃发展，已经没有人用 core memory 了，不过，在许多情况下， 人们还是把记忆体叫作 core 。

2.何谓 core dump？
    我们在开发（或使用）一个程序时，最怕的就是程序莫明其妙地当掉。虽然系 统没事，但我们下次仍可能遇到相同的问题。于是这时操作系统就会把程序当掉 时的内存内容 dump 出来（现在通常是写在一个叫 core 的 file 里面），让 我们或是debugger 做为参考。这个动作就叫作 core dump。

3.为何会发生 core dump？
    前面说过，在程序当掉时出错。在 C/C++语言中，最常发生错误的地方就是指 针有问题。您可以利用 core 文件和 debugger 把错误找出来（要怎麽在 debugger 中使用 core 文件？man 一下gdb 吧！）。

4.我可以把 core 文件删掉吗？
     如果你不会、不能、不需要修改程序，那就放心地把它删除了吧！
     要怎麽才不会让 core 文件出现？
     如果用的是tcsh的话, 以试著在 .tcshrc 里加一行：
     limit coredumpsize 0
     如果用的是bash的话, 在/etc/profile里加上(或者修改)一条:
     ulimit -c 0

5.有一招, 可以让你看出 core 最好用的地方
     gdb -c core
     进去后打 where, 就可以 show 出你是在程序哪一行当掉的,还有在当掉时在哪个 function 里, 这个 function是被哪个function 所 call 的, 而这个 function 又是被哪个function所 call 的.... 一直到 main()     由这个信息, 可以找出五六成的bug........ 屡试不爽. 但, 先决条件, 当你在 compile 时必须把 debug information的选项打开 不然, 就会出现一大堆你看不懂的东西，而不是你喜欢的源程序。

二、core dump调试技术

1. 前言:
有的程序可以通过编译, 但在运行时会出现Segment fault(段错误). 这通常都是指针错误引起的.但这不像编译错误一样会提示到文件->行, 而是没有任何信息, 使得我们的调试变得困难起来.
2. gdb:
有一种办法是, 我们用gdb的step, 一步一步寻找. 这放在短小的代码中是可行的, 但要让你step一个上万行的代码, 我想你会从此厌恶程序员这个名字, 而把他叫做调试员.我们还有更好的办法, 这就是core file.

3. ulimit:
如果想让系统在信号中断造成的错误时产生core文件, 我们需要在shell中按如下设置:
#设置core大小为无限
ulimit -c unlimited
#设置文件大小为无限
ulimit unlimited
这些需要有root权限, 在ubuntu下每次重新打开中断都需要重新输入上面的第一条命令, 来设置core大小为无限.

4. 用gdb查看core文件:
下面我们可以在发生运行时信号引起的错误时发生core dump了.
发生core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行.
gdb [exec file] [core file]
如:
gdb ./test test.core
在进入gdb后, 用bt命令查看backtrace以检查发生程序运行到哪里, 来定位core dump的文件->行.

5.要怎麽才不会让 core 文件出现？
    如果用的是tcsh的话, 以试著在 .tcshrc 里加一行：
    limit coredumpsize 0
    如果用的是bash的话, 在/etc/profile里加上(或者修改)一条:
    ulimit -c 0

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/simbi/archive/2010/03/20/5395871.aspx