Ladebug woes ...

From: Yogesh Bhanu (yogesh@gsf.de)
Date: Fri Apr 19 2002 - 03:45:29 EDT


Hello Admins ,
        One of our developers is having problems with Labebug ..
We are trying to get a stack trace ..

$ ladebug $OS_ROOTDIR/debug/lib/osserver /core
at the end of tstack ladebug breaks ..

I get the following output ..
#######

object file name: /home/app/ODI/OS6.0.7/ostore/debug/lib/osserver
core file name: /core
Reading symbolic information ...done
Core file produced from executable osserver
Thread 0x1c terminated at PC 0x3ff800d1288 by signal ABRT
(ladebug) ignore SEGV
(ladebug) tstack
Stack trace for thread 28
>0 0x3ff800d1288 in _sigprocmask(0x2, 0x20, 0x0, 0x0, 0x0, 0x20000b2f600) in /usr/shlib/libc.so
#1 0x3ff800d337c in __sigprocmask(0x2, 0x20, 0x0, 0x0, 0x0,
0x20000b2f600) in /usr/shlib/libc.so
#2 0x3ff8018f33c in abort(0x2, 0x20, 0x0, 0x0, 0x0, 0x20000b2f600) in
/usr/shlib/libc.so
#3 0x3ff81f346c0 in terminate(0x2, 0x20, 0x0, 0x0, 0x0, 0x20000b2f600)
in /usr/lib/cmplrs/cxx/libcxx.so
#4 0x3ff807f369c in UnknownProcedure15FromFile0(0x2, 0x20, 0x0, 0x0,
0x0, 0x20000b2f600) in /usr/shlib/libexc.so
#5 0x3ff807f3a08 in exc_raise_signal_exception(0x2, 0x20, 0x0, 0x0,
0x0, 0x20000b2f600) in /usr/shlib/libexc.so
#6 0x3ff805b9470 in UnknownProcedure8FromFile16(0x2, 0x20, 0x0, 0x0,
0x0, 0x20000b2f600) in /usr/shlib/libpthread.so
#7 0x3ff800d0b9c in __sigtramp(0x2, 0x20, 0x0, 0x0, 0x0, 0x20000b2f600)
in /usr/shlib/libc.so
#8 0x3ff805cb1d8 in __nxm_thread_kill(0x20000b2f8c8, 0x6, 0x1, 0x1,
0x25, 0x20000b2f600) in /usr/shlib/libpthread.so
#9 0x3ff805b7934 in pthread_kill(0x20000b2f8c8, 0x6, 0x1, 0x1, 0x25,
0x20000b2f600) in /usr/shlib/libpthread.so
#10 0x3ff805c07cc in UnknownProcedure7FromFile19(0x20000b2f8c8, 0x6,
0x1, 0x1, 0x25, 0x20000b2f600) in /usr/shlib/libpthread.so
#11 0x3ff80118d24 in __tis_raise(0x20000b2f8c8, 0x6, 0x1, 0x1, 0x25,
0x20000b2f600) in /usr/shlib/libc.so
#12 0x3ff80170340 in raise(0x20000b2f8c8, 0x6, 0x1, 0x1, 0x25,
0x20000b2f600) in /usr/shlib/libc.so
#13 0x3ff8018f2bc in abort(0x20000b2f8c8, 0x6, 0x1, 0x1, 0x25,
0x20000b2f600) in /usr/shlib/libc.so
#14 0x3ffbffcffc0 in
/home/app/ODI/OS6.0.7/ostore/lib/libosu.so.tru64_5.6.0
#15 0x12014e294 in ~_SUTL_threaded_list()
"/h/cecil/1/r6.0_bl28a/r6.0_bl28a.aosf5.picsym/top/include/internal/svr_util/threads.hh":60

Stack trace for thread 1
#0 0x3ff805caf3c in __hstTransferRegisters(0x3ffc01b8400, 0x8,
0x3ff805a3608, 0x20000a0f600, 0x1400b4000, 0x20000a0f600) in
/usr/shlib/libpthread.so
#1 0x3ff805af74c in __osTransferContext(0x3ffc01b8400, 0x8,
0x3ff805a3608, 0x20000a0f600, 0x1400b4000, 0x20000a0f600) in
/usr/shlib/libpthread.so
#2 0x3ff805a3c50 in __dspTransferContext(0x3ffc01b8400, 0x8,
0x3ff805a3608, 0x20000a0f600, 0x1400b4000, 0x20000a0f600) in
/usr/shlib/libpthread.so
#3 0x3ff805a12f4 in __dspDispatch(0x3ffc01b8400, 0x8, 0x3ff805a3608,
0x20000a0f600, 0x1400b4000, 0x20000a0f600) in /usr/shlib/libpthread.so
#4 0x3ff805a0520 in __cvWaitPrim(0x3ffc01b8400, 0x8, 0x3ff805a3608,
0x20000a0f600, 0x1400b4000, 0x20000a0f600) in /usr/shlib/libpthread.so
#5 0x3ff8059dd48 in __pthread_cond_wait(0x3ffc01b8400, 0x8,
0x3ff805a3608, 0x20000a0f600, 0x1400b4000, 0x20000a0f600) in
/usr/shlib/libpthread.so
#6 0x1202d30e4 in operator >>(pack=<bad reference>, cid=class { ... })
"/h/cecil/1/r6.0_bl28a/r6.0_bl28a.aosf5.picsym/top/include/internal/svr_util/cluster_id.hh":163
#7 0x140063bb4 in /home/app/ODI/OS6.0.7/ostore/debug/lib/osserver
#8 0x1202d30e4 in operator >>(pack=<no value>, cid=class { ... })
"/h/cecil/1/r6.0_bl28a/r6.0_bl28a.aosf5.picsym/top/include/internal/svr_util/cluster_id.hh":163
Unhandled Ladebug exception. Recovering...
(ladebug) quit
#####

Any pointers ...

The system under question is Tru64 5.1 with pk 2 with 2 GB of RAM

Thanks in advance

-- 
Whatever you do will be insignificant, but it is very important that you
do it.
                -- Gandhi


This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:38 EDT