site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com I'm investigating an issue related to the pax tool (/bin/pax). I'm seeing really strange errors: When I run the following command: % sudo /bin/pax -v -w -z -x cpio -f /tmp/toto.pax.gz . on this hierarchy, I get this in system.log: and this in the terminal output: This problem does not happen on Mac OS X 10.2.8. _______________________________________________ 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... Let's say I have a file hierarchy for a package (an Installer.app package): Sep 17 16:02:35 Selene /bin/pax: open on /tmp/pax.md.625l: Cannot allocate memory Sep 17 16:02:35 Selene /bin/pax: close on : Bad file descriptor Sep 17 16:02:35 Selene /bin/pax: error closing files: Bad file descriptor Sep 17 16:02:35 Selene /bin/pax: open on /tmp/pax.md.aCjr: Cannot allocate memory pax: Unable to open ./IcebergAlpha/Library/Application Support/Iceberg/Projects Templates/Plug-ins/Spotlight Importer/._template.packproj to read <No such file or directory> ./IcebergAlpha/Library/Application Support/Iceberg/Projects Templates/Plug-ins/Spotlight Importer/template.packproj pax: Read fault on ./IcebergAlpha/Library/Frameworks <Is a directory> As a matter of fact, file "./IcebergAlpha/Library/Application Support/Iceberg/Projects Templates/Plug-ins/Spotlight Importer/._template.packproj" really does _NOT_ exist so there does not seem to be any valuable reason why pax would need to read it. It can not be a memory issue as this computer has 5 GB of RAM and 12 GB of disk space available for the system partition. Is there any known issues with pax? Has pax recently developed an allergy to AppleDouble format files? This email sent to site_archiver@lists.apple.com