From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: [PATCH] nextfd(2) Date: Wed, 04 Apr 2012 11:44:53 -0700 Message-ID: <4F7C96A5.4090402@zytor.com> References: <20120401125741.GA7484@p183.telecom.by> <4F7A3CC2.1040200@zytor.com> <4F7C777E.10608@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexey Dobriyan , akpm@linux-foundation.org, viro@zeniv.linux.org.uk, torvalds@linux-foundation.org, drepper@gmail.com, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org To: KOSAKI Motohiro Return-path: In-Reply-To: <4F7C777E.10608@gmail.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 04/04/2012 09:31 AM, KOSAKI Motohiro wrote: >> >> OK, so what you're saying here is: >> >> Linux doesn't actually have a problem unless: >> 1. You use the library implementation of opendir/readdir/closedir; >> 2. You use a nonstandard malloc for the platform which doesn't >> correctly set up fork hooks (which I would consider a bug); > > Right. but I'm argue "correctly set up" term because SUS/POSIX don't > require it. > It is only a workaround of buggy userland in glibc. SUS still says you > can't > use opendir and typical userland people don't want ignore SUS as far as > possible. Since you are comparing with a Linux-only system call, any suggestion that depends on SuS requirements as opposed to Linux requirements is irrelevant. > > It can. but more ugly. no? > And a new system call isn't? What planet are you on? -hpa