从dmesg里分析core原因
来源:互联网 发布:js二维数组的遍历 编辑:程序博客网 时间:2024/05/19 03:46
服务器上由于怕软件bug以及磁盘的限制,一般会将core文件关掉.
ulimit -a查看当前core file size设置.
这样程序有bug崩溃以后,只能通过dmesg查看有限信息.典型信息如下:
collector[1847]: segfault at 000000000000000c rip 000000000040308a rsp 0000007fbffff820 error 4
at后面地址:访问越界的地址,rip:指令地址,rsp:栈地址,error:错误类型.
error number是由三个字位组成的,从高到底分别为bit2 bit1和bit0,所以它的取值范围是0~7.
bit2: 值为1表示是用户态程序内存访问越界,值为0表示是内核态程序内存访问越界
bit1: 值为1表示是写操作导致内存访问越界,值为0表示是读操作导致内存访问越界
bit0: 值为1表示没有足够的权限访问非法地址的内容,值为0表示访问的非法地址根本没有对应的页面,也就是无效地址
一般的程序带-g编译的话用addr2line -e ./collector 000000000040308a就大概能定位到函数
想具体一点定位可能是哪行语句的话,用objdump -d ./collector查看40308a对应的程序汇编代码即可.
当然core文件能更好的帮助解决问题,最好还是在程序里用setrlimit来设置core文件,然后根据命令行参数及是否已经生成了core文件等逻辑来判断是否生成core文件.
0 0
- 从dmesg里分析core原因
- 使用 dmesg 和 addr2line 分析程序 core 原因
- DMesg输出分析
- c++ 段错误 (core dumped )原因分析
- android N dmesg源码分析
- dmesg
- dmesg
- dmesg
- dmesg
- dmesg
- dmesg
- dmesg
- dmesg
- GDB 结合Core File巧妙分析Crash原因
- GDB 结合Core File巧妙分析Crash原因
- GDB 结合Core File巧妙分析Crash原因
- GDB 结合Core File巧妙分析Crash原因
- GDB 结合Core File巧妙分析Crash原因
- java邮件发送 easymail
- HDU3045 Picnic Cows
- 支付宝支付与微信支付
- java多态向上、向下转型问题
- TrueCrypt代码 之 检查卷文件系统及去除卷只读属性
- 从dmesg里分析core原因
- 使用python的yield实现任务调度.给定一个任务列表,每个任务轮流切换执行,类似于切片
- 学术工具-Citavi 简介
- STL中的sort
- Linux操作系统实时性学习总结
- MySQL主从复制
- C++ 编程题练习-Set(9-3)
- 解析心知天气API接口返回的json数据
- <c:forEach varStatus="status">中 varStatus的属性简介