Based upon a freebsd change:

If an application closes one of its stdio descriptors (0..2),
an excessive close() on one of these descriptors would cause
a memory for this descriptor to be allocated in the internal
descriptor table.  When this descriptor gets used again, e.g.
through the call to open() or socket(), the descriptor would
be erroneously left in the blocking mode, and the whole
 application would get stuck on a blocking operation, e.g.,
in accept(2).

but changed to not eat fds when a file that the thread kernel doesn't
know about is closed.

0 files changed, 0 insertions, 0 deletions