This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/1535] Make _SC_CHILD_MAX retort RLIMIT_NPROC soft resource limit?
- From: "roland at gnu dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 8 Jan 2006 09:44:06 -0000
- Subject: [Bug libc/1535] Make _SC_CHILD_MAX retort RLIMIT_NPROC soft resource limit?
- References: <20051024142054.1535.michael.kerrisk@gmx.net>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From roland at gnu dot org 2006-01-08 09:44 -------
I've committed code on the trunk that will use the RLIMIT_NPROC value in sysconf
when CHILD_MAX is not defined at compile time. This has no effect until the
kernel header is changed to remove CHILD_MAX, and then a glibc compiled against
thew new kernel headers will yield the dynamic value, matching applications
compiled against those headers that expect a runtime-variable value.
Because CHILD_MAX is specified as a runtime invariant value, we are not at
liberty to make sysconf return a different value from the CHILD_MAX constant as
long as one is defined. This requirement will be violated when there is skew
between built applications using an old CHILD_MAX value from old kernel headers,
and a newer libc.so built against new kernel headers. But that is the same
violation that occurs whenever libc.so is built against new kernel headers that
have changed the constant value, just the same as removing the constant.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=1535
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.