Date: Wed, 23 Jun 2010 11:01:52 -0400 From: Joe Marcus Clarke <marcus@freebsd.org> To: "Scott T. Hildreth" <shildret@scotth.emsphone.com> Cc: freebsd-gnome <freebsd-gnome@freebsd.org> Subject: Re: evolution core dumping Message-ID: <4C2221E0.4000305@freebsd.org> In-Reply-To: <1277304978.90575.3.camel@scotth.emsphone.com> References: <1276095204.75742.5.camel@scotth.emsphone.com> <1277244151.44361.5.camel@scotth.emsphone.com> <4C219FB8.6000409@freebsd.org> <1277304978.90575.3.camel@scotth.emsphone.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C2221E0.4000305>