[sebhc] HASL-8 Bug/Corruption?
Dave Dunfield
dave04a at dunfield.com
Wed May 12 17:27:55 CDT 2004
At 15:52 12/05/2004 +0000, you wrote:
>>So .. it looks like there's either a bug in HASL-8, or my copy of it is
>>corrupted.
>
>Wow .. it sure sounds corrupted. I wonder how these files were created,
>since the CRC at the end of the file is good. Anyone know?
Well... A: I didn't check the CRC - I just clipped the code out of the PID
file and loaded it into the emulator, and B: The PID file was probably created
by someone who loaded the tape and then saved it - if it was corrupted in memory
between these two events, it would have been saved with a correct CRC (for the
incorrect code), so I think that it's possible that it has been corrupted.
>On the off chance that is really is a bug, it would have to be one that was
>not apparent on the H8. Can you set your emulator to ignore an
>unimplemented code and keep running like a real 8080 would? See if the
>software happens to "work" in that case.
I've added a '/I' option to Ignore bad opcoes, and the program does appear to
work, however you can't always just Ignore a bad opcode - due to imcomplete
decoding in the 8080, some "bad" opcodes behave just like other valid opcodes
(which do something) - $20 (040) is "lucky" in that it decodes to a NOP, so
it doesn't matter.
My favorite use of this was I once modified my assembler to output $DD for all
CALL instructions - worked fine on my 8080 which decodes it as a CALL, however
it drove a friend with a Z80 nuts!
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
More information about the Sebhc
mailing list