gdb调试（四）函数调用栈之Backtraces

最新推荐文章于 2024-04-19 09:51:03 发布
最新推荐文章于 2024-04-19 09:51:03 发布 · 334 阅读 · 0
文章标签：

#嵌入式

本文深入解析GDB命令用于查看栈信息和选择帧进行详细分析的方法，包括bt、btn、btfull等命令的使用，以及如何通过framen、fn、f等命令选择并查看特定帧的信息。

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


通过产看栈信息，我们可以了解栈内帧的编号或地址，通过选择帧我们可以移动到指定的帧内去产看信息。



1、查看栈信息


产看函数调用栈的几个函数

bt
显示所有的函数调用栈帧的信息，每个帧一行。
bt n
显示栈定的n个帧信息。
bt -n
显示栈底的n个帧信息。

bt full
显示栈中所有帧的完全信息如：函数参数，本地变量
bt full n
用发同上。
bt full -n

例如：

(gdb) bt

#0 get_net_ipaddr (s=5, ifr=0xbfffe7ec, ipaddr=0xbfffe88c "192.168.1.200") at netif.c:67

#1 0x080491e2 in netinf_get (dev=0x8049a60 "eth0", ipaddr=0xbfffe88c "192.168.1.200", isup=0xbfffe844,

netmask=0xbfffe86c "\325I\024", hwaddr=0xbfffe84c "\001") at netif.c:296

#2 0x08048813 in main () at netif.c:34

(gdb) bt full

#0 get_net_ipaddr (s=5, ifr=0xbfffe7ec, ipaddr=0xbfffe88c "192.168.1.200") at netif.c:67

err = 0

#1 0x080491e2 in netinf_get (dev=0x8049a60 "eth0", ipaddr=0xbfffe88c "192.168.1.200", isup=0xbfffe844,

netmask=0xbfffe86c "\325I\024", hwaddr=0xbfffe84c "\001") at netif.c:296

s = 5

err = 0

ifr = {ifr_ifrn = {ifrn_name = "eth0", '\000' <repeats 11 times>}, ifr_ifru = {ifru_addr = {sa_family = 2,

sa_data = "\000\000\300\250\001\310\000\000\000\000\000\000\000"}, ifru_dstaddr = {sa_family = 2,

sa_data = "\000\000\300\250\001\310\000\000\000\000\000\000\000"}, ifru_broadaddr = {sa_family = 2,

ifru_newname = "\002\000\000\000\300\250\001\310\000\000\000\000\000\000\000",

ifru_data = 0x2 <Address 0x2 out of bounds>}}

#2 0x08048813 in main () at netif.c:34

err = 1

isup = 0

ipaddr = "192.168.1.200\000\004\b\270\350\377\277\245\324\025\000\060\340\021\000\273\231\004\b"



2、选择帧


只有查看所选择帧内的信息是合法的，如果要查看指定帧内的信息，首先要移动到指定帧。

frame n
f n
通过帧编号来选择帧，帧编号可以通过bt来查看。

f addr
通过帧地址来选择帧，帧编号可以通过bt来查看。

up n
在栈中向上移动n个帧。即向着最外层移动n个帧。

down n
与 up 反方向移动n个帧。

up-silently n
down-silently n
在栈中移动n个帧，但是不打印信息。



3、查看帧内信息

frame
f
打印帧内函数的信息。

info frame
info f
打印帧的信息。

例如：

(gdb) info frame

Stack level 1, frame at 0xbfffe820: //被选帧的地址

eip = 0x80491e2 in netinf_get (netif.c:296); saved eip 0x8048813

called by frame at 0xbfffe8c0, caller of frame at 0xbfffe7b0 //调用帧和被调用帧的地址

source language c.

Arglist at 0xbfffe818, args: dev=0x8049a60 "eth0", ipaddr=0xbfffe88c "192.168.1.200", isup=0xbfffe844,

netmask=0xbfffe86c "\325I\024", hwaddr=0xbfffe84c "\001" //变量地址

Locals at 0xbfffe818, Previous frame's sp is 0xbfffe820

Saved registers:

ebp at 0xbfffe818, eip at 0xbfffe81c //保存的寄存器值地址

info frame addr
info f addr

打印通过addr指定帧的信息。
例如： info f 0x08048813

info args
打印函数变量的值。

info locals
打印本地变量的信息。

info catch


iteye_18591
关注
在C/C++程序中打印当前函数调用栈
tycoon的专栏
08-28 1917
最近调试程序学到的几个挺有用的函数，分享一下，希望对用C/C++的朋友有所帮助！ 1. 调用栈系列 下面是函数原型： 1 2 3 4 #include "execinfo .h" int backtrace(void **buffer, int size); char **backtrace_symbols(void *const *buffer, int s
gdb 调试命令的使用及总结
墨鱼菜鸡
07-11 2419
GDB: The GNU Project Debugger：http://www.gnu.org/software/gdb/documentation/ 参考：http://www.jianshu.com/p/30ffc01380a0 参考：https://www.ibm.com/developerworks/cn/linux/l-cn-gdbmp/...
gdb backtrace
qq_38963393的博客
05-17 327
A backtrace is a summary of how your program got where it is. It shows one line per frame, for many frames, starting with the currently executing frame (frame zero), followed by its caller (frame one), and on up the stack. In a multi-threaded prog
backtrace in gdb
swyang1992的专栏
12-12 601
用法： Backtraces 多线程用法： Debugging Programs with Multiple Threads call stack相关： FP寄存器及frame pointer介绍 ARM: Call stack generation with no frame pointer
GDB再学习（5.3）：常用指令介绍_backtrace_查看函数栈
Stoneshen的博客
04-05 3118
文章目录1 指令说明3 指令测试3.1 打印最里面的N帧 bt n3.2 打印最外面的N帧 bt -n3.3 打印栈帧并打印局部变量的值 bt full 1 指令说明 backtrace(简写bt)可以查看程序的调用栈。每帧显示一行，如果有多个帧，它会以当前的帧为第0帧，然后再到调用它的帧为第1帧，依次类推。 如下，main调用test2函数，当前帧(第0帧)为test2函数。 (gdb) bt #0 0x0000000000400576 in test2 () at test_gdb.c:12 #1
gdb 笔记（08）— 查看栈回溯信息、切换栈帧、查看帧信息
wohu1104的专栏
06-05 1万+
当程序进行函数调用时，这些调用信息（比如在哪里调用等）称为栈帧。每一个栈帧的内容还包括调用函数的参数、局部变量等。所有栈帧组成的信息称为调用栈（或者调用堆栈）。当程序刚开始运行时，只有一个栈帧，即主函数 。每调用一个函数，就产生一个新的栈帧；当函数调用结束时（即从函数返回后），该函数的调用随之结束，该栈帧也结束。如果该函数是一个递归函数，则调用该函数会产生多个栈帧。查看栈回溯信息的命令是 。执行该栈回溯命令后，会显示程序执行到什么位置、包含哪些帧等信息。每一帧都有一个编号，从 0 开始。0 表示当前正在执
ARM函数多级调用栈
最新发布
03-30
### ARM 架构下的多级函数调用栈分析与调试 在嵌入式系统开发中，特别是在基于 ARM 架构的环境中，理解并掌握函数调用栈的工作原理以及相应的调试技术是非常重要的。以下是关于 ARM 架构下多级函数调用栈工作原理...
利用backtrace系列函数在Linux系统上定位段错误位置
通常，使用外部调试器如 gdb 可以简单地获取函数调用栈，但是有时需要从程序内部获取函数调用栈，例如，为日志记录或诊断目的。 Backtraces 函数可以获取当前线程中的函数调用栈，包括当前执行的函数和之前的函数...
GDB英文手册详细解读与指南
- **调用栈（Backtraces）**：GDB能够显示当前函数调用的堆栈信息，帮助用户了解函数调用顺序和上下文。 - **信号处理（Signals）**：GDB能够处理程序接收到的信号，如SIGSEGV（段错误）等，并允许用户继续调试程序...
gdb中有调用关系的函数在堆栈中的关系
11-07
gdb调试中，具有调用关系的函数在堆栈中的关系。
(九）GDBdebug调试技术——backtrace无法正确显示(栈破坏)
喜欢打篮球的普通人
11-18 8559
文章目录1.问题内容2.解决办法3.查看寄存器和栈 1.问题内容 以多线程应用程序中由于线程间的冲突导致的栈破坏为例，讲解调试方法。由于存在栈破坏，可以说backtrace信息并不完整 问题：某个进行线程间通信的程序中含有bug，生成了coredump文件 2.解决办法 如果出现了以下的bt信息 （gdb）bt #0 0x00000003b4869ac80 in nanossleep ()...
jlink+openocd+gdb 调试+linux异常backtrace分析
main_476的博客
04-19 2445
这里可以看出, cpu进入同步异常的data abort类型.这个属于不可恢复异常, 系统打印异常信息,调用panic把cpu停在这个异常现场.使用管理员权限运行openocd软件，前者的-f表示jinlk的配置，后面的-f表示目标板的配置。当异常发生后，操作系统需要做以下事情： 根据异常发生的类型， : 跳转到合适的异常向量表-异。常向量表的每个表项会保存一个异常处理的跳转函数，然后跳转到恰当的异常处理函数并处理异常。C、点击Install Driver，修改Jlink的驱动为WinUSB。
gdb调试技巧
chunlovenan的专栏
05-06 958
使用命令： display 变量名跟踪查看某个变量，每次停下来都显示它的值 undisplay 跟踪显示号取消跟踪显示 info（或i） breakpoints查看当前设置了哪些断点 例如： disable breakpoints 3 (gdb) enable 3 (gdb) i breakpoints (gdb) delete breakpoints gdb) br
GDB frame和backtrace命令：查看栈信息
qq_39717701的博客
02-28 1533
linux gdb调试
嵌入式C代码调试利器——backtrace
嵌入式Linux
04-17 579
1backtrace基本原理大家好，我是bug菌~backtrace英译为回溯的意思，这听起来有点专业了，其实大部分搞嵌入式的朋友都有听说过函数调用栈callstack。而backtrace说白了就是我们呈现函数调用关系的一项功能。所以backtrace调试功能的实现原理基于函数调用栈的概念。那什么是函数调用栈呢？函数调用栈是一个记录程序中函数调用关系的数据结构，它在程序运行时动态生成和维护。当程...
gdb调试详解
热门推荐
青萍之末的博客
05-04 1万+
一、gdb调试coredump文件 二、gdb调试多线程       【Note】：
实时打印stack trace, 免得使用gdb了.
aa495323137的博客
01-16 199
实现文件: PrintStackTrace.java " package com.android.providers.downloads; import android.util.Log; public class PrintStackTrace { //Invoke the static method where you want to pri...
gdb常用调试命令
chlet的博客
08-14 3190
gdb是GNU项目的一个强大的调试器，可以帮助检查和修改程序的运行状态，发现和修复错误。本文将介绍一些gdb的常用调试命令，以及它们的全称和简写方式。
gdb调试如何查看调用栈是内部还是外部库函数
03-26
<think>好的，我现在要解决用户的问题：如何在GDB调试时区分调用栈中的内部函数与外部库函数。首先，我需要理解用户的需求。用户在调试程序时，调用栈可能包含自己编写的内部函数和外部库函数（如libc中的函数），用户希望能够在查看调用栈时区分这两者，便于调试和分析。 接下来，我需要回忆GDB的相关命令和功能。GDB的`backtrace`或`bt`命令用于显示调用栈，但默认情况下不会区分内部和外部函数。不过，GDB提供了一些选项和设置，可能帮助用户实现区分。 首先想到的是使用`info sharedlibrary`命令，这个命令可以显示当前加载的所有共享库的信息，包括库的地址范围。如果调用栈中的函数地址落在这些库的地址范围内，就可以判断为外部库函数。但这个方法需要用户手动对比地址，可能不够直观。 接下来，GDB的`bt`命令可以结合参数，比如`bt full`显示局部变量，但不确定是否能区分内外函数。可能需要其他方法。 然后，考虑GDB的Python脚本扩展功能。用户可以编写Python脚本，在调用栈遍历时，通过检查函数所在的模块是否为应用程序本身或系统库，从而进行区分。这需要一定的脚本编写能力，但灵活性较高。 另外，GDB的`info proc mappings`可以显示进程的内存映射，包括各模块的起始和结束地址。结合`info symbol`命令，可以确定某个地址属于哪个模块。例如，对每个栈帧的地址使用`info symbol $pc`，然后判断模块路径是否包含系统库路径（如`/usr/lib`或`/lib`），从而区分内外函数。 可能还可以使用`frame`命令逐个查看栈帧，并检查函数所在的源文件是否存在。内部函数通常有可用的源文件信息，而外部库函数可能没有，或者源文件路径指向系统库的位置。不过，这依赖于调试信息的安装情况，如果外部库没有调试信息，可能无法获取源文件路径。 另外，用户可能希望有一个自动化的方法，在显示调用栈时自动标记内外函数。这可能需要自定义GDB命令或使用现有的插件。例如，使用`backtrace`命令后，解析每一帧的信息，判断函数是否属于内部模块。 还需要考虑用户的环境，比如是否在调试时有符号信息。如果外部库没有调试符号，可能只能看到函数名，而无法确定来源。但动态链接库的函数通常会有明确的命名，如`printf`来自libc，可以通过名称识别。 总结可能的步骤： 1. 使用`bt`查看调用栈。 2. 对每个栈帧使用`info symbol`或`info address`确定所属模块。 3. 检查模块路径是否属于系统库路径。 4. 编写脚本自动化这一过程。 同时，需要参考用户提供的引用内容。引用[1]提到系统库如libc.so.6位于`/usr/lib`，而引用[2]提到内部函数的符号名可能在text段中。这可能帮助判断函数来源。 可能的实现方法： - 在GDB中使用`info shared`列出已加载的共享库，记录它们的地址范围。 - 遍历调用栈的每个帧，获取其程序计数器（PC）地址。 - 检查该地址是否在系统库的地址范围内，如果是，则为外部函数；否则为内部函数。 或者，利用GDB的Python API编写脚本，自动处理这些步骤并高亮显示内外函数。 最后，需要将这些方法整理成用户能够理解的步骤，并提供具体的命令示例，确保用户能够操作。</think>在GDB调试中区分调用栈中的内部函数与外部库函数，可以通过以下方法实现： --- ### **1. 使用`backtrace`命令结合符号信息** GDB默认的`bt`命令会显示完整的调用栈，但需要结合符号信息识别来源： - **查看调用栈**： ```bash (gdb) bt #0 func_internal (arg=5) at main.c:3 #1 0x00007ffff7e45d0a in printf (format=0x555555556004 "Result: %d\n") at printf.c:28 ``` 若函数显示为`main.c:3`等源代码位置，则为内部函数；若显示为`printf.c:28`或仅显示地址（如`0x00007ffff7e45d0a`）且无源码路径，则可能为外部库函数[^1]。 --- ### **2. 检查函数所属模块** 通过`info symbol`命令判断函数所属模块： ```bash (gdb) info symbol 0x00007ffff7e45d0a printf in section .text of /usr/lib/libc.so.6 ``` - 若输出包含`/usr/lib`或`/lib`等系统库路径，则为外部库函数[^1]。 - 若输出为内部目标文件名（如`main`），则为内部函数。 --- ### **3. 使用`info sharedlibrary`定位外部库** 列出所有已加载的共享库及其内存范围： ```bash (gdb) info sharedlibrary 0x00007ffff7e3d000 0x00007ffff7fdb000 /usr/lib/libc.so.6 ``` 随后对比调用栈地址是否落在这些库的地址范围内。 --- ### **4. Python脚本自动化区分（进阶）** 编写GDB Python脚本，自动标记内外函数： ```python import gdb class InternalExternalBacktrace(gdb.Command): def __init__(self): super().__init__("ieb", gdb.COMMAND_USER) def invoke(self, arg, from_tty): sys_lib_paths = ["/usr/lib", "/lib"] # 系统库路径 frame = gdb.newest_frame() while frame is not None: pc = frame.pc() symtab = frame.find_sal().symtab if symtab: filename = symtab.fullname() if any(path in filename for path in sys_lib_paths): print(f"[External] {frame.name()} ({filename})") else: print(f"[Internal] {frame.name()} ({filename})") else: # 无符号信息时检查内存映射 proc_map = gdb.execute("info proc mappings", to_string=True) if "libc.so.6" in proc_map: # 示例检查 print(f"[External] {frame.name()} (unknown)") else: print(f"[Internal] {frame.name()} (unknown)") frame = frame.older() InternalExternalBacktrace() ``` 加载脚本后使用`ieb`命令，输出会标注内外函数[^2]。 --- ### **5. 结合调试信息与内存映射** 若外部库无调试符号，可通过`info proc mappings`查看内存映射： ```bash (gdb) info proc mappings 0x7ffff7e3d000 0x7ffff7fdb000 0x17e000 0x0 /usr/lib/libc.so.6 ``` 若调用栈地址落在`libc.so.6`等库的范围内，则为外部函数。 --- ### **示例流程** 1. 运行程序并触发断点： ```bash (gdb) b main.c:3 (gdb) run ``` 2. 查看调用栈： ```bash (gdb) bt #0 internal_func() at main.c:3 #1 0x7ffff7e45d0a in printf () from /usr/lib/libc.so.6 ``` 3. 验证外部函数地址： ```bash (gdb) info symbol 0x7ffff7e45d0a printf in section .text of /usr/lib/libc.so.6 ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值