Re: [Help-gnunet] Discouraging results

[Christian Grothoff]

On Monday 01 November 2004 17:30, John E. Kreznar wrote:
> "N. Durner" <address@hidden> writes:
> > >3. "gnunet-insert gnunet_0.6.4a.orig.tar.gz" ended in a segmentation
> > >   fault, leaving nothing behind that looks like a "gnunet directory".
> >
> > Please send us a stacktrace:
> > ---
> >  gdb gnunet-insert
> >  run gnunet_0.6.4a.orig.tar.gz
> >  ba
>
> Script started on Mon Nov  1 12:55:49 2004
> address@hidden:/var/tmp$ ls -l gnun*
> -rw-r--r--    1 root     root      1682661 Sep 29 22:47
> gnunet_0.6.4a.orig.tar.gz address@hidden:/var/tmp$ gdb gnunet-insert
> gdb: Symbol `emacs_ctlx_keymap' has different size in shared object,
> consider re-linking GNU gdb 2002-04-01-cvs
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are welcome to change it and/or distribute copies of it under certain
> conditions. Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-linux"...(no debugging symbols found)...
> (gdb) run gnunet_0.6.4a.orig.tar.gz
> Starting program: /usr/bin/gnunet-insert gnunet_0.6.4a.orig.tar.gz
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...[New Thread
> 16384 (LWP 31049)]
>
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> (no debugging symbols found)...(no debugging symbols found)...
> Inserting file 'gnunet_0.6.4a.orig.tar.gz' (No description supplied.,
> application/x-gzip) under keyword 'application/x-gzip'. Inserting file
> 'gnunet_0.6.4a.orig.tar.gz' (No description supplied., application/x-gzip)
> under keyword 'orig'. Inserting file 'gnunet_0.6.4a.orig.tar.gz' (No
> description supplied., application/x-gzip) under keyword 'gnunet'.
> Inserting file 'gnunet_0.6.4a.orig.tar.gz' (No description supplied.,
> application/x-gzip) under keyword 'gzip'. Inserting file
> 'gnunet_0.6.4a.orig.tar.gz' (No description supplied., application/x-gzip)
> under keyword 'application/x'. Inserting file 'gnunet_0.6.4a.orig.tar.gz'
> (No description supplied., application/x-gzip) under keyword
> 'application/x-gzip'. Inserting file 'gnunet_0.6.4a.orig.tar.gz' (No
> description supplied., application/x-gzip) under keyword
> 'gnunet_0.6.4a.orig.tar.gz'. (no debugging symbols found)...(no debugging
> symbols found)...
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 31049)]
> 0x401d3470 in mallopt () from /lib/libc.so.6
> (gdb) ba
> #0  0x401d3470 in mallopt () from /lib/libc.so.6
> #1  0x401d2ce8 in mallopt () from /lib/libc.so.6
> #2  0x401d1ed3 in malloc () from /lib/libc.so.6
> #3  0x401f4472 in tzset () from /lib/libc.so.6
> #4  0x401f3229 in adjtime () from /lib/libc.so.6
> #5  0x401f4126 in tzset () from /lib/libc.so.6
> #6  0x401f2692 in localtime () from /lib/libc.so.6
> #7  0x4009a516 in doneLogging () from /usr/lib/libgnunetutil.so.0
> #8  0x4009a6ec in LOG () from /usr/lib/libgnunetutil.so.0
> #9  0x40098818 in doneUtil () from /usr/lib/libgnunetutil.so.0
> #10 0x0804ac74 in _init ()
> #11 0x40176dc6 in __libc_start_main () from /lib/libc.so.6
> (gdb) q

Interesting.  Crash in the shutdown sequence (gnunet-insert is done at this 
point) and in glibc.  I'm quite sure you're the first one to report this one.  
Now, considering how fast we would get reports of common bugs, that means  
something must be quite special in your setup.  So either you have some 
really rare configuration (non-i386 architecture, gcc-3.5 :-) or broken 
hardware (memory being my favourite; did you run memcheck/memtest anytime in 
the last 2 months? do other programs crash in funny ways, too?).  In either 
way, this looks more like a case for Mantis (http://ovmj.org/~mantis/) than 
the mailinglist to me.  Now, if anyone else has seen this kind of 
gnunet-insert crash (in 0.6.4a), please let us know!

> A debugging session is active.
> Do you still want to close the debugger?(y or n) y
> address@hidden:/var/tmp$ exit
>
> Script done on Mon Nov  1 13:21:01 2004
>
> Christian Grothoff <address@hidden> writes:
> > More importantly, send the version number of libextractor :-).
>
> $ dpkg -s libextractor0
> Package: libextractor0 [...]
> Version: 0.3.3-1

Whew.  Ancient history.  But from the stacktrace I would suspect that LE is 
innocent (valgrind would tell for sure).

> > >4. "gnunet-check -a" failed at logging.
> >
> > The more information we get the more we can help you.
>
> Here's a fragment from the script..
>
> $ gnunet-check -a
> Oct 31 23:31:55 DEBUG: GNUNET-CHECK/FIXED-PRIORITY in conf either <= 0 or
> missing Oct 31 23:31:56 DEBUG: GNUNET-INSERT/CONTENT-PRIORITY in conf
> either <= 0 or missing Oct 31 23:32:27 CRON: Enter 'getAgeFileHandle'.
> Could not bind to port 2087.  Is gnunetd running?
> Oct 31 23:32:44 'bind' failed at gnunet-check.c:1029 with error: Address
> already in use Oct 31 23:32:44 Failure at logging.c:297.
> Aborted

Well, RTFM: do not run gnunet-check together with gnunetd (see: bind failed).

C