http://bugzilla.novell.com/show_bug.cgi?id=599693
http://bugzilla.novell.com/show_bug.cgi?id=599693#c1 Zoltan Varga <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from Zoltan Varga <[email protected]> 2010-04-26 16:10:10 UTC --- For SVN HEAD, this leaks like this: ==21762== 155,648 bytes in 19 blocks are possibly lost in loss record 486 of 487 ==21762== at 0x4C221A7: malloc (vg_replace_malloc.c:195) ==21762== by 0x5AB3504: g_malloc (gmem.c:132) ==21762== by 0x502A1B1: mono_mempool_alloc (mempool.c:304) ==21762== by 0x500503E: mono_image_alloc (image.c:2183) ==21762== by 0x502C8F7: mono_metadata_parse_type_full (metadata.c:1639) ==21762== by 0x503033E: mono_metadata_parse_mh_full (metadata.c:3477) ==21762== by 0x500AD3A: mono_method_get_header (loader.c:2334) ==21762== by 0x4E5E227: mini_method_compile (mini.c:3739) ==21762== by 0x4E607A4: mono_jit_compile_method_inner (mini.c:4677) ==21762== by 0x4E6130A: mono_jit_compile_method_with_opt (mini.c:4881) ==21762== by 0x4E61477: mono_jit_compile_method (mini.c:4906) ==21762== by 0x505885D: mono_compile_method (object.c:554) This is because method headers are now transient, but the types inside them might be allocated from a mempool, leading to unbounded memory growth. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. _______________________________________________ mono-bugs maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-bugs
