[13218] in Athena Bugs

home help back first fref pref prev next nref lref last post

sun4 7.7Q: sunsoft

daemon@ATHENA.MIT.EDU (Diane Delgado)
Wed Feb 15 15:41:11 1995

To: bugs@MIT.EDU
Date: Wed, 15 Feb 1995 15:41:05 EST
From: Diane Delgado <delgado@MIT.EDU>

System name:		green-acres
Type and version:	SPARC/Classic 7.7Q
Display type:		cgthree

What were you trying to do?

use dbx on a sparcstation5 to debug an executable

What's wrong:
	
   dbx immediately gets a segv

What should have happened:
 it should have loaded the executable and other relevant information
 and displayed the prompt for a command.

Please describe any relevant documentation references:

I tried this on a sparc classic and dbx does not get a segv.
The segv occurs in both the cases where I am attempting to attach
to a running process or when I attempt to initiate the program
from dbx.  Here are the commands issued and the result:

green-acres> r ps
ps -deaf | fgrep abs.wish
 delgado  3627   317 56 14:02:37 pts/0      0:01 ./abs.wish -f abs.new
 delgado  3736   317  7 14:37:56 pts/0      0:00 fgrep abs.wish
green-acres> r dbx
dbx - 3627 abs.wish
Reading symbolic information for -

dbx: internal error: signal SEGV (segmentation violation)
Enter directory name to get dbx coredump in that directory or "" to exit.
(entering "." will cause core file in current directory to be overwritten)
> 
green-acres> dbx abs.wish
Reading symbolic information for abs.wish

dbx: internal error: signal SEGV (segmentation violation)
Enter directory name to get dbx coredump in that directory or "" to exit.
(entering "." will cause core file in current directory to be overwritten)
> 

green-acres> file abs.wish
abs.wish:       ELF 32-bit MSB executable SPARC Version 1, dynamically linked, stripped





home help back first fref pref prev next nref lref last post