GNOME Bugzilla – Bug 628654
e_calendar_view_get_tooltips memory leak
Last modified: 2013-09-13 01:05:41 UTC
==21464== 192 bytes in 8 blocks are definitely lost in loss record 27,241 of 33,527 ==21464== at 0x4A0615D: malloc (vg_replace_malloc.c:195) ==21464== by 0x3D3D645C80: g_malloc (gmem.c:134) ==21464== by 0xEC73012: e_week_view_on_text_item_event (e-week-view.c:3635) ==21464== by 0x64A1487: gnome_canvas_marshal_BOOLEAN__BOXED (gnome-canvas-marshal.c:128) ==21464== by 0x3D3DE0E50D: g_closure_invoke (gclosure.c:766) ==21464== by 0x3D3DE2000A: signal_emit_unlocked_R (gsignal.c:3252) ==21464== by 0x3D3DE2999B: g_signal_emit_valist (gsignal.c:2993) ==21464== by 0x3D3DE29CF2: g_signal_emit (gsignal.c:3040) ==21464== by 0x649C371: emit_event (gnome-canvas.c:2648) ==21464== by 0x649C5EF: pick_current_item (gnome-canvas.c:2797) ==21464== by 0x649DC4F: gnome_canvas_motion (gnome-canvas.c:2902) ==21464== by 0x3D3EF51002: _gtk_marshal_BOOLEAN__BOXED (gtkmarshalers.c:84)
Similar leaks in multiple places. Instead of having e_calendar_view_get_tooltips() consume its data argument (which is generally bad API design), I configured the timeouts which invoke e_calendar_view_get_tooltips() to free their own closure. Fixed for 2.31.92 in: http://git.gnome.org/browse/evolution/commit/?id=eca5223b875706bd304aba1632bd303cf242e2ed