On Tue, Jun 27, 2000 at 05:19:24PM -0700, [EMAIL PROTECTED] wrote:
> I can think of several places where data is squirrelled away but not in a
> database:
>
> * Flash RAM. When you activate a Palm VII device, for instance, it writes some
> values in the "token" area.
Omnisky uses this, but it isn't cleared by a reset.
> * "Non volatile" data. There is a special area of RAM that the OS stores things
> in, and that it carefully saves and restores even across cold resets. I know
> that the current date is stored in there, but not much else. Applications don't
> have access to this block of data.
The Globals? Note the install application may SET this but a memory
wipe wouldn't restore it.
> * The Feature Manager table. This is essentially a free-floating array not
> associated with any database.
This one is more interesting. I just noticed it today too. If the
installer sets a feature which is not restored it could cause the
problem.
> Those are the only areas that occur to me. However, I strongly doubt that the
> information Omnisky is looking for is in any of those. The first one would be
> preserved across the "wipe out" operations you're doing; the second one is not
> accessible to third parties; and the third one is too volatile (it would ge
> wiped out on any reset).
I thought features were preserved across soft-resets.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
