[sebhc] HASL-8 Bug/Corruption?

[Dave Dunfield]

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 
>>a CALL,
>
>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!

Regards,
-- 
dave04a (at)    Dave Dunfield
dunfield (dot)  Firmware development services & tools: www.dunfield.com
com             Vintage computing equipment collector.
                http://www.parse.com/~ddunfield/museum/index.html

--
Delivered by the SEBHC Mailing List