【Linux】GDB查看栈信息(转)

本文介绍如何使用GDB调试器查看程序的函数调用堆栈,包括在栈帧间切换、打印栈帧信息、打印调用堆栈等命令的使用方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

【Linux】GDB查看栈信息(转)

在调试程序的过程中,查看程序的函数调用堆栈是一项最基本的任务,几乎所有的图形调试器都支持这项特性。

      GDB调试器当然也支持这一特性,但是功能更加灵活和丰富。

      GDB将当前函数的栈帧编号为0,为外层函数的栈帧依次加1,这些编号将成为一些GDB命令的参数,以指明将要操作的是哪一个函数的栈帧。

      GDB还支持使用Address作为栈帧的标识符,可在栈帧编号被破坏的情况下使用。

      1.在栈帧之间切换

          GDB中有很多针对调用堆栈的命令,都需要一个目标栈帧,例如打印局部变量值的命令。

          frame args 将当前栈帧设置为args(编号或Address)指定的栈帧,并打印该栈帧的简要信息。

          select-frame args frame args相同,但是不打印栈帧信息。

          up n 向上回退n个栈帧(更外层),n默认为1. 

          down n 向下前进n个栈帧(更内层),n默认为1.

          up-silently n up n相同,但是不打印信息。

          down-silently n down n相同,但是不打印信息。

      2.打印栈帧信息(不移动栈帧)

          frame 打印当前栈帧的简要信息。

          info frame 打印当前栈帧的详细信息。

          info frame args 打印指定栈帧的详细信息。

          info args 打印函数参数信息。

          info locals 打印当前可访问的局部变量的信息。

      3.打印调用堆栈

          backtrace 打印全部栈帧的简要信息,按Ctrl-c可终止打印。

          backtrace n 打印最内层的n个栈帧的简要信息。

          backtrace -n 打印最外层的n个栈帧的简要信息。

          backtrace full 打印全部栈帧的详细信息。

          backtrace full n 打印最内层的n个栈帧的详细信息。

          backtrace full -n 打印最外层的n个栈帧的详细信息。

      4.一些配置项

          set backtrace past-main on 对调用堆栈的打印可越过main函数。
          set backtrace past-main off 对调用堆栈的打印止步于main函数。

### 使用GDB调试工具在Linux环境下定位程序崩溃位置 当遇到程序崩溃的情况,在Linux环境中利用`gdb`是一个非常有效的手段来诊断问题所在。对于已经生成了core dump文件的情形,可以通过加载该文件至`gdb`来进行深入调查。 #### 加载核心储文件 为了开始分析,需先启动`gdb`并传入可执行文件以及对应的core dump文件作为参数[^3]: ```bash gdb myprogram core ``` 这一步骤使得可以在`gdb`内部环境获取到程序崩溃瞬间的状态快照。 #### 获取调用信息 一旦进入`gdb`交互界面之后,输入`bt`(backtrace)命令能够打印出当前线程完整的函数调用历史路径[^4]: ```plaintext (gdb) bt #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51 #1 0x00007f9a8b2e48df in __GI_abort () at abort.c:79 ... #n main () at /path/to/source/file.c:line_number ``` 上述输出展示了从最内层(最近一次调用)到最外层(最早发起者),每一级函数及其所在的源码位置。这对于追踪错误根源至关重要。 #### 检查具体帧详情 如果希望更细致地了解某一层的具体情况,则可通过指定编号的方式查看特定框架内的局部变量、寄存器等内容: ```plaintext (gdb) frame n # 切换到第n号frame (gdb) info locals # 显示本地变量 (gdb) info registers # 展示寄存器状态 ``` 这些操作有助于进一步缩小问题范围,并可能揭示导致异常的根本原因。 #### 设置断点重跑测试 有时直接观察静态数据不足以完全解析难题;此时可以选择设置适当断点重新执行程序直至再次触发相同条件下的崩溃现象以便动态监控变化过程: ```plaintext (gdb) break function_name_or_line_number (gdb) run arguments_for_your_program ``` 通过这种方式可以获得更加直观的感受关于程序行为模式的信息
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值