Date: Tue, 9 Mar 2004 14:22:48 +1100 From: Tim Robbins <tjr@freebsd.org> To: John Birrell <jb@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc/stdio _flock_stub.c local.h Message-ID: <20040309032248.GA88649@cat.robbins.dropbear.id.au> In-Reply-To: <200403090245.i292j0a6035728@repoman.freebsd.org> References: <200403090245.i292j0a6035728@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 08, 2004 at 06:44:59PM -0800, John Birrell wrote: > jb 2004/03/08 18:44:59 PST > > FreeBSD src repository > > Modified files: > lib/libc/stdio _flock_stub.c local.h > Log: > On 4.X it was possible for an application to initialise a local FILE > structure and call stdio functions. In 5.X this was broken when FILE > locking was introduced into libc. > > This change makes most (relevant) stdio functions work again when the > _extra file in FILE isn't initialised (and can't be without a libc > function to do it since the __sFILEX structure is private to libc). Is this a useful behaviour to support? ORIENT needs to be kept as simple as possible since it is invoked for every single stdio call. The extra conditional may make a difference for getc() and putc() in the single-threaded case. Tim
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040309032248.GA88649>