signal(SIGPIPE, SIG_IGN)

本文转自网络：

关于SIGPIPE导致的程序退出

收集一些网上的资料，以便参考：

http://blog.chinaunix.net/u2/69143/showart_1087349.html

     当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。
    根据信号的默认处理规则SIGPIPE信号的默认执行动作是terminate(终止、退出),所以client会退出。若不想客户端退出可以把SIGPIPE设为SIG_IGN

    如:    signal(SIGPIPE,SIG_IGN);
    这时SIGPIPE交给了系统处理。

  服务器采用了fork的话，要收集垃圾进程，防止僵尸进程的产生，可以这样处理：
  signal(SIGCHLD,SIG_IGN);　交给系统init去回收。
   这里子进程就不会产生僵尸进程了。


http://www.cublog.cn/u/31357/showart_242605.html

好久没做过C开发了，最近重操旧业。

听说另外一个项目组socket开发遇到问题，发送端和接受端数据大小不一致。建议他们采用writen的重发机制，以避免信号中断错误。采用后还是有问题。PM让我帮忙研究下。

UNP n年以前看过，很久没做过底层开发，手边也没有UNP vol1这本书，所以做了个测试程序，研究下实际可能发生的情况了。

 

测试环境：AS3和redhat 9(缺省没有nc)

 

先下载unp源码:

wget http://www.unpbook.com/unpv13e.tar.gz

tar xzvf *.tar.gz;

configure;make lib.

然后参考str_cli.c和tcpcli01.c，写了测试代码client.c

 

 

#include    "unp.h" #defineMAXBUF 40960 voidprocessSignal(intsigno) {     printf("Signal is %d/n",signo);     signal(signo,processSignal); } void str_cli(FILE*fp,intsockfd) {     char    sendline[MAXBUF],recvline[MAXBUF];     while(1){         memset(sendline,'a',sizeof(sendline));         printf("Begin send %d data/n",MAXBUF);         Writen(sockfd,sendline<