免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 8894 | 回复: 14
打印 上一主题 下一主题

关于GDB无法调试epoll的疑问? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-08-21 14:35 |只看该作者 |倒序浏览
5可用积分
我们用epoll作为网络底层构建了一个服务程序,发现如果在GDB下调试服务程序,根本就收不到消息,如果正常执行,是没问题的,重装了系统GDB是没有问题的,请问这是怎么回事有遇到这种情况的吗?

最佳答案

查看完整内容

打日志是我的首选调试方法,如果程序崩溃就看core 文件,如果死锁就 attach上去,其他的错误我从不用GDB

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
2 [报告]
发表于 2009-08-21 14:35 |只看该作者
打日志是我的首选调试方法,如果程序崩溃就看core 文件,如果死锁就 attach上去,其他的错误我从不用GDB

论坛徽章:
0
3 [报告]
发表于 2009-08-21 14:37 |只看该作者
有相关的错误信息吗?

论坛徽章:
0
4 [报告]
发表于 2009-08-21 14:43 |只看该作者

回复 #2 ziggler 的帖子

根本就没有错误信息,在GDB下,只能看到连接已经到来,消息还是收不到,在正常运行情况下,是能收到消息的

论坛徽章:
1
寅虎
日期:2014-11-30 21:25:54
5 [报告]
发表于 2009-08-21 14:46 |只看该作者
对gdb打断程序运行的机制不是很懂 你可以试试 在epoll_wait 返回 errno 是 EINTR 判断下发生什么事情了 是否需要恢复

[ 本帖最后由 vbs100 于 2009-8-21 14:49 编辑 ]

论坛徽章:
0
6 [报告]
发表于 2009-08-21 15:02 |只看该作者

回复 #4 vbs100 的帖子

vbs100 的 意思是:不是epoll和gdb的问题,而是在gdb下epoll_wait 信号处理和正常运行有差异造成的?

论坛徽章:
1
寅虎
日期:2014-11-30 21:25:54
7 [报告]
发表于 2009-08-21 15:08 |只看该作者

回复 #5 rain_fish 的帖子

只是给你提供一个思路 到底问题出在哪里 你还要在自己的程序里验证 当然最好能把解决方法和大家分享下

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
8 [报告]
发表于 2009-08-21 15:18 |只看该作者
那就别用GDB,换换printf

论坛徽章:
0
9 [报告]
发表于 2009-08-21 15:20 |只看该作者

回复 #1 rain_fish 的帖子

现在的办法就打日志,但是想知道原因,如果找到肯定会分享的。。。

论坛徽章:
1
2015年辞旧岁徽章
日期:2015-03-03 16:54:15
10 [报告]
发表于 2009-08-21 15:53 |只看该作者
这种交互式的网络程序最好不用gdb来调,因为当执行到你的中断时,在你没有敲 step/next之前,程序会一直阻塞,对方可能由于你一段时间内没有回应而关掉了连接,
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP