FSCatalogSearch is part of the deprecated Carbon File Manager API. The Carbon File Manager API exposes file IDs and directory IDs as 32-bit values and so FSCatalogSearch will never be supported on APFS (which use 64-bit file IDs and directory IDs).
In 10.13: • PBCatSearch on APFS volumes will return paramErr. • FSCatalogSearch on APFS volumes will return errFSOperationNotSupported. • PBGetVolParms and FSGetVolumeParms on APFS volumes will return with vMAttrib.bHasCatSearch and vMExtendedAttributes.bSupportsFSCatalogSearch clear. (There was a bug that made it look like PBCatSearch and FSCatalogSearch were supported on APFS.) > On Jul 6, 2017, at 7:49 AM, Thomas Tempelmann <tempelm...@gmail.com> wrote: > > Two things: > > 1. > A long while ago the APFS team at Apple asked for input on what's needed - I > then asked for fast catalog search support, in the ways of the searchfs BSD > function. Has anything happened in that direction? > > 2. > And then there's a possible issue around reporting support for this operation > (as of 10.13 beta 2): > > My search tool unsuccessfully attempts to use FSCatalogSearch on APFS volumes > because it's being told by the API that the APFS volume supports that > operation. Which it doesn't do, though, as my app then gets no results from > the search. I haven't been able to look deeper into this yet, I get this from > customer reports that all have the same problem now after installing High > Sierra and upgrading to APFS. > > So, could it be that the volume flags are incorrectly set, indicating that > the file system supports CatalogSearch even though it doesn't? (I'm just > throwing this in as early as possible, but I'll make sure to file a bug > report should my suspicion be confirmed). > > -- > Thomas Tempelmann, http://www.tempel.org/ <http://www.tempel.org/> > Follow me on Twitter: https://twitter.com/tempelorg > <https://twitter.com/tempelorg> > Read my programming blog: http://blog.tempel.org/ > <http://blog.tempel.org/>_______________________________________________ > Do not post admin requests to the list. They will be ignored. > Filesystem-dev mailing list (Filesystem-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/filesystem-dev/luther.j%40apple.com > > This email sent to luthe...@apple.com
_______________________________________________ Do not post admin requests to the list. They will be ignored. Filesystem-dev mailing list (Filesystem-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/filesystem-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com