Re: FSIsAliasFile deprecated - typeOfFile is slow
Re: FSIsAliasFile deprecated - typeOfFile is slow
- Subject: Re: FSIsAliasFile deprecated - typeOfFile is slow
- From: "Gary L. Wade" <email@hidden>
- Date: Sat, 28 Nov 2015 10:52:56 -0800
Hopefully by that time those software developers in Apple who misquote Donald Knuth will gain enough experience to realize there are good reasons even small APIs should be efficient.
--
Gary L. Wade (Sent from my iPad)
http://www.garywade.com/
On Nov 28, 2015, at 10:38 AM, Charles Srstka <email@hidden> wrote:
>> On Nov 28, 2015, at 11:26 AM, Gary L. Wade <email@hidden> wrote:
>>
>> Extended attributes aren't going away, and current alias files aren't going away; those exist on the latest OS. Try this and getResourceValue: to see if there's any significant difference, and if you eventually do need the alias data you might also try the bookmark API on the file (check to be sure nil is returned for a non-alias), especially when you scale up to a large file set, and if my suggested wrapper around the BSD layer is fastest, write a http://bugreport.apple.com asking Apple to add it as a blessed API based on performance reasons and your need (besides the method result of BOOL, it should also return an NSError in case the file doesn't exist). After all, what is Cocoa but wrappers around lower levels? Someone eventually "gets their hands dirty."
>
> While extended attributes aren’t going away, it’s conceivable that the *format* could change. For example, if Apple ever moves off HFS+ to a file system that supports aliases natively, the kludge in the com.apple.FinderInfo xattr would probably not be needed anymore (unless of course they left it there for backward compatibility purposes).
>
> Charles
>
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden