对一个对端已经关闭的socket调用两次write, 第二次将会生成SIGPIPE信号, 该信号默认结束进程.具体的分析可以结合TCP的"四次握手"关闭. TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 虽然本意是关闭整个两条信道,.....
分类：
其他好文 时间：
2014-10-22 17:49:33
阅读次数：
163
网络程序异常退出无core文件产生这种情况发生在一边连接端已经关闭，但是另外一边还在对连接句柄做send操作，这样做send操作的进程会收到SIGPIPE信号，默认行为是直接退出且不会产生core。为了避免退出，一般在启动的时候加上 signal(SIGPIPE, SIG_IGN) 来忽略这种错误。...
分类：
系统相关 时间：
2014-10-19 12:51:34
阅读次数：
309
SIGPIPE信号详解 当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要...
分类：
其他好文 时间：
2014-10-16 20:38:43
阅读次数：
229
1.信号的概念
信号时软中断，它提供了一种处理异步时间的方法。
很多条件都会产生信号：
（1）用户按某些键时，引发终端产生信号。
（2）硬件异常产生信号：除数0，无效的内存引用等。
（3）进程调用kill，可以将任意信号发送给任意进程或进程组。
（4）当检测到某种软件条件已经发生时。例如SIGURG，SIGPIPE和SIGALRM。
当某种信号出现时，可以告诉内核使用下列三种方式来处...
分类：
其他好文 时间：
2014-10-11 13:54:05
阅读次数：
202
看了TCP的一些东西，知道服务器往以及关闭了的sockfd中写两次时，会产生SIGPIPE信号，如果不处理，默认会挂掉服务器
弄个小例子测试一下：
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
#inc...
分类：
其他好文 时间：
2014-10-07 16:31:43
阅读次数：
178
我写了一个服务器程序,在Linux下测试，然后用C++写了客户端用千万级别数量的短链接进行压力测试. 但是服务器总是莫名退出，没有core文件.
最后问题确定为, 对一个对端已经关闭的socket调用两次write, 第二次将会生成SIGPIPE信号, 该信号默认结束进程.
具体的分析可以结合TCP的"四次握手"关闭. TCP是全双工的信道, 可以看作两条单工信道, TCP连接两...
分类：
其他好文 时间：
2014-09-26 23:05:48
阅读次数：
250
网上查资料，找到原因，网络连接socket建立后，若某一端关闭连接，而另一端仍然向它写数据，第一次写数据后会收到RST响应，
此后再写数据，kernel将向进程发出SIGPIPE信号，通知进程此连接已经断开。而SIGPIPE信号的默认处理是终止程序，导致上述问题的发生！...
分类：
其他好文 时间：
2014-09-22 17:04:02
阅读次数：
201
ctrl + c --> 2)SIGINTctrl + \ --> 3)SIGQUIT13)SIGPIPE 当管道读端关闭，再往管道写东西，会发出SIGPIPE信号17)SIGCHLD 子进程退出会向父进程发出SIGCHLD信号，系统默认处理是忽略掉该信号#include#include #incl...
分类：
其他好文 时间：
2014-09-09 12:28:48
阅读次数：
185
引言 先看以下两个信号量： 13)SIGPIPE 当管道读端关闭，再往管道写东西，会发出SIGPIPE信号 17)SIGCHLD 子进程退出会向父进程发出SIGCHLD信号，系统默认处理是忽略掉该信号 代码 /*********************************************...
分类：
系统相关 时间：
2014-08-26 01:46:05
阅读次数：
311
最近编写一个http服务器，经常发生无故崩溃的情况程序崩溃的时候非常奇怪，既没有产生core文件，我自己也没有类似exit的语句后来发现原来是这样：TCP是全双工的信道, 可以看作两条单工信道, TCP连接两端的两个端点各负责一条. 当对端调用close时, 虽然本意是关闭整个两条信道,但本端只是收...
分类：
其他好文 时间：
2014-08-23 15:10:20
阅读次数：
209
