[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e761f00d-751f-f782-9af1-c5f868d52df0@gmail.com>
Date: Thu, 28 Jan 2021 21:50:23 +0100
From: "Michael Kerrisk (man-pages)" <mtk.manpages@...il.com>
To: Stephen Kitt <steve@....org>, linux-man@...r.kernel.org,
Alejandro Colomar <alx.manpages@...il.com>
Cc: mtk.manpages@...il.com,
Christian Brauner <christian.brauner@...ntu.com>,
Giuseppe Scrivano <gscrivan@...hat.com>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v6] close_range.2: new page documenting close_range(2)
Hello Stephen, (and CHristian, please!)
Thanks for your patch revision. I've merged it, and have
done some light editing, but I still have a question:
On 1/23/21 5:11 PM, Stephen Kitt wrote:
[...]
> +.SH ERRORS
> +.TP
> +.B EMFILE
> +The per-process limit on the number of open file descriptors has been reached
> +(see the description of
> +.B RLIMIT_NOFILE
> +in
> +.BR getrlimit (2)).
I think there was already a question about this error, but
I still have a doubt.
A glance at the code tells me that indeed EMFILE can occur.
But how can the reason be because the limit on the number
of open file descriptors has been reached? I mean: no new
FDs are being opened, so how can we go over the limit. I think
the cause of this error is something else, but what is it?
Thanks,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
Powered by blists - more mailing lists