n-i-bz massif --pages-as-heap=yes does not report peak caused by mmap+munmap
n-i-bz false positive leaks due to aspacemgr merging non heap segments with heap segments.
n-i-bz Fix ppoll_alarm exclusion on OS X
+n-i-bz Document brk segment limitation, reference manual in limit reached msg.
Release 3.11.0 (22 September 2015)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
else
VG_(umsg)("Cannot map memory to grow brk segment in thread #%u "
"to %#lx\n", tid, newbrkP);
+ VG_(umsg)("(see section Limitations in user manual)\n");
goto bad;
}
subject to the following constraints:</para>
<itemizedlist>
+ <listitem>
+ <para>Valgrind determines at startup the size of the 'brk segment'
+ using the RLIMIT_DATA rlim_cur, with a minimum of 1 MB and a
+ maximum of 8 MB. Valgrind outputs a message each time a program
+ tries to extend the brk segment beyond the size determined at
+ startup. Most programs will work properly with this limit,
+ typically by switching to the use of mmap to get more memory.
+ If your program really needs a big brk segment, you must change
+ the 8 MB hardcoded limit and recompile Valgrind.
+ </para>
+ </listitem>
+
<listitem>
<para>On x86 and amd64, there is no support for 3DNow!
instructions. If the translator encounters these, Valgrind will
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)
HEAP SUMMARY:
in use at exit: ... bytes in ... blocks
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)
brk segment overflow in thread #1: can't grow to 0x........
+(see section Limitations in user manual)