On Jan 15, 2009, at 6:20 AM, Steve wrote:

> I am having an issue when scanning a folder that has more than 32767  
> files in it.

Had some discussion with Steve offlist and he is now using  
FSGetCatalogInfoBulk. Just a couple points about USR ScanFolder ( for  
which I'm updating the doc )

(1) USR ScanFolder relies on the deprecated in 10.4 PBGetCatInfoSync  
call and also the older FSSpec. The newer replacement  
( PBGetCatalogInfoSync ) relies on FSRefs but obviously USR ScanFolder  
is currently coded to use FSSpecs. It's probably possible to write an  
FSRef version of USR ScanFolder that uses the more modern call but  
that exercise is left to the individual programmer. There are no plans  
to increase the number of USR/DEFs in FB5 and some will be eliminated  
for various reasons ( incompatibility, redundant etc. ).

(2) Even though I haven't tested this, my suspicion is the two-byte  
integer parameter block field named ioFDirIndex might be related to  
the 32,767 limit encountered by Steve


Brian S