"Scott Maxwell" <[EMAIL PROTECTED]> wrote in message
news:33760@palm-dev-forum...
> I figured this one out. The culprit was the fact that gremlins never
> actually exists [exits?] the app. My app was beaming a database to itself
(using
> loopback) and the document list database gets updated by scanning when the
> app starts. In this case, the scan didn't happen so my cardNo/dbid where
no
> longer valid.
>
> This probably needs to be addressed in POSE. When an event occurs that
would
> normally cause the app to stop, POSE should really exit the app and
relaunch
> it. I am forced to have a special "gremlin" build of my app to patch
around
> these problems and that could be a problem and compatibility testing time.
I don't see what this has to do with Poser or gremlins, specifically. It
sounds like you could reproduce the same bug in the simulator, or even on
the device using shortcut-dot-t. You may need some special cases in your app
to handle loopback mode.
Consider the following scenario:
- Device A is running your app
- Device B beams data destined for your app to device A
The only reason this works (and I'm assuming that it does in fact work) is
that the Exchange Manager switches to your app for the goto launch, even if
it's already running. That is, it quits your app, and runs it again. The
relaunch is a sysAppLaunchCmdGoTo launch with new globals, so you call
AppStart again.
Now let's consider loopback mode. It's very similar. Again, your AppStart
routine should get called when the goto launch happens. Are you getting the
goto launch?
> In fact, it would
> be great to have an option to allow the selection of 2 apps to run so that
> we can better test how well our apps play with others.
You can select any subset of the apps on the emulated device for gremlins to
play with. Selecting at least one other app besides your app is a good way
to make sure you're handling most of the launch codes correctly even when
your app isn't running. (But don't use Launcher; it might delete your app.)
--
Danny Epstein
OS Engineer, Palm Inc.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
