Your UUID's shouldn't be zeros, which makes me think you've got some error
when you try to display them.

Every user and group in the system has a UUID associated. You can find the
UUID of any user or group by using "dsmemberutil getuuid -U" or
"dsmemberutil getuuid -G" (respectively). With respect to filesystem calls,
the "OwnerUUID" and "GroupUUID" are the UUID's of the file owner and group,
respectively.

Even users who come from the legacy FreeBSD side (stuff in /etc/passwd,
/etc/groups) have UUIDs. In these cases, the UUID is constructed from the
uidNumber and a specific UUID prefix.

On Mon, Jun 13, 2016 at 1:30 PM, Kevin Hoyt <[email protected]> wrote:

> Seems like an easy answer but...
>
> I have old code I'm trying to get rid of so bare with me.
>
> Old code called FSGetCatalogInfo() to get a bunch of information about
> files.  One of those bits of data is based upon passing in the 
> kFSCatInfoFSFileSecurityRef
> flag.  So I'd get back the permissions, casting to a FSPermissionInfo*,
> and then copy the owner and group UUID with FSFileSecurityGetOwnerUUID().
>
> I've never been quite sure what the UUID was supposed to be because I've
> never seen a UUID that wasn't all zeros.
>
> Now that I'm trying to move to the replacement function
> CFFileSecurityCopyOwnerUUID(), I'm stuck so I thought I'd step back a bit
> to see if I even need to worry about the UUID.
>
> First step seems to be to get some idea of what they are used for!
>
>
> Any body know what needs to be done to get a UUID that is not zero?
>
>
>
> The other part of my confusion is there doesn't seem to be a way to
> get/create a CFFileSecurity object for a file.  CFFileSecurity objects can
> be created, but the creation is just to create the object.  You can get the
> UUID, but without a specific file, what is the UUID actually OF?
>
>
> What the heck am I missing here??
>
> As always, any help appreciated!
>
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Carbon-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
>
> https://lists.apple.com/mailman/options/carbon-dev/stephen.butler%40gmail.com
>
> This email sent to [email protected]
>
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/carbon-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to