Hello Jos, I have been trying to track down an issue with why ppm.t is failing on VMS. The problem seems to be in reading in a binary file on VMS. A VMS executable should be able to be stored in a tar archive and restored, even if the VMS attributes are lost. The VMS image activator, at least on Alpha, does not require the attributes to be present, as long as the file is intact. It appears that Archive::Tar is creating a corrupt archive, which it can not decode. bash$ tar -tvf PPM-Simple-0_01.tar drwxrwxrwx unknown/unknown 0 2008-05-26 22:12 blib drwxrwxrwx unknown/unknown 0 2008-05-26 22:11 blib/arch drwxrwxrwx unknown/unknown 0 2008-05-26 22:11 blib/arch/auto drwxrwxrwx unknown/unknown 0 2008-05-26 22:11 blib/arch/auto/simple -r-xr-xr-x unknown/unknown 7366 2008-05-26 22:11 blib/arch/auto/simple/pl_simple.exe tar: Skipping to next header tar: Error exit delayed from previous errors My recent port of GNUTAR also seems to have a similar problem, but does not appear to be creating corrupt archives. When I created an archive containing pl_simple.exe using gnu tar 1.19, I got the following: bash$ tar cvf gnutar_test.tar blib/arch/auto/simple/pl_simple.exe blib/arch/auto/simple/pl_simple.exe tar: blib/arch/auto/simple/pl_simple.exe: File shrank by 6854 bytes; padding with zeros In both cases, the complete file does not appear to have been read in, just the first 512 bytes, after which it pads with zeros. Do you have any idea where the problem could be? Thanks, -John wb8tyw@qsl.net Personal Opinion OnlyThread Next