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/
_______________________________________________
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
