GNOME Bugzilla – Bug 628657
imapx sync_folders memory leak
Last modified: 2013-09-14 16:54:22 UTC
==21464== 21 bytes in 1 blocks are definitely lost in loss record 8,391 of 33,527 ==21464== at 0x4A0615D: malloc (vg_replace_malloc.c:195) ==21464== by 0x3D3D645C80: g_malloc (gmem.c:134) ==21464== by 0x3D3D65E31D: g_strdup (gstrfuncs.c:101) ==21464== by 0x1A25C86A: camel_imapx_store_summary_full_to_path (camel-imapx-store-summary.c:145) ==21464== by 0x1A25CDBE: camel_imapx_store_summary_add_from_full (camel-imapx-store-summary.c:257) ==21464== by 0x1A25EA30: add_folders_to_summary (camel-imapx-store.c:1033) ==21464== by 0x1A25EC9E: fetch_folders_for_pattern (camel-imapx-store.c:1110) ==21464== by 0x1A25F102: sync_folders (camel-imapx-store.c:1174) ==21464== by 0x1A25F503: imapx_refresh_finfo (camel-imapx-store.c:1284) ==21464== by 0x6905E7A: session_thread_proxy (camel-session.c:321) ==21464== by 0x3D3D668EC3: g_thread_pool_thread_proxy (gthreadpool.c:314) ==21464== by 0x3D3D666745: g_thread_create_proxy (gthread.c:1897)
Created attachment 169651 [details] [review] eds patch for evolution-data-server; to fix this and two more leaks (though the imapx_store_finalize is never called within evolution, so this belongs to "possibly lost" part).
Created commit 903db66 in eds master (2.31.92+)