[Coco] toolshed beta release

[Bill Pierce]

Ok, I got my repo back up and running quicker than I thought. Win 10 is FAST!! :-)

I tried :

decb copy nos9boot.dsk yourdisk.vhd,:255 (names have been changed to protect the innocent)

And got :

Copy: error -1

Does this tell you anything?

 

 


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
https://sites.google.com/site/dabarnstudio/
Co-Contributor, Co-Editor for CocoPedia
http://www.cocopedia.com/wiki/index.php/Main_Page
Global Moderator for TRS-80/Tandy Color Computer Forums
http://www.tandycoco.com/forum/

E-Mail: ooogalapasooo at aol.com


 

 

-----Original Message-----
From: Bill Pierce via Coco <coco at maltedmedia.com>
To: coco <coco at maltedmedia.com>
Cc: Bill Pierce <ooogalapasooo at aol.com>
Sent: Sun, Mar 20, 2016 6:10 pm
Subject: Re: [Coco] toolshed beta release

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.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 & 3https://sites.google.com/site/dabarnstudio/Co-Contributor, Co-Editor for CocoPediahttp://www.cocopedia.com/wiki/index.php/Main_PageGlobal Moderator for TRS-80/Tandy Color Computer Forumshttp://www.tandycoco.com/forum/E-Mail: ooogalapasooo at aol.com  -----Original Message-----From: Tormod Volden <lists.tormod at gmail.com>To: CoCoList for Color Computer Enthusiasts <coco at maltedmedia.com>Sent: Sun, Mar 20, 2016 5:06 pmSubject: Re: [Coco] toolshed beta releaseOn 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 at maltedmedia.comhttps://pairlist5.pair.net/mailman/listinfo/coco-- Coco mailing listCoco at maltedmedia.comhttps://pairlist5.pair.net/mailman/listinfo/coco