v0.02 Re: Work in progress free firmware substitute

[lyricalnanoha@dosius.ath.cx (Steve Nickolas)]

http://usotsuki.hoshinet.org/gameware-0.02.zip

I'd like to figure out what I've misimplemented, but this works a bit better
than 0.01.

Patch for BASIC.SYSTEM 1.1:
]bload basic.system,t255,a8192
]call -151
*2000: 4C 00 48
*4800: AD 98 BF D0 05 A9 20 8D 98 BF 4C 47 20
*create irrbasic.system,t255
*bsave irrbasic.system,a8192,L10253

This should work with other versions of BASIC.SYSTEM also (except for 1.0). 
The problem on Gameware that this patch fixes is not actually with
BASIC.SYSTEM, but with PRODOS; but it was easier to patch BASIC.SYSTEM.

Again, DOS 3.3 "master" disks do NOT work, but DOS 3.3 "slave" disks DO. 
However, because of an unknown defect in the line input code ("getlin"), DOS
commands are not intercepted and it is necessary to use the ?:? CHR$(4)
formula even on the command line.  The DOS issues also affect DOS 3.2 (but
the Basics Disk allows 3.2.x to boot correctly by loading it while 50-sector
INTBASIC, and thus the Apple ][+ monitor code, is active).

A lot of early MECC software used a relocating DOS like the DOS 3.3 master. 
This can be observed on a real ][: the disk light goes off for a pause
before the ] appears.  These images will only work if they are cracked AND
the operating system replaced with a DOS 3.3 "slave" image - if they work at
all, as some MECC stuff can be rather finicky.  Again: FPBASIC is fine. 
Anything that relies exclusively on FPBASIC should be fine. Anything that
relies exclusively on the hardware should be fine.  Only calls into the
F800-FFFF area are prone to borkage, as only this code is replaced (the 2K
bin file in the archive).

-uso.