Re: Metadata support

• Subject: Re: Metadata support
• From: "Jordan K. Hubbard" <email@hidden>
• Date: Wed, 28 Jun 2006 21:49:42 -0700
• Delivered-to: email@hidden
• Delivered-to: email@hidden

On Jun 28, 2006, at 9:04 PM, Dan Shoop wrote:

At 12:10 AM -0700 6/28/06, Jordan K. Hubbard wrote:

On Jun 27, 2006, at 12:17 PM, Dan Shoop wrote:

- rsync -aE doesn't preserve BSD flags, locked flag, modification date of files with resource forks, ACLs (I'm sure there's gazillions of rdars)

It also doesn't appear to be able to copy files with both ACLs and resource forks. It appears to only work if you have one or the other. At least that was the last time I checked.

That's not true. rsync copies all EAs, of which ACLs are simply examples of. It also copies a couple of "synthetic EAs", namely the old-style resource fork information and the finderInfo. As far as rsync (and tar and anyone else using copyfile()) is concerned, however, it's just a list of EAs scattered across several different namespaces (for various reasons, ACL-containing EAs are logically segregated). If you want to do more digging for yourself, simply check out the source code for copyfile() and the behavior of the getxattr() call.

If this was fixed then it was fixed extremely recently as the issue has been well reported extensively.

Actually attempting to test this just now (under 10.4.6) consistently leads to a rsync EXC_BAD_ACCESS crash in acl_from_text and copyfile. Basically this seems to occur anytime I try to rsync a file with both and ACL and EA.

- Jordan

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-dev mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/darwin-dev/email@hidden

• Follow-Ups:
  • Re: Metadata support
    • From: Boyd Waters <email@hidden>
  • Re: Metadata support
    • From: Q <email@hidden>

• Prev by Date: Re: Metadata support
• Next by Date: Re: Metadata support
• Previous by thread: Re: Metadata support
• Next by thread: Re: Metadata support
• Index(es):
  • Date
  • Thread