El día Wednesday, May 04, 2011 a las 11:48:05AM +0100, David Woodhouse escribió:
> On Wed, 2011-05-04 at 12:45 +0200, Matthias Apitz wrote:
> > > That would seem to imply that your hash table was buggered from the very
> > > beginning. If you really can't get gdb to work properly and use a
> > > hardware watchpoint, try littering similar printfs all the way through
> > > g_hash_table_new() so you can find out why it isn't being set to the
> > > function you *provided*.
> >
> > will do ...
>
Server is up and running...
DEBUG e2k-autoconfig: entered read_config()
DEBUG e2k-autoconfig: enterin g_hash_table_new(e2k_ascii_strcase_hash,
e2k_ascii_strcase_equal): 29ed1f6b, 29ed1f39
DEBUG e2k-autoconfig: right after g_hash_table_new()
DEBUG e2k-autoconfig: read_config() config_options=2995e9b0:
00000008 00000007 00000007 00000000 00000000 2995f460 29ed1f6b 29ed1f39
DEBUG e2k-autoconfig: read_config() return, fd=-1
DEBUG e2k-autoconfig: read_config() config_options=2995e9b0:
00000008 00000007 00000007 00000000 00000000 2995f460 29ed1f6b 29ed1f39
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 29804300 (LWP 100134/initial thread)]
0x29ed1f6b in ?? ()
(gdb) p e2k_ascii_strcase_hash
$1 = {guint (gconstpointer)} 0x2a06d7db <e2k_ascii_strcase_hash>
now I'm jumping to e2k_ascii_strcase_hash() which has a fprintf as well
and it gets printed after the jump:
(gdb) j e2k_ascii_strcase_hash
Continuing at 0x2a06d7e0.
DEBUG e2k-utils.c: e2k_ascii_strcase_hash
so the main question is: why the symbol e2k_ascii_strcase_hash() in
read_config() has this broken value 0x29ed1f6b while it should be
0x2a06d7e0 ?
I think we're getting somewhere :-)
matthias
--
Matthias Apitz
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <g...@unixarea.de> - w http://www.unixarea.de/
_______________________________________________
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
http://mail.gnome.org/mailman/listinfo/evolution-list
