mirror of
git://git.sv.gnu.org/coreutils.git
synced 2026-07-26 10:39:01 +02:00
TODO: Update the note on getgrouplist.
This commit is contained in:
@@ -1,3 +1,7 @@
|
||||
2008-01-23 Jim Meyering <meyering@redhat.com>
|
||||
|
||||
* TODO: Update the note on getgrouplist.
|
||||
|
||||
2008-01-23 Zvi Har'El <rl@math.technion.ac.il>
|
||||
|
||||
Add a ";", so "make install" works with --enable-install-program=su.
|
||||
|
||||
@@ -157,16 +157,16 @@ Add a distcheck-time test to ensure that every distributed
|
||||
file is either read-only(indicating generated) or is
|
||||
version-controlled and up to date.
|
||||
|
||||
Implement Ulrich Drepper's suggestion to use getgrouplist rather
|
||||
than getugroups. This affects only `id', but makes a big difference
|
||||
on systems with many users and/or groups, and makes id usable once
|
||||
again on systems where access restrictions make getugroups fail.
|
||||
Implement Ulrich Drepper's suggestion to use getgrouplist rather than
|
||||
getugroups. This affects both `id' and `setuidgid', but makes a big
|
||||
difference on systems with many users and/or groups, and makes id usable
|
||||
once again on systems where access restrictions make getugroups fail.
|
||||
But first we'll need a run-test (either in an autoconf macro or at
|
||||
run time) to avoid the segfault bug in libc-2.3.2's getgrouplist.
|
||||
In that case, we'd revert to using a new (to-be-written) getgrouplist
|
||||
module that does most of what `id' already does. Or just avoid the
|
||||
buggy use of getgrouplist by never passing it a buffer of length zero.
|
||||
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200327
|
||||
See http://bugzilla.redhat.com/200327
|
||||
|
||||
remove `%s' notation (now that they're all gone, add a Makefile.maint sc_
|
||||
rule to ensure no new ones are added):
|
||||
|
||||
Reference in New Issue
Block a user