This is the mail archive of the
glibc-bugs@sources.redhat.com
mailing list for the glibc project.
[Bug libc/227] possible problem with ld.so and brk management
- From: "roland at gnu dot org" <sourceware-bugzilla at sources dot redhat dot com>
- To: glibc-bugs at sources dot redhat dot com
- Date: 14 Aug 2004 06:41:24 -0000
- Subject: [Bug libc/227] possible problem with ld.so and brk management
- References: <20040618221518.227.pageexec@freemail.hu>
- Reply-to: sourceware-bugzilla at sources dot redhat dot com
------- 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.