Qball's Weblog

Memory leaks and Still reachable

Tags General  gmpc 

==3169==
==3169== 132,642 bytes in 172 blocks are still reachable in loss record 242 of 248
==3169==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==3169==    by 0x9A2F85F: ft_mem_qalloc (in /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A31262: ft_mem_alloc (in /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A688BC: (within /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A40DE0: (within /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A318AF: (within /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A33D3D: FT_Open_Face (in /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x9A34B21: FT_New_Face (in /usr/lib/libfreetype.so.6.3.18)
==3169==    by 0x95AF5BB: (within /usr/lib/libcairo.so.2.10800.0)
==3169==    by 0x95B0E8A: (within /usr/lib/libcairo.so.2.10800.0)
==3169==    by 0x95B1676: (within /usr/lib/libcairo.so.2.10800.0)
==3169==    by 0×9589016: cairo_scaled_font_create (in /usr/lib/libcairo.so.2.10800.0)
==3169==
==3169==
==3169== 192,640 bytes in 6,020 blocks are indirectly lost in loss record 243 of 248
==3169==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==3169==    by 0x9CBC9CC: (within /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x9CB937A: FcFontRenderPrepare (in /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x69342EB: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×6934974: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×9336750: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x9336B87: pango_layout_line_get_extents (in /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x9336C8E: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x933A63D: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x7934D66: gtk_label_size_request (gtklabel.c:2521)
==3169==    by 0xB0E21AE: g_closure_invoke (gclosure.c:767)
==3169==    by 0xB0F7877: signal_emit_unlocked_R (gsignal.c:3174)
==3169== </snip>

==3169==
==3169==
==3169== 417,024 (170,752 direct, 246,272 indirect) bytes in 231 blocks are definitely lost in loss record 245 of 248
==3169==    at 0x4C266E1: realloc (vg_replace_malloc.c:429)
==3169==    by 0x9CBC05B: (within /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x9CACE6C: (within /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x9CAE1F9: FcConfigSubstituteWithPat (in /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x9CB93F4: FcFontRenderPrepare (in /usr/lib/libfontconfig.so.1.3.0)
==3169==    by 0x69342EB: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x9330D1D: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x93311C7: pango_itemize_with_base_dir (in /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x933927E: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x933A50C: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x7934D66: gtk_label_size_request (gtklabel.c:2521)
==3169==    by 0xB0E21AE: g_closure_invoke (gclosure.c:767)
==3169==
==3169==
==3169== 246,360 bytes in 2,789 blocks are still reachable in loss record 246 of 248
==3169==    at 0x4C266E1: realloc (vg_replace_malloc.c:429)
==3169==    by 0xB76537D: g_realloc (gmem.c:170)
==3169==    by 0xB77F4B3: g_string_maybe_expand (gstring.c:359)
==3169==    by 0xB78012C: g_string_insert_len (gstring.c:694)
==3169==    by 0xB74D562: g_build_path_va (gfileutils.c:1539)
==3169==    by 0xB74D748: g_build_filename (gfileutils.c:1809)
==3169==    by 0x7911CC8: insert_theme (gtkicontheme.c:2549)
==3169==    by 0x7911E61: insert_theme (gtkicontheme.c:1005)
==3169==    by 0x7912DE0: ensure_valid_themes (gtkicontheme.c:1053)
==3169==    by 0×7913483: choose_icon (gtkicontheme.c:1264)
==3169==    by 0x7914D79: gtk_icon_theme_lookup_icon (gtkicontheme.c:1443)
==3169==    by 0x7914EFA: gtk_icon_theme_load_icon (gtkicontheme.c:1538)
==3169==
==3169==
==3169== 1,802,595 bytes in 53,840 blocks are still reachable in loss record 247 of 248
==3169==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==3169==    by 0xB765452: g_malloc (gmem.c:131)
==3169==    by 0xB77AEA7: g_slice_alloc (gslice.c:824)
==3169==    by 0x84DB1C9: (within /usr/lib/libpangocairo-1.0.so.0.2202.0)
==3169==    by 0x84DE81D: (within /usr/lib/libpangocairo-1.0.so.0.2202.0)
==3169==    by 0x693464F: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×6934974: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×9336750: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x9336B87: pango_layout_line_get_extents (in /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x9336C8E: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x933A63D: (within /usr/lib/libpango-1.0.so.0.2202.0)
==3169==    by 0x7934D66: gtk_label_size_request (gtklabel.c:2521)
==3169==
==3169==
==3169== 4,764,782 bytes in 6,882 blocks are still reachable in loss record 248 of 248
==3169==    at 0x4C265AE: malloc (vg_replace_malloc.c:207)
==3169==    by 0x693ABC9: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x694A337: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x694AA29: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x694AD8F: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x6937B9E: pango_ot_info_get_gpos (in /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x6937CDC: (within /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×6938601: pango_ot_info_find_script (in /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0×6939185: pango_ot_ruleset_new_for (in /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x69391F5: pango_ot_ruleset_new_from_description (in /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x69393D2: pango_ot_ruleset_get_for_description (in /usr/lib/libpangoft2-1.0.so.0.2202.0)
==3169==    by 0x15BAE4EE: (within /usr/lib/pango/1.6.0/modules/pango-basic-fc.so)

I know I can probably ignore them. But is there anyway to get _everything_ cleaned up?