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 <cocoa...@charlessoft.com> wrote: >> On Nov 28, 2015, at 11:26 AM, Gary L. Wade <garyw...@desisoftsystems.com> >> 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 (Cocoa-dev@lists.apple.com) 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 arch...@mail-archive.com
