Re: Emulating a Z80, and, So that's why CP/M 3.1 is so slow...

[steve@dosius.zzn.com (Dosius)]

Linards Ticmanis <ticmanis@coli.uni-sb.de> wrote in message news:<bjqv1i$305p9$2@hades.rz.uni-saarland.de>...
> Dosius wrote:
> 
> >>At least those useless loops might also be there in the Apple CP/M 3 code.
> > 
> > 
> > Gah.  Probably.
> > 
> > Maybe when EMU]['s Z80 core works a bit better, it could be possible
> > to get Simeon Cran's ZPM3 or CB Falconer's DOS+ 2.5 running on it,
> > perhaps with support for EMU]['s special "hardware". ;)  (And hey, you
> > can't go wrong with 3.1 MB of RAM!)
> 
> The problem is really more with the BIOS, so BDOS replacements aren't
> going to help much I think.

I said "perhaps with support for EMU]['s special 'hardware'" - I know
that's going to require a new BIOS.  I just suggested the BDOS
replacements because frankly, I like ZPM3 (which I used on MYZ80, with
the CP/M 3.1 command set).  And hey, I would just do it for the geek
factor of having a fellow 'netter's OS running on my emulator.  (And
no need to write Micro-80 if I can support somehow the Dapple Megadisk
driver. Of course I can modify the CPU core to support that.  And of
course I would wait until some more stuff is working; some of the
stuff I have is currently broken, including MBASIC, and oddly enough,
DDT.)

As I have mentioned I have a 6502 API to the disk BIOS (DOS drive A:)
which could be implemented in CP/M as a way to access 144FEAT disks,
which would allow relatively easy transporting of files in and out of
Apple CP/M.

-uso.