Soooooo, I want to store my games data in an appvar in archive. So far I got the app to create the appvar in ram. On archiving it somehow freezes my calc, after resetting it the appvar is in archive.
Anyways, here's my code:

Code:

And yes I am using interrupts, the table reaching from $800 until $8100 (including), but also when completley removing interrupts it still froze on archive.

I forget which operations exactly, but some flash operations use appData ($8000). If either of _Arc_Unarc or _FlashToRAM is one of them, then that could certainly explain a crash when your custom interrupt is enabled. My first suggestion, then, would be to relocate this data. I'd also avoid ramCode ($8100), as that's also used for some flash operations.

Other things of note:

▪ bcall(_Mov9toOp1) can be rst rMOV9TOOP1, which does the same thing but in two fewer bytes. You even used the latter in one place; not sure why you didn't in the others.

▪ There's no need to reload the appvar's name into OP1 after the first time. It'll still be there, at least up through the operations for which you need it to be there.

▪ You do need to re-_ChkFindSym the appvar if it's in RAM and you archive it. bcall(_Arc_Unarc) will not provide the same meaningful register outputs.

▪ Variables in archive have headers that need to be skipped to access the actual variable data. There's one byte that signals the start of a valid archived variable, then two bytes (little-endian) that specify the size of the remaining data, then a VAT entry for the variable (not reversed like VAT entries in RAM), and finally the normal variable data (starting with a two-byte size word). Here's my attempt at creating code to copy the data from the archived variable to the RAM location reuben:

Code:

; Assuming B and DE hold the results of _ChkFindSym
_Run_AppVar_in_Flash:
   ex de,hl
; Cheeky way to skip the archive header: increment pointer <header size> times
   ld a,1+2+7+AppVarNameLength+2
_Run_AppVar_in_Flash_Skip_Header:
   B_CALL(_LoadDEIndPaged)
   dec a
   jr nz,_Run_AppVar_in_Flash_Skip_Header
; Do the do
   ld bc,23
   ld de,reuben
   B_CALL(_FlashToRAM)
   ;jr done_whatever


▪ If the appvar didn't exist, you still need to copy the default data to the RAM location reuben, not just to the appvar, correct? Combining this with the fact that you also probably want to archive it and neither of these things are being done, an easy solution would just be to jump to the case in which the appvar exists in RAM after bcall(_CreateAppVar).

That's all I see for now. Hopefully all of these notes lead to it working. If not, follow up and hopefully I (or someone else) can continue to assist.

The copying from flash to ram is working now, i think. But another issue is that the archiving freezes the calculator (NOT crashes) even though I have interrupts disabled and before enabling them i re-create the jump table.

EDIT: Ok, it seems like I got it working now.
What i have is this:


Code:

I know that ei \ di doesn't make much sense but it is currently proof-of-concept

EDIT2: ok somehow in my pointer 'reuben' doesn't seem to be the default data if i delete the appvar and let the program create it :/

EDIT3: my AppVarName is .db AppVarObj,"R2Sav",0

EDIT4: my save routine somehow causes that keypresses aren't recognizes anymore and it also clears my screen...

Code:

Update copies SaveSScreen to PlotSScreen and StatVars to AppBackUpScreen

EDIT5: Ok, unkownln told me to do im 1 before flash access, that resolves the freezing issue in my save routine but copying to the appvar/reading from it still doesn't work

Hmm... I can't see anything immediately wrong, so all I could suggest is debugging. You could try it yourself or I/others could try it if you provide a build and the addresses of potentially faulty routines.

Ok, talking over with runer on IRC i got it working!
It seems like, for initial reading, I needed to add an ld a,b so that it looks now like this:

Code:


And for saving bcall(_Arc_Unarc) didn't work as expected, resulting in this:

Code:

Yeah, _ChkFindSym will return the Flash page the variable is on (or 0 if in RAM) in b.