🚀 go-pugleaf

In article <1992Oct9.004823.213@u.washington.edu>  
basiji@stein.u.washington.edu (David Basiji) writes:
> sowa@amdew.llnl.gov (Erik C. Sowa) writes:
> 
> >>>>>> "Tim" == Tim Buck <tim@rri.UUCP> writes:
> 
> >Tim> In article <1992Oct7.125957.12258@dartvax.dartmouth.edu>  
fermat@fermat.dartmouth.edu (Michael Glenn) writes:
> >>
> >>These three were recently posted to nova/sonata as .tar.Z files.   
However,  
> >>when I try to uncompress them, it seems to go for awhile, make a file  
> >>about 5-6 megs big, then die for some strange (unpredictable) error.   
Has  
> >>anyone else had any problems uncompressing these files?  Any idea what  
is  
> >>going wrong for me?
> >>
> >Tim> It sounds to me like you forgot to use BINARY when you FTPed them.
> 
> >Well, I ftp'ed them in binary mode and got the same problems. Perhaps
> >they were uploaded by the author in ascii mode by mistake?
> 
> >--
> >erik sowa (sowa@amdew.llnl.gov)
> 
> Make sure you uncompress from the command line and not using Opener.app.
> Also, permissions aren't preserved so you may need to make the thing
> executable before it'll work.
> 
> Dave

I did it from shell too, and the result was:

1 boss -> uncompress sndMucker.Z
uncompress: corrupt input
memory allocation error: attempt to free or realloc space not in heap
bad zone
IOT trap

Any comments?
--
Bernhard Nocker                          Beware root :-)
University of Salzburg's Department of Computing Studies
Jakob-Haringerstr. 5	5020 Salzburg    Austria, Europe
+43-662-8044/6750		  bnocker@cosy.sbg.ac.at