[cmucl-help] 19c alpha [Was Re: CMUCL 18c building on tru64 5.1]

Raymond Toy toy.raymond at gmail.com
Sat Sep 13 23:31:55 UTC 2014


On Sat, Sep 13, 2014 at 3:13 PM, Fausto Saporito <fausto.saporito at gmail.com>
wrote:

> 2014-09-10 19:10 GMT+02:00 Carl Shapiro <carl.shapiro at gmail.com>:
> > On Wed, Sep 10, 2014 at 1:18 AM, Fausto Saporito <
> fausto.saporito at gmail.com>
> > wrote:
> >>
> >> how can I do that ? in dbx I cannot find anything about
> disassembling....
> >> I have to check with ladebug.
> >
> >
> > I think you can tell dbx something like 0x12345678/90i where 0x12345678
> is
> > your address, 90 is an optional repeat count, and i is the flag for
> > instructions.  There is an example in section 1.8.6 of the ladebug
> manual.
> > Its command syntax is similar to dbx.
>
> Hello Carl,
>
> I tried, but the PC when the dbx find the error, is
>
> In initial-function, and running.
> GLOBALDB-INIT
> FDEFN-INIT
> TYPEDEF-INIT
> CLASS-INIT
> TYPE-INIT
> Calling top-level forms.
> signal Trace/BPT trap at >*[., 0x3028f990]      call_pal mtpr_astsr
>
> (dbx) px $pc
> 0x3028f990
>
> and address of INITIAL-FUNCTION is 0x30295720 (according to lisp.map),
> so the pc is before of that address.
>

​But surely lisp.map also shows that there are lots of things at lower
addresses than %initial-function.

And do you know why there's a Trace/BPT trap at that address? What does
call_pal mptr_astsr actually mean? That would help in figure out the
problem.​


-- 
Ray


More information about the cmucl-help mailing list