Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'beware of resource forks' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
beware of resource forks
Authored by: vykor on Apr 26, '06 06:05:08PM

Apple's default command-line zip doesn't seem to retain resource forks as of 10.4.6. I ran into this just now, as two files sent to me, zipped via the command line zip utility, were without resource forks. Testing the command line version seemThe man page has a -df switch description, which seems to imply that resource forks would be kept unless -df is on. That line is misleading: even if you try to use -df, it appears have no effect at all on the compression behavior.

This is different from gzip and bzip2 in Tiger, both of which preserve metadata. And of course, ditto, which is probably the preferred way to generate resource-fork friendly archives, rather than zip.

The built-in zip has no encryption, apparently not resource fork aware, and the zipcloak utility is also a placebo only. If it weren't for system stability purposes, I would have just overwritten them with a newly compiled copy.



[ Reply to This | # ]