借这次了解TeamTalk的机会 回忆一下 已渐渐陌生的linux gdb调试
./restart.sh db_proxy_server
开启一个守护进程
跟踪测代码执行流程
base -x restart.sh db_proxy_server

cd db_proxy_server
gdb ../daeml
set args ./db_proxy_server
list
b 93

设置 fork 跟踪模式
set fllow-fork-mode child
可通过 ps -ef |grep _server查看 相关进程


return 退出 函数

执行 db_prox_server创建了很多线程

[Inferior 3 (process 20883) exited with code 0377]
Missing separate debuginfos,

PID debug 22650


CurrentThread 3

IDE调试虽然很方便 但是复杂项目情况下多数不便进行IDED ebug
//具体文件
break fun1.cpp:45
srs
gdb --args ./objs/srs -c conf/srs.conf
本文回顾了在Linux环境下使用gdb调试TeamTalk服务器的过程,包括设置fork跟踪、线程调试和处理Missing separated debug infos。讨论了IDE调试的局限,并分享了在特定文件中设置断点的实际操作。
1418

被折叠的 条评论
为什么被折叠?



