Ryan Pugatch wrote:
> Harald Braumann wrote:
>   
>> On Tue, 23 Oct 2007 01:00:08 +0200
>> Tomasz Sterna <[EMAIL PROTECTED]> wrote:
>>
>>   
>>     
>>> Dnia 22-10-2007, Pn o godzinie 15:03 -0400, Ryan Pugatch pisze:
>>>     
>>>       
>>>> Yes, I did a make clean.  Backtrace just has a bunch of stuff like:
>>>>
>>>> #0  0x00000030 in ?? ()
>>>> #1  0x082456a0 in ?? ()
>>>> #2  0x082456a0 in ?? ()
>>>> #3  0x00c44158 in main_arena () from /lib/libc.so.6
>>>>       
>>>>         
>> The last output in sm's log was:
>>   Mon Oct 22 09:34:38 2007 storage_db.c:161 serialising key time
>>   Segmentation fault
>>
>> Try setting a breakpoint there (inside gdb type ``break
>> storage_db.c:161'') and then step from there on (whith ``next''). Maybe
>> you catch the faulting call this way. 
>>
>>   
>>     
>>> Looks like your glibc is stripped off symbols.
>>> Check if your distribution delivers -debug version of glibc.
>>>     
>>>       
>> Hm, but even if glibc is stripped, there has to be one function in this
>> back trace that's inside sm and thus should be printed.
>>
>> Also, there are 256 lines in the bt. How do you get so
>> many nested function calls? AFAIK jabberd2 doesn't use any recursion ...
>>
>> Regards,
>> harry
>> _______________________________________________
>> Jabberd2 mailing list
>> [email protected]
>> http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com
>>   
>>     
>
> (gdb) break storage_db.c:161
> No source file named storage_db.c.
> Make breakpoint pending on future shared library load? (y or [n]) y
> Breakpoint 1 (storage_db.c:161) pending.
> (gdb) run
> Starting program: /usr/local/bin/sm
> [Thread debugging using libthread_db enabled]
> [New Thread -1208056128 (LWP 32684)]
> Error while reading shared library symbols:
> Cannot find new threads: generic error
> Breakpoint 2 at 0x111a44: file storage_db.c, line 161.
> Pending breakpoint "storage_db.c:161" resolved
>
> and then it hangs.... as does my jabber client when I try to connect
> _______________________________________________
> Jabberd2 mailing list
> [email protected]
> http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com
>   

I ran sm under valgrind to see if anything useful would show up... not 
sure if any of this info is useful:

==409== Memcheck, a memory error detector.
==409== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==409== Using LibVEX rev 1658, a library for dynamic binary translation.
==409== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==409== Using valgrind-3.2.1, a dynamic binary instrumentation framework.
==409== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==409== For more details, rerun with: -v
==409==
==409== Invalid write of size 4
==409==    at 0xAF5C6C: _dl_signal_error (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2A8 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid write of size 4
==409==    at 0xAF5CA6: _dl_signal_error (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2A4 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid write of size 1
==409==    at 0xAF5CC0: _dl_signal_error (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2AC is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE88: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2C4 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE8B: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2B0 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE8D: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2B4 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE90: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2B8 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE93: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==    by 0x804F47E: mm_in_router (mm.c:470)
==409==  Address 0xBEDCC2BC is not stack'd, malloc'd or (recently) free'd
==409==
==409== Invalid read of size 4
==409==    at 0xAFCE96: __longjmp (in /lib/ld-2.5.so)
==409==    by 0xAF5CE5: _dl_signal_error (in /lib/ld-2.5.so)
==409==  Address 0xBEDCC2C0 is not stack'd, malloc'd or (recently) free'd
==409== Warning: client switching stacks?  SP change: 0xBEDCC944 --> 
0x40237B0
==409==          to suppress, use: --max-stackframe=1160081004 or greater
==409==
==409== Jump to the invalid address stated on the next line
==409==    at 0x0: ???
==409==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==409==
==409== Process terminating with default action of signal 11 (SIGSEGV)
==409==  Bad permissions for mapped region at address 0x0
==409==    at 0x0: ???
==409==
==409== Conditional jump or move depends on uninitialised value(s)
==409==    at 0xAF1601: do_lookup_x (in /lib/ld-2.5.so)
==409==
==409== Invalid read of size 4
==409==    at 0xAF1638: do_lookup_x (in /lib/ld-2.5.so)
==409==  Address 0x14080697 is on thread 1's stack
==409==
==409== Process terminating with default action of signal 11 (SIGSEGV)
==409==  Access not within mapped region at address 0x14080697
==409==    at 0xAF1638: do_lookup_x (in /lib/ld-2.5.so)
==409==
==409== ERROR SUMMARY: 12 errors from 12 contexts (suppressed: 78 from 1)
==409== malloc/free: in use at exit: 152,273 bytes in 700 blocks.
==409== malloc/free: 1,841 allocs, 1,141 frees, 1,052,566 bytes allocated.
==409== For counts of detected errors, rerun with: -v
==409== searching for pointers to 700 not-freed blocks.
==409== checked 1,326,980 bytes.
==409==
==409==
==409== 70 bytes in 1 blocks are definitely lost in loss record 31 of 75
==409==    at 0x40053C0: malloc (vg_replace_malloc.c:149)
==409==    by 0xAF5C69: _dl_signal_error (in /lib/ld-2.5.so)
==409==    by 0xAF5E39: _dl_signal_cerror (in /lib/ld-2.5.so)
==409==    by 0xAF225B: _dl_lookup_symbol_x (in /lib/ld-2.5.so)
==409==    by 0xAF5A1F: _dl_fixup (in /lib/ld-2.5.so)
==409==    by 0xAFADEF: _dl_runtime_resolve (in /lib/ld-2.5.so)
==409==    by 0x400AE70: _st_db_put (storage_db.c:303)
==409==    by 0x424E99C: _active_user_create (mod_active.c:58)
==409==    by 0x804EBEC: mm_user_create (mm.c:658)
==409==    by 0x805521E: user_create (user.c:101)
==409==    by 0x8053D83: sess_start (sess.c:122)
==409==    by 0x4240383: _session_in_router (mod_session.c:92)
==409==
==409== LEAK SUMMARY:
==409==    definitely lost: 70 bytes in 1 blocks.
==409==      possibly lost: 0 bytes in 0 blocks.
==409==    still reachable: 152,203 bytes in 699 blocks.
==409==         suppressed: 0 bytes in 0 blocks.
==409== Reachable blocks (those to which a pointer was found) are not shown.
==409== To see them, rerun with: --show-reachable=yes
_______________________________________________
Jabberd2 mailing list
[email protected]
http://lists.xiaoka.com/listinfo.cgi/jabberd2-xiaoka.com

Reply via email to