社区微信群开通啦,扫一扫抢先加入社区官方微信群
社区微信群
linux下使用gdb可以很好的跟踪代码。
当然,让我觉得神奇的是它竟然能跟踪正在运行的进程。
下面,我将用我的例子演示一下怎么使用的。
ps -ef | grep <进程名>
我的就是:
找到该进程的进程id,我的就是2486400, 下面根据这个进程号,attach到这个进程上去。
根据上一步获得进程号,现在attach上去:
gdb有两种打断点的方式:
1. gdb + 行号: 如果是当前文件,则直接加上行号。gdb进入的不是当前文件,则需要加上文件名。类似与相对路径和绝对路径
我的例子就是需要加上文件名,我需要在 /home/ceph/src/client/fuse_ll.cc 源码文件中的 591行处打断点,也就是fuse_ll_write函数入口:
(gdb) b /home/ceph/src/client/fuse_ll.cc:591
Breakpoint 1 at 0x556ae37be908: file /home/ceph/src/client/fuse_ll.cc, line 591.
(gdb)
2. 第二种打断点的方法是,gdb + 函数名,在我的例子里,就是:
b /home/ceph/src/client/fuse_ll.cc:fuse_ll_write
这两种打断点的方法有一样的效果。
触发断点有很多情况,比如,输入某个特定的值,删除某个文件,发送某个进程的信号。
在我这里,是写某个文件:
可以看到,进程暂停了,没有正确返回。
现在,我们去gdb去查看是不是真的触发了断点,进程停到断点处:
我们输入c(continue的意思):
(gdb) c
Continuing.
[Switching to Thread 0x7f285e0a1700 (LWP 2486426)]
Thread 23 "ceph-fuse" hit Breakpoint 1, fuse_ll_write (req=0x556aed447780, ino=1099511627799, buf=0x556aed754050 "hellon", size=6, off=0, fi=0x7f285e0a03c0)
at /home/ceph/src/client/fuse_ll.cc:594
warning: Source file is more recent than executable.
594 CephFuse::Handle *cfuse = fuse_ll_req_prepare(req);
(gdb)
现在,我们就可以从断点处追踪程序了(输入n或者s执行下一步,输入n 进行下一步时会跳过函数,输入s会进入每一个调用函数)。
大功告成!
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!