Actually, it's to put back some of them on a newly created folder. So right now, it just retrieves the values as NSData objects but I've added a hook to be able to convert the data to the real objects.
the - [NSFileManager copyItemAtPath:toPath:error:] API does copy at least the FinderInfo and ResourceFork extended attributes (which are the ones that I need). I haven't checked whether it was copying the quarantine flag or the download history ones yet. So depending on your needs, you may not need to use the copyfile API. On Sat, Oct 15, 2016 at 9:20 AM, Allan Odgaard <lists+cocoa-...@simplit.com> wrote: > On 14 Oct 2016, at 23:33, Stephane Sudre wrote: > >> I ended up writing a category for NSManager to deal with this using >> the xattr.h APIs. […] > > > If the goal is to copy extended attributes (as one post alluded to) then > there is the `COPYFILE_METADATA` flag which can be used with > x-man-page://3/copyfile > > Although I seem to recall some crash issues when used with network drives, > my code skips it for non-local drives with a reference to <rdar://17480649> > but that report seems to have been marked “secret” so I can no longer read > it… > _______________________________________________ > > 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/dev.iceberg%40gmail.com > > This email sent to dev.iceb...@gmail.com -- Packaging Resources - http://s.sudre.free.fr/Packaging.html _______________________________________________ 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
