unknown (?) error message HP48G - Printable Version +- HP Forums (https://archived.hpcalc.org/museumforum) +-- Forum: HP Museum Forums (https://archived.hpcalc.org/museumforum/forum-1.html) +--- Forum: Old HP Forum Archives (https://archived.hpcalc.org/museumforum/forum-2.html) +--- Thread: unknown (?) error message HP48G (/thread-89258.html) |
unknown (?) error message HP48G - Bram - 03-13-2006 While trying to get an answer to the S&SMC#14/1 for which I had written an RPL program, my HP48G finally asked *me* a question: "Try to recover memory?" Re: unknown (?) error message HP48G - Marcus von Cube, Germany - 03-13-2006 "Try to recover memory?" indicates a reset condition and should appear if the calculator has reset itself. You probably ran out of memory in a way that the caclulator couldn't recover.
Marcus
Re: unknown (?) error message HP48G - Bram - 03-13-2006 Due to a program error I may have filled the stack to its limits. I would have expected the program to just halt with a 'stack full' message, but in extreme cases apparently things don't always go as expected.
Re: unknown (?) error message HP48G - Han - 03-13-2006 When the HP48 uses up all available memory, it will go into a mode that will attempt to free up some of the used memory. In this mode, the calculator will prompt the user if it can delete various parts of memory, beginning with the least important section (e.g. last stack, last arguments, last commands, etc). Once "enough" memory is freed up, the calculator exits this mode. If more memory is required, it will restart and you may possibly have to purge more objects from memory. This is normal, and should never corrupt memory. This is completely different from the "Recover Memory?" mode. Unless your program was written in SysRPL or assembly, memory should always stay in tact. Is your program written in SysRPL or assembly? Buggy programs in SysRPL or assembly can often result in memory corruption.
Quote: Re: unknown (?) error message HP48G - Bram - 03-14-2006 Quote:
It was just a novice's little program between << and >>. To my knowledge that's neither SysRPL nor assembler and hence should only halt in stead of crash. Re: unknown (?) error message HP48G - James M. Prange (Michigan) - 03-14-2006 Well, nothing done in "pure UserRPL" (excluding SYSEVAL, LIBEVAL, FLASHEVAL, and 49 series "hacker's library" commands, that is) should cause a "Try To Recover Memory?" (TTRM), including attempting to make the stack grow beyond available memory. However, there are some bugs (depending on the ROM version) that will cause a TTRM; maybe see the most recent 48 series FAQs at http://www.hpcalc.org/hp48/docs/faq/. Of course, it's also a possibility that you've stumbled upon a previously unreported bug. Regarding programs or libraries written in SysRPL or assembly language, there's a possibility that a bug won't be immediately apparent, but willl cause memory corruption that will later cause a TTRM during UserRPL operations. Too bad that the TTRM didn't successfully recover memory; it would be interesting to see what your program did. Note the "Try" in "Try To Recover Memory"; sometimes it fails or is only partially successful. In particular, Bill Wickes's Insights says that a library shouldn't be left in a global variable after it's been copied to a port, as the TTRM will take the library as the start of port 0, thus any global variables or subdirectories following it will be lost. Of course, if your calculator has anything that you really can't bear to lose, it's wise to have a backup of it on another device, either by transferring selected variables or using the ARCHIVE command.
Regards, Edited: 14 Mar 2006, 3:56 p.m.
|