evolution core dumping

[Scott T. Hildreth]

On Wed, 2010-06-09 at 09:53 -0500, Scott T. Hildreth wrote:
> I don't know why I can't upgrade without have problems with evoltuion,
> it always seems to happen me :-)  I compiled evolution with debugging 
> symbols, here is the back trace :
> 
> #0  0x498d58a3 in g_slice_get_config () from /usr/local/lib/libglib-2.0.so.0
> #1  0x498d6b16 in g_slice_alloc () from /usr/local/lib/libglib-2.0.so.0
> #2  0x498d6c25 in g_slice_alloc0 () from /usr/local/lib/libglib-2.0.so.0
> #3  0x498649c7 in g_type_create_instance () from /usr/local/lib/libgobject-2.0.so.0
> #4  0x49848902 in g_object_set () from /usr/local/lib/libgobject-2.0.so.0
> #5  0x49848e18 in g_object_newv () from /usr/local/lib/libgobject-2.0.so.0
> #6  0x49849e1c in g_object_new () from /usr/local/lib/libgobject-2.0.so.0
> #7  0x482fa8c9 in filter_element_clone (element=0x52a2faa0) at e-filter-element.c:70
> #8  0x482fb86f in e_filter_element_clone (element=0x52a2faa0) at e-filter-element.c:369
> #9  0x482ff8f9 in e_filter_part_clone (part=0x517d2d80) at e-filter-part.c:283
> #10 0x48301020 in filter_rule_load_set (node=0x51ea8980, rule=0x4f28ab00, context=0x4f2e6ad0) at e-filter-rule.c:330
> #11 0x483018d9 in filter_rule_xml_decode (rule=0x4f28ab00, node=0x51ea8780, context=0x4f2e6ad0) at e-filter-rule.c:548
> #12 0x4a04c21a in xml_decode (fr=0x4f28ab00, node=0x51ea8780, rc=0x4f2e6ad0) at em-filter-rule.c:272
> #13 0x48303096 in e_filter_rule_xml_decode (rule=0x4f28ab00, node=0x51ea8780, context=0x4f2e6ad0) at e-filter-rule.c:996
> #14 0x4830429a in rule_context_load (context=0x4f2e6ad0, system=0x4fedeb00 "/usr/local/share/evolution/2.30/filtertypes.xml", 
>     user=0x4fedeac0 "/home/shildret/.evolution/mail/filters.xml") at e-rule-context.c:285
> #15 0x483052a2 in e_rule_context_load (context=0x4f2e6ad0, system=0x4fedeb00 "/usr/local/share/evolution/2.30/filtertypes.xml", 
>     user=0x4fedeac0 "/home/shildret/.evolution/mail/filters.xml") at e-rule-context.c:640
> #16 0x4a081fcd in main_get_filter_driver (session=0x4a34ae08, type=0x4a0a0776 "incoming", ex=0x0) at mail-session.c:529
> #17 0x4a0789a8 in do_call (m=0x4ef10998) at mail-mt.c:762
> #18 0x4a078bca in mail_call_main (type=MAIL_CALL_p_ppp, func=0x4a081f40 <main_get_filter_driver>) at mail-mt.c:817
> #19 0x4a0822ed in get_filter_driver (session=0x4a34ae08, type=0x4a0a0776 "incoming", ex=0x0) at mail-session.c:598
> #20 0x4834fd9f in camel_session_get_filter_driver () from /usr/local/lib/libcamel-provider-1.2.so.14
> #21 0x4a079bc1 in mail_fetch_mail (source=0x4f73c3d0 "mbox:///var/mail/shildret;filter", keep=0, type=0x4a0a0776 "incoming", 
>     cancel=0x4fede940, get_folder=0x4a07ff50 <receive_get_folder>, get_data=0x4fede900, status=0x4a07fc60 <receive_status>, 
>     status_data=0x4fede900, done=0x4a07fd30 <receive_done>, data=0x4fede900) at mail-ops.c:409
> #22 0x4a080f6c in mail_receive_uri (uri=0x4e45ef10 "mbox:///var/mail/shildret;filter", keep_on_server=0) at mail-send-recv.c:1224
> #23 0x4a08082e in auto_timeout (data=0x4ed37c20) at mail-send-recv.c:1058
> #24 0x498b9016 in g_source_get_current_time () from /usr/local/lib/libglib-2.0.so.0
> #25 0x498b8817 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0
> #26 0x498bc05e in g_main_context_check () from /usr/local/lib/libglib-2.0.so.0
> #27 0x498bc467 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0
> #28 0x49048494 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.0
> #29 0x0804a6eb in main (argc=1, argv=0xbfbfc254) at main.c:578
> 50 <receive_get_folder>, get_data=0x4fede900, status=0x4a07fc60 <receive_status>, 
>     status_data=0x4fede900, done=0x4a07fd30 <receive_done>, data=0x4fede900) at mail-ops.c:409
> #22 0x4a080f6c in mail_receive_uri (uri=0x4e45ef10 "mbox:///var/mail/shildret;filter", keep_on_server=0) at mail-send-recv.c:1224
> #23 0x4a08082e in auto_timeout (data=0x4ed37c20) at mail-send-recv.c:1058
> #24 0x498b9016 in g_source_get_current_time () from /usr/local/lib/libglib-2.0.so.0
> #25 0x498b8817 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0
> #26 0x498bc05e in g_main_context_check () from /usr/local/lib/libglib-2.0.so.0
> #27 0x498bc467 in g_main_loop_run () from /usr/local/lib/libglib-2.0.so.0
> #28 0x49048494 in gtk_main () from /usr/local/lib/libgtk-x11-2.0.so.0
> #29 0x0804a6eb in main (argc=1, argv=0xbfbfc254) at main.c:578
> 
> I'm sure I need to recompile something, just not sure what.  Is this helpful or do I need to compile
> data-server with debugging symbols?

I have recompiled the evo data-server with debugging symbols, but I
still get the same back trace.  I'm not sure what to do at this point.
I have had a core dump with libgtkhtml, here is part of the bt,

#0  0x4851534e in html_text_slave_get_glyph_items () from /usr/local/lib/libgtkhtml-3.14.so.19
#1  0x48516d58 in hts_calc_width () from /usr/local/lib/libgtkhtml-3.14.so.19
#2  0x48516f3d in html_text_slave_real_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#3  0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#4  0x484c7bca in html_clue_flow_real_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#5  0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#6  0x484c9cf1 in html_cluev_do_layout () from /usr/local/lib/libgtkhtml-3.14.so.19
#7  0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#8  0x484c9cf1 in html_cluev_do_layout () from /usr/local/lib/libgtkhtml-3.14.so.19
#9  0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#10 0x484e37aa in html_engine_calc_size () from /usr/local/lib/libgtkhtml-3.14.so.19
#11 0x484b9801 in size_allocate () from /usr/local/lib/libgtkhtml-3.14.so.19

any suggestions?

Thanks,
Scott


> 
> 
> Thanks,
> Scott
> 
> _______________________________________________
> freebsd-gnome at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome
> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe at freebsd.org"
>