[Top][All Lists]
[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/