从其他一些调查来看,dwc和bothie都是正确的。
Bothie对问题的回答归结为:这是未定义的行为。这并不意味着它不一定是不可预测的,而是不同的 *** 作系统会以不同的方式进行 *** 作。
select(2)在这种情况下,看起来像Solaris和HP-
UX之类的系统将从中返回,但Linux并非基于2001年发布到linux-kernel邮件列表中的帖子。
linux-
kernel邮件列表上的参数本质上是依赖于它的未定义(和无效)行为。在Linux的情况下,调用
close(2)文件描述符可以有效地减少对其的引用计数。由于还有
select(2)一个引用它的调用,因此fd将保持打开状态并等待输入,直到
select(2)返回为止。您将在文件描述符上得到一个事件,然后将其关闭。尝试读取该文件将导致EBADF,前提是该fd尚未回收。
因此,谢谢大家的帮助。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)