From owner-freebsd-gnome@FreeBSD.ORG Thu Apr 28 14:01:11 2011 Return-Path: Delivered-To: gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFF9106564A for ; Thu, 28 Apr 2011 14:01:11 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 932DD8FC08 for ; Thu, 28 Apr 2011 14:01:10 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QFRmE-00029j-Qz; Thu, 28 Apr 2011 16:01:06 +0200 Date: Thu, 28 Apr 2011 16:01:06 +0200 From: Matthias Apitz To: David Woodhouse Message-ID: <20110428140106.GA5664@sh4-5.1blu.de> References: <1303821491.6417.108.camel@macbook.infradead.org> <20110426135234.GA1336@sh4-5.1blu.de> <1303827472.6417.113.camel@macbook.infradead.org> <20110426145506.GA20059@sh4-5.1blu.de> <1303831016.6417.132.camel@macbook.infradead.org> <20110426213920.GA15678@sh4-5.1blu.de> <20110427062214.GA1159@sh4-5.1blu.de> <20110428073857.GB4359@sh4-5.1blu.de> <20110428131312.GA17412@sh4-5.1blu.de> <1303998164.2912.123.camel@macbook.infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1303998164.2912.123.camel@macbook.infradead.org> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: gnome@freebsd.org, evolution-list@gnome.org Subject: Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) && calendar not working X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 14:01:11 -0000 El día Thursday, April 28, 2011 a las 02:42:44PM +0100, David Woodhouse escribió: > On Thu, 2011-04-28 at 15:13 +0200, Matthias Apitz wrote: > > > > > > but read_config () can't find the file /usr/local/etc/connector.conf > > and just returns (line 1412) to e2k_autoconfig_lookup_option() which > > makes the g_hash_table_lookup() crashing later; > > I don't understand. The *first* think that read_config() does, before it > even tries to open the connector.conf file, is: > > config_options = g_hash_table_new (e2k_ascii_strcase_hash, > e2k_ascii_strcase_equal); > > So config_options should *never* be NULL and the call to > g_hash_table_lookup() should not crash. yes; I saw this as well and checked config_options with fprinf's; after the 1st call of read_config() it contains a good point, but even with this g_hash_table_lookup() crashes; that's why I changed the line return g_hash_table_lookup (config_options, option); to return NULL; I don't know why g_hash_table_lookup() crashes; > > When it crashes and it's sitting at a gdb prompt, can you type > up > up > p config_options config_options is fine after 1st read_config(); > > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 29804300 (LWP 100647/initial thread)] > > 0x29f582eb in e2k_http_parse_date ( > > date=0x29b31b00 "Thu, 28 Apr 2011 13:09:20 GMT") at _ctype.h:125 > > 125 return (_c < 0 || _c >= 128) ? 0 : > > (gdb) > > > > (I don't understand why the gdb is presenting the code as at > > _ctype.h:125 ???) > > Got a backtrace for this one too? At first glance I have no idea how any > of the code in the e2k_http_parse_date() function would end up using > ctype functions either. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 29804300 (LWP 100647/initial thread)] 0x29f582eb in e2k_http_parse_date ( date=0x29b31b00 "Thu, 28 Apr 2011 13:09:20 GMT") at _ctype.h:125 125 return (_c < 0 || _c >= 128) ? 0 : (gdb) bt #0 0x29f582eb in e2k_http_parse_date ( date=0x29b31b00 "Thu, 28 Apr 2011 13:09:20 GMT") at _ctype.h:125 #1 0x29f50381 in timestamp_handler (msg=0x2998acd0, user_data=0x298fe500) at e2k-context.c:139 #2 0x2905c0bf in g_cclosure_marshal_VOID__VOID () from /usr/local/lib/libgobject-2.0.so.0 #3 0x2904c9e3 in g_closure_invoke () from /usr/local/lib/libgobject-2.0.so.0 #4 0x29064432 in g_signal_handlers_block_matched () from /usr/local/lib/libgobject-2.0.so.0 #5 0x29066490 in g_signal_emit_valist () from /usr/local/lib/libgobject-2.0.so.0 #6 0x290667e5 in g_signal_emit () from /usr/local/lib/libgobject-2.0.so.0 #7 0x28c43baf in soup_message_got_headers () from /usr/local/lib/libsoup-2.4.so.1 #8 0x28c49dee in io_read () from /usr/local/lib/libsoup-2.4.so.1 #9 0x28c46bd3 in soup_message_send_request () from /usr/local/lib/libsoup-2.4.so.1 #10 0x28c391e9 in soup_connection_send_request () from /usr/local/lib/libsoup-2.4.so.1 #11 0x28c50be3 in soup_session_send_queue_item () from /usr/local/lib/libsoup-2.4.so.1 #12 0x28c547ac in process_queue_item () from /usr/local/lib/libsoup-2.4.so.1 #13 0x28c54a40 in send_message () from /usr/local/lib/libsoup-2.4.so.1 #14 0x28c501c2 in soup_session_send_message () from /usr/local/lib/libsoup-2.4.so.1 #15 0x29f508f0 in e2k_context_send_message (ctx=0x298fe500, op=0x0, msg=0x2998acd0) at e2k-context.c:139 #16 0x29f50ceb in e2k_context_get_owa (ctx=0x298fe500, op=0x0, uri=0x2a0a7f40 "https://XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX", claim_ie=0, response=0xbfbfdc34) at e2k-context.c:139 #17 0x29f4fb9d in e2k_context_fba (ctx=0x298fe500, failed_msg=0x2998ac60) at e2k-context.c:139 #18 0x29f4cc84 in e2k_autoconfig_get_context (ac=0x2a3fcfa0, op=0x0, result=0xbfbfdd9c) at _ctype.h:106 #19 0x29f704aa in exchange_account_connect (account=0x2985a530, pword=0x2a038498 "PWPWPWPWPW", info_result=0xbfbfde10) at exchange-account.c:201 #20 0x29f3835e in open_calendar (backend=0x2985b058, cal=0x2995c480, only_if_ex ... -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/