On Thu, 25 May 2000, John Hawkinson wrote:

> >Didn't know you could specify decimal with a `0t' prefix.  It's not in the
> >manpage.  Could you add this stuff?
> 
> Err, it's in there. See "number" under EXPRESSIONS.

Oh.  I usually don't manage to get far in the manpage. 8^)

> >Also looking at the manpage:
> >
> >    write[/bhl] address expression [expression ...]
> >I think we need to add /L for 64-bit longs.
> 
> Sounds reasonable. Want to implement it? Shouldn't it be "q"
> to be consistent with printf(3) syntax, though?

I got that from looking at examine:

                  L   examine long words (implementation dependent)

Maybe we need a separate q format for quads?

> >(It would also be nice to be able to specify different address spaced
> >for reads and writes so I could directly examine physical memory.  At
> >the moment I have a machine extension to dump physical RAM, but for
> >writing or devices I need to go to PROM.)
> 
> "Hmm." It'd also be nice to do reads and writes from io space
> (I have a "machine {in|out}" implemention for the i386 sitting
> on the back burner...).  Do you have some clear idea of how to do this
> in a unified fashion?

Actually I do 8^).  Don't know if it can be easily implemented.

Use a `/[number]' modifier, where the number is the address space and is
machine dependent.  For sparc, the number would be an 8-bit address space
identifier.  For x86 I suppose it wouldn't matter what number it is, but
having it there specifies I/O space.  There should be a machine default
value since some machines space 0 may not be the default space.

Eduardo Horvath