什么情况下close 文件描述符会不起效果？？？

azsxdcfv22

用select 阻塞在那的 文件描述符居然用close 起不效果

比如，8600端口  我在单独线程的 bind－》listen －》 select 阻塞在那了，然后另外线程close这个端口就没起到效果，因为close完再重新bind，结果返回errno 98，都说端口被占了，就是前面close没起作用


再试，8600 我在单独线程的 bind－》listen －》 sleep（100）等待－》select 阻塞在那了（单独线程的），然后在100s时间里  另外线程 close这个端口再 bind －》listen该端口，正常的

是因为select阻塞那的原因么？？？？

azsxdcfv22

没人知道吗？？

feiyinziiu

按照APUE的说法，close的时候停在那个地方，说明该该文件描述符所对应的文件并没有打开。

azsxdcfv22

不明白你说的

feiyinziiu

比如说你想用一个文件描述符  fd，这个fd是个int类型的。linux下是0~255之间的数值。
fd =9;
close(fd);和close(9)效果是一样的。
如果你close(100),而恰巧这个100所对应的文件没有被打开，你就无法关闭了，停住了。

rockcanon

close后，过一定时间后，才能重用这个端口(具体多长时间俺也不知道,肯定是100S内,呵呵)   ，你可以打开socket的端口重用选项,就不会有这个问题了。

int opt = 1;
int len = sizeof(opt);
setsockopt(sockfd,SQL_SOCKET,SO_REUSEADDR,&opt,&len);

JCheung

向楼上学习了。

azsxdcfv22

原帖由 rockcanon 于 2009-12-12 23:15 发表
close后，过一定时间后，才能重用这个端口(具体多长时间俺也不知道,肯定是100S内,呵呵)   ，你可以打开socket的端口重用选项,就不会有这个问题了。

int opt = 1;
int len = sizeof(opt);
setsockopt(sockf ...

------------------------------开启端口的时候都用这个 SO_REUSEADDR 处理过的，这个没用。。。。，如果是这个问题的，我说的第2种情况应该不存在的。

[ 本帖最后由 azsxdcfv22 于 2009-12-14 09:53 编辑 ]