[A83] Re: fschk83
[Prev][Next][Index][Thread]
[A83] Re: fschk83
My current project, Omnicalc, (www.detacheds.com/upcoming/omnicalc) has a
"undelete" feature of types for TI-83 Plus Silver Editions only. I call it
"RAM Recovery", and what it does, every time you turn off your calc it makes
a copy of your RAM and stores it in 2 of the SE's unused RAM pages. If you
ever want to restore, you go to the Omnicalc functions list and run
RestoreMem() and it takes your calculator back to the last power-off. I
expect it to be useful for game crashes and the like, especially since
people with SE's usually complain about waiting 30 minutes for MirageOS to
sort their 5000 Ion games :)
Michael Vincent
Detached Solutions - www.detacheds.com
Radical Software - www.radicalsoft.org
www.michaelv.org
----- Original Message -----
From: "Gavin Olson" <gtolson@snet.net>
To: <assembly-83@lists.ticalc.org>
Sent: Wednesday, February 17, 2016 7:19 PM
Subject: [A83] Re: fschk83
>
> At 11:42 AM 2/18/02 +0100, you wrote:
>
> >I've been thinking about this scandisk/fschk program, this what I've come
> >up with:
> >
> >1. Check if the pointers to begin/end of
> >filestack/VAT/FP-stack/Operator-stack point to memory areas in the order
> >they should be.
> >
> >2. Check if var-VAT and prog/list-VAT are correct. aka, if type-bytes and
> >the name-size-bytes in the program-VAT are correct. (might even check for
> >non-displayable characters)
> >
> >3. Sort the var-VAT and the prog/list-VAT by sizebyte-pointer
> >
> >4. Check which is first, the first var or the first prog/list, lookup the
> >next var/prog/list, check is sizes match with the pointerdifference. loop
> >till end of VAT
> >
> > Henk Poley <><
>
>
> I wonder how hard it would be to add an 'undelete' feature? Does the calc
> kill the VAT entry or the program data too? A couple of the local . . .
> ruffians have taken to wiping 83 series calcs (all hail the 89's
impossible
> to guess format function!) and undelete would be a nifty surprise.
>
>
>
>
Follow-Ups:
References: