Re: theoretical bug
David A. Desrosiers wrote: Oops! Nevermind: I found my bug. Don't keep us all in suspense... what was it? ;) I was too quick. I thought I had forgotten to check for the error return from the vfs db info call, but I hadn't forgotten. So I still don't have it. Hmm. Here's an idea. I'll send a copy of Plucker to the guy who had the problem with my code and see if it works for him. Alex -- Dr. Alexander R. Pruss Department of Philosophy Georgetown University Washington, DC 20057-1133 U.S.A. e-mail: [EMAIL PROTECTED] online papers and home page: www.georgetown.edu/faculty/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: theoretical bug
Oops! Nevermind: I found my bug. Don't keep us all in suspense... what was it? ;) d. ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: theoretical bug
Oops! Nevermind: I found my bug. Alex ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev
Re: theoretical bug
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
theoretical bug
My ClieSkinner program (see http://www.zlthemes.com/Programs.php) uses the same method as Plucker to scan for files in VFS, namely iterate over the directory and call VFSFileDBInfo(). Unfortunately, two users have reported hangs as a result of using this method. My hypothesis is that they had files in VFS that weren't Palm databases, and that VFSFileDBInfo() screwed up on them. One user ended up clearing out his PALM\Launcher dir before I was able to fully to debug this. For the second user, I had the idea of skipping all files that don't have .prc (or .PRC, etc.) extension. I sent him a test version that did that, and it all worked. Anyway, this is not something I have been able to duplicate. But it does seem that sometimes using this VFS scan method causes problems. 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. I suppose, theoretically, this could cause trouble for users who store databases with other extensions, but I don't know if there are any such users. It may be that for some mysterious reason this method works in Plucker but not in my code. Alex -- Dr. Alexander R. Pruss Department of Philosophy Georgetown University Washington, DC 20057-1133 U.S.A. e-mail: [EMAIL PROTECTED] online papers and home page: www.georgetown.edu/faculty/ap85 -- "Philosophiam discimus non ut tantum sciamus, sed ut boni efficiamur." - Paul of Worczyn (1424) ___ plucker-dev mailing list [EMAIL PROTECTED] http://lists.rubberchicken.org/mailman/listinfo/plucker-dev