I've got a simple (I hope) question regarding debugging under the operating
system formerly known as OSF/1. Here's the uname string:
OSF1 foo.ox.com V3.2 148 alpha
Also, CXXBASEA500 is used as a C++ complier.
I've got a core file from a program that SEGV'd and here's the output from
decladebug:
<drew> decladebug alpha/indexdb /u1/drew/debug/core.indexdb
Welcome to the DECladebug Debugger Version 4.0-7
------------------
object file name: alpha/indexdb
core file name: /u1/drew/debug/core.indexdb
Reading symbolic information ...done
Core file produced from executable indexdb
Thread terminated at PC 0x3ff8051b298 by signal SEGV
(decladebug) where
>0 0x3ff8051b298 in ???(???)
(decladebug) quit
As you can see, the stack is gone. Any further commands seem to end in further
frustration.
Here's the output from dbx:
<drew> dbx alpha/indexdb /u1/drew/debug/core.indexdb
dbx version 3.11.8
Type 'help' for help.
Core file created by program "indexdb"
signal Segmentation fault at >*[__kill, 0x3ff8051b298] beq r19,
0x3ff8051b2b0
(dbx) where
> 0 __kill(0xb, 0x0, 0x0, 0x0, 0x3ff80769090) [0x3ff8051b298]
1 exc_raise(0x11fffea90, 0x121498, 0x8d008, 0x38000f5, 0x68848)
[0x3ff8057003c]
2 exc_raise_status(0x45586732, 0x2, 0x0, 0x0, 0x0) [0x3ff80570198]
3 cma__error(0x0, 0x0, 0x0, 0x3, 0x3ff8057b818) [0x3ff8056fe54]
4 (unknown)(0x41a10, 0x140022d78, 0x11fffeb78, 0x14, 0x3ff80618ed8)
[0x3ff8057b814]
5 Realize(0x0, 0x0, 0x0, 0x0, 0x0) ["XrtTable.c":2105, 0x1201a8bc0]
6 (unknown)(0x0, 0x0, 0x0, 0x0, 0x0) [0x3ff80349444]
(dbx) quit
Here at least dbx is able to decode the top of the stack into a __kill call, and
acutally follow the stack to the bottom (almost).
Finally, here's the output from gdb. This version of gdb has the patches
recently mentioned on alpha-osf-managers installed.
<drew> gdb alpha/indexdb /u1/drew/debug/core.indexdb
GDB is free software and you are welcome to 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.
GDB 4.15.1 (alpha-dec-osf3.2), Copyright 1995 Free Software Foundation, Inc...
Core was generated by `indexdb'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/pkgs/teleuse/alpha/lib/libd.so...done.
Reading symbols from /usr/pkgs/teleuse/alpha/lib/libXtwit.so...done.
Reading symbols from /usr/pkgs/teleuse/alpha/lib/libXmwit.so...done.
Reading symbols from /usr/pkgs/teleuse/alpha/lib/libteleuse.so...done.
Reading symbols from /usr/shlib/libXm.so...done.
Reading symbols from /usr/shlib/libXt.so...done.
Reading symbols from /usr/shlib/libX11.so...done.
Reading symbols from /usr/shlib/libdnet_stub.so...done.
Reading symbols from /usr/local/lib/libXpm.so...done.
Reading symbols from /usr/shlib/libm.so...done.
Reading symbols from /usr/lib/cmplrs/cxx/libcxx.so...done.
Reading symbols from /usr/shlib/libpthreads.so...done.
Reading symbols from /usr/shlib/libmach.so...done.
Reading symbols from /usr/shlib/libc_r.so...done.
Reading symbols from /usr/shlib/libc.so...done.
Reading symbols from /usr/shlib/libMrm.so...done.
Reading symbols from /usr/shlib/libXext.so...done.
#0 0x3ff8051b298 in kill ()
(gdb) where
#0 0x3ff8051b298 in kill ()
#1 0x3ff80570040 in exc_raise ()
#2 0x3ff8057019c in exc_raise_status ()
#3 0x3ff8056fe58 in cma__error ()
#4 0x3ff8057b818 in cma__sig_thread_init ()
#5 <signal handler called>
#6 Realize () at XrtTable.c:2106
#7 0x3ff80349448 in _XtFreeWWTable ()
(gdb) quit
As you can see here, the stack appears to be intact, and gdb even knows what
caused the original problem. Now for the questions.
Am I running the most recent version of decladebug? Why does decladebug not
decode the stack properly? Is there somthing else I should be doing to get
decladebug to work properly? Any pointers in the right direction would be
helpful. Of course, I'll summarize to the group what I find out. Thanks in
advance.
-drew
-------
USMail: OTA Limited Partnership E-mail: drew_at_ox.com
1 Manhattanville Road Phone: +1 914 694 5800
Purchase, New York 10577 FAX: +1 914 694 5831
"Welcome, to the machine..."
Received on Thu Jan 04 1996 - 21:12:12 NZDT