I've concluded that there must have been something else coincidentally happening at the same time that in concert with the bundle bit was the actual cause of this (on POSER and two actual devices). I had left the code commented out, then a week later re-enabled it, but experienced no crashes.
Since I can't reproduce it, I can't be sure, but I suspect it was a corrupt graphic in the resource database in question. My situation was different than yours in a way that may be important, though. My application stores all of its bitmaps in a physically separate resource database, and it was setting the bundle bit on that database that was part of the cause of the crashes. Not setting the bundle bit made the crashes stop, setting it again with no other changes made them come back. But as I said, the whole problem vanished a week later after many other unrelated changes had been made. Mark Peters "Danny Epstein" <[EMAIL PROTECTED]> wrote in message news:76844@palm-dev-forum... > > A few weeks ago Mark A. Peters wrote: > > ... I ... discovered that if you set the bundle bit > > on a resource database, the system blows up every time it tries to access > > that database for any reason. This happens, for example, when bringing up > > the system "Delete" dialog, and one scrolls to the page on which the app > > with the bundled resource database appears. ... > > I just tried to reproduce this using the following steps: > - Make a copy of Pimlico's dbScan.prc on my Mac. > - Edit the copy in BrainHex to have a different database name and type, and > to set the bundle bit. > - Boot up Poser 3.4 emulating an m505 with a 4.0 debug ROM. > - Install the modified prc. > - Bring up the Delete dialog and delete the database. No crash occurred. > - Install the modified prc again, as well as the original prc. > - Run the app & quit. No problem here. (Not surprising since it doesn't open > the bundled database.) > - Bring up the Delete dialog and delete the app & associated database. No > crash occurred. > > Send me your prc off-line and I'll see if I can figure out why we're seeing > different results. > -- > Danny @ PalmSource > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/
