利用gdb调试core文件
来源:互联网 发布:linux 删除目录命令 编辑:程序博客网 时间:2024/06/03 17:54
什么是core dump
core dump又叫核心转储,当程序运行过程中发生异常,程序异常退出时, 由操作系统把程序当前的内存状况存储在一个core文件中,叫core dump。 (linux中如果内存越界会收到SIGSEGV信号,然后就会core dump)
在程序运行的过程中,有的时候我们会遇到Segment fault(段错误)这样的错误。这种看起来比较困难,因为没有任何的栈、trace信息输出。该种类型的错误往往与指针操作相关。往往可以通过这样的方式进行定位。
造成segment fault,产生core dump的可能原因
1、内存访问越界
a) 由于使用错误的下标,导致数组访问越界
b) 搜索字符串时,依靠字符串结束符来判断字符串是否结束,但是字符串没有正常的使用结束符
c) 使用strcpy, strcat, sprintf, strcmp, strcasecmp等字符串操作函数,将目标字符串读/写爆。应该使用strncpy, strlcpy, strncat, strlcat, snprintf, strncmp, strncasecmp等函数防止读写越界。
2、 多线程程序使用了线程不安全的函数。
3、 多线程读写的数据未加锁保护。
对于会被多个线程同时访问的全局数据,应该注意加锁保护,否则很容易造成core dump
4、 非法指针
a) 使用空指针
b) 随意使用指针转换。一个指向一段内存的指针,除非确定这段内存原先就分配为某种结构或类型,或者这种结构或类型的数组,否则不要将它转换为这种结构或类型的指针,而应该将这段内存拷贝到一个这种结构或类型中,再访问这个结构或类型。这是因为如果这段内存的开始地址不是按照这种结构或类型对齐的,那么访问它 时就很容易因为bus error而core dump.
5、 堆栈溢出
不要使用大的局部变量(因为局部变量都分配在栈上),这样容易造成堆栈溢出,破坏系统的栈和堆结构,导致出现莫名其妙的错误。
配置操作系统使其产生core文件
首先通过ulimit命令查看一下系统是否配置支持了dump core的功能。通过ulimit -c或ulimit -a,可以查看core file大小的配置情况,如果为0,则表示系统关闭了dump core。可以通过ulimit -c unlimited来打开。若发生了段错误,但没有core dump,是由于系统禁止core文件的生成。
解决方法:
$ulimit -c unlimited (只对当前shell进程有效)
或在~/.bashrc 的最后加入:ulimit -c unlimited(一劳永逸)
# ulimit -c
0
$ ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
用gdb查看core文件
发生core dump之后, 用gdb进行查看core文件的内容, 以定位文件中引发core dump的行.
gdb [exec file] [core file]
如: gdb ./test test.core
然后使用 bt查看调用堆栈。
- 利用GDB调试CORE文件
- 利用gdb调试core文件
- 利用GDB调试多线程core文件
- 利用GDB调试多线程core文件
- 【GDB调试学习笔记】利用core文件调试程序
- gdb调试core文件
- GDB调试core文件
- GDB调试core文件
- gdb调试core文件
- gdb core文件调试
- gdb调试core文件
- GDB调试Core文件
- gdb调试core文件
- GDB调试core文件
- gdb调试core文件
- gdb调试core文件
- GDB调试core文件
- gdb调试core文件
- IOS疯狂基础之UITextField
- dll与lib
- Activity的启动模式
- 递归思想-1
- epoll 基础
- 利用gdb调试core文件
- hdu 2608 0 or 1(数论)
- JServ/Tomcat/OC4J 有何区别 mod_jserv 和 mod_jk 的演变
- Win7下android开发环境搭建
- x86下编译ejs-2.2.0
- VC删除IE缓存、COOKIE及记录
- android http 请求方式
- 机房收费系统文档编写总结
- 初学openMP