使用libevent编写websocket服务端时遇到了一个问题： 浏览器与服务端建立连接后，若刷新或关闭浏览器窗口（未监听相应事件并处理），服务端无法得知连接断开，按理说，这种情况属于client ...

使用libevent编写websocket服务端时遇到了一个问题： 浏览器与服务端建立连接后，若刷新或关闭浏览器窗口（未监听相应事件并处理），服务端无法得知连接断开，按理说，这种情 ...

SIGPIPE往一个已经接收到FIN的套接中写是允许的，接收到的FIN仅仅代表对方不再发送数据。并不能代表我不能发送数据给对方。往一个FIN结束的进程中写(write)，对方会发送一个RST字段过来，TCP重置。如果再调用write就会产生SIGPIPE信号 　　通常，我们只需要忽略这个信号 ...

GDB调试网络程序时，会遇到SIGPIPE信息，默认GDB会把程序停下来，即使程序使用signal(SIGPIPE, SIG_IGN);来忽略信号。用handle命令设置一下缺省的signal的处理行为即可：(在gdb模式下运行下面的命令) handle SIGPIPE nostop ...

　　我写socket相关的程序也不是一天两天了，在我的记忆中，只要处理好recv（或read）的返回值中<0，==0，>0三种情况，程序便不会有什么问题。但最近在看公司的源代码时，发现代码中直接将SIGPIPE设置为SIG_IGN。而且附上一段注释：往一个已经关闭的socket写入数据 ...

send或者write socket遭遇SIGPIPE信号 当服务器close一个连接时，若client端接着发数据。根据TCP协议的规定，会收到一个RST响应，client再往这个服务器发送数据时，系统会发出一个SIGPIPE信号给进程，告诉进程这个连接已经断开了，不要再写了。 又或者当一个 ...

SIGPIPE TCP是全双工的信道，可以看作两条单工信道，TCP连接的两个端点各负责一条。当对端调用close，虽然本意是关闭整个两条信道，但本端只是收到FIN包。按照TCP协议的语义，表示对端只是关闭了其所负责的那一条单工信道，任然可以继续接收数据。也就是说，因为TCP协议的限制，一个端点 ...

...