Newbie question
VB6 program to palm via appforge.
I thought palm supported a field type of memo, but I don't see it in the
appforge .PDB docummentation.
My data is from a vending machine via the serial port. it's 70-200 CRLF
delimited lines of data ~ 3-4k per machine.
1)can the string variable accept this entire piece of data in one field or
will the CRLF's cause a problem.
2) what's the max length of the string variable?
I need 30 readings per day so it's not a memory buster unless there is a
huge overhead.
How do I extract the .PDB data once I have it on the PC. Is it stored as
ASCII text internal to the .PDB? If so I can get it. I think this is what
you call a conduit. I'm trying to pull this into MSACCESS.
Any suggestions on a god programming book?
TIA John Wick
Brian Mathis <[EMAIL PROTECTED]> wrote in message
news:37599@palm-dev-forum...
>
> -----BEGIN PGP SIGNED MESSAGE-----
>
> John Wick wrote:
>
> > I'm trying to port a VB6 windows app to palm via appforge.
> >
> > The app reads a vending machine via a serial link and retrieves a data
> > stream of 70 -200 CRLF lines ~ 4k of data per machine. Typ 30 per day.
> > The existing program writes the data to a separate file for each
> > reading.
> >
> > In the palm environment I think I'm going to need to create a .PDB and
> > write a memo field with one record per reading.
> >
> > Reasonable? better approach?
> >
> > Now I have a .PDB I need to get it to the PC where I can convert it and
> > pull it into Access where I will parce the data (150 fields). Appforge
> > has an ODBC conduit ingot coming soon.
> >
> > Can I automate this transfer or must I go thru the palm desktop?
> > Customer may have 10-15 palms to download.
> >
> > Could I put this data into a memopad record and get to it easier?
> > Is there a "better" newsgroup to answer these questions?
> > TIA John Wick
>
>
> No, this is the right place to be asking such questions. Based on your
> description, here's what should probably happen...
>
> Your app on the Palm will gather data and save it into it's own database,
> creating each record as it's own record entry in the database. Then, to
> get it to the PC, you'll need a conduit which can read the databases,
> download them to the handheld, and do what you want with them.
>
> Writing to the memo pad is completely unnecessary, as is using anything in
> the Palm desktop. Unless your referring to "memo field" as a chunk of
> text, that sounds like desktop database lingo (access, oracle), which are
> completely unrelated to Palm databases, and do not work the same way.
>
> - --
> Brian Mathis
> Direct Edge
> http://www.directedge.com
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 7.0.1
>
> iQEVAwUBOncDfbGo2cj8O3o1AQFkhAf/W3rujJDKAQgbGJvx2o4C6WsNGc/5plkF
> A/44sMGiH+uwguklVmp7bca+zhjAawLWO3WDrvbOA3MpPeO7FF2rGkyEZUyRBw62
> 9hFnaakN1Uxo35pdkcvuSVzWPe9WPIREyjDpCNxzLUQ8mcbU1gntOCivU7N5myLd
> BUfy9nyTyexsNXBq53G7VObkHKIxCqwQGJcDR17EkCtMYNMi5pk9pn/QAhjJImo8
> 3qxikOUGu6Jt2hr1eyLdZNzRFf8zVn0MQ4JQ42qbrTuSD/oe9cTaj5WAoM0ySMLx
> aQ7mPJIXo8ChgTdZ6hmgCaiOcEkEXdeWrtw7oSKb0EiA5lasMawdlA==
> =lDoR
> -----END PGP SIGNATURE-----
>
>
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
