evolution core dumping

Scott T. Hildreth shildret at scotth.emsphone.com
Wed Jun 23 15:10:11 UTC 2010


On Wed, 2010-06-23 at 11:01 -0400, Joe Marcus Clarke wrote:
> On 6/23/10 10:56 AM, Scott T. Hildreth wrote:
> > On Wed, 2010-06-23 at 01:46 -0400, Joe Marcus Clarke wrote:
> >> On 6/22/10 6:02 PM, Scott T. Hildreth wrote:
> >>> 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?
> >>
> >> You need to rebuild gtkhtml3 with debugging symbols, but it really looks
> >> like a font problem.  What font are you using? 
> > 
> > I am using sans (9).  I haven't seen the gtkhtml dump in a while, most
> > my core dumps are the filter.  I ran evo with the CAMEL_DEBUG=all, but
> > that didn't have any related info.  Do you think one of my filters is
> > causing this?
> 
> Maybe causing the first one, yes.  I only have one simple filter to tag
> email sent to me.  If this is reliably reproducible, try removing some
> filters until you find the one that is causing the crash, then open a
> bug in Bugzilla.

Ok, I have several filters for work.  Could take a while. :-)

Thanks Joe.

> 
> Joe
> 



More information about the freebsd-gnome mailing list