This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] getgrent.3: Add ENOENT to error list.

From: Siddhesh Poyarekar <siddhesh at redhat dot com>
To: "Carlos O'Donell" <carlos at redhat dot com>
Cc: Michael Kerrisk <mtk dot manpages at gmail dot com>, "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 20:23:07 +0530
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 Wed, Sep 10, 2014 at 10:23:13AM -0400, 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.

The daemon not running is internally a NSS_STATUS_TRYAGAIN +
EAGAIN[1], i.e. that is what the sssd nss plugin should return to
glibc.  glibc then should return that as a NOTFOUND, which for
getgrent is a NULL return without errno set.  I don't see why ENOENT
is necessary.

Siddhesh

[1] http://www.gnu.org/software/libc/manual/html_node/NSS-Modules-Interface.html

Attachment: pgpoH6Bhl9P1h.pgp
Description: PGP signature

Follow-Ups:
- Re: [PATCH] getgrent.3: Add ENOENT to error list.
  - From: Carlos O'Donell

References:
- [PATCH] getgrent.3: Add ENOENT to error list.
  - From: Carlos O'Donell

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]