Re: [Evolution] evolution-2.32.1 (FreeBSD HEAD) && calendar not working

[Matthias Apitz <guru unixarea de>]

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/