Date: Wed, 23 Jun 2010 10:10:09 -0500 From: "Scott T. Hildreth" <shildret@scotth.emsphone.com> To: Joe Marcus Clarke <marcus@freebsd.org> Cc: freebsd-gnome <freebsd-gnome@freebsd.org> Subject: Re: evolution core dumping Message-ID: <1277305809.90575.4.camel@scotth.emsphone.com> In-Reply-To: <4C2221E0.4000305@freebsd.org> 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> <4C2221E0.4000305@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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 evoltuio= n, > >>>> it always seems to happen me :-) I compiled evolution with debuggin= g=20 > >>>> 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.s= o.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/libg= object-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=3D0x52a2faa0) at e-f= ilter-element.c:70 > >>>> #8 0x482fb86f in e_filter_element_clone (element=3D0x52a2faa0) at e= -filter-element.c:369 > >>>> #9 0x482ff8f9 in e_filter_part_clone (part=3D0x517d2d80) at e-filte= r-part.c:283 > >>>> #10 0x48301020 in filter_rule_load_set (node=3D0x51ea8980, rule=3D0x= 4f28ab00, context=3D0x4f2e6ad0) at e-filter-rule.c:330 > >>>> #11 0x483018d9 in filter_rule_xml_decode (rule=3D0x4f28ab00, node=3D= 0x51ea8780, context=3D0x4f2e6ad0) at e-filter-rule.c:548 > >>>> #12 0x4a04c21a in xml_decode (fr=3D0x4f28ab00, node=3D0x51ea8780, rc= =3D0x4f2e6ad0) at em-filter-rule.c:272 > >>>> #13 0x48303096 in e_filter_rule_xml_decode (rule=3D0x4f28ab00, node= =3D0x51ea8780, context=3D0x4f2e6ad0) at e-filter-rule.c:996 > >>>> #14 0x4830429a in rule_context_load (context=3D0x4f2e6ad0, system=3D= 0x4fedeb00 "/usr/local/share/evolution/2.30/filtertypes.xml",=20 > >>>> user=3D0x4fedeac0 "/home/shildret/.evolution/mail/filters.xml") = at e-rule-context.c:285 > >>>> #15 0x483052a2 in e_rule_context_load (context=3D0x4f2e6ad0, system= =3D0x4fedeb00 "/usr/local/share/evolution/2.30/filtertypes.xml",=20 > >>>> user=3D0x4fedeac0 "/home/shildret/.evolution/mail/filters.xml") = at e-rule-context.c:640 > >>>> #16 0x4a081fcd in main_get_filter_driver (session=3D0x4a34ae08, type= =3D0x4a0a0776 "incoming", ex=3D0x0) at mail-session.c:529 > >>>> #17 0x4a0789a8 in do_call (m=3D0x4ef10998) at mail-mt.c:762 > >>>> #18 0x4a078bca in mail_call_main (type=3DMAIL_CALL_p_ppp, func=3D0x4= a081f40 <main_get_filter_driver>) at mail-mt.c:817 > >>>> #19 0x4a0822ed in get_filter_driver (session=3D0x4a34ae08, type=3D0x= 4a0a0776 "incoming", ex=3D0x0) 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=3D0x4f73c3d0 "mbox:///var/= mail/shildret;filter", keep=3D0, type=3D0x4a0a0776 "incoming",=20 > >>>> cancel=3D0x4fede940, get_folder=3D0x4a07ff50 <receive_get_folder= >, get_data=3D0x4fede900, status=3D0x4a07fc60 <receive_status>,=20 > >>>> status_data=3D0x4fede900, done=3D0x4a07fd30 <receive_done>, data= =3D0x4fede900) at mail-ops.c:409 > >>>> #22 0x4a080f6c in mail_receive_uri (uri=3D0x4e45ef10 "mbox:///var/ma= il/shildret;filter", keep_on_server=3D0) at mail-send-recv.c:1224 > >>>> #23 0x4a08082e in auto_timeout (data=3D0x4ed37c20) at mail-send-recv= .c:1058 > >>>> #24 0x498b9016 in g_source_get_current_time () from /usr/local/lib/l= ibglib-2.0.so.0 > >>>> #25 0x498b8817 in g_main_context_dispatch () from /usr/local/lib/lib= glib-2.0.so.0 > >>>> #26 0x498bc05e in g_main_context_check () from /usr/local/lib/libgli= b-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=3D1, argv=3D0xbfbfc254) at main.c:578 > >>>> 50 <receive_get_folder>, get_data=3D0x4fede900, status=3D0x4a07fc60 = <receive_status>,=20 > >>>> status_data=3D0x4fede900, done=3D0x4a07fd30 <receive_done>, data= =3D0x4fede900) at mail-ops.c:409 > >>>> #22 0x4a080f6c in mail_receive_uri (uri=3D0x4e45ef10 "mbox:///var/ma= il/shildret;filter", keep_on_server=3D0) at mail-send-recv.c:1224 > >>>> #23 0x4a08082e in auto_timeout (data=3D0x4ed37c20) at mail-send-recv= .c:1058 > >>>> #24 0x498b9016 in g_source_get_current_time () from /usr/local/lib/l= ibglib-2.0.so.0 > >>>> #25 0x498b8817 in g_main_context_dispatch () from /usr/local/lib/lib= glib-2.0.so.0 > >>>> #26 0x498bc05e in g_main_context_check () from /usr/local/lib/libgli= b-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=3D1, argv=3D0xbfbfc254) 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/l= ib/libgtkhtml-3.14.so.19 > >>> #3 0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtk= html-3.14.so.19 > >>> #4 0x484c7bca in html_clue_flow_real_calc_size () from /usr/local/li= b/libgtkhtml-3.14.so.19 > >>> #5 0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtk= html-3.14.so.19 > >>> #6 0x484c9cf1 in html_cluev_do_layout () from /usr/local/lib/libgtkh= tml-3.14.so.19 > >>> #7 0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtk= html-3.14.so.19 > >>> #8 0x484c9cf1 in html_cluev_do_layout () from /usr/local/lib/libgtkh= tml-3.14.so.19 > >>> #9 0x484f9670 in html_object_calc_size () from /usr/local/lib/libgtk= html-3.14.so.19 > >>> #10 0x484e37aa in html_engine_calc_size () from /usr/local/lib/libgtk= html-3.14.so.19 > >>> #11 0x484b9801 in size_allocate () from /usr/local/lib/libgtkhtml-3.1= 4.so.19 > >>> > >>> any suggestions? > >> > >> You need to rebuild gtkhtml3 with debugging symbols, but it really loo= ks > >> like a font problem. What font are you using?=20 > >=20 > > 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=3Dall, bu= t > > that didn't have any related info. Do you think one of my filters is > > causing this? >=20 > 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. >=20 > Joe >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1277305809.90575.4.camel>