Parsing the pdb is not difficult - so don't be overwhelmed by the thought... I have a simple utility I wrote a while back to examine PDBs after they've been "backed up" via hotsync. In fact, I often use it whilst working on conduits as it is a convenient testing tool - as is "exporting" pdb's from POSE and then examining them. The other things that come to mind on this topic is to consider the byte packing of structures on the palm vs desktop as well as the byte ordering of numeric data types. They differ, so careful attention must be made when writing a structure to a pdb and then reading/processing it on the desktop.
Frank cfgsolutions.com ----- Original Message ----- From: "Logan Shaw" <[EMAIL PROTECTED]> To: "Palm Developer Forum" <[email protected]> Sent: Wednesday, September 14, 2005 10:45 PM Subject: Re: The File vs Database Paradigm > Chris Tutty wrote: > > From: "Lance Drake" <[EMAIL PROTECTED]> > > >> My application creates records. I do not want to create PDB files > >>because the destination for the records is FileMaker or Excel - which > >>don't know how to read those Palm binary file formats for import into > >>records or spreadsheets. > > > One option is to tag the databases for backup and then look for > > them in the desktop backup folder after the hotsync has completed > > and use a pdb2csv converter to produce files that desktop apps > > can import. > > What about writing the data to a FileStream on the Palm? It is then > stored as a file encapsulated as a PDB, and there are tools (like par) > to convert that to a standard file on the PC. > > I agree a conduit is cleaner once written, but if the goal is to > find the absolute simplest way to get the data there, to me that's > the answer. Or at least it's no worse than trying to parse a PDB > file yourself. > > - Logan > > [1] I assume you can't programmatically make these other programs > (like Excel or FileMaker) import things, though I could be wrong. > > -- > For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
