Date: Wed, 6 Sep 2000 00:44:33 +0400 From: "Andrey A. Chernov" <ache@nagual.pp.ru> To: Bruce Evans <bde@zeta.org.au> Cc: Peter van Dijk <peter@dataloss.net>, current@freebsd.org Subject: Re: FIFOs & select: what about our implementation? Message-ID: <20000906004433.A72273@nagual.pp.ru> In-Reply-To: <Pine.BSF.4.21.0009060543430.25048-100000@besplex.bde.org>; from bde@zeta.org.au on Wed, Sep 06, 2000 at 07:35:50AM %2B1100 References: <20000905192458.A1428@dataloss.net> <Pine.BSF.4.21.0009060543430.25048-100000@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Sep 06, 2000 at 07:35:50AM +1100, Bruce Evans wrote: > This behaviour is sort of intentional. Reads on a named pipe with no > writers are specified by POSIX.1 to return immediately. 4.4BSD does > extra work to break this in some cases. select() on a read descriptor > open on such a pipe just follows read(). I think it started giving > the behaviour that you don't want when I fixed read(). Please consider that we talk not about reads but about select. 'Select' is used to indicate that data is available while 'read' used to read it, they are two different things and behaviour of one thing not related to other. Currently select indicates that data is available when it really isn't. I don't ask to fix current read implementation, but select is just unusable for FIFOs in its current form. -- Andrey A. Chernov <ache@nagual.pp.ru> http://ache.pp.ru/ 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?20000906004433.A72273>