Re: Should I be concerned about the XATTR_SHOWCOMPRESSION option?
Re: Should I be concerned about the XATTR_SHOWCOMPRESSION option?
- Subject: Re: Should I be concerned about the XATTR_SHOWCOMPRESSION option?
- From: James Bucanek <email@hidden>
- Date: Thu, 23 Feb 2012 19:14:08 -0700
Chris Suter <mailto:email@hidden> wrote (Thursday,
February 23, 2012 4:27 AM +1100):
To correctly handle compressed files, you basically need to use
XATTR_SHOWCOMPRESSION to copy the resource fork and the extended
attribute, and then you must set the UF_COMPRESSED flag as the last
thing you do.
Which brings up a question that I've never gotten answered: Are
the POSIX chflags reflected and set as part of the
FSPermissionInfo structure inside FSCatalogInfo, or must I set
these separately with chflags(2) after the file is restored?
(Right now I write the file forks, restore extended attributes
and ACLs, and then set all FSCatalogInfo as the final step.)
I'm also assuming that the compression-specific extended
attributes should be set before the UF_COMPRESSED flag is set.
I did see some draft documentation from DTS about it. I don't know
whether it got published, but you could try contacting them if you get
stuck.
I fired off a query to DTS to see if they know anything.
I don't know why your program isn't working;
I do. :(
The volume that I thought was a recent Lion install had, through
misadventure, been overwritten with an OS installer. (So it
looked like an installed OS, but wasn't.)
I've since tracked down some compressed files and I can see that
the UF_COMPRESSED flag is set and they have a hidden extended
attribute of 'com.apple.decmpfs'.
Thank you so very much for the information.
James
--
James Bucanek
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Filesystem-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden