6 minutes ago, AndyMt said:
Yes, I thought about this. I actually know what's supposed to be in some of the banks, so I could just do the check without modifying anything.
Derrr - yeah use the ROMs to check. Why didn’t I think of that?
6 minutes ago, AndyMt said:
Yes, I thought about this. I actually know what's supposed to be in some of the banks, so I could just do the check without modifying anything.
On 3/30/2021 at 2:04 PM, AndyMt said:
And maybe the releases happen before I have updated my stuff anyway ?.
4 minutes ago, AndyMt said:
Turns out I have to wait for an updated version of cc65 and it's cx16 libs.
On 3/29/2021 at 12:41 PM, Michael Steil said:
Can you please put this comment into the pull request on GitHub? Thanks!
On 4/11/2021 at 6:47 AM, pzembrod said:
How about $9f60/1 in R39? That would write to as yet unimplemented/uninstalled I/O devices in the expansion slots, right?
2 hours ago, ZeroByte said:
That's what I gather from perusing memory.c in the emu source.
1 minute ago, pzembrod said:
48 minutes ago, ZeroByte said:
FYI - the current code on the main branch simply returns zero if you read from $9f60/1. (or any un-mapped device in that range, really). One thing I just thought of that would be an issue: A routine wants to read the current value of the bank register so it can put it back where it was when finished - e.g. in an IRQ handler. You can't just read both locations - you have to read one or the other, or else do some logic that says "read $9f61 and if it's zero, read $00"