Re: Ripping my GS's ROMs isn't working...

[dempson@actrix.gen.nz (David Empson)]

matthew p. conte <itsbroke@ix.netcom.com> wrote:

> > >     Ok, I'm home over Thanksgiving and I've been attempting to rip the
> > >my ROM 1 GS's ROMs for use with XGS.  Long story short: It's not
> working.
> > >=)  After doing a CALL -151, the instructions say to type this:
> > >
> > >00/800 < FE/0000.3FFFM

Try removing the spaces.  That will make a big difference.  Spaces are
used to separate commands in the monitor, but this is supposed to be a
single command.  It should be:

0/800<FE/0.3FFFM

I don't know why these instructions tell you to only copy 16K at a time
- you should be able to create a binary image file of the ROM 1 in four
move operations (eight commands including the BSAVEs):

0/800<FE/0.7FFFM
BSAVE ROM1,A$800,L$8000
0/800<FE/8000.FFFFM
BSAVE ROM1,A$800,L$8000,B$8000
0/800<FF/0.7FFFM
BSAVE ROM1,A$800,L$8000,B$10000
0/800<FF/8000.FFFFM
BSAVE ROM1,A$800,L$8000,B$18000

(This assumes ProDOS and a recent version of BASIC.SYSTEM - earlier
versions had bugs in their handling of the "B" option for the BSAVE
command which might affect this.)

You will end up with a 128K file containing an image of the ROM.

For a ROM 3 IIgs, you need to add four more pairs of instructions for
saving banks FC and FD as well as FE and FF, and you wouldn't be able to
do this on a 5.25" disk.

> i had the same problem trying to dump my gs rom01...  froze up everytime i
> typed that line...

0/800 would display the contents of memory location 00/0800.  The <
command by itself wouldn't do much: possibly set up zero as the
destination address.  The FE/0000.3FFFM command would then attempt to
move memory to whereever the destination address is pointing.  Assuming
it is zero, this would overwrite your I/O hooks, stack, screen memory,
screen holes, etc.  Not a good idea.

-- 
David Empson
dempson@actrix.gen.nz
Snail Mail: P.O. Box 27-103, Wellington, New Zealand