gdb调试core dump入门实践（顺便复习一下之前介绍过的addr2line命令调试）

最新推荐文章于 2024-10-15 15:37:47 发布
最新推荐文章于 2024-10-15 15:37:47 发布
阅读量1.6w 收藏 26
点赞数 5
分类专栏： s2: 软件进阶 s2: Linux编程 s2: Linux杂项
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/stpeace/article/details/49806473
版权

        调试技能是软件开发的必备技能， 不会调试， 就抓不到bug, 就很痛苦。 本文我们来一起聊聊gdb调试core

 

         Part 1:

        在前面的博文中， 我们聊过重要的addr2line调试， 现在再来一起看看， 就当是复习吧。

        程序如下：

 

#include <stdio.h>

int main()
{
        int *p = NULL;
        *p = 0;

        printf("bad\n");
        return 0;
}

       几乎所有的码农都能一眼看出错在哪里， 但在大型项目中， 光靠肉眼怎行？ 必须借助工具， 我们用addr2line来搞起，编译并运行：

 

 

[taoge@localhost test]$ cat main.c -n
     1  #include <stdio.h>
     2
     3  int main()
     4  {
     5          int *p = NULL;
     6          *p = 0;
     7
     8          printf("bad\n");
     9          return 0;
    10  }
    11
[taoge@localhost test]$ gcc -g main.c 
[taoge@localhost test]$ ./a.out 
Segmentation fault (core dumped)
[taoge@localhost test]$ 
[taoge@localhost test]$ 
[taoge@localhost test]$ 
[taoge@localhost test]$ dmesg | grep a.out 
virtual kernel memory layout:
a.out[2282]: segfault at 0 ip 080483c9 sp bfacd460 error 6 in a.out[8048000+1000]
a.out[2303]: segfault at 0 ip 080483c9 sp bfadc1a0 error 6 in a.out[8048000+1000]
a.out[2307]: segfault at 0 ip 080483c9 sp bfef76e0 error 6 in a.out[8048000+1000]
a.out[4153]: segfault at 0 ip 080483c9 sp bf9f2490 error 6 in a.out[8048000+1000]
a.out[4932]: segfault at 0 ip 080483c9 sp bfcfd2a0 error 6 in a.out[8048000+1000]
a.out[5408]: segfault at 0 ip 080483c9 sp bf894b40 error 6 in a.out[8048000+1000]
[taoge@localhost test]$ addr2line -e a.out 080483c9
/home/taoge/test/main.c:6
[taoge@localhost test]$

        可以看到， 程序core dump了， 用dmesg命令查出程序core对应的地址为：080483c9， 然后呢， 利用addr2line命令转换为对应的代码行， 可以看到问题出在第6行， 回头看代码， 果真如此。

 

        在实际开发中， dmesg命令用的不多， 那怎么知道像080483c9这样的地址呢？ 通常来讲， 程序core dump之后， 在日志中会记录堆栈信息的， 可以在日志文件中搜索backtrace这个字段， 然后查找地址。

 

 

       Part 2:

       接下来先预热一下， 搞点前戏， 我们来用gdb的r命令来玩玩， 如下：

 

[taoge@localhost test]$ rm a.out
[taoge@localhost test]$ gcc -g main.c 
[taoge@localhost test]$ ./a.out 
Segmentation fault (core dumped)
[taoge@localhost test]$ gdb a.out 
GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/taoge/test/a.out...done.
(gdb) r
Starting program: /home/taoge/test/a.out 

Program received signal SIGSEGV, Segmentation fault.
0x080483c9 in main () at main.c:6
6               *p = 0;
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
(gdb) quit
A debugging session is active.

        Inferior 1 [process 5489] will be killed.

Quit anyway? (y or n) y
[taoge@localhost test]$

        可以看到， 在gdb调试的时候， 用r命令让程序再跑起来， 同样可以定位到问题出在第6行。还没完， 我们来看bt命令：

 

 

[taoge@localhost test]$ rm a.out
[taoge@localhost test]$ gcc -g main.c 
[taoge@localhost test]$ ./a.out 
Segmentation fault (core dumped)
[taoge@localhost test]$ gdb a.out 
GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/taoge/test/a.out...done.
(gdb) bt
No stack.
(gdb) r
Starting program: /home/taoge/test/a.out 

Program received signal SIGSEGV, Segmentation fault.
0x080483c9 in main () at main.c:6
6               *p = 0;
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
(gdb) bt
#0  0x080483c9 in main () at main.c:6
(gdb)

        可以看到， 第一个bt显示no stack, 因为程序a.out还没有跑起来。 好， 用r让程序run起来，继续bt,  就可以看到函数堆栈， 也能定位到第6行。 我们仔细看一下， gdb也找到了080483c9这个地址，进而找到了第6行，  所以完全可以认为， gdb里面内置了addr2line命令。


 

Part 3:

        好的， 还是来说我们的重头戏------gdb调试core

 

        我们先来看如下操作：

 

[taoge@localhost test]$ rm a.out 
[taoge@localhost test]$ ls
main.c
[taoge@localhost test]$ gcc -g main.c 
[taoge@localhost test]$ ls
a.out  main.c
[taoge@localhost test]$ ./a.out 
Segmentation fault (core dumped)
[taoge@localhost test]$ ls
a.out  main.c
[taoge@localhost test]$

        可以看到， 程序core dump后， 并没有生成什么core文件， 原因是ulimit对应的开关没有打开， 我们来看看：

 

 

[taoge@localhost test]$ ulimit -c
0
[taoge@localhost test]$ ulimit -c 999
[taoge@localhost test]$ ulimit -c
999
[taoge@localhost test]$ rm a.out 
[taoge@localhost test]$ gcc -g main.c 
[taoge@localhost test]$ ls
a.out  main.c
[taoge@localhost test]$ ./a.out 
Segmentation fault (core dumped)
[taoge@localhost test]$ ls
a.out  core.5911  main.c
[taoge@localhost test]$ gdb a.out core.5911 
GNU gdb (GDB) Red Hat Enterprise Linux (7.1-29.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/taoge/test/a.out...done.
[New Thread 5911]
Missing separate debuginfo for 
Try: yum --disablerepo='*' --enablerepo='*-debuginfo' install /usr/lib/debug/.build-id/74/d23352fd770753e375bd0caecf375bd77bded5
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Core was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0  0x080483c9 in main () at main.c:6
6               *p = 0;
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.7.el6.i686
(gdb) bt
#0  0x080483c9 in main () at main.c:6
(gdb) quit
[taoge@localhost test]$

        看上面的过程， ulimit -c是用来查询所设定的core文件大小的， 可以看到， 在默认情况下为0， 所以执行./a.out的时候， 并没有core文件生成。 我们把它设置为999， 然后在执行./a.out, 可以看到， 有core文件（core.5911）生成。 然后利用gdb来调试core, 刚执行gdb a.out core.5911的之后， 就看出了问题出在第6行， 此时如果用bt命令来看堆栈， 也可以看出问题出在第6行。
 

 


        那上述调试各有什么特点呢？ 

        我们知道，在实际中， 有很多问题是概率发生的， 很难重现。 此时， 如果用gdb的r命令（实际相当于重新运行程序）则是不可能的， 所以，本文part 2中的方法不太实用。

 

        对于概率性问题， 我们通常采用的是part 1和 part 3的方法。

        先说part 1方法：当程序出现堆栈错误时， 我们可以从日志中看到出错的地址， 然后用part 1中介绍的方法来查询， 以前经常这么玩。

        再说part 3方法：当程序出现堆栈错误时， 如果产生了core文件， 我们一定要视之为宝贝， 记得保存， 否则很可能被冲掉。 拿到core文件后， 我们可以用part 3中介绍的方法来调试core， 以前也这么玩过。

 

        有一个重要的问题必须指出， 在本文中， 所有的编译都加了-g这个选项， 主要是为了调试（保存了调试所需的调试信息）， 如果没有-g, 那么只能知道程序出错的堆栈地址， 却无法知道对应的代码行， 前功尽弃， 抓狂不已抓狂

        在实际项目开发中（比如嵌入式开发）， 真正的可执行文件/动态库等都都不能太大， 比如说，生成的xxx.so库有10M,  嵌入式那点小设备哪能奢侈地装这么大的东西啊？

所以要对xxx.so文件进行脱衣服操作（strip xxx.so）， 去掉一些调试信息， 形成对应的yyy.so,  真正发布的时候， 只发布yyy.so就行了, 如果出了问题， 需要定位的时候， 再用对应的xxx.so来定位， 因为xxx.so中有调试信息， 而yyy.so的衣服被脱了， 没有对应的调试信息了。   而且， 嵌入式设备生成了core文件， 但设备一般不支持gbd调试， 所以要把设备中的core文件拷贝到linux机器上进行调试， 千万要记得保存编译的环境哦。

 

         OK, gdb调试core dump的入门介绍就到此为止， 在后续的博文中， 我会继续介绍更多有关gdb调试的内容， 到时再一起嗨。

 

 

 

 

 

 

涛歌依旧
关注
专栏目录
linux内核panic/oops/crash分析(addr2line,objdump,gdb)
Radia的专栏
12-01 7701
panic、oops、crash都是指linux kernel层发生了内核无法处理的异常。 应用层编程只会造成该进程的崩溃，内核层的编程如驱动代码中的异常最严重的情况会导致内核panic。 那怎样处理呢？ 内核panic后有dump机制会打印出目前的所有寄存器，以便于分析异常原因。 我们经常用到的工具为addr2line,objdump,gdb addr2line可以将出错代码地址转转换
使用 GDB 和 KVM 调试 Linux 内核与模块
张同光 (Tongguang Zhang)：Hello everyone !
08-30 2507
使用 GDB 和 KVM 调试 Linux 内核与模块
Android 原生程序使用gdb, addr2line, readelf调试
最新发布
dolphin的专栏
10-15 515
readelf是一个在Unix和类Unix系统上用于查看ELF（Executable and Linkable Format）文件信息的命令行工具。GDB（GNU Debugger）是GNU项目调试器，是一种强大的程序调试工具，可以用于调试C、C++、Fortran等多种编程语言编写的程序。它允许程序员在程序运行时监视程序的内部状态和程序的控制流程。addr2line用于将程序的地址（例如，崩溃报告中提供的地址）转换为文件名和行号。这对于调试和定位程序中的错误非常有用，尤其是在处理崩溃或异常行为时。
gdb使用及原理【转】
小新
08-01 1785
1、GDB的主要功能：修复Bug、分析程序架构； 2、组成架构：支持本地调试和远程调试（主要应用于嵌入式系统开发）
根据内核Oops 定位代码
dolphin98629的专栏
04-03 1017
内核开发时有时候出现Oops，例如一个野指针会导致内核崩溃，如运行时出现以下log：现在有三种方法可以找出具体出现野指针的地方    5.438972] bells bells:  wm5102-aif1  samsung-i2s.0 mapping ok   [    5.443812] bells bells: Failed to add route OPCLK->Su
GDB章节（七） --- addr2line的用法
happylzs2008的专栏
04-17 927
gdb调试core dump入门实践（顺便复习一下之前介绍过的addr2line命令调试） https://blog.csdn.net/stpeace/article/details/49806473 gdb 和 addr2line 调试 crash（包含如何调试so里面的crash） https://blog.csdn.net/sunny04/article/details/4189...
linux下gdb调试和coredump内核转储
hallyz的博客
05-26 905
1、GDB简介   GDB（GNU Debugger）是一个由GNU开源组织发布的、UNIX/LINUX操作系统下的、基于命令行的、功能强大的程序调试工具。是linux系统环境下的C/C++开发者必须掌握的一个开发工具。 2、 GDB调试流程 2.1 准备 这里用c程序做演示； #include <stdio.h> int main() { printf("enter main()\n"); int i = 0; for(; i<10; i++){ pri
Linux生成dumpcore并进行调试,以及addr2line的用法
qq_39937902的博客
03-15 967
1) 在终端中输入ulimit -c 如果结果为0，说明当程序崩溃时，系统并不能生成core dump。2) 使用ulimit -c unlimited命令，开启core dump功能，并且不限制生成core dump文件的大小。如果需要限制，加数字限制即可。ulimit - c 10243) 默认情况下，core dump生成的文件名为core，而且就在程序当前目录下。新的core会覆盖已存在的...
gdb 调试 与 coredump_我的笔记_
weifc-wei 的博客
01-11 772
文章目录gdb 调试 与 coredump启动 gdbbt 查看堆栈情况退出 gdb 点击我, 到底部 gdb 调试 与 coredump gdb 是 GNU 发布的一个强大的程序调解工具, 也是Linux 程序员不可或缺的一大利器. 本章我们将给出 gdb 常用的命令的操作说明. 启动 gdb 使用gdb的前提 gcc -g hello.c -o hello 启动 gdb 调试: gdb hello 然后就可以进入命令行操作，和Shell一样,gdb 支持命令补全。输入几个字母，按Tab键， gd
C++ 调试技术：addr2line
个人博客
08-21 2251
最常用的调试C++程序的方法是使用IDE,，比如说vs,clion。打断点，debug模式跑。 稍微先进一点的是使用gdb进行调试。 gdb调试使用到的技术就比较多了，以后详细介绍。 今天看到一个神奇的命令addr2line，这个命令可以在程序 core dump的时候告诉你程序在哪一行出错。 示例代码如下： int main(void) { char *str; /* Stor...
Linux问题调试（3）--调试文件（core、map、Debug）的生成与调试工具（Addr2line、GDB）的使用
qq_69004149的博客
07-28 906
Linux平台生成的可执行文件，带有Debug或Release属性。Debug通常称为调试版本，它包含调试信息，并且不作任何优化，便于程序员对程序的调试。在Debug环境下，我们可以使用调试技巧，如观察监视、内存、反汇编等等。Release称为发布版本，它往往进行了各种优化，使程序在代码大小和运行速度上都是最优解，便于用户使用。map文件通常由链接器（Linker）生成，在构建过程中，链接器负责将各个编译单元（如.o或.obj文件）组合成一个可执行文件或库。
gdb使用及原理
yazhouren的专栏
07-31 1345
原文地址：http://hi.baidu.com/selflinux/item/69ddb9804612f55b27ebd9d8 1、GDB对于基于GNU系统开发的程序员来说是最基本的东西，必须的。所以这篇学习总结中，不打算包括GDB的一般使用方法。因为这些东西必须是随手拈来的。所以也就不花时间来整理，我只把一些比较高级的应用在这里作一个整理。 2、在编译链接程序时需要使用"-gg
linux内核调试工具-addr2line和gdb定位问题
weixin_43780213的博客
10-17 468
我用的编译链是aarch64-linux-gnu-，所以addr2line前面也要加这个前缀，这里一开始有个问题，我使用addr2line的时候没有输出代码行号，只输出两个"？4.9内核到5.7内核改动了大量代码，在将驱动移植到5.7上编译到内核里时出现了很多错误，按照错误提示都解决之后（网络相关函数有变动），编译通过，系统起到一半内核崩溃，错误提示如下。之前没有用过addr2line和gdb等内核调试工具定位问题代码，这里记录一下在将某个网络驱动从4.9内核移植到5.7内核时出现内核崩溃起不来的问题。
c++ 调试（gdb & cppcheck & addr2line）
LilyZJ的博客
01-14 884
dgb调试基础 1. 介绍 linux下程序调试工具，可以基于命令行断点调试程序。 2. 入门文档 gdb tutorial 3. 用例 step1: 使用debug标志编译链接程序： 注意添加 -g g++ -g hello.cpp -o hello step2: 使用gdb运行程序 gdb hello step3: 使用gdb命令调试程序 # 从头运行程序直到遇到断点或程序末尾 r # 在'fun'函数开始设置断点 b fun # 将断点设置在第N行 b N b file.cpp:N # 删除断点
linux进阶25——调试coredump的两种方法
www_dong的博客
06-20 996
1.dmesg+addr2line调试
C语言使用gdb addr2line strace指令定位segmentation fault或者core dumped实例分析及总结
wgl307293845的博客
11-16 653
Core dump 例子程序如下 #include <stdio.h> int func(int a, int b) { return a / b; } int main() { int x = 10; int y = 0; printf("%d / %d = %d\n", x, y, func(x, y)); return 0; } 测试 程序名称test.c Ubuntu16.04下编译 gcc -o test -g test.c 测试编译出的
addr2line跟踪core
陌上花开缓缓归以的博客
04-30 225
1,动态库如何指定链接路径，不适用/usr/bin,使用 -L . -lfun -Wl,-rpath=.偏移地址= 0xb76f0437 - 0xb76f0000 = 0x437。3,addr2line怎么找动态库的偏移地址，0x437怎么来的。a,挂死地址：0xb76f0437(是物理地址还是虚拟地址）先找到libfun.so的起始地址：0xb76f0000。2，addrline 没看到打印，输出？当把fun.c编译成动态库时呢。第一步，运行所有.c。
linux程序调试命令addr2line之入门简介(本文先不聊gdb调试)
热门推荐
认知 行动 坚持
06-23 1万+
addr2line有什么作用呢？ 可别小瞧它， 它可以定位到代码出错的位置。 下面， 我们来看看这个简单的代码： #include int main() { int *p = NULL; *p = 0; printf("bad\n"); return 0; } 这个程序很小， 我们可以一眼就看出程序在运行期出错。
gdb的工作原理
daiyudong2020的博客
06-10 1706
基本概念： gdb是做什么的、怎么用，就再重述了，这里主要从大方向讲述下gdb的原理。gdb主要功能的实现基于系统函数ptrace，通过man手册可以了解到，ptrace可以让父进程观察和控制其子进程的检查、执行。 函数的原型： // man 2 ptrace #include long ptrace(enum __ptrace_request request, pid_t p
GDB调试命令详解与实践指南
以下是一些关键的GDB调试命令及其功能的详细介绍： 1. **进入GDB**： - `gdbtest`：通过gdb命令执行指定的程序，如`gdb test`，其中test是你需要调试的可执行文件。 2. **查看源码和设置断点**： - `gdb) l`：列...
评论 7
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值