[Coco] DW3 WireBug mode

[Bill Pierce]

Ok, I'll byte.... How do we make the rom 16k.?.. Just add to it?

 I have a lot I could do with 8k more and a couple of BASIC hooks.... That way we wouldn't have to sacrifice any of BASIC's functionality. Just a few hooks into cmds. I don't think we would even have to loose cassette and printer. Just turn them on and off. Hook into the PRINT# routine and check the ON/OFF status (DP flags) of cassette and/or printer. if ON, "-1" & "-2" jump back to cass & print, if OFF they go to DW. Then add the new cmds CASSON, CASSOFF, PRNTON, & PRNTOFF.
 If we need to return a string from DW add the cmd RESPONSE A... use A = VARPTR($A) to get the string address for the response to be stored. The string would have to be long enough to hold the response, then PRINT$A. Any error would be diverted to the error routine with the proper error #.
New cmds are fairly easy to add. A good source for this is in "80 Micro 1983 Anniversary Edition" page 408 "Teach Your CC New Words" or H. Allen Curtis's "*Paint in 256 colors" in October 86 Rainbow. There are quite a few more on adding cmds, those two just come to mind as I've used their methods before and knew where they were.

Bill Pierce
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: Mark Marlette <mmarlette at frontiernet.net>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
Sent: Wed, Jul 3, 2013 5:36 pm
Subject: Re: [Coco] DW3 WireBug mode


Agreed...would like to see that as well!

Open source.... :) Any takers!!!!!



________________________________
 From: Aaron Wolfe <aawolfe at gmail.com>
To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com> 
Sent: Wednesday, July 3, 2013 3:50 PM
Subject: Re: [Coco] DW3 WireBug mode
 

Yes, I understand and totally agree with Boisy's desire to maintain
compatibility by sticking to an 8k ROM.

If we could do an "experimenters" ROM that either removed some things
or went to the 16k size without touching the "stock" 8k HDBDOS, then
we would have room for not only the DW virtual I/O but lots of other
things people have suggested over the years but that would not fit in
stock 8k.

For instance, a 16k rom could allow support for FDC, DW, and SuperIDE
all at once.  Of course this ROM would not be as compatible as the
stock 8k rom, but it would provide some oft requested functionality.

Since HDBDOS has become open now, maybe its time to think about
splitting into 8k "stock" branches and a 16k "experimental" branch.

Just thoughts.
-A


On Wed, Jul 3, 2013 at 4:40 PM, Mark Marlette <mmarlette at frontiernet.net> wrote:
> Aaron,
>
> This would require that HDB-DOS go to 16K, as I recall there was about 8 bytes 
left free in the current version.
>
> There are reason why Boisy never broke the 16K barrier, which of course he 
knew how to do in a heartbeat. I just don't know them ATM.
>
> So unless the code is compact or something is removed.......not a lot of space 
left.
>
>
> Regards,
>
> Mark
>
>
> ________________________________
>  From: Aaron Wolfe <aawolfe at gmail.com>
> To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>
> Sent: Wednesday, July 3, 2013 3:16 PM
> Subject: Re: [Coco] DW3 WireBug mode
>
>
> On Wed, Jul 3, 2013 at 1:15 PM, Bill Pierce <ooogalapasooo at aol.com> wrote:
>
>> Aaron had suggested at one point that maybe someone could alter the basic 
roms so that the "PRINT#" statement be extended beyond -2 (-3, -4, etc) to 
reflect the dw ports (N1, N2 ~ N14) so that "PRINT#-3 $DWCMDSTRING" would result 
in the string being sent to the represented DW port. I think it's a good idea, 
the problem is finding room in the rom area to put the code. This would allow 
any DW cmd string to be sent directly to the DW ports from a BASIC program. You 
could even write a BASIC MIDI program and send the MIDI bytes directly to N14 
(DW's midi port). The routines to actually send and recieve the bytes are 
already in the HDBDOS code. This is how the DW version of Lyra writes Midi data 
to DW. There's just no way of accessing the routines except through ML.
>>
>>  I personally would be willing to drop cassette and printer routines to gain 
the "PRINT#-1" thru "PRINT#-E" to make all the ports equal in naming convention. 
I can always use Vcc to transfew tape programs to disk and who (but Gene) uses a 
real printer with the Coco these days?
>>
>
> I'd love to see support for the dw channels in HDBDOS.  You could
> write a telnet BBS or even a web server in BASIC :)
> Giving up cassette support would be fine by me.  That makes me wonder
> about other possibilities too.. any BASIC tokens that take up a lot of
> space and could be done without most the time?  Maybe PLAY or DRAW...
> I think SOUND needs a small table of the waveform too.  The idea would
> be that this ROM would be for people interested in exploring new
> software using the new capabilities, so perfect backwards
> compatibility could be abandoned.  After all, one can always load the
> "pure" rom as needed.
> It's interesting stuff.
>
> -Aaron
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco
>
> --
> Coco mailing list
> Coco at maltedmedia.com
> http://five.pairlist.net/mailman/listinfo/coco

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

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