Matthew Barnes wrote:
On Wed, 2006-08-16 at 11:30 +0900, Naoki wrote:
Marvellous, seems to have solved the recent crashing issues. I've been
evo'ing for a while now and it's AOK.
Really? That's odd, because I've not yet submitted any updates to deal
with the recent crashing issues. In fact I haven't even been able to
reproduce the problem yet (perhaps because none of my email folders are
large enough). Can anyone else confirm that the frequent crashes have
ceased? Erwin?
No it still crashes, but it sometimes takes a lot longer. Al tough at
the moment i have a situation where it crashes almost right away and
always in the same place. It always seems to fail to allocate memory
with g_realloc, the question is why? I tried a small program to see how
much it takes to make g_realloc fail, but i didn't manage to make it
fail, even when allocating 4Gbyte in blocks of 1024 bytes. What also
seems strange in the stack trace is #14, but i have had other traces
where it crashed in different places (but still due to realloc failing)
#7 0x000000316ca33205 in *__GI_raise (sig=<value optimized out>) at
../nptl/sysdeps/unix/sysv/linux/raise.c:64
#8 0x000000316ca34b70 in *__GI_abort () at abort.c:88
#9 0x0000003172635040 in IA__g_logv (log_domain=0x3172656766 "GLib",
log_level=<value optimized out>, format=0x317265dc20 "%s: failed to
allocate %lu bytes", args1=0x409ff870) at gmessages.c:497
#10 0x00000031726350c3 in IA__g_log (log_domain=0x158a <Address 0x158a
out of bounds>, log_level=5523, format=0x6 <Address 0x6 out of bounds>)
at gmessages.c:517
#11 0x0000003172633caf in IA__g_realloc (mem=0x0, n_bytes=524288) at
gmem.c:172
#12 0x00000031726107ea in g_array_maybe_expand (array=0x2bab220,
len=<value optimized out>) at garray.c:339
#13 0x0000003172610d92 in IA__g_array_append_vals (farray=0x158a,
data=0x2aaaccc4ebf0, len=6) at garray.c:132
#14 0x0000003172610df9 in IA__g_byte_array_append (array=0x158a,
data=0x1593 <Address 0x1593 out of bounds>, len=6) at garray.c:653
#15 0x00002aaaabc7ecd5 in camel_mime_part_construct_content_from_parser
(dw=0x10292b0, mp=0x2acab8a93380) at camel-mime-part-utils.c:71
#16 0x00002aaaabc8030b in construct_from_parser (mime_part=0x10292b0,
mp=0x2acab8a93380) at camel-mime-part.c:961
#17 0x00002aaaabc8864b in construct_from_parser
(multipart=0x2acab8ad5a00, mp=0x2acab8a93380) at camel-multipart.c:566
#18 0x00002aaaabc7eca3 in camel_mime_part_construct_content_from_parser
(dw=0x2acab8aa9030, mp=0x2acab8a93380) at camel-mime-part-utils.c:119
#19 0x00002aaaabc8030b in construct_from_parser
(mime_part=0x2acab8aa9030, mp=0x2acab8a93380) at camel-mime-part.c:961
#20 0x00002aaaabc7cc56 in construct_from_parser (dw=0x158a, mp=0x1593)
at camel-mime-message.c:590
#21 0x00002aaaabc7f91e in construct_from_stream (dw=0x2acab8aa9030,
s=<value optimized out>) at camel-mime-part.c:1005
#22 0x00002aaab89d7ebb in get_message_simple (imap_folder=<value
optimized out>, uid=<value optimized out>, stream=0xe67fc0,
ex=0x32489c0) at camel-imap-folder.c:2003
#23 0x00002aaab89dcbd4 in imap_get_message (folder=0xc07200,
uid=0xcc4440 "2022", ex=0x32489c0) at camel-imap-folder.c:2054
#24 0x00002aaaabed55d2 in camel_folder_get_message (folder=0xc07200,
uid=0xcc4440 "2022", ex=0x32489c0) at camel-folder.c:1070
#25 0x00002aaaabec83c0 in get_message_cb (data=<value optimized out>,
ex=0xffffffffffffffff) at camel-filter-driver.c:1339
#26 0x00002aaaabecaccb in camel_filter_search_get_message
(fms=0x409fff50, sexp=0x2aaaccc45ab0) at camel-filter-search.c:134
#27 0x00002aaaabecb8bd in check_header (f=0x2aaaccc45ab0, argc=2,
argv=dwarf2_read_address: Corrupted DWARF expression.
) at camel-filter-search.c:166
#28 0x00002aaaac846479 in e_sexp_term_eval (f=0x2aaaccc45ab0,
t=0x2aaaccc4c7e0) at e-sexp.c:710
#29 0x00002aaaac846fb0 in term_eval_or (f=0x2aaaccc45ab0, argc=2,
argv=0x2aaacbc986c0, data=<value optimized out>) at e-sexp.c:313
#30 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0,
t=0x2aaaccc4c800) at e-sexp.c:700
#31 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0,
t=0x2aaaccc4c820) at e-sexp.c:700
#32 0x00002aaaac846fb0 in term_eval_or (f=0x2aaaccc45ab0, argc=1,
argv=0x2aaacbcdc190, data=<value optimized out>) at e-sexp.c:313
#33 0x00002aaaac8464ad in e_sexp_term_eval (f=0x2aaaccc45ab0,
t=0x2aaaccc4c640) at e-sexp.c:700
#34 0x00002aaaac846520 in e_sexp_eval (f=0x2aaaccc45ab0) at e-sexp.c:1304
#35 0x00002aaaabecabd2 in camel_filter_search_match (session=<value
optimized out>, get_message=<value optimized out>, data=<value optimized
out>, info=<value optimized out>,
source=<value optimized out>,
expression=0x3264720 " (or\n \n\t(match-all (or (header-contains
\"To\" \"kdevelop@xxxxxxxxxxxx\")\n\t \t (header-contains
\"Cc\" \"kdevelop@xxxxxxxxxxxx\")))\n \n )\n",
ex=0x32489c0) at camel-filter-search.c:705
#36 0x00002aaaabec888a in camel_filter_driver_filter_message
(driver=0xebdcc0, message=<value optimized out>, info=0xcc33a0,
uid=0xcc4440 "2022", source=0xc07200,
source_url=0x2aaac8c9ffc0 "imap://erwin@xxxxxxxxxxxxxxxxxxxxxx/",
original_source_url=0xffffffff <Address 0xffffffff out of bounds>,
ex=0x32489c0) at camel-filter-driver.c:1436
#37 0x00002aaaabec9080 in camel_filter_driver_filter_folder
(driver=0xebdcc0, folder=0xc07200, cache=0x0, uids=0x3264180, remove=0,
ex=0x32489c0) at camel-filter-driver.c:1276
#38 0x00002aaab7f4d282 in em_filter_folder_element_filter (mm=<value
optimized out>) at mail-ops.c:140
#39 0x00002aaab7f48b61 in mail_msg_received (e=<value optimized out>,
msg=<value optimized out>, data=<value optimized out>) at mail-mt.c:570
#40 0x00002aaaac845102 in thread_dispatch (din=<value optimized out>) at
e-msgport.c:987
#41 0x000000316e606f67 in start_thread (arg=<value optimized out>) at
pthread_create.c:274
#42 0x000000316cacff1d in ?? () from /lib64/libc.so.6
#43 0x0000000000000000 in ?? ()
--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list
