Re: Determining extended attribute support on a volume
site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Note that this only refers to native wupport. So worst case, you have an ACL in an extended attribute in a poop file. -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... On Apr 24, 2009, at 11:38 PM, rohan a wrote: Hello, How can I determine if a volume supports extended attributes before I can actually call the functions getxattr() or setxattr()? Read 12 lines further in the manual page for getattrlist(), until you get to two capabilities past the VOL_CAP_INT_EXTENDED_SECURITY to the VOL_CAP_INT_EXTENDED_ATTR entry. Basically, if a volume doesn't support ACLs natively, then ACLs are stored in a filesect in an extended attribute. If it doesn't support extended attributes natively, then extended attributes are stored in poop files. There are also mount options that control whether or not the volume is going to support ACLs; by default, if it sees that the ACL attribute was turned on previously, it will turn it on when the volume is mounted, unless you remount it or ask it not to for a given mount instance, in which case it will turn them off. This email sent to site_archiver@lists.apple.com
participants (1)
-
Terry Lambert