[Coco] a not very important Drivewire question
Robert Gault
robert.gault at att.net
Fri Jul 18 08:54:56 EDT 2014
Kip Koon wrote:
> Up to this point I was under the impression that the Coco 3 SECB was
> executed first before any version of Disk BASIC and then it puts the SB
> portion of the roms out of the way when Disk Basic was executed. Is this
> not the case? If not, then I can see why HDB-DOS is only 8KB.
><snip>
Kip,
You can study what SECB does by using the Unravelled series of books. In
general, the first thing a Coco does after the initial boot is run code at
$C000. With a Coco1 or Coco2, if $C000-$C001 is 'DK then Diskk Basic is started.
With a Coco3, the code at $C000 sets up the GIME, everything is copied from ROM
to RAM mode, the video parameters are set up, SECB is patched onto Extended
Basic, and then finally the external disk ROM is enabled and, if present, Disk
Basic is started.
So, for a Coco3 in RAM mode, $8000-$BFFF is Extended Basic, $C000-$BFFF is some
Disk Basic, $E000-$FE00 is SECB. This still leaves 8K ROM memory in the Disk
controller available for enhancements. ADOS, for example, switches to RAM/ROM
mode to access this area. I wrote my own enhanced version of Disk Basic
utilizing a 16K ROM.
For the issue under discussion of printing documents via Drivewire, we either
need all new code that accesses the serial port or need to use the dwread and
dwwrite routines of HDBDOS (if possible) to access Drivewire.
Presumably one could send append DW control codes to the sent data to access the
DW "printer".
Robert
More information about the Coco
mailing list