《coredump问题原理探究》Linux x86版第一章前言

作为一个Linux软件开发人员,经常会遇到类似下面的问题:

Segmentation fault (core dumped)


这种问题就是程序崩溃.这种问题经常会让人很崩溃,特别当它的堆栈如下情况,更加让人崩溃:

(gdb) bt
#0  0x6f745374 in ?? ()
#1  0x57735571 in ?? ()
#2  0xbff80065 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

这种问题往往会带来很多麻烦:

1.        这种问题有可能非常难重现.

2.        这种问题的相关信息非常少,有可能只有一个dump文件.

3.        它需要很深厚的功底才能够找出它的根因

4.        它有可能延误项目的进度.如果无法及时解决它,我们有可能不得不面对上司的施压,责骂,甚至客户的投诉,并且给公司造成损失.

 

在痛苦的定位过程中,有时候会幻想,如果这种问题的根因能够轻描淡写地一眼看出,那该多好啊. 其实,这不是幻想,它是现实.在阅读这本书的过程,这种能力会慢慢拥有.

 





你可能感兴趣的:(C++,C++,linux,linux,linux,X86,X86,调试技术,程序崩溃)