From owner-freebsd-gnome@FreeBSD.ORG Wed Jun 23 05:46:34 2010 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99521106566B for ; Wed, 23 Jun 2010 05:46:34 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 67F948FC08 for ; Wed, 23 Jun 2010 05:46:34 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o5N5kXq1028989; Wed, 23 Jun 2010 01:46:33 -0400 (EDT) Received: from fruit-rollup.marcuscom.com (jclarke-pc.cisco.com [172.18.254.236]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o5N5kWOf015729; Wed, 23 Jun 2010 01:46:32 -0400 (EDT) Message-ID: <4C219FB8.6000409@freebsd.org> Date: Wed, 23 Jun 2010 01:46:32 -0400 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Scott T. Hildreth" References: <1276095204.75742.5.camel@scotth.emsphone.com> <1277244151.44361.5.camel@scotth.emsphone.com> In-Reply-To: <1277244151.44361.5.camel@scotth.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-gnome Subject: Re: evolution core dumping X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 05:46:34 -0000 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 ) 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 , get_data=0x4fede900, status=0x4a07fc60 , >> status_data=0x4fede900, done=0x4a07fd30 , 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 , get_data=0x4fede900, status=0x4a07fc60 , >> status_data=0x4fede900, done=0x4a07fd30 , 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? Can you try a different font? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome