Date: Thu, 14 Nov 2002 17:49:21 -0800 (PST) From: Archie Cobbs <archie@dellroad.org> To: Daniel Eischen <eischen@pcnet1.pcnet.com> Cc: Archie Cobbs <archie@dellroad.org>, Archie Cobbs <archie@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/lib/libc_r/uthread uthread_execve.c Message-ID: <200211150149.gAF1nLir032633@arch20m.dellroad.org> In-Reply-To: <Pine.GSO.4.10.10211142034280.25390-100000@pcnet1.pcnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel Eischen wrote: > > But it was harmless, right? I figured it fixes some corner case without > > causing any additional bugs so why not? > > Yes, but might help to hide what the real problem is (if there is one). The real problem is unsolvable, i.e., how does a libc_r program know which file descriptors might be shared with another process?? There's no way to know and DTRT in all circumstances. > > The real underlying problem doesn't seem solvable; I'd rather wait > > until libc_r is KSE'ified. > > I don't envision that. That's what libpthread is for. Death to > libc_r, death to them all... :-) Oops, that's what I meant.. libpthread (not libc_r). -Archie __________________________________________________________________________ Archie Cobbs * Packet Design * http://www.packetdesign.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200211150149.gAF1nLir032633>