Why don't you try to catch the event when the card is pulled out and simply 
enqueue an AppStopEvent so that your app exits at the time that the card was 
pulled out, this way you can get over the most cases where the user doesn't 
soft reset the device and your app will be deleted from the RAM, for the 
others cases, you can add a routine that checks for your app in the sd card, 
and/or something else, like a file that serves you as an identifier of your 
cards, even the serial number of the card, if there is no card, no app or no 
file you can make your way to delete your app.

This is the better aproach that I can think of. As I always said, if there 
is a way to do it, there are ways to undo it. Find a way that suits your 
needs, and try to make it harder to others to undo it. You can add in the 
app to check if there is runing on POSE o Simulators, and/or you can read 
the serial number of the device (some devices have not a ROM S/N) and/or the 
unique identifier of the card (if it is SD) and store it for do a later and 
constant check, and/or run every other way that you think of to make a check 
for your app, check it in your eventloop or at the end of some functions. 
This can reduce the odds to a experienced user of palm can get over your 
checks.

Eduardo Orea.

"Robert Moynihan" <[EMAIL PROTECTED]> escribió en el mensaje 
news:[EMAIL PROTECTED]
> cbruner wrote:
>
>> Yes there is a reset when someone pulls the card and the program can no 
>> longer access the files it needs, so what you are describing is what I'm 
>> seeing. So back to the original question, I guess the answer is that if 
>> it is not deleted from system memory then I must assume that it is the 
>> result of the above, and I should delete it.  So to delete a file from 
>> system memory what API do I use?
>
> I believe that there is no magic applied to the RAM copy.  It is just a 
> database file, like all the others, except it is declared to be recyclable 
> (or something like that), so I imagine that you might use 
> DmDeleteDatabase().  Bob
>
>
> 



-- 
For information on using the PalmSource Developer Forums, or to unsubscribe, 
please see http://www.palmos.com/dev/support/forums/

Reply via email to