Author Topic: Calculator (fully stock TI-84+SE w/DCS) crashing while I am working on programs!  (Read 382 times)

0 Members and 1 Guest are viewing this topic.

Offline CalcMax

  • LV2 Member (Next: 40)
  • **
  • Posts: 33
  • Rating: +0/-0
  • TI-84+SE for play, NSpire CX CAS for hard work
    • View Profile
Ok, so today I decided to mess around with modding some TI-BASIC programs on my calc. After a while, while I was  flying in/out of the program editor and the calc spewed out some error via Doors CS (I use the homerun hook to run/edit programs from archive). I lost the last iteration of the program but was able to recover a previous one using Archive undelete. An hour and a half later, I'm doing the same stuff but with a different program. I exit the program editor in hopes of testing what was going to be a really satisfying mod only to be greeted by DCS telling me the program doesn't exist (don't exactly remember the text because I was panicked), followed by another undefined error, and then I tried to fire up DrDnar's famous Archive Undelete, which within seconds caused the calc to crash and RAM clear again. Then I notice that EVERYTHING except the Doors CS app is GONE! Now I do suspect that the calculator might be having issues with the flash memory due to age and heavy use (bought this thing back in 2009 when I was only 9 years old), but I would like to hear what the community thinks about this. I have an Nspire for my math needs, but the 84+ is my favorite for tinkering.
Feel free to download any of my programs:
http://www.ticalc.org/archives/files/authors/115/11518.html

Offline E37

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 269
  • Rating: +17/-0
  • Trial and error is the best teacher
    • View Profile
I have had similar problems with my SE and I have found some workarounds that I think could fix your problems. When compiling an archived program on the SE (not on the basic ti-84+) Axe occasionally will truncate the name of the produced program or straight up refuse to compile saying that the output name is incorrect (even though it is fine). I looked into this a bit and it seems to have to do with where the variable is located in flash. In most of the cases I bothered to investigate, the variable was usually located close to the start of the page. The longer you go between garbage collects the more likely it seems to occur. Assuming your problem is the same as mine, it is relatively easy to fix. Just garbagecollect more often than usual. I would do it once every 20 hours of programming unless you are writing huge (16k+) programs to flash every couple minutes.

Archive error might be a problem but I rather doubt it. I used my old ti-84+ very heavily for 3 years and I never had any problems with the archive wearing out but it isn't nearly that old. I don't actually know what happens when the archive starts to go bad but I would assume that certain bits would stick into either the set or reset state and refuse to change. I would suspect that that would just cause your program to contain garbage when you save it to archive (or the header if you are really unlucky). I can't imagine that a bad flash would cause programs to suddenly vanish even if you are so colossally unlucky as to have the size entry of the program corrupted. On a ram clear, the OS goes from program to program in flash to build the VAT. It sees deleted and non deleted programs. Archive undelete works because when you delete a program in flash the OS doesn't remove it, it just sets a flag on the program saying 'this is deleted, ignore it'. All the data is still there and all you have to do to recover it is copy the data to a program in ram. All garbagecollect does is delete all the entries with the deleted flag set. (due to how flash works that is actually a complicated process) So even if you have a bad size entry, that should only break programs you archive after the corrupted one. It shouldn't have any effect on programs that have been archived before.

If you are only working with ti-basic, why are you bothering to archive your programs? Unless you are using some unstable libs there is no way your calc can crash. Just edit them in ram.

Another way to recover your data is to have a program that copies all of ram to a program. Assuming that the calc didn't crash on the error your program still exists in ram. It just doesn't have a VAT entry. Copying it all to a program could let you recover a good chunk of what you were just editing if you are willing to sift through a bunch of garbage data.


I would really recommend zStart over Doors for programming. Its tools like jumping to labels, copying and pasting, and being able close a program editor without saving the changes are really really useful.
« Last Edit: September 05, 2019, 11:54:07 am by E37 »
I'm still around... kind of.

Offline CalcMax

  • LV2 Member (Next: 40)
  • **
  • Posts: 33
  • Rating: +0/-0
  • TI-84+SE for play, NSpire CX CAS for hard work
    • View Profile
Thanks for the info! The reason I keep all my TI-Basic stuff in archive is because, well, the RAM is limited and using the RAM to store stuff is also not ideal if I end up clearing my RAM for reason. I have not been using any libs, just pure TI-Basic for my own programs, some third party ones and some of my modifications of third party programs. Does zStart let me edit/run programs from archive like DCS?
Feel free to download any of my programs:
http://www.ticalc.org/archives/files/authors/115/11518.html