[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 110183] tail of page with _end[] is initialized,
From:       John Reiser <jreiser () bitwagon ! com>
Date:       2005-08-20 17:56:50
Message-ID: 20050820175650.8668.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=110183         




------- Additional Comments From jreiser bitwagon com  2005-08-20 19:56 -------
So after brk(0) the memory at higher addresses in .data+.bss is logically invalid, \
and memcheck is acting accordingly.  However, the linux kernel deals only in whole \
pages here, and will not "scribble" on the region between brk(0) and the high end of \
that page.  So the kernel implementation is somewhat more generous than the logical \
model, preserving memory contents upto a page boundary.  Could memcheck do the \
accounting that way, too?

Bug 109744 has a similar issue with the last page of .data+.bss upon direct \
invocation of ld-linux.so.2.  I'm almost certain that ld-linux does not call brk(0) \
in reference to itself [but may call brk(0) in reference to the a.elf of which \
ld-linux is the PT_INTERP], so there may be a related fix for bug 109744.


[prev in list] [next in list] [prev in thread] [next in thread]