当前位置: 技术问答>linux和unix
gdb调试多线程程序时的问题, 为何不在断点处停下来?
来源: 互联网 发布时间：2016-01-11
本文导语: gdb调试多线程程序时的问题, 为何不在断点处停下来? 环境: redhat as 2.1 + gcc2.96 + gdb5.3.90 先进入gdb, 然后attach一个正在运行的服务器程序的pid 在调试多线程程序时遇到一个问题, 我在一个服务器线程函数中设置...
gdb调试多线程程序时的问题, 为何不在断点处停下来?
环境: redhat as 2.1 + gcc2.96 + gdb5.3.90
先进入gdb, 然后attach一个正在运行的服务器程序的pid
在调试多线程程序时遇到一个问题, 我在一个服务器线程函数中设置了一个断点
然后客户端访问服务器, 本来程序应该在这个断点处停下来, 但gdb显示:
Program received signal SIGTRAP, Trace/breakpoint trap.
0x40b11322 in accept () from /lib/libc.so.6
居然在libc.so.6库中停了下来??? 使用bt命令的输出如下:
#0 0x40b11322 in accept () from /lib/libc.so.6
#1 0x40027213 in accept () from /lib/libpthread.so.0
#2 0x0804f20a in Srv () at test.c:2674
#3 0x0804f719 in main (argc=1, argv=0xbffec3f4) at test.c:2867
但在简单的多线程程序的调试过程中没有这个问题(到断点处程序都会停下来)
请问这个问题如何解决??
环境: redhat as 2.1 + gcc2.96 + gdb5.3.90
先进入gdb, 然后attach一个正在运行的服务器程序的pid
在调试多线程程序时遇到一个问题, 我在一个服务器线程函数中设置了一个断点
然后客户端访问服务器, 本来程序应该在这个断点处停下来, 但gdb显示:
Program received signal SIGTRAP, Trace/breakpoint trap.
0x40b11322 in accept () from /lib/libc.so.6
居然在libc.so.6库中停了下来??? 使用bt命令的输出如下:
#0 0x40b11322 in accept () from /lib/libc.so.6
#1 0x40027213 in accept () from /lib/libpthread.so.0
#2 0x0804f20a in Srv () at test.c:2674
#3 0x0804f719 in main (argc=1, argv=0xbffec3f4) at test.c:2867
但在简单的多线程程序的调试过程中没有这个问题(到断点处程序都会停下来)
请问这个问题如何解决??
|
在到达断点之前收到了signal SIGTRAP
这个信号中断了程序的运行？
你可以先检查这个信号的原因，
如果没有问题，再continue试试能不能跑到断点处
这个信号中断了程序的运行？
你可以先检查这个信号的原因，
如果没有问题，再continue试试能不能跑到断点处
|
SIGTRAP: 当子进程因被追踪而暂停时便产生此信号给父进程.
|
info thread
thread #
thread #
|
没有结果
您可能感兴趣的文章:
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术，将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。
本站(WWW.)站内文章除注明原创外，均为转载、整理或搜集自网络。欢迎任何形式的转载，转载请注明出处。