[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a36005b50809011734w73f48dc1l68853e4e73309c2a@mail.gmail.com>
Date: Mon, 1 Sep 2008 17:34:03 -0700
From: "Ulrich Drepper" <drepper@...il.com>
To: "Michael Kerrisk" <mtk.manpages@...glemail.com>
Cc: "Ulrich Drepper" <drepper@...hat.com>,
"Andrew Morton" <akpm@...ux-foundation.org>,
"Al Viro" <viro@...iv.linux.org.uk>,
lkml <linux-kernel@...r.kernel.org>,
"Davide Libenzi" <davidel@...ilserver.org>
Subject: Re: No NONBLOCK flag for dup3() or epoll_create1()?
On Wed, Aug 20, 2008 at 9:49 AM, Michael Kerrisk
<mtk.manpages@...glemail.com> wrote:
> I've been doing some testing (2.6.27-rc3) of your new
> file-descriptor-creating syscalls that accept flags. According to
>
> http://udrepper.livejournal.com/20407.html
>
> all of the system calls should accept a *_NONBLOCK flag.
This was never the intention.
> For epoll_create1() this certainly appears to be an oversight, since I can't
> think of a reason not to support *_NONBLOCK.
I can. There is already a method to not block (zero timeout). We
should not provide multiple ways to get the same functionality. It
would require changes in the epoll code as well. That's not worth it.
> (Furthermore, given a open file description for which O_NONBLOCK is
> already enabled, it is not possible to make a dup3() call that disables
> O_NONBLOCK, which is an odd asymmetry in the API.)
That's why I didn't add support for the flag. It's hardly useful to
add this support.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists