Delivered-To:	listarch-cygwin AT sourceware DOT cygnus DOT com
Mailing-List:	contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender:	cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To:	mailing list cygwin AT sourceware DOT cygnus DOT com
Date:	Wed, 10 Feb 1999 15:34:16 -0600 (CST)
From:	Frank McIngvale <frankm AT HiWAAY DOT net>
To:	cygwin AT sourceware DOT cygnus DOT com
Subject:	More corruption [Re: Problems with ncftp]
In-Reply-To:	<Pine.OSF.4.02.9902101441180.26393-100000@fly.HiWAAY.net>
Message-ID:	<Pine.OSF.4.02.9902101508240.26393-100000@fly.HiWAAY.net>
MIME-Version:	1.0

Hm, it's apparently not just a problem with ncftp.
The following also causes file corruption:

$ bzip2 -9k bigfile
$ bzip2 -dc bigfile.bz2 | bzip2 -9 > out.bz2

bigfile     = 21,301,412 bytes
bigfile.bz2 =  3,338,162 bytes
out.bz2     =  3,351,827 bytes (!!!)

$ bzip2 -t out.bz2

  out.bz2: data integrity (CRC) error in data

Now, since bigfile.bz2 is okay, it's not a problem
with bzip2 or any text/binary issues with the
filesystem, right? Something must be going wrong
during the pipeline in the second step.

As an additional test, I tried this with a file
of size 387,259 bytes, and everything was OK, so
there appears to be some size threshold where this
error occurs.

Again, this is B20.1, egcs-1.1.1, tcsh 6.08.

frank



--   
Want to unsubscribe from this list?                             
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com

- Raw text -