The other responses give you the general idea, but here's a quick opinion for you.
Always support the non-zero memory card through Dm functions. True this is only for Springboard memory cards, but it's really trivial. Presumably you're searching for your database through DmGetNextDatabaseByTypeCreator or DmFindDatabase. The first one gives you the card number, so just stash it somewhere. The second one...well, might as well just call it a 2nd time if it fails /w 0, but this time set it to 1...or maybe go a few further than that just in case...I suppose it's possible that some device might use more than 1 Springboard module. Now VFS support...if that's what they want, you'll just have to bite the bullet. It's annoying, but not really hard. If you're truly only using VFS like another place to store a database, consider abstracting the database to an object...yes this requires C++, but it could make your life easier. For instance, you could make your Open method search memory as well as VFS and then make Close copy it back to VFS if it originally found it there. "Steve Achelis" <[EMAIL PROTECTED]> wrote in message news:79225@palm-dev-forum... > > I have read many of the posts regarding memory expansion cards in this > newsgroup and I've skimmed the VFS docs, but I need a little help with the > bigger picture (i.e., I'm seeing too many trees and not the forest). > > We developed an app with one pdb database (in C). Our customers ask us to > support memory cards. > > It isn't clear to me if we need to support memory cards (i.e., pass in a > number other than zero for the CardNo requested by several functions), or if > we are to deal with copying the program and data from a expansion card to > main memory, and then restore the pdb to the card when done. That seems > like a lot of work for a program with a single database (can you imagine > copying a program from drive E: to drive C: to run it, and then copying it > back to drive E: when done? Seems like the OS, or launcher, should handle > that). It also isn't clear to me if there is more than one type of card > (i.e., can apps run from any cards, or must all of them be accessed via VFS; > if so, then what is the CardNo required by the database functions?). > > As you can see, I'm looking for a higher level view before committing to the > lower level coding. > > Thanks!! > > Steve > > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
