"Lab" <[EMAIL PROTECTED]> wrote in message news:29197@palm-dev-forum...
> There is no application in
> this scenario which 'should' be receiving the sysAppLaunchCmdSyncNotify
> notification. I have done some tracing, and the plugin DB is being sent a
> launch code (not sure which) after it is accepted on the target device.
The
> problem is, my plugins presently don't have a PilotMain as such, and
expect
> various parameters in the 'entry function', which the Launcher seems to be
> calling (obviously without the required parameters)
Palm OS 3.5's Launcher sends syncNotify to the received database unless it's
a PQA. Your plug-in isn't a PQA, so it's getting this launch code. This is a
bug which has been fixed in the latest code (ie. will be fixed in the next
version of Palm OS).
> Suppressing this sending of the notification is what I need to achieve,
> somehow. I tried changing the 'filename' of the plugin to have a .PDB
> extension, but that didn't work; the notification is still sent.
Changing the filename will affect which application receives it. If Launcher
receives it, you'll get the syncNotify launch unless you're a PQA. Changing
the filename to "foo.bar-plug-in", and having your app register for the
"bar-plug-in" extension is one possible work-around. This would require your
app to be on the receiving device before the plug-ins are beamed over. One
advantage of this approach is that your app can update its UI when the
plug-in is received. Just because it's a database, doesn't mean it hasn't to
have the "prc" or "pdb" extension.
> The only thing I can think of, is that the launcher code must do a scan of
> the received DB, see that it has a CODE resource, and try to send it the
> notification.
No. Launcher (on Palm OS 3.5) sends syncNotify to the received database,
unless it's a PQA. It determines this by the type of the database.
Launcher has generally accepted incoming beams that it doesn't send. For
example, Launcher accepts .pdb's, but doesn't send them. This receive code
doesn't get the same level of testing as Palm-to-Palm beaming.
--
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/
