Exactly, altering the drive tables of the Linux emulator should enable
execution of an M100 CP/M image I would think. Conversely, massaging the
image to suit what the emulator expects might be the way to go. You'd
need to be conversant with "CP/M Alteration Guide" - it contains all
info regarding Disk Partition Table, etc.
Philip
On 13/11/2020 3:22 am, Stephen Adolph wrote:
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
<mailto: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
