« previous next »
Pages: 1 2 3 [4]   Go Down

Author Topic: The case of the decreasing RAM  (Read 19757 times)

0 Members and 1 Guest are viewing this topic.

Offline willrandship

  • Omnimagus of the Multi-Base.
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2953
  • Rating: +98/-13
  • Insert sugar to begin programming subroutine.
    • View Profile
Re: The case of the decreasing RAM
« Reply #45 on: June 27, 2010, 10:28:58 pm »
I feel so lucky now. My math teacher cleared the ram once on a test we did, since it was a regulated test, but never does it otherwise. Once, I let him reset my ram with my 84+ pad in, then switched to my nspire pad with all my progs :P

It rocks and sucks at the same time to live in the country.
Logged

Offline mapar007

  • LV7 Elite (Next: 700)
  • *******
  • Posts: 550
  • Rating: +28/-5
  • The Great Mata Mata
    • View Profile
Re: The case of the decreasing RAM
« Reply #46 on: June 28, 2010, 05:04:00 am »
Just to remind everyone: pulling a battery during a normal OS _GetKey loop (like the homescreen, and maybe the PTT screen, I don't know for sure) will NOT cause your RAM to clear.

The RAM clear isn't caused by pulling the battery, the OS merely does it because the RAM checksum doesn't match the actual memory content.
So if you want good pw protection, use _GetKey, and not _GetCSC or direct input, and make sure the OS interrupt runs. (Krolypto does this, btw)


EDIT: I'm posting this because I inferred certain fallacies from previous posts, so don't blast me :)
« Last Edit: June 28, 2010, 05:04:54 am by mapar007 »
Logged

Offline Michael.3545

  • LV3 Member (Next: 100)
  • ***
  • Posts: 69
  • Rating: +13/-7
    • View Profile
Re: The case of the decreasing RAM
« Reply #47 on: June 28, 2010, 11:26:57 am »
Removing all batteries and holding ON for three seconds should always work though, right?
Logged

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: The case of the decreasing RAM
« Reply #48 on: June 28, 2010, 11:30:16 am »
Quote from: mapar007 on June 28, 2010, 05:04:00 am
Just to remind everyone: pulling a battery during a normal OS _GetKey loop (like the homescreen, and maybe the PTT screen, I don't know for sure) will NOT cause your RAM to clear.

The RAM clear isn't caused by pulling the battery, the OS merely does it because the RAM checksum doesn't match the actual memory content.
So if you want good pw protection, use _GetKey, and not _GetCSC or direct input, and make sure the OS interrupt runs. (Krolypto does this, btw)


EDIT: I'm posting this because I inferred certain fallacies from previous posts, so don't blast me :)
Mhmm, I noticed it doesn't work when under the TI-OS BASIC pause mode, btw (tested under OS 1.12 through 1.18 on the 83+ and 1.13 through 1.18 on 83+SE, btw). If I am in pause mode in a BASIC program (even auto-power-down/APD) and I remove a battery, my RAM will be cleared when I turn the calc back ON.

Quote from: Michael.3545 on June 28, 2010, 11:26:57 am
Removing all batteries and holding ON for three seconds should always work though, right?
Mhmm I never heard of that trick before. Could you explain in more details?
Logged

Offline Michael.3545

  • LV3 Member (Next: 100)
  • ***
  • Posts: 69
  • Rating: +13/-7
    • View Profile
Re: The case of the decreasing RAM
« Reply #49 on: June 28, 2010, 11:43:48 am »
http://education.ti.com/guidebooks/graphing/84p/TI84PlusGuidebook_Part2_EN.pdf

Quote from: TI 84 Plus Guidebook on page 668
If the TI-84 Plus does not function even though you are sure that the batteries are
fresh, you can try manually resetting it.
• Remove all of the AAA batteries from the graphing calculator.
• Press and hold the [ON] key for ten seconds.
• Replace the batteries.
• Turn on the unit.

Oops, I guess it is 10.  Well, three has always worked for me.  This was good for when my password program messed up in development, and the turn off code ended up in a loop.
« Last Edit: June 28, 2010, 11:46:26 am by Michael.3545 »
Logged

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: The case of the decreasing RAM
« Reply #50 on: June 28, 2010, 11:52:19 am »
Does that force the calculator to go back on the TI-OS homescreen? Darn, I had a TI calc for almost 9 years now and I still don't know about this x.x
« Last Edit: June 28, 2010, 11:52:46 am by DJ Omnimaga »
Logged

Offline Michael.3545

  • LV3 Member (Next: 100)
  • ***
  • Posts: 69
  • Rating: +13/-7
    • View Profile
Re: The case of the decreasing RAM
« Reply #51 on: June 28, 2010, 11:59:53 am »
It clears the RAM.

EDIT: As far as I know, there is no way around it.

(except fake batteries, lol builderboy.)
« Last Edit: June 28, 2010, 12:01:16 pm by Michael.3545 »
Logged

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55943
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: The case of the decreasing RAM
« Reply #52 on: June 28, 2010, 12:58:16 pm »
Oh ok, lol. It would have been kinda funny if that was a way to get around RAM clears temporary and barely any on-calc programmer knew XD. We would bypass crashes, go in the MEM menu, hopefully succeed in archiving our program then either manually RAM clear or let the crash do its course normally, eventually clearing the RAM by itself. It would prevent some data loss (altough in many cases, when the calc crashes, the RAM is corrupted so it may not be that reliable since your code might be filled with random garbage
Logged
Pages: 1 2 3 [4]   Go Up
« previous next »