[sebhc] HASL-8 Bug/Corruption?
dave04a at dunfield.com
Thu May 13 03:53:15 CDT 2004
At 01:40 13/05/2004 +0000, you wrote:
>>Well... A: I didn't check the CRC - I just clipped the code out of the PID
>>file and loaded it into the emulator,
>But when you load it with the PAM-8 "load" function it will check it. The
>other emulator loads via the monitor, I checked it that way and also by
>computing the crc externally.
If you look at my emulator (it's available for download now), you will see that
I have not implemented the download port yet... I have implemented a very simple
loaded which lets you get data into the emulator, but does not use the PID format
(yet) and does not do it through PAM-8.
Btw, does anyone have detailed information on the PID format?
>>...however you can't always just Ignore a bad opcode - $DD .. decodes it as
>Neat, I didn't remember that. I'm guessing that any 11xx1101 would be a
>CALL, and any 1100x011 would be a JMP, and 110x1001 would be RET (and of
>course, all 00xxx000 are NOP). I suppose for accurate emulation all of
>those would have to be handled.
Yeah - only problem is I do not know exactly what all the unimplemented opcodes
partially decode to .. I could probably guess, but even that would take some
time looking at the instruction encodings, and I don't really have time to verify
them all ... So for now I've only implemented "ignore", however this will not
mimic a real 8080 for many opcodes.
>>NOW - If only I can get my hands on the disk controller specs!
>Who was inputting the other manuals? Could you do the H-17 (op) manual
>next? I't would be a shame to stall Dave while he's on a roll! Also,
>anyone got H-37/47/67 manuals?
I wouldn't say I'm stalled --- lots to do yet!
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
Delivered by the SEBHC Mailing List
More information about the Sebhc