site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com On jeudi, octobre 6, 2005, at 12:44 AM, Shantonu Sen wrote: <http://darwinsource.opendarwin.org/10.4.2/Libc-391/darwin/copyfile.c> Actually that's not the purpose. I'm trying: _______________________________________________ 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... Instead of asking for an open sourcing of the tool, what is the high-level thing you want to do? Based on your questions, it sounds like you want to know how pax supports resource forks and finder info in Tiger, and emulate that. If this is the case, you probably want to look look at the implementation of copyfile_pack() in Libc: This has all of the "Support extended attributes, including resource forks and finder info" functionality as advertised for Tiger, and is used by gnutar, pax, etc. - to find a solution to be able to split forks correctly (for folders) on 10.2. This may require writing my own tool (therefore the quest some kind of documentation which allows me to fully understand the AppleDouble format and the request for open sourcing SplitForks) - to understand why some folder (FolderInfo struct) flags are not restored by Installer.app when not using PackageMaker. - to extract a ._ resource fork file from a .pax.gz file so that I can have a look at its data. I tried using Pacifist which is a great tool but it does not allow me to extract just a ._ file (when it's at the root of the hierarchy). I'm happy to be told that pax is open sourced. I must confess that when I posted I was at the end of a try and debug queue where I found more problems than solutions and so forgot to google for pax (which I did for AppleDouble). Mea culpa, mea maxima culpa. This email sent to site_archiver@lists.apple.com