GNOME Bugzilla – Bug 628651
memory leak in imapx_append_message()
Last modified: 2013-09-14 16:54:31 UTC
==21464== 1,840 (864 direct, 976 indirect) bytes in 6 blocks are definitely lost in loss record 31, 798 of 33,527 ==21464== at 0x4A05481: calloc (vg_replace_malloc.c:418) ==21464== by 0x3D3D645CE7: g_malloc0 (gmem.c:157) ==21464== by 0x1A263D5F: camel_imapx_server_append_message (camel-imapx-server.c:5090) ==21464== by 0x1A2615D3: imapx_append_message (camel-imapx-folder.c:362) ==21464== by 0x68EFCE3: camel_folder_append_message (camel-folder.c:1415) ==21464== by 0xF3A3138: send_queue_exec (mail-ops.c:620) ==21464== by 0xF39E407: mail_msg_proxy (mail-mt.c:469) ==21464== by 0x3D3D668EC3: g_thread_pool_thread_proxy (gthreadpool.c:314) ==21464== by 0x3D3D666745: g_thread_create_proxy (gthread.c:1897) ==21464== by 0x359B007760: start_thread (pthread_create.c:301) ==21464== by 0x359A8E14EC: clone (clone.S:115)
Created attachment 169608 [details] [review] eds patch for evolution-data-server; This fixes it, together with an 'uid' leak in the same function and an incorrect assignment to CamelMessageInfo::uid, as it should always come from camel_pstring_..., because it's freed with camel_pstring_free function at the end.
Created commit ba23727 in eds master (2.31.92+)