Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
I'm pushing an update for the valgrind logs. But for the crash, I need to debug it a bit more with you. We don't have the crash reproducible here. Can chat if not on irc, anywhere else you say is fine. That way, I can fix it faster. PS: My mails to you always bounce back and only the e-h mail comes: My isp ip seems to be blacklisted by your mail server. -Srini. On Tue, 2008-02-05 at 09:14 +, William John Murray wrote: > Oops!!! >I just updated, and got 20080118.3-4.1 instead of 20080118.3-2.1 > But it doesn't seem to change a thing. >Bill > > > On Tue, 2008-02-05 at 14:15 +0530, Srinivasa Ragavan wrote: > > William, > > > > If you are on irc, can you ping me 'srag' at #evolution in GIMPNet > > irc.gnome.org. > > > > -Srini. > > On Tue, 2008-02-05 at 14:00 +0530, Srinivasa Ragavan wrote: > > > William, > > > > > > I would say that, this is really great and useful. I think we would have > > > some(lot ?) work to do with your valgrind report. > > > > > > > > > -Srini. > > > > > > On Tue, 2008-02-05 at 08:08 +, William John Murray wrote: > > > > Hi Srini, > > > > 'bt' says: > > > > > > > > |---+ Web Forms : (Container class: IPF.Note 95604A0E) > > > > UnRead : 0 Total : 1411 > > > > exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: > > > > unlock(connect_lock) > > > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > > [Switching to Thread 1094719824 (LWP 31444)] > > > > 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > > > (gdb) bt > > > > #0 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > > > #1 0x003c6ea54323 in g_strdup () from /lib64/libglib-2.0.so.0 > > > > #2 0x2aaab7b88002 in mapi_folders_sync (store=0x7cf000, ex= > > > optimized out>) at camel-mapi-store.c:972 > > > > #3 0x2aaab7b88361 in mapi_get_folder_info (store=0x7cf000, top=0x0, > > > > flags=, ex=0xd22da0) at camel-mapi-store.c:1057 > > > > #4 0x003c83e3cfe7 in camel_store_get_folder_info () > > > > from /usr/lib64/libcamel-provider-1.2.so.10 > > > > #5 0x2aaab05753e8 in ?? () > > > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > > > #6 0x2aaab0572cda in ?? () > > > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > > > #7 0x003c6ea5cde9 in ?? () from /lib64/libglib-2.0.so.0 > > > > #8 0x003c6ea5b2a4 in ?? () from /lib64/libglib-2.0.so.0 > > > > #9 0x003c6c606407 in start_thread () from /lib64/libpthread.so.0 > > > > #10 0x003c6bad4b0d in clone () from /lib64/libc.so.6 > > > > > > > > > > > > valgrind was impressive. It got past the bug I reported and downloaded > > > > lots of emails or headers or some such. Then it crashed (I did not hit > > > > any buttons) > > > > Here is the end of the output plus crash report: > > > > > > > > EcDoRpc: struct EcDoRpc > > > > out: struct EcDoRpc > > > > handle : * > > > > handle: struct policy_handle > > > > handle_type : 0x (0) > > > > uuid : > > > > 9d4d2d6c-c40c-4f27-8f8e-a47c3558ec9e > > > > size : 0x7fff (32767) > > > > offset : 0x (0) > > > > mapi_response: * > > > > mapi_response: length=4106 > > > > mapi_response: ARRAY(4104) > > > > mapi_repl: struct EcDoRpc_MAPI_REPL > > > > opnum: 0x2c (44) > > > > handle_idx : 0x00 (0) > > > > error_code : MAPI_E_SUCCESS (0x0) > > > > u: union > > > > EcDoRpc_MAPI_REPL_UNION(case 44) > > > > mapi_ReadStream: struct ReadStream_repl > > > > data : DATA_BLOB > > > > length=4096 > > > > mapi_response: (handles) number=1 > > > > handle id: 0x0c30 (3120) > > > > length : * > > > > length : 0x100e (4110) > > > > result : MAPI_E_SUCCESS (0x0) > > > > ==31507== > > > > ==31507== Invalid write of size 1 > > > > ==31507==at 0x4A07678: memcpy (mc_replace_strmem.c:406) > > > > ==31507==by 0x12AB4726: ReadStream (IStream.c:199) > > > > ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments > > > > (exchange-mapi-connection.c:580) > > > > ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items > > > > (exchange-mapi-connection.c:784) > > > > ==31507==by 0x12674731: mapi_refresh_folder > > > > (camel-mapi-folder.c:522) > > > > ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) > > > > ==31507==by 0xA9D4972: > > > > (within /usr/lib6
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
Oops!!! I just updated, and got 20080118.3-4.1 instead of 20080118.3-2.1 But it doesn't seem to change a thing. Bill On Tue, 2008-02-05 at 14:15 +0530, Srinivasa Ragavan wrote: > William, > > If you are on irc, can you ping me 'srag' at #evolution in GIMPNet > irc.gnome.org. > > -Srini. > On Tue, 2008-02-05 at 14:00 +0530, Srinivasa Ragavan wrote: > > William, > > > > I would say that, this is really great and useful. I think we would have > > some(lot ?) work to do with your valgrind report. > > > > > > -Srini. > > > > On Tue, 2008-02-05 at 08:08 +, William John Murray wrote: > > > Hi Srini, > > > 'bt' says: > > > > > > |---+ Web Forms : (Container class: IPF.Note 95604A0E) > > > UnRead : 0 Total : 1411 > > > exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: > > > unlock(connect_lock) > > > > > > Program received signal SIGSEGV, Segmentation fault. > > > [Switching to Thread 1094719824 (LWP 31444)] > > > 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > > (gdb) bt > > > #0 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > > #1 0x003c6ea54323 in g_strdup () from /lib64/libglib-2.0.so.0 > > > #2 0x2aaab7b88002 in mapi_folders_sync (store=0x7cf000, ex= > > optimized out>) at camel-mapi-store.c:972 > > > #3 0x2aaab7b88361 in mapi_get_folder_info (store=0x7cf000, top=0x0, > > > flags=, ex=0xd22da0) at camel-mapi-store.c:1057 > > > #4 0x003c83e3cfe7 in camel_store_get_folder_info () > > > from /usr/lib64/libcamel-provider-1.2.so.10 > > > #5 0x2aaab05753e8 in ?? () > > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > > #6 0x2aaab0572cda in ?? () > > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > > #7 0x003c6ea5cde9 in ?? () from /lib64/libglib-2.0.so.0 > > > #8 0x003c6ea5b2a4 in ?? () from /lib64/libglib-2.0.so.0 > > > #9 0x003c6c606407 in start_thread () from /lib64/libpthread.so.0 > > > #10 0x003c6bad4b0d in clone () from /lib64/libc.so.6 > > > > > > > > > valgrind was impressive. It got past the bug I reported and downloaded > > > lots of emails or headers or some such. Then it crashed (I did not hit > > > any buttons) > > > Here is the end of the output plus crash report: > > > > > > EcDoRpc: struct EcDoRpc > > > out: struct EcDoRpc > > > handle : * > > > handle: struct policy_handle > > > handle_type : 0x (0) > > > uuid : > > > 9d4d2d6c-c40c-4f27-8f8e-a47c3558ec9e > > > size : 0x7fff (32767) > > > offset : 0x (0) > > > mapi_response: * > > > mapi_response: length=4106 > > > mapi_response: ARRAY(4104) > > > mapi_repl: struct EcDoRpc_MAPI_REPL > > > opnum: 0x2c (44) > > > handle_idx : 0x00 (0) > > > error_code : MAPI_E_SUCCESS (0x0) > > > u: union > > > EcDoRpc_MAPI_REPL_UNION(case 44) > > > mapi_ReadStream: struct ReadStream_repl > > > data : DATA_BLOB > > > length=4096 > > > mapi_response: (handles) number=1 > > > handle id: 0x0c30 (3120) > > > length : * > > > length : 0x100e (4110) > > > result : MAPI_E_SUCCESS (0x0) > > > ==31507== > > > ==31507== Invalid write of size 1 > > > ==31507==at 0x4A07678: memcpy (mc_replace_strmem.c:406) > > > ==31507==by 0x12AB4726: ReadStream (IStream.c:199) > > > ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments > > > (exchange-mapi-connection.c:580) > > > ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items > > > (exchange-mapi-connection.c:784) > > > ==31507==by 0x12674731: mapi_refresh_folder > > > (camel-mapi-folder.c:522) > > > ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) > > > ==31507==by 0xA9D4972: > > > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > > > ==31507==by 0xA9CFCD9: > > > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > > > ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) > > > ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) > > > ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) > > > ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) > > > ==31507== Address 0x1FE927D4 is 0 bytes after a block of size 724 > > > alloc'd > > > ==31507==at 0x4A059F6: malloc (vg_replace_malloc.c:149) > > > ==31507==
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
William, If you are on irc, can you ping me 'srag' at #evolution in GIMPNet irc.gnome.org. -Srini. On Tue, 2008-02-05 at 14:00 +0530, Srinivasa Ragavan wrote: > William, > > I would say that, this is really great and useful. I think we would have > some(lot ?) work to do with your valgrind report. > > > -Srini. > > On Tue, 2008-02-05 at 08:08 +, William John Murray wrote: > > Hi Srini, > > 'bt' says: > > > > |---+ Web Forms : (Container class: IPF.Note 95604A0E) > > UnRead : 0 Total : 1411 > > exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: > > unlock(connect_lock) > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 1094719824 (LWP 31444)] > > 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > (gdb) bt > > #0 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > > #1 0x003c6ea54323 in g_strdup () from /lib64/libglib-2.0.so.0 > > #2 0x2aaab7b88002 in mapi_folders_sync (store=0x7cf000, ex= > optimized out>) at camel-mapi-store.c:972 > > #3 0x2aaab7b88361 in mapi_get_folder_info (store=0x7cf000, top=0x0, > > flags=, ex=0xd22da0) at camel-mapi-store.c:1057 > > #4 0x003c83e3cfe7 in camel_store_get_folder_info () > > from /usr/lib64/libcamel-provider-1.2.so.10 > > #5 0x2aaab05753e8 in ?? () > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > #6 0x2aaab0572cda in ?? () > > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > > #7 0x003c6ea5cde9 in ?? () from /lib64/libglib-2.0.so.0 > > #8 0x003c6ea5b2a4 in ?? () from /lib64/libglib-2.0.so.0 > > #9 0x003c6c606407 in start_thread () from /lib64/libpthread.so.0 > > #10 0x003c6bad4b0d in clone () from /lib64/libc.so.6 > > > > > > valgrind was impressive. It got past the bug I reported and downloaded > > lots of emails or headers or some such. Then it crashed (I did not hit > > any buttons) > > Here is the end of the output plus crash report: > > > > EcDoRpc: struct EcDoRpc > > out: struct EcDoRpc > > handle : * > > handle: struct policy_handle > > handle_type : 0x (0) > > uuid : > > 9d4d2d6c-c40c-4f27-8f8e-a47c3558ec9e > > size : 0x7fff (32767) > > offset : 0x (0) > > mapi_response: * > > mapi_response: length=4106 > > mapi_response: ARRAY(4104) > > mapi_repl: struct EcDoRpc_MAPI_REPL > > opnum: 0x2c (44) > > handle_idx : 0x00 (0) > > error_code : MAPI_E_SUCCESS (0x0) > > u: union > > EcDoRpc_MAPI_REPL_UNION(case 44) > > mapi_ReadStream: struct ReadStream_repl > > data : DATA_BLOB > > length=4096 > > mapi_response: (handles) number=1 > > handle id: 0x0c30 (3120) > > length : * > > length : 0x100e (4110) > > result : MAPI_E_SUCCESS (0x0) > > ==31507== > > ==31507== Invalid write of size 1 > > ==31507==at 0x4A07678: memcpy (mc_replace_strmem.c:406) > > ==31507==by 0x12AB4726: ReadStream (IStream.c:199) > > ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments > > (exchange-mapi-connection.c:580) > > ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items > > (exchange-mapi-connection.c:784) > > ==31507==by 0x12674731: mapi_refresh_folder > > (camel-mapi-folder.c:522) > > ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) > > ==31507==by 0xA9D4972: > > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > > ==31507==by 0xA9CFCD9: > > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > > ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) > > ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) > > ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) > > ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) > > ==31507== Address 0x1FE927D4 is 0 bytes after a block of size 724 > > alloc'd > > ==31507==at 0x4A059F6: malloc (vg_replace_malloc.c:149) > > ==31507==by 0x13149B75: (within /opt/samba4/lib/libdcerpc.so.0.0.1) > > ==31507==by 0x13149AE4: (within /opt/samba4/lib/libdcerpc.so.0.0.1) > > ==31507==by 0x1314AC91: talloc_named_const > > (in /opt/samba4/lib/libdcerpc.so.0.0.1) > > ==31507==by 0x1287DFE0: exchange_mapi_util_get_attachments > > (exchange-mapi-connection.c:574) > > ==31507==by 0x1287F2D5: exchange_mapi_connectio
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
William, I would say that, this is really great and useful. I think we would have some(lot ?) work to do with your valgrind report. -Srini. On Tue, 2008-02-05 at 08:08 +, William John Murray wrote: > Hi Srini, > 'bt' says: > > |---+ Web Forms : (Container class: IPF.Note 95604A0E) > UnRead : 0 Total : 1411 > exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: > unlock(connect_lock) > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 1094719824 (LWP 31444)] > 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > (gdb) bt > #0 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 > #1 0x003c6ea54323 in g_strdup () from /lib64/libglib-2.0.so.0 > #2 0x2aaab7b88002 in mapi_folders_sync (store=0x7cf000, ex= optimized out>) at camel-mapi-store.c:972 > #3 0x2aaab7b88361 in mapi_get_folder_info (store=0x7cf000, top=0x0, > flags=, ex=0xd22da0) at camel-mapi-store.c:1057 > #4 0x003c83e3cfe7 in camel_store_get_folder_info () > from /usr/lib64/libcamel-provider-1.2.so.10 > #5 0x2aaab05753e8 in ?? () > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > #6 0x2aaab0572cda in ?? () > from /usr/lib64/evolution/2.12/components/libevolution-mail.so > #7 0x003c6ea5cde9 in ?? () from /lib64/libglib-2.0.so.0 > #8 0x003c6ea5b2a4 in ?? () from /lib64/libglib-2.0.so.0 > #9 0x003c6c606407 in start_thread () from /lib64/libpthread.so.0 > #10 0x003c6bad4b0d in clone () from /lib64/libc.so.6 > > > valgrind was impressive. It got past the bug I reported and downloaded > lots of emails or headers or some such. Then it crashed (I did not hit > any buttons) > Here is the end of the output plus crash report: > > EcDoRpc: struct EcDoRpc > out: struct EcDoRpc > handle : * > handle: struct policy_handle > handle_type : 0x (0) > uuid : > 9d4d2d6c-c40c-4f27-8f8e-a47c3558ec9e > size : 0x7fff (32767) > offset : 0x (0) > mapi_response: * > mapi_response: length=4106 > mapi_response: ARRAY(4104) > mapi_repl: struct EcDoRpc_MAPI_REPL > opnum: 0x2c (44) > handle_idx : 0x00 (0) > error_code : MAPI_E_SUCCESS (0x0) > u: union > EcDoRpc_MAPI_REPL_UNION(case 44) > mapi_ReadStream: struct ReadStream_repl > data : DATA_BLOB > length=4096 > mapi_response: (handles) number=1 > handle id: 0x0c30 (3120) > length : * > length : 0x100e (4110) > result : MAPI_E_SUCCESS (0x0) > ==31507== > ==31507== Invalid write of size 1 > ==31507==at 0x4A07678: memcpy (mc_replace_strmem.c:406) > ==31507==by 0x12AB4726: ReadStream (IStream.c:199) > ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments > (exchange-mapi-connection.c:580) > ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items > (exchange-mapi-connection.c:784) > ==31507==by 0x12674731: mapi_refresh_folder > (camel-mapi-folder.c:522) > ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) > ==31507==by 0xA9D4972: > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > ==31507==by 0xA9CFCD9: > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) > ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) > ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) > ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) > ==31507== Address 0x1FE927D4 is 0 bytes after a block of size 724 > alloc'd > ==31507==at 0x4A059F6: malloc (vg_replace_malloc.c:149) > ==31507==by 0x13149B75: (within /opt/samba4/lib/libdcerpc.so.0.0.1) > ==31507==by 0x13149AE4: (within /opt/samba4/lib/libdcerpc.so.0.0.1) > ==31507==by 0x1314AC91: talloc_named_const > (in /opt/samba4/lib/libdcerpc.so.0.0.1) > ==31507==by 0x1287DFE0: exchange_mapi_util_get_attachments > (exchange-mapi-connection.c:574) > ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items > (exchange-mapi-connection.c:784) > ==31507==by 0x12674731: mapi_refresh_folder > (camel-mapi-folder.c:522) > ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) > ==31507==by 0xA9D4972: > (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) > ==31507==by 0xA9CFCD9: > (within /usr/lib64/evolution/2
Re: [Evolution-hackers] Exchange 2007 - MAPI Provider preview
Hi Srini, 'bt' says: |---+ Web Forms : (Container class: IPF.Note 95604A0E) UnRead : 0 Total : 1411 exchange-mapi-connection.c(1631): exchange_mapi_get_folders_list: unlock(connect_lock) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1094719824 (LWP 31444)] 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 (gdb) bt #0 0x003c6ba795c0 in strlen () from /lib64/libc.so.6 #1 0x003c6ea54323 in g_strdup () from /lib64/libglib-2.0.so.0 #2 0x2aaab7b88002 in mapi_folders_sync (store=0x7cf000, ex=) at camel-mapi-store.c:972 #3 0x2aaab7b88361 in mapi_get_folder_info (store=0x7cf000, top=0x0, flags=, ex=0xd22da0) at camel-mapi-store.c:1057 #4 0x003c83e3cfe7 in camel_store_get_folder_info () from /usr/lib64/libcamel-provider-1.2.so.10 #5 0x2aaab05753e8 in ?? () from /usr/lib64/evolution/2.12/components/libevolution-mail.so #6 0x2aaab0572cda in ?? () from /usr/lib64/evolution/2.12/components/libevolution-mail.so #7 0x003c6ea5cde9 in ?? () from /lib64/libglib-2.0.so.0 #8 0x003c6ea5b2a4 in ?? () from /lib64/libglib-2.0.so.0 #9 0x003c6c606407 in start_thread () from /lib64/libpthread.so.0 #10 0x003c6bad4b0d in clone () from /lib64/libc.so.6 valgrind was impressive. It got past the bug I reported and downloaded lots of emails or headers or some such. Then it crashed (I did not hit any buttons) Here is the end of the output plus crash report: EcDoRpc: struct EcDoRpc out: struct EcDoRpc handle : * handle: struct policy_handle handle_type : 0x (0) uuid : 9d4d2d6c-c40c-4f27-8f8e-a47c3558ec9e size : 0x7fff (32767) offset : 0x (0) mapi_response: * mapi_response: length=4106 mapi_response: ARRAY(4104) mapi_repl: struct EcDoRpc_MAPI_REPL opnum: 0x2c (44) handle_idx : 0x00 (0) error_code : MAPI_E_SUCCESS (0x0) u: union EcDoRpc_MAPI_REPL_UNION(case 44) mapi_ReadStream: struct ReadStream_repl data : DATA_BLOB length=4096 mapi_response: (handles) number=1 handle id: 0x0c30 (3120) length : * length : 0x100e (4110) result : MAPI_E_SUCCESS (0x0) ==31507== ==31507== Invalid write of size 1 ==31507==at 0x4A07678: memcpy (mc_replace_strmem.c:406) ==31507==by 0x12AB4726: ReadStream (IStream.c:199) ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments (exchange-mapi-connection.c:580) ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items (exchange-mapi-connection.c:784) ==31507==by 0x12674731: mapi_refresh_folder (camel-mapi-folder.c:522) ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) ==31507==by 0xA9D4972: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0xA9CFCD9: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6C606406: start_thread (in /lib64/libpthread-2.7.so) ==31507==by 0x3C6BAD4B0C: clone (in /lib64/libc-2.7.so) ==31507== Address 0x1FE927D4 is 0 bytes after a block of size 724 alloc'd ==31507==at 0x4A059F6: malloc (vg_replace_malloc.c:149) ==31507==by 0x13149B75: (within /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x13149AE4: (within /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x1314AC91: talloc_named_const (in /opt/samba4/lib/libdcerpc.so.0.0.1) ==31507==by 0x1287DFE0: exchange_mapi_util_get_attachments (exchange-mapi-connection.c:574) ==31507==by 0x1287F2D5: exchange_mapi_connection_fetch_items (exchange-mapi-connection.c:784) ==31507==by 0x12674731: mapi_refresh_folder (camel-mapi-folder.c:522) ==31507==by 0x12674BBD: mapi_refresh_info (camel-mapi-folder.c:136) ==31507==by 0xA9D4972: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0xA9CFCD9: (within /usr/lib64/evolution/2.12/components/libevolution-mail.so) ==31507==by 0x3C6EA5CDE8: (within /lib64/libglib-2.0.so.0.1504.0) ==31507==by 0x3C6EA5B2A3: (within /lib64/libglib-2.0.so.0.1504.0) ==31507== ==31507== Invalid write of size 1 ==31507==at 0x4A07680: memcpy (mc_replace_strmem.c:406) ==31507==by 0x12AB4726: ReadStream (IStream.c:199) ==31507==by 0x1287E00F: exchange_mapi_util_get_attachments (exchange-map
