Evolution crashing

[Erwin Rol]

Erwin Rol wrote:
> With the last rawhide glib2 and glibc updates the crashes seem to be
> gone (or atleast i have not seen one yet). And since it always seemed to
> crash due to g_realloc returning NULL (the crash is an assert) could it
> be that glib2 or glibc were the cause of the problem, and evolution only
> triggered it ?
>

After pressing "send" evolution crashed again :-/  And on the same place 
it crashed before. I am now running with MALLOC_CHECK_ set, lets see 
what turns up;


#0  0x00002aaaad040205 in *__GI_raise (sig=<value optimized out>) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00002aaaad041b70 in *__GI_abort () at abort.c:88
#2  0x00002aaaacda4070 in IA__g_logv (log_domain=0x2aaaacdc5786 "GLib", 
log_level=<value optimized out>, format=0x2aaaacdccc20 "%s: failed to 
allocate %lu bytes", args1=0x43c04d40)
     at gmessages.c:497
#3  0x00002aaaacda40f3 in IA__g_log (log_domain=0x51cc <Address 0x51cc 
out of bounds>, log_level=20962, format=0x6 <Address 0x6 out of bounds>) 
at gmessages.c:517
#4  0x00002aaaacda2cdf in IA__g_realloc (mem=0x0, n_bytes=524288) at 
gmem.c:172
#5  0x00002aaaacd7f7ea in g_array_maybe_expand (array=0x2aaabe6ba540, 
len=<value optimized out>) at garray.c:339
#6  0x00002aaaacd7fd92 in IA__g_array_append_vals (farray=0x51cc, 
data=0x2aaabe28a280, len=6) at garray.c:132
#7  0x00002aaaacd7fdf9 in IA__g_byte_array_append (array=0x51cc, 
data=0x51e2 <Address 0x51e2 out of bounds>, len=6) at garray.c:653
#8  0x00000030cf427cd5 in camel_mime_part_construct_content_from_parser 
(dw=0x192c460, mp=0x2aaabe6716c0) at camel-mime-part-utils.c:71
#9  0x00000030cf42930b in construct_from_parser (mime_part=0x192c460, 
mp=0x2aaabe6716c0) at camel-mime-part.c:961
#10 0x00000030cf43164b in construct_from_parser (multipart=0x192a7a0, 
mp=0x2aaabe6716c0) at camel-multipart.c:566
#11 0x00000030cf427ca3 in camel_mime_part_construct_content_from_parser 
(dw=0x2aaabe670860, mp=0x2aaabe6716c0) at camel-mime-part-utils.c:119
#12 0x00000030cf42930b in construct_from_parser 
(mime_part=0x2aaabe670860, mp=0x2aaabe6716c0) at camel-mime-part.c:961
#13 0x00000030cf425c56 in construct_from_parser (dw=0x51cc, mp=0x51e2) 
at camel-mime-message.c:590
#14 0x00000030cf42891e in construct_from_stream (dw=0x2aaabe670860, 
s=<value optimized out>) at camel-mime-part.c:1005
#15 0x00002aaab90b4ebb in get_message_simple (imap_folder=<value 
optimized out>, uid=<value optimized out>, stream=0x2aaabe66fac0, 
ex=0x17d4590) at camel-imap-folder.c:2003
#16 0x00002aaab90b9bd4 in imap_get_message (folder=0xc9f430, 
uid=0x3a953b0 "127802", ex=0x17d4590) at camel-imap-folder.c:2054
#17 0x00000030d04265d2 in camel_folder_get_message (folder=0xc9f430, 
uid=0x3a953b0 "127802", ex=0x17d4590) at camel-folder.c:1070
#18 0x00002aaab8628245 in get_message_get (mm=0x17d4560) at mail-ops.c:1753
#19 0x00002aaab8625b61 in mail_msg_received (e=<value optimized out>, 
msg=<value optimized out>, data=<value optimized out>) at mail-mt.c:570
#20 0x00000030cec15102 in thread_dispatch (din=<value optimized out>) at 
e-msgport.c:987
#21 0x00002aaaac081097 in start_thread (arg=<value optimized out>) at 
pthread_create.c:283
#22 0x00002aaaad0dd2ed in ?? () from /lib64/libc.so.6
#23 0x0000000000000000 in ?? ()