[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Recreate 6502 Bug II
In article <3efafc8e_1@news.iprimus.com.au>,
"Mark Cummings" <NOTfigjams@primus.com.au> wrote:
> on a slightly similar topic I do recall that there are also Opcodes on the
> 6502 that are not all used and using them can produce different
> "undocumented" results, and this will vary for each brand of 6502. would you
> call that a bug too if a programmer used them ?
Personally, I wouldn't call it a "bug"...
I think the term I'd use would be "insanity". :) One never knew for
sure, from brand to brand (and occasionally from chip to chip) exactly
what was going to happen if you pitched one of those "unimplemented"
opcodes into the instruction stream. Some of them behaved like "slow"
(an extra 1, 2, even 4, machine cycles to execute instad of the standard
cycle count) NOPs, other did things to the condition register or stack
pointer (but rarely ever predictably) and others would turn the machine
catatonic.
Trying to use those "not-really-there" opcodes (and get predictable
results) was a great recipe for madness...
--
Don Bruder - dakidd@sonic.net <--- Preferred Email - unmunged, SpamAssassinated
Hate SPAM? See <http://www.spamassassin.org> for some seriously great info.
I will choose a path that's clear: I will choose Free Will! - N. Peart
Fly trap info pages: <http://www.sonic.net/~dakidd/Horses/FlyTrap/index.html>