We tried removing all the other CDK API calls and created an STL list of the filenames.
No improvement. A SYNCERR_REMOTE_BAD_ARG err was returned after 30-ish iterations. Thanks for the suggestion! Eric Lyons "JamesSturdevant" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Are you doing other things to the VFS as you iterate? I recall in some > project that that caused issues. Try iterating and making a list and then > doing the rest of your processing from the list. > > JamesS > > Eric Lyons wrote: >> The VFSDirEntryEnumerate API call in our conduit does not always iterate >> through every file in an expansion card on the handheld. >> >> It does iterate a small number of files (up to 30 files) in a directory >> and then VFSDirEntryEnumerate returns a SYNCERR_REMOTE_BAD_ARG err. >> >> The conduit has been developed using Visual Studio 6.0 and Palm CDK >> 4.02a. >> >> We have witnessed grumbling about this API in various forums. The >> following link is the best evidence we've found identifying problems in >> the VFS library in the CDK. However, there is no concrete definition, >> explanation and resolution of this bug. >> >> http://news.palmos.com/read/messages?id=140954 >> >> We are using long filenames (i.e. inventory20060413103847.jpg) for the >> files created by the handheld and stored on its expansion card. We >> discovered that the conduit does process our files correctly when we use >> 8.3 filenames instead of the long filenames. >> >> Can anyone provide some insight? >> >> 1. Does VFSDirEntryEnumerate work reliably in the CDK when the filenames >> of the files on the handheld's expansion card are 8.3 versus long >> filenames? >> >> 2. Is the bug with VFSDirEntryEnumerate resolved by moving to a higher >> CDK (example 4.03x)? >> >> Thank you for taking valuable your time to help! >> >> Eric Lyons > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
