You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We resolved #105 (ProDOS 2.4.1 crashing because it tried to use an unimplemented 6502 instruction for CPU detection) by simply aliasing all unimplemented instructions to nop.
But is that actually the right thing to do? Did Apple II programs rely on these instructions?
The text was updated successfully, but these errors were encountered:
st3fan
changed the title
Properly handle unimplemented opcode
Properly handle unimplemented opcodes
Dec 31, 2016
st3fan
changed the title
Properly handle unimplemented opcodes
Properly handle unimplemented opcodes?
Dec 31, 2016
Some early protection schemes took advantage of undocumented opcodes. Not so much for function, I don't think, but most for "arity" (some undocumented opcodes take 1- or 2-byte arguments). So, later when the 65C02 defined some of them, the older programs would no longer boot. See, for example, 4am's writeup of Beer Run, specifically chapter 6 of the write-up txt file: https://archive.org/details/BeerRun4amCrack
We resolved #105 (ProDOS 2.4.1 crashing because it tried to use an unimplemented 6502 instruction for CPU detection) by simply aliasing all unimplemented instructions to
nop
.But is that actually the right thing to do? Did Apple II programs rely on these instructions?
The text was updated successfully, but these errors were encountered: