> On Nov 28, 2015, at 11:26 AM, Gary L. Wade <[email protected]> > 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 protected]) 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: https://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to [email protected]
