ds5000/200 Ultrix4 dbx problems

Jim Hudgens hudgens at SCRI.FSU.EDU
Tue Oct 30 04:31:29 AEST 1990



|> > In article <26832 at cs.yale.edu> weier at twolf.ce.yale.edu writes:
|> > 
|> >    It appears that dbx for the DS5000 provides no way of calling a
|> >    function.  Why has the extremely handy "call" command been removed?
|> >    This drastically cuts into our development efficiency!

> Last week I gave DEC a call about this problem.  This morning I got a
> call from a DEC employee who said that they have recieved many
> complaints about the missing dbx "call" function. The problem has been
> fixed and the "call" function is going to be available with the next
> release.  Until then, we can all use the "print" command discoverd by
> Lavagno.

It doesn't work from fortran.

-----
      a=10.
      b=20.
      c=30.
      stop
      end

      subroutine foo(a,b,c)
      print*,"hello ",a,b,c
      return 
      end
-----

$ dbx2.1 a.out
dbx version 2.10
Type 'help' for help.
reading symbolic information ...
[using pf.MAIN]
MAIN:   1  a=10.
(dbx2.1) stop at 4
[2] stop at "pf.f":4
(dbx2.1) run
[2] stopped at   [pf.MAIN:4 ,0x400230] 	stop
(dbx2.1) print a
10.0 
(dbx2.1) print foo(a,b,c)

a not active
(dbx2.1) where
   0 foo(a = [bad address (0x272c658f)], b = [bad address (0x5c7c2)], c = [bad address (0x272c658f)]) ["pf.f":4, 0x400258]
   1 _mcount(0x5c7c2, 0x272c658f, 0x5c7c2, 0x272c658f, 0x5c7c2) ["./crt0.s":145, 0x4001d8]
(dbx2.1) run

dbx2.1: fatal error: value_from_regs: got reg(31) without entry

$ 

-------

Oh, well.  An explanation for the above is beyond me.  I've tried
other approaches (common blocks, etc.) and get differing 
failures.  We await the next release.

--
Disclaimer:  I didn't do it.
Jim Hudgens		Supercomputer Computations Research Institute
hudgens at sun13.scri.fsu.edu



More information about the Comp.unix.ultrix mailing list