[Coco] FW: Color Computer DSKINI / RETRIEVE

[Chad H]

This is a mute point as I have already confirmed there is a deficiency in the HDBDOS DSKINI routine that RETRIEVE cannot deal with for proper side/head selection.  I hardly use emulators at all so I am not familiar with the behavior of that problem and will not make assumptions that they act the same.

Please see previous post today for my confirmation.

At this point I'm stuck trying to add in a few bytes of code to the effected section of the DISKINI routine.  Everytime I try, which grows the file, I run into the FILL error with MAKE.  I tried commenting it out or increasing the $2000 to something else.  I tried adjusting the "MAGICDG+$1930" in the Hard Disk Driver section but all I get when I LOADM the .BIN is a hang.

I thought I could look at the .patch file that was used for the 16k versions of HDBDOS I've been seeing but I can't figure out how to run the patch or to examine it and see what is required to expand the HDBDOS beyond it's size in the repository.

-----Original Message-----
From: Coco [mailto:coco-bounces at maltedmedia.com] On Behalf Of Darren A
Sent: Saturday, January 17, 2015 9:58 PM
To: CoCoList for Color Computer Enthusiasts
Subject: Re: [Coco] FW: Color Computer DSKINI / RETRIEVE

On Sat, Jan 17, 2015 at 8:35 PM, Robert Gault wrote:

>
> This indicates that HDBDOS correctly formatted the 3.5" disk on the 
> Coco3 such that both sides could be accessed on the PC. Given that the 
> JVC emulators and RETRIEVE are old programs, they don't work well with 
> WinXP regards floppy drives but work perfectly with Win98SE.
>
>

I highly doubt that HDBDOS formatted it so that sectors on the 2nd side of the disk have a side number of 1 in their ID fields.  It is far more likely that the File Port utility was written to request a logical side number of
0 even when using head 1.

- Darren

--
Coco mailing list
Coco at maltedmedia.com
https://pairlist5.pair.net/mailman/listinfo/coco