This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] getgrent.3: Add ENOENT to error list.
- From: "Carlos O'Donell" <carlos at redhat dot com>
- To: Michael Kerrisk <mtk dot manpages at gmail dot com>
- Cc: "linux-man at vger dot kernel dot org" <linux-man at vger dot kernel dot org>, Simo Sorce <ssorce at redhat dot com>, Jakub Hrozek <jhrozek at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Wed, 10 Sep 2014 12:45:25 -0400
- Subject: Re: [PATCH] getgrent.3: Add ENOENT to error list.
- Authentication-results: sourceware.org; auth=none
- References: <54105ED1 dot 5020206 at redhat dot com>
On 09/10/2014 10:23 AM, Carlos O'Donell wrote:
> It's possible to get ENOENT returned from getgrent
> if the backend, for example say SSSD, isn't configured
> or the daemon isn't running. The same can be said of any
> of the NSS backend.
> As POSIX does not list ENOENT, we can list it ourselves
> and define it how we like.
> I don't know how you handle errno values that are glibc
> specific, but here is the patch that enhances getgrent
> to make users aware of what ENOENT is intended to mean
> from glibc.
> Patch against master. Please apply.
While I'm fixing one I might as well fix the other.
- Add ENOENT.
- Add EAGAIN.
diff --git a/man3/getgrent.3 b/man3/getgrent.3
index f49c746..599b9fd 100644
@@ -129,6 +129,11 @@ or
.BR free (3).)
+The service was temporarily unavailable; try again later.
+For NSS backends in glibc this indicates a temporary error talking to the backend.
+The error may correct itself, retrying later is suggested.
A signal was caught.
@@ -141,6 +146,11 @@ The calling process already has too many open files.
Too many open files in the system.
+.\" not in POSIX
+A necessary input file cannot be found.
+For NSS backends in glibc this indicates the backend is not correctly configured.
.\" not in POSIX
Insufficient memory to allocate