[Bug libc/227] possible problem with ld.so and brk management
roland at gnu dot org
sourceware-bugzilla@sources.redhat.com
Sat Aug 14 06:41:00 GMT 2004
------- Additional Comments From roland at gnu dot org 2004-08-14 06:41 -------
Created an attachment (id=163)
--> (http://sources.redhat.com/bugzilla/attachment.cgi?id=163&action=view)
glibc patch
In the Linux 2.6 and 2.4 sources I have on hand, the kernel always starts the
brk value at the next page boundary. So I can't see how this would come up.
If there is an extant mainline Linux kernel that behaves as you say, then glibc
might change to accomodate that. Is there one?
If you want to experiment with a change, you can try out the attached patch.
This ought to update the kernel's brk to match the page rounding that ld.so did
for its own use. Then the libc initializers for malloc and the like should
start with the updated kernel value and be fine. This patch works in the sense
that it doesn't cause trouble, but since I cannot reproduce the problem you
describe, I cannot confirm that it would fix it.
But we are not going to put this in if normal Linux kernels never need it.
--
http://sources.redhat.com/bugzilla/show_bug.cgi?id=227
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
More information about the Glibc-bugs
mailing list