Zenon Panoussis skrev:
> 

>    And a really HARD hang at the same place as before. So hard
>    that I can't even kill splitter.

BTW, although I couldn't kill splitter, I did find a core dump 
in sbin. Here's the backtrace:


# gdb splitter core
GNU gdb 5.0
<snip copyright>
This GDB was configured as "i386-redhat-linux"...
Core was generated by `./splitter'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/mysql/libmysqlclient.so.10...done.
Loaded symbols for /usr/lib/mysql/libmysqlclient.so.10
Reading symbols from /lib/libm.so.6...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
#0  0x8057d15 in UdmSplitCacheLog (log=300) at cache.c:635
635                                                                                    
 logwords[count+j].wrd_id=table[w].wrd_id;
(gdb) backtrace
#0  0x8057d15 in UdmSplitCacheLog (log=300) at cache.c:635
#1  0x8049f29 in main (argc=1, argv=0xbffffac4) at splitter.c:74
#2  0x4009bbfc in __libc_start_main (main=0x8049e20 <main>, argc=1, ubp_av=0xbffffac4, 
    init=0x8049630 <_init>, fini=0x8064f7c <_fini>, rtld_fini=0x4000d674 <_dl_fini>, 
stack_end=0xbffffabc)
    at ../sysdeps/generic/libc-start.c:118

Z


-- 
oracle@everywhere: The ephemeral source of the eternal truth...
______________
If you want to unsubscribe send "unsubscribe udmsearch"
to [EMAIL PROTECTED]

Reply via email to