目录
- 问题背景
- 问题解决
问题背景
写过C++的朋友都知道,有时候程序编译通过,并不能代表程序就是对的。在linux下做开发时,经常会遇到跑崩溃的情况,但是在终端只会报Segmentation fault,这种情况大部分原因都是诸如访问越界,指针非法操作等等问题,如果工程代码量少,你还能重新debug一下慢慢找,但是对于大型工程,想短时间内找到是php很难的。
问题解决
实际上,程序运行崩溃或中止时,会在当前目录下生javascript成一种core文件,记录了异常时的运行状js态等信息,通过gdb调用这个core文件就可以快速定位到错误。这里举例说明:
假如我写了个源程序如下:
// hello.cpp #include <IOStream> #include <unistd.h> int main() { while(1) { char *p = new char(); delete p; p = nullptr; *p = '2'; sleep(1); } return 0; }
指针p new完后又delete掉了,此时p已经为空,如果此时再执行*p = '2'; 就会出问题,但是编译器不知道,因为代码的类型检查都通过了。
# 编译通过 g++ -g hello.cpp -o hello # 当前目录下有两个文件 ls test.cpp test
我们通过./tes编程t执行程序,就会出现如下图的错误。编程客栈
但是此时并不会生成core文件,需要通过命令开启core文件的生成:
ulimit -c 0 # -c后面的参数实际就是限制core文件的大小,设置为0表示不允许生成core ulimit -c 100
然后重新执行./test,报错误后就会发现当前目录下多了core文件。此时使用gdb调试就可以复现定位问题了:
gdb -c core test
在这里就可以通过调用栈等信息快速定位问题。
到此这篇关于C++段错误(Segmentation fault)快速定位的解决方法的文章就介绍到这了,更多相关C++段错误快速定位内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程客栈(www.devze.com)!
精彩评论