首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 操作系统 > UNIXLINUX >

socket编程accept返回值为0,是否正常?该如何解决

2012-02-15 
socket编程accept返回值为0,是否正常?socket编程server端程序接收client多连接请求后,sock accept(iSock

socket编程accept返回值为0,是否正常?
socket编程server端程序接收client多连接请求后,sock = accept(iSock, &sin, &len); sock的返回值为0,多数情况下看到的返回值都是正数,出现个零很是奇怪,在这里求助下有人遇到过吗?什么情况下会返回零呢?求大虾....

再看返回了错误码:Socket error 10038 - Socket operation on non-socket 即:非法的socket对象在操作 这个原因基本定位可以给accept返回值为0原因导致。

从我的程序运行来看确实出现了:too many openfiles 这个错误,即打开文件句柄过过。但是我的程序既有打开的文件也有打开的socket,用pfiles看进程打开的句柄数却并没用什么变化。程序日志跟踪打开的文件都被及时关闭,打开的socket也被关闭了。
确实有些奇怪,到底是因为什么原因导致打开文件句柄数过多呢?



[解决办法]
0 也是一个合法的描述符
如果你事先关闭了0这个描述符,然后再accept,那么很可能返回0

close(0);
int fd = accept(...);
[解决办法]

探讨

0 也是一个合法的描述符
如果你事先关闭了0这个描述符,然后再accept,那么很可能返回0

close(0);
int fd = accept(...);

[解决办法]
楼上2位不错,可 0 1 2 是默认给系统预留的。 如果accept使用0 作为通道, 那么其他程序会受到影响。
[解决办法]
"too many openfiles"----出现这种情况,"描述符打开过多"这一点应该是可以肯定的,你再仔细检查下是否有打开但没有关闭的描述符(包括文件和socket)。ls -l /proc/"进程号"/fd/基本可以查看某一进程所打开的描述符资源,对于socket可以使用netstat命令查看,如果有未关闭的socket,那么会有大量的CLOSE_WAIT状态的连接。
或者说是你的系统的最大描述符数量被改动过了(ulimit -n查看)。
希望能帮上忙,楼主解决问题时请与大家分享下原因。(:-:)
[解决办法]
很有可能返回0的时候,你的socket文件描述符已经被异常或正常关闭了.Socket operation on non-socket,提示不是socket 文件符操作了.
[解决办法]
accept有返回1或2的情况不?
如果有很有可能说明你的server端进程是有守护进程的,并且你这个dameom还是位于socket和accept之间的。
[解决办法]
探讨
引用:
accept有返回1或2的情况不?
如果有很有可能说明你的server端进程是有守护进程的,并且你这个dameom还是位于socket和accept之间的。


运行了6天了,目前没有再出现"too many files"这种错误。
accept值为0程序都正常运行,没有看到1和2的情况。
我的程序不是守护进程,程序未做成守护进程。

[解决办法]
socket标准规定成功后accept返回非负描述符即可,错误则返回-1;

只要非负就是正常的,有什么问题吗?

热点排行