Scott,
What you missed is first I needed a assembler that can handle ZMCV15.ASM
even though I had LST, HEX output in the zip file.? ?Reason is so I could then
understand the?code and recreate it using ASMX the assembler of origin.?
That done I could feed it to Z80ASM as that is also a Linux z80 assembler
and its also the same as?the CP/M version Z80ASM.? Test is same in
for same out.
Getting that assembler on the mint Linux system ran afoul of a few system
things (security) I'd put in.? Then once sorted I could run it though I was name
identical to existing cross platform assembler that caused a conflict.? Minor fix.
Once the differences were understood it should have been easy.
But one oddity was the pseudo ops HIGH and LOW and they were for
byte extraction as that was incompatible.? ?The fix was simple substitute
shift and mask which most assemblers understand and support.??
Once that was answered and sorted I could progress to assemble
on a real CP/M system (and a faithful simulated system MYZ80).?
Which I was able to do today, the Compupro S100 crate (z80 10mhz)
was able to ingest it and produce identical output.
With that the Z80MC (full stack) will be brought up and experimented
with.? Once operational a few software projects will be explored.
-Using the FAT code in ZMCV15 as a OS that is PCDOS compatible at the
?file and media level.?
-A version of NorthStar DOS that was wired to a hard sector disk
?and matching controller that would work with SD or other media.
-Build?embedable uSd hardware and code to replace the small, slow,
?and balky cassette in the Epson PX8s I have and still use.
I may be eccentric but most of my ideas and approaches date back to my?
Altair I bought in 1974 and later flavored by CP/M, RT11, and VAX-VMS
operating system? long before the PC was even real.
Allison
