MaxCoderz

Yes, apps are always executed from Flash, and normal programs are executed from RAM, unless crazy hacks are used (some shells may do that) But you'd instantly notice, under normal circumstances (that allow the TIOS to function) they'd be mapped to very different addresses, so any non-relative jump (...

That sounds really strange. Sadly, I don't know why this could happen.. sorry

I sometimes put a jp (hl) somewhere just so I can call it (to get, in effect, a call (hl) )

But there is no ram checksum. Maybe in TIOS but it's not really relevant.. Yes I'm asking so I can find out whether it would be possible/easy to just kill a program when it crashes, instead of resetting everything when some unidentified crash happens out of fear of state corruption, hopefully withou...

You could take out the batteries and let it sit for a while, I'm pretty sure it ends up being reset..

Thanks for experimenting :) That is bad news, though. It means that it's impossible to distinguish a real reset from a jp $C000, right? It also means that PindurTI is not as accurate as I'd hoped.. I'm not sure what you mean by Flash Exclusion , sorry. Port $22/$23, controlling the executability of ...

Ok, thanks
But what does that mean in practice, when is RESET pin actually used?
Do the "protection" mechanisms like Flash Exclusion and the execute-protected ram pages use the RESET pin? On PindurTI, executing something on a protected RAM page does not reset the IFFs

It's been a while since my last question :) That's probably because I've mostly been doing PC programming, and any z80 programming I did was "the easy stuff". But now it's question time! What exactly happens when a TI-83+/84+(SE) goes through the various flavours of "reset"? &quo...

I've done model rocketry, but not with camera's, and just the small A and B type solid-fuel rocket engines. It was fun the first couple of times..

What?? sue them for breach of contract

Yay free upgrade

They're not even nearly the same thing, the things created through .var are not really things and nor really created. They're just global variables allocated at assemble-time by the assembler. And they aren't properly "allocated" either, they only won't overlap with other .var's in the sam...

So, it all works for you now?

Start debugging, Break all, Stop debugging

I'm using 1.0.6.1