免费注册 查看新帖 |

Chinaunix

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

socket: recv阻塞时候 close释放资源问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-08-24 23:50 |只看该作者 |倒序浏览
本帖最后由 chobit_s 于 2011-08-24 23:51 编辑
  1. #include <stdio.h>
  2. #include <unistd.h>
  3. #include <signal.h>
  4. #include <sys/socket.h>
  5. #include <netinet/in.h>
  6. static int sockfd;
  7. void sigint(int num)
  8. {
  9.         close(sockfd);
  10.         printf("closed\n");
  11. }
  12. int main(int argc, char **argv)
  13. {
  14.         char buf[512];
  15.         int len;
  16.         signal(SIGINT, sigint);
  17.         sockfd = socket(AF_INET, SOCK_RAW, IPPROTO_ICMP);
  18.         len = recv(sockfd, (void *)buf, 512, 0);
  19.         if (len < 0) {
  20.                 perror("recv");
  21.                 return -1;
  22.         }
  23.         return 0;
  24. }
复制代码
测试结果:
# ./a.out
[ctrl+c]
^Cclosed
recv: Bad file descriptor

我追2.6.11的代码:
recv:
sys_recv-->..->sk_common_recv->raw_recvmsg->skb_recv_datagram->wait_packet:
  prepare_to_wait_exclusive(sk->sleep, ...)
  .....
  schedule_timeout();
  finish_wait(sk->sk_sleep, &wait); //finish_wait 内会对sk_sleep引用,但是close会设置成NULL

close:
sys_close-> ..-> sk_common_release-> sock_orphan:
   ...
  sk->sk_sleep = NULL;
  ...

这两处会不会出现矛盾呢?

论坛徽章:
0
2 [报告]
发表于 2011-09-10 11:21 |只看该作者
请搞清楚信号的处理流程,信号处理是在系统调用返回后进行的

在recv中wait_packet检测到有信号发生时,会返回,然后执行信号句柄,因此先输出close.接着因为
wait_packet返回的错误是ERESTARTSYS,recv系统调用会被再次执行,显然此时的fd是无效的,recv返回错误EBADF,perror输出recv: Bad file descriptor。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP