This is the mail archive of the glibc-bugs@sources.redhat.com mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libc/227] possible problem with ld.so and brk management


------- 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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]