Date: Wed, 09 May 2001 19:30:34 +0900 From: Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp> To: jhb@FreeBSD.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, current@FreeBSD.org Subject: RE: select(2) converted to use a condition variable, and optimis Message-ID: <200105091030.f49AUYP07219@rina.r.dl.itc.u-tokyo.ac.jp> In-Reply-To: In your message of "Wed, 09 May 2001 19:20:07 %2B0900" <200105091020.f49AK7P05497@rina.r.dl.itc.u-tokyo.ac.jp> References: <200105081026.f48AQgP75260@rina.r.dl.itc.u-tokyo.ac.jp> <XFMail.010508082155.jhb@FreeBSD.org> <200105091020.f49AK7P05497@rina.r.dl.itc.u-tokyo.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 09 May 2001 19:20:07 +0900, Seigo Tanimura <tanimura> said: Seigo> That does not, however, necessarily imply that we can scan file Seigo> descriptors with holding a process lock. Another process can release a Seigo> reference to a file descriptor via closef() during polling the Seigo> descriptor by calling its fo_poll. In this case, fdrop() subsequent to Seigo> the call of fo_poll may result the reference count of the descriptor Seigo> to be zero. Hang on, the process that owns a file descriptor should be fhold()ing the descriptor. Since we never call closef() during waiting for an event, that problem described above is no more than absurd fear. -- Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp> <tanimura@FreeBSD.org> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105091030.f49AUYP07219>