[Coco] Proof-of-concept to make 16KB HDB-DOS ROMs seamlessly

[Bill Pierce]

Juan,
I would commit it as a new rom. Leave the old "as is".'
Create an "hdbdos_16k.rom" or something.  This way, "just in case" something isn't right, we can fall back and no "current" builds are screwed. I think this is what's been happening in the past and causing us to lose what we had before. It will also give us code to play with (as in adding routines) without losing the current HDBDOS that works well.
This may be what you are intending, just stating this to clarify :-)


Bill Pierce
"Today is a good day... I woke up" - Ritchie Havens
 

My Music from the Tandy/Radio Shack Color Computer 2 & 3
https://sites.google.com/site/dabarnstudio/
Co-Webmaster of The TRS-80 Color Computer Archive
http://www.colorcomputerarchive.com/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
E-Mail: ooogalapasooo at aol.com




-----Original Message-----
From: Juan Castro <jccyc1965 at gmail.com>
To: CoCo List <coco at maltedmedia.com>
Sent: Thu, Jan 30, 2014 9:36 pm
Subject: Re: [Coco] Proof-of-concept to make 16KB HDB-DOS ROMs seamlessly


Boisy, Tormod... can I commit this?


On Thu, Jan 30, 2014 at 10:44 PM, Juan Castro <jccyc1965 at gmail.com> wrote:

> I replicated the "two byte ASCII signature" scheme to allow for playing
> with those unused top 8KB of ROM space. The example just puts an
> exclamation point at the top right of the screen, but you can do anything.
> Tell me what you think.
>
> I made it so, if the top 8KB don't exist, it still works as before. I had
> to condense a couple of messages. The makefile builds the normal 8K ROMs as
> before, and also the 16K roms (prefix el-).
>
> (This is a patch for the current source in Toolshed's Mercurial.)
>
> https://dl.dropboxusercontent.com/u/15643089/hdbdos-16krom.patch
>
> Juan
>

--
Coco mailing list
Coco at maltedmedia.com
http://five.pairlist.net/mailman/listinfo/coco