0 Members and 2 Guests are viewing this topic.
critor posted a screenshot on TI-Planet comparing the two and it seems there are quite a few changes, though in the lines visible on-screen most of them are things like "C39417" to "C39717" and "CD983F" to "CDA13F". Maybe they inserted a jump somewhere and had to update the rest of the addresses?
Quote from: chickendude on March 10, 2014, 11:19:39 pmcritor posted a screenshot on TI-Planet comparing the two and it seems there are quite a few changes, though in the lines visible on-screen most of them are things like "C39417" to "C39717" and "CD983F" to "CDA13F". Maybe they inserted a jump somewhere and had to update the rest of the addresses?Could this address change cause some ASM programs to stop working?
BrandonW concluded that all changes were TestGuard-related. Specifically, TI has added significant code to TestGuard to detect OS patches; apparently, we are not allowed to patch the OS. Sorry, thepenguin. Anyway, it will show an ominous error big (non-red, oddly) X with an error message saying that there's an error 42 and that you should contact TI for more information. Maybe they'll tell the teacher that the student is a big cheater and should be hanged at dawn. Or maybe they'll just say to resend the OS.
I wish that TI did something like this for the TI-Nspire but more secure, in order to detect if your calc has nLaunch/Ndless installed, rather than totally locking down the calc so no ASM/C is possible.
They didn't even open the case.
. . . an OS glitch with flash page copying which would occasionally corrupt apps. . . . some apps would occasionally get corrupted when being moved during defragmentation.
What I don't get is after all those years, why can't the 84+ OSes run programs from archive the way Doors CS does yet? It's like if they tried to keep the RAM as low as possible to lure people towards the TI-Nspire CX