Perhaps Philip can comment when he sees this. The tool I wrote to do backups, isn't purely a binary dump of the disk contents. It could be, though.
What RXCUTL does (by memory here... ;) ) is there is a first byte providing the block #, followed by 16k of block data. (or 32k, not sure now). point is, it is not a straight binary dump. Said another way, if there is an agreed format for making an M100 CP/M A: disk dump accessible on simulated CP/M, lets look at that for next drop of RXCUTL. On Thu, Nov 12, 2020 at 9:10 AM Jim Anderson <jim.ander...@kpu.ca> wrote: > > -----Original Message----- > > I wonder if you changed the drive geometry info in CP/M to match the > > M100 definition, if it would work? > > Probably - the readme says A: and B: emulate the 'ST-506 5Mb 5" 5Mb drive' > and any other drives (C: and down) emulate 'traditional 8" 256k drives'. > > I have no idea how to do that, though. :( I never got that deep into > CP/M. > > > > > > > > jim > >