Marshall
05-16-2003, 03:35 PM
FYI -
I have not seen this posted, but I may have missed many things.
In the process of trying to test out moving applications to my memory stick in my NZ, and trying out things like MemHack, I have at times accidentially duplicated applications in RAM. Or really the operating system has duplicated them. I did not intend to copy them in ram.
This uses that much more ram for the apps that are duplicated.
I have then used FILEZ to determine which file(s) to delete, the ones not copy protected, delete them, and then what seems like a usual memory error comes up. I then have to manually reset and then all is OK.
I suppose this is normal in the "testing" / trying out phase of using palm devices. I also suppose it might drive developers crazy, and might have driven some of the later releases of palmos.
I imagine this relates to the "natural" reload of software that must happen with a hard reset... but I suppose there is some utility that will make this all transparent. ;-)
Is there some more sensible way to approach this stuff?
- Marshall
I have not seen this posted, but I may have missed many things.
In the process of trying to test out moving applications to my memory stick in my NZ, and trying out things like MemHack, I have at times accidentially duplicated applications in RAM. Or really the operating system has duplicated them. I did not intend to copy them in ram.
This uses that much more ram for the apps that are duplicated.
I have then used FILEZ to determine which file(s) to delete, the ones not copy protected, delete them, and then what seems like a usual memory error comes up. I then have to manually reset and then all is OK.
I suppose this is normal in the "testing" / trying out phase of using palm devices. I also suppose it might drive developers crazy, and might have driven some of the later releases of palmos.
I imagine this relates to the "natural" reload of software that must happen with a hard reset... but I suppose there is some utility that will make this all transparent. ;-)
Is there some more sensible way to approach this stuff?
- Marshall