Date: Thu, 28 Apr 2011 16:01:06 +0200 From: Matthias Apitz <guru@unixarea.de> To: David Woodhouse <dwmw2@infradead.org> Cc: gnome@freebsd.org, evolution-list@gnome.org Subject: Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) && calendar not working Message-ID: <20110428140106.GA5664@sh4-5.1blu.de> In-Reply-To: <1303998164.2912.123.camel@macbook.infradead.org> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <guru@unixarea.de> - w http://www.unixarea.de/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110428140106.GA5664>