bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #22505] id command fails to retrieve group info when nss_ldap is us


From: Jim Meyering
Subject: [bug #22505] id command fails to retrieve group info when nss_ldap is used
Date: Sat, 08 Mar 2008 09:39:13 +0000
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.12) Gecko/20080129 Iceweasel/2.0.0.12 (Debian-2.0.0.12-1)

Update of bug #22505 (project coreutils):

                  Status:                    None => Need Info              

    _______________________________________________________

Follow-up Comment #1:

Thank you for the report and the patch.
I reproduced the failure using coreutils-6.10 by appending "nisplus" (in
place of your suggested nss_ldap) on fedora rawhide.

However this is fixed (or at least made less likely) in the latest snapshot
(http://meyering.net/cu/coreutils-ss.tar.lzma) by virtue of the code now using
getgrouplist when that function is available.

Since getgrent is supposed to leave errno unchanged upon EOF, I believe this
exposes a bug in glibc (also note that ENOENT is not listed as a possible
errno value in the POSIX spec for getgrent).   It would seem that few
getgrent-using applications care enough about robustness to check this
particular condition.

So, regarding your patch, it'd be nice if you would investigate the
possibility this is a glibc bug and get it fixed upstream.  Considering the
failure is no longer triggered with the latest coreutils snapshot, and the
behavior it accommodates is not even standard-conforming, I'm inclined not to
use the patch.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?22505>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]