People should be aware of a way bigger NR_GROUPS for a current kernel if compiled against a current glibc-kernheaders.
greetings,
Florian La Roche
* Fri Jul 30 2004 Arjan van de Ven arjanv@redhat.com - update limits.h to reflect NR_GROUPS change
On Fri, Jul 30, 2004 at 10:28:27AM +0200, Florian La Roche wrote:
People should be aware of a way bigger NR_GROUPS for a current kernel if compiled against a current glibc-kernheaders.
It is actually NGROUPS_MAX that changed (and with sys/param.h NGROUPS as well). sysconf (_SC_NGROUPS_MAX) and getconf NGROUPS_MAX return 65536 for quite some time already on 2.6 kernels (sysconf parses /proc/sys/kernel/ngroups_max).
Jakub
Florian La Roche wrote:
People should be aware of a way bigger NR_GROUPS for a current kernel if compiled against a current glibc-kernheaders.
Not that anybody should ever use that constants. Every bit of userlevel code should use
sysconf (_SC_NGROUPS_MAX)
and nothing else.
On Fri, Jul 30, 2004 at 10:28:27AM +0200, Florian La Roche wrote:
People should be aware of a way bigger NR_GROUPS for a current kernel if compiled against a current glibc-kernheaders.
This seems to change the pppd interface published in /usr/include/pppd. I have no idea whether it really affects any existing pppd plugin. Mirek
devel@lists.stg.fedoraproject.org
-
Florian La Roche -
Jakub Jelinek -
Miloslav Trmač -
Ulrich Drepper