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 ?? ()
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
