Hey, So at work we ran into a situation where a process had to fdopen more than 32K files, which lead to a file descriptor leak. The reason for this leak was that while regular fds are ints, _file is a short, so if fdopen got an fd larger than SHRT_MAX, it would get sign-extended and thus become invalid, causing the subsequent fclose to fail. This being FreeBSD, the fix was found and contributed back into FreeBSD's repository by John Baldwin in http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/stdio/fdopen.c.diff?r1=1.8;r2=1.9 (with surrounding discussion on http://docs.freebsd.org/mail/archive/2008/freebsd-arch/20080302.freebsd-arch.html). I believe that we are affected by the same problem and would like to commit the same (simple short-term) fix. Any objections? -Jan -- "When it's fall in New York, the air smells as if someone's been frying goats in it, and if you are keen to breathe the best plan is to open a window and stick your head in a building."
Attachment:
pgpHf3LUraAH0.pgp
Description: PGP signature