Part 2 Now with Code! Re: Unfettered access to the ///?

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

The current binary: http://bayleef.hoshinet.org/usotsuki/star.dsk
The current source (unvarnished):
http://bayleef.hoshinet.org/usotsuki/star02s.zip

Just so that there's something to boot, the disk also contains 48/64
EHBASIC.

1. On MESS, there is no pause between when the splash screen appears and the
program drops into the Apple ][ monitor.  The font is also not loaded. 
Otherwise, the system works correctly; pressing Ctrl-F12 does a reboot in ][
mode.

2. On Sara (the MacOS 7.5-compatible version; I don't have a Mac or any
machine to run OSX on) there is a pause, then a garbled version of the
"SYSTEM FAILURE=$00" message. (It was $01 originally.)  However, the font
appears to have been completely loaded.

The idea is that the Apple ][-like system font be loaded onto the video
controller (SOS.DRIVER does this), then any OS or firmware be disabled. 
After this, the hardware is placed in an Apple ][-like state (with zero page
and stack in their true locations and the 6502 memory bank set to 0),
without (intentionally) activating the lockdown, and an Apple ][+-like
firmware is loaded in the top of memory (think LOADER.OBJ0 on the later DOS
3.3 system disks), along with the Disk ][ firmware; then the top 16K of RAM
is locked, providing the appearance of 48K of available RAM, in a way an
Apple ][ program expects.  With the hardware still in /// mode, all the
memory banking and softswitches work as on the ///, resulting in some
incompatibility; the modifications to the monitor and BASIC are intended to
compensate for this.

-uso.