[Coco] toolshed beta release
davidwladd at gmail.com
Sun Mar 20 19:20:36 EDT 2016
On Sunday, March 20, 2016, Bill Pierce via Coco <coco at maltedmedia.com>
> Tormod, the 256/512 byte sector reference in hdbdos is that the emulators
> use 256 byte sectors (hdbdw3ccx, hdbdw3bcx, & hdbdw3bck), real HDs such as
> SCSI and IDE use 512 byte sectors (all other hdbxxxccx) so it's most likely
> a case of what you are using and toolshed (for the most part) only works
> with virtual disks so I don't see why 512 bytes would even be mentioned. In
> my case (at the moment), I am dealing with virtual disks, so 256 byte
> sectors is what I'm dealing with.
> All of this should have nothing to do with decb's copy as it accesses
> virtual disk images. I would think it always uses 256 byte sectors.
Yes this option was for those HDD images that assume the 512 byte sectors
where decb could easily access the 256 byte part of the HDBDOS partition.
Though technically there should now be a option to tell decb to support
either. Cause we have people that use 256 and 512 byte sector images for
use with either SuperIDE or CoCoSDC.
> If "decb copy nos9boot.dsk yourdisk.vhd,:255" will copy EVERY sector of
> the disk (including empty/hidden secotrs), then that should work.
> I am having to rebuild my mingw/mercurial/lwtools/toolshed repos as I've
> just upgraded to Windows 10 and had reformatted my HD, so I'm just starting
> at getting everything back in place. So, it will be an hour or two before I
> can try the command and see what happens.
> Bill Pierce
> "Charlie stole the handle, and the train it won't stop going, no way to
> slow down!" - Ian Anderson - Jethro Tull
> My Music from the Tandy/Radio Shack Color Computer 2 & 3
> Co-Contributor, Co-Editor for CocoPedia
> Global Moderator for TRS-80/Tandy Color Computer Forums
> -----Original Message-----
> To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com
> Sent: Sun, Mar 20, 2016 5:06 pm
> Subject: Re: [Coco] toolshed beta release
> On Sun, Mar 20, 2016 at 9:33 PM, Bill Pierce wrote:> Tormod, now we are
> getting somewhere. So you are saying that "decb copy" WILL do a complete
> disk copy, sector by sector, with the command structure you listed?>What I
> said is that the sector to sector copy currently seems broken.The
> :drive+offset syntax somewhat works, but not in combination withthe @ raw
> device syntax.> If this is the case, then you have answered my question.>
> Once again, this is a case of things not listed in the documentation, as it
> gives no reference to this and only known by those with "inside" info or
> those who have the time to read the thousands of lines of code and comments
> in the sources.From what I know this can be experimental features that
> never was madeto work reliably, and therefore not announced in the
> documentation.Maybe somebody who worked on this might chime in?>>> I will
> give it a try.There is in libdecbseek.c some places where the offset is
> doubled ifan hdbdos_offset is given. I tried removing this and it worked
> better.It seems like hdbdos uses both 256 and 512 bytes sectors, and
> thiscode hasn't consistently settled on one of them. Maybe you can
> explainmore about this?Tormod-- Coco mailing listCoco
> Coco mailing list
Sent from Gmail Mobile on iOS.
More information about the Coco