4 ms·
Nope, it's a perfectly normal listing of 6502 code in Assembler. The BRK instruction, if I recall correctly from my 6502 days, forces an interrupt for reasons
by scarygliders 5y ago
Nope, it's a perfectly normal listing of 6502 code in Assembler.
The BRK instruction, if I recall correctly from my 6502 days, forces an interrupt for reasons I can't precisely remember.
EDIT : https://www.c64-wiki.com/wiki/BRK https://www.c64-wiki.com/wiki/BRK
- Someone 5y agoYes, but two BRKs in succession make little sense. The only reason to use that I can think of is as placeholders in self-modifying code. sta Routine_0c86 certainly is weird. It modifies the first byte of a subroutine. Again, that could be self-modifying code, but such a byte cannot be an immediate data byte or part of an address, making that less likely. Things like jsr $ffff also are weird. Why would there be a subroutine starting at the last addressable byte?
- 0x0 5y ago... whose hex representation is 00 Also, "JAM". Really.