如何使用gdb查看堆栈情况?怎么查看?bt 或 info stack 有什么区别?

bt 和 info stack 有什么区别?

btinfo stack 是 GDB(GNU Debugger)中的两个不同命令,用于查看调试信息的不同方面:

  1. btbacktrace)命令:

    • bt 命令用于获取当前线程的函数调用堆栈信息。
    • 它会显示当前线程中函数调用的序列,从当前位置回溯到程序的入口点。
    • 这有助于我们查看程序执行的路径,以找到问题所在。
  2. info stack 命令:

    • info stack 命令用于显示当前线程的调用堆栈的更详细信息,包括局部变量和寄存器值。
    • 它提供了比 bt 更详细的堆栈信息,包括局部变量、函数参数以及堆栈帧的更多细节。

下面就是bt的使用示例

在 GDB 中,我们可以使用 backtrace 或 bt 命令来查看当前线程的函数调用堆栈,也可以使用 info stack 命令查看。

首先在终端中启动 GDB,并将需要调试的程序作为参数传入。

$ gdb my_program

设置断点或者直接运行程序。当程序暂停时,可以使用 btbacktrace 命令来查看堆栈情况。

(gdb) bt
#0  my_function (arg1=42, arg2=1337) at my_file.c:123
#1  0x00005555555552b5 in main () at main.c:12

上面的输出结果包括了当前线程的每个函数调用以及它们所在的文件、行号和参数值等信息。其中第一行是最近一次调用的函数,而最后一行是整个堆栈的起始位置(即 main 函数)。

如果想要查看某个特定帧(frame)的详细信息,可以使用 frame 或者简写为 f 命令加上帧编号进行切换。

(gdb) f 0    // 切换到第一个帧
#0  my_function (arg1=42, arg2=1337) at my_file.c:123
123     return arg1 + arg2;
   
(gdb) f 1    // 切换到第二个帧
#1  0x00005555555552b5 in main () at main.c:12
12      int result = my_function(42, 1337);

除了 bt 命令,还可以使用 info stack 命令来查看当前线程的堆栈信息。


info stack 命令通常用于在调试器中查看当前线程的堆栈信息,我们一般按照以下步骤来查看当前线程的堆栈信息:

  1. 启动 GDB 并加载可执行文件或核心转储文件。
  2. 在 GDB 中暂停程序执行,可以使用 Ctrl+C 来中断正在运行的程序。
  3. 使用 info threads 命令来查看所有线程的列表。这将列出所有正在运行的线程,并显示它们的标识符(通常是线程 ID)。
  4. 选择要查看堆栈信息的特定线程,可以使用 thread [thread_id] 命令,其中 [thread_id] 是想要查看的线程的标识符。例如,thread 1 选择线程 ID 为 1 的线程。
以下是一个info statck的示例会话:
$ gdb my_program
(gdb) run
[Program is running...]
^C
(gdb) info threads
  1 Thread 0x7ffff7fc1a40 (LWP 15931)  0x00007ffff7bc8723 in poll () from /lib/x86_64-linux-gnu/libc.so.6
* 2 Thread 0x7ffff776e700 (LWP 15935)  main () at my_program.c:10
(gdb) thread 2
[Switching to thread 2 (Thread 0x7ffff776e700 (LWP 15935))]
(gdb) info stack
#0  main () at my_program.c:10

在这个示例中,我们先使用 info threads 命令列出了所有线程,然后选择了线程 ID 为 2 的线程,最后使用 info stack 查看了这个线程的堆栈信息。堆栈信息中列出了函数调用的序列,以及每个函数的位置。

最后再来个真实示例,以 make 后的 Redis 为例:

(gdb) gdb redis-server
(gdb) r
 ... 此处输出信息很多,省略
 # 按 Ctrl+C 
 ^C
(gdb) info threads
  Id   Target Id                                            Frame
* 1    Thread 0x7ffff7c53680 (LWP 876498) "redis-server"    0x00007ffff7d7346e in epoll_wait (epfd=5, events=0x7ffff78fd000, maxevents=10128, timeout=100) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
  2    Thread 0x7ffff7119700 (LWP 876502) "bio_close_file"  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555558c22c8 <bio_newjob_cond.lto_priv+40>) at ../sysdeps/nptl/futex-internal.h:183
  3    Thread 0x7ffff6918700 (LWP 876504) "bio_aof"         futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555558c22f8 <bio_newjob_cond.lto_priv+88>) at ../sysdeps/nptl/futex-internal.h:183
  4    Thread 0x7ffff6117700 (LWP 876505) "bio_lazy_free"   futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555558c2328 <bio_newjob_cond.lto_priv+136>) at ../sysdeps/nptl/futex-internal.h:183
  5    Thread 0x7ffff5916700 (LWP 876506) "jemalloc_bg_thd" futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x7ffff7a168b0) at ../sysdeps/nptl/futex-internal.h:183
(gdb) thread 2
[Switching to thread 2 (Thread 0x7ffff7119700 (LWP 876502))]
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555558c22c8 <bio_newjob_cond.lto_priv+40>) at ../sysdeps/nptl/futex-internal.h:183
183	../sysdeps/nptl/futex-internal.h: No such file or directory.
(gdb) info stack
#0  futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5555558c22c8 <bio_newjob_cond.lto_priv+40>) at ../sysdeps/nptl/futex-internal.h:183
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x5555558c2380 <bio_mutex.lto_priv>, cond=0x5555558c22a0 <bio_newjob_cond.lto_priv>) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=cond@entry=0x5555558c22a0 <bio_newjob_cond.lto_priv>, mutex=mutex@entry=0x5555558c2380 <bio_mutex.lto_priv>) at pthread_cond_wait.c:647
#3  0x000055555566d1e8 in bioProcessBackgroundJobs (arg=0x0) at bio.c:233
#4  0x00007ffff7e4e609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#5  0x00007ffff7d73133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

OK,动动小手开始实践吧。( 😊 别忘了点赞、收藏。感谢~)

  • 6
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
如果工程很大,头文件很多,而有几个头文件又经常要用的,那么: 1、把这些头文件全部写到一个头文件中,比如:preh.h 2、写一个preh.c,里面的包含库文件,只要一句话#include"preh.h" 3、对于preh.c,在project settings 里面设置creat precompilesd headers ,对于其他.c文件,设置use precompiled header file 。 预编译头文件:就是把一个工程中的那一部分代码,预先编译好放在一个文件里(通常是以.pch为扩展名的),这个文件就成为预编译头文件。这些预先编译好的代码可以是任何的C/C++代码,甚至是inline的函数,但必须是稳定的在工程开发的过程中不会被经常改变。 编译器是以文件为单位编译的,一个文件经过修改后,会重新编译整个文件,当然在这个文件里包含的所有头文件中的东西都要重新处理一遍 预编译头的作用: 根据上文介绍,预编译头文件的作用当然就是提高便宜速度了,有了它你没有必要每次 都编译那些不需要经常改变的代码。编译性能当然就提高了。 预编译头的使用: 要使用预编译头,我们必须指定一个头文件,这个头文件包含我们不会经常改变的 代码和其他的头文件,然后我们用这个头文件来生成一个预编译头文件(.pch文件) 想必大家都知道 StdAfx.h这个文件。很多人都认为这是VC提供的一个“系统级别”的 ,编译器带的一个头文件。其实不是的,这个文件可以是任何名字的。我们来考察一个 典型的由AppWizard生成的MFC Dialog Based 程序的预编译头文件。(因为AppWizard 会为我们指定好如何使用预编译头文件,默认的是StdAfx.h,这是VC起的名字)。我们 会发现这个头文件里包含了以下的头文件: #include // MFC core and standard components #include // MFC extensions #include // MFC Automation classes #include // MFC support for Internet Explorer 4 Common Controls #include 这些正是使用MFC的必须包含的头文件,当然我们不太可能在我们的工程中修改这些头文 件的,所以说他们是稳定的。 那么我们如何指定它来生成预编译头文件。我们知道一个头文件是不能编译的。所以我 们还需要一个cpp文件来生成.pch 文件。这个文件默认的就是StdAfx.cpp。在这个文件 里只有一句代码就是:#include “Stdafx.h”。原因是理所当然的,我们仅仅是要它能 够编译而已?D?D?D也就是说,要的只是它的.cpp的扩展名。 我们可以用/Yc编译开关来指 定StdAfx.cpp来生成一个.pch文件,通过/Fp编译开关来指定生成的pch文件的名字。打 开project ->Setting->C/C++ 对话框。把Category指向Precompiled Header。在左边的 树形视图里选择整个工程  Project Options(右下角的那个白的地方)可以看到 /Fp “debug/PCH.pch”,这就是指 定生成的.pch文件的名字,默认的通常是 .pch(我的示例工程名就是PCH)。 然后,在左边的树形视图里选择StdAfx.cpp.//这时只能选一个cpp文件! 这时原来的Project Option变成了 Source File Option(原来是工程,现在是一个文件 ,当然变了)。在这里我们可以看到 /Yc开关,/Yc的作用就是指定这个文件来创建一个 Pch文件。/Yc后面的文件名是那个包含了稳定代码的头文件,一个工程里只能有一个文 件的可以有YC开关。VC就根据这个选项把 StdAfx.cpp编译成一个Obj文件和一个PCH文件 。 然后我们再选择一个其它的文件来看看,//其他cpp文件 在这里,Precomplier 选择了 Use ⋯⋯⋯一项,头文件是我们指定创建PCH 文件的stda fx.h 文件。事实上,这里是使用工程里的设置,(如图1)/Yu”stdafx.h”。 这样,我们就设置好了预编译头文件。也就是说,我们可以使用预编译头功能了。以 下是注意事项: 1):如果使用了/Yu,就是说使用了预编译,我们在每个.cpp文件的最开头,我强调一遍 是最开头,包含 你指定产生pch文件的.h文件(默认是stdafx.h)不然就会有问题。如 果你没有包含这个文件,就告诉你Unexpected file end. 如果你不是在最开头包含的, 你自己试以下就知道了,绝对有很惊人的效果⋯.. fatal error C1010: unexp
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

天河书阁 VicRestart

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值