emo/busybox
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

hush: add commented-out debug printouts in "memleak" built-in

Browse Source 
Allocation addresses of malloc() are jittery,
thought I had a mem leak in hush, but it was malloc variability.

Signed-off-by: Denys Vlasenko <vda.linux@googlemail.com>
This commit is contained in:
Denys Vlasenko 2016-10-03 17:42:53 +02:00
parent a769390da6
commit 7f0ebbc69e
2 changed files with 17 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

8
libbb/appletlib.c
View File

@ -942,6 +942,14 @@ int main(int argc UNUSED_PARAM, char **argv)
*/
mallopt(M_MMAP_THRESHOLD, 32 * 1024 - 256);
#endif
#if 0 /*def M_TOP_PAD*/
/* When the program break is increased, then M_TOP_PAD bytes are added
* to the sbrk(2) request. When the heap is trimmed because of free(3),
* this much free space is preserved at the top of the heap.
* glibc default seems to be way too big: 128k, but need to verify.
*/
mallopt(M_TOP_PAD, 8 * 1024);
#endif
#if !BB_MMU
/* NOMMU re-exec trick sets high-order bit in first byte of name */

9
shell/hush.c
View File

@ -9284,6 +9284,15 @@ static int FAST_FUNC builtin_memleak(char **argv UNUSED_PARAM)
if (l < (unsigned long)p) l = (unsigned long)p;
free(p);
# if 0 /* debug */
{
struct mallinfo mi = mallinfo();
printf("top alloc:0x%lx malloced:%d+%d=%d\n", l,
mi.arena, mi.hblkhd, mi.arena + mi.hblkhd);
}
# endif
if (!G.memleak_value)
G.memleak_value = l;