My suggestion is to check for a .pdb or .prc extension (depending on what we are searching for) before calling VFSFileDBInfo(). The other advantage of doing this is that it would speed up the VFS scan since we wouldn't have to open some of the files.

That would probably miss a lot of Plucker documents created with the '.plkr' extension or others (filename_extension). In my case, the problems you described with your app ClieSkinner, does not seem to affect my Palm devices here (all Palm devices up to Tungsten T2 at the least.


I don't have any Clie devices, so I can't test those, but the others (Palm, Handspring, Treo) all seemed to work fine, with lots of non-Palm files interspersed in the same dirs that Plucker uses to scan for docs.

It may be that for some mysterious reason this method works in Plucker but not in my code.

We've seen a LOT of issues with Clie devices recently with pilot-link, and some people have reported some bugs in the OS running on them, which is supposedly fixed in OS5.4.. Maybe you're seeing this?


Here's a copy of the message from palm-dev. This may be relevant for you:

        Subject: Re: OS 5.4
        From: [EMAIL PROTECTED]
        To: [EMAIL PROTECTED]
        Reply-To: [EMAIL PROTECTED]

        The reason I am interested in OS 5.4 is because it has a patch
        for a bug that is causing me grief.  The specific bug prevents
        the VFS from enumerating the root directory of an memory card
        if the root directory contains more than 7 or so files with
        long file names (long meaning that they do not conform to the
        8.3 file name convention).  I have investigated a variety of
        approaches to resolving this issue but as far as I have been
        able to determine, the only viable solution is get a hold of
        OS 5.4.  Note that the application I am writing must access
        files in the root directory of the memory card.  These files
        cannot be located in a subdirectory of the card.

David A. Desrosiers
[EMAIL PROTECTED]
http://gnu-designs.com

_______________________________________________
plucker-dev mailing list
[EMAIL PROTECTED]
http://lists.rubberchicken.org/mailman/listinfo/plucker-dev

Reply via email to