Speaking of questions falling through the cracks, nobody responded to this question of mine. Is that because there is no good solution? :) ---------- Forwarded Message ---------- Date: Monday, January 10, 2000 4:01 PM -0800 From: "Douglas I. Anderson" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Q: Accessing PIM databases vs. beaming Just wondering if anyone else has come upon a solution to this problem. My situation is that I want to keep the database of some of the PIM apps (datebook, todo, memo, etc) open for the life of my program. The problem shows up whenever a beam comes in. The system calls the builtin PIM app, which asks the user whether they want to accept the beam. Then, the system calls again to actually parse the data and store it. When the PIM app wants to store the data, it tries to open its database, which my app currently has open (because it hasn't been quit yet). The PIM app fails silently, not telling the user that the data wasn't stored. One solution would be to register as the callback for the exchange manager myself and then close all my databases before passing on the command to the builtin app. Of course, since there is no way to find out who the current callback app for a given type is, I would just have to hardcode the builtin app (not too big of a deal, but...) It also means that I need some extra code to close the database and make sure my app deals with the case gracefully. Has anyone else come up with a nicer solution here? I will also note that last I checked, this same problem came up in the "agenda" view of OS 3.5's datebook. ---------- End Forwarded Message ----------
