httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "BIXBY,MARK \(HP-Cupertino,ex1\)" <mark_bi...@hp.com>
Subject RE: Symlinks [was: [PATCH] MPE/iX apache 1.3.10-dev port take two ]
Date Fri, 10 Dec 1999 17:13:52 GMT


> -----Original Message-----
> From: Martin Kraemer [mailto:Martin.Kraemer@Mch.SNI.De]
> Sent: Friday, December 10, 1999 1:16 AM
> To: new-httpd@apache.org
> Subject: Symlinks [was: [PATCH] MPE/iX apache 1.3.10-dev port 
> take two]
> 
> 
> On Thu, Dec 09, 1999 at 10:47:45AM -0700, BIXBY,MARK 
> HP-Cupertino,ex1" wrote:
> > 
> > Recreating the archive with a blocksize of 20 seems to 
> prevent the problem
> > from occuring.  See attached.
> 
> I still get:
>     % gtar tvzf src-os-mpeix.tar.Z
...snip...
>     Tar: archive /tmp/src-os-mpeix.tar.Z EOF not on block boundary
>     Exit 3

Die, MPE tar, die!

I discovered that the tar z auto-compress option is hosed (the compressed
archive ends on a block boundary, but the uncompressed data doesn't --
oops!).  MPE is willing to untar those archives, but other systems may not
be.  I've forwarded this bug to the people who are already working on
solving other MPE tar Hall Of Shame problems.

The workaround is to "tar cvf - files | compress >archive.tar.Z" instead of
"tar cvfz archive.tar.Z files".

- Mark B.

Mime
View raw message