From: bahi AT nospam DOT cwix DOT antispam DOT com (bahi)
Subject: b20 full - no less and weird bzip2 behavior.
2 Nov 1998 10:24:42 -0800
Message-ID: <363CDCBD.8BF4E6E6.cygnus.gnu-win32@cwix.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: gnu-win32 AT cygnus DOT com

hey wonderful cygwin people

>   Beta 20 also includes upgrades to a number of packages: ash-0.3.2-4,
> bash 2.02.1, grep-2.2, ncurses 4.2, and less 332.  We have added bzip2
> 0.9.0 to the distribution.  And you'll now find that the df utility has
> joined its other friends from the fileutils package.

where's less?

(48)type less
BASH.EXE: type: less: not found

(49)find / -name "less*" -print
(50)

bzip2? - excellent. but i am worried.
the cmds below are taken from the bzip2 makefile 
test directive and path adjusted to test the cygwin
distributed bzip2 util's handling of STDIN and STDOUT.
 - the results make me nervous...

	bzip2 -1 < sample1.ref > sample1.rb2
	bzip2 -2 < sample2.ref > sample2.rb2
	bzip2 -d < sample1.bz2 > sample1.tst
	bzip2 -d < sample2.bz2 > sample2.tst
	cmp sample1.bz2 sample1.rb2 
	cmp sample2.bz2 sample2.rb2
	cmp sample1.tst sample1.ref
	cmp sample2.tst sample2.ref

before running:
(note sampleN.ref and sampleN.bz2 come with the dist.)

-rw-r--r--   1 500      everyone    32348 Jun 30 06:29 sample1.bz2
-rw-r--r--   1 500      everyone    98696 Jun 30 06:29 sample1.ref
-rw-r--r--   1 500      everyone    73732 Jun 30 06:29 sample2.bz2
-rw-r--r--   1 500      everyone   212340 Jun 30 06:29 sample2.ref

output while running:
....
bzip2 -d < sample1.bz2 > sample1.tst

bzip2: Compressed file ends unexpectedly;
        perhaps it is corrupted?  *Possible* reason follows.
bzip2: error 0
        Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to *attempt* to recover
data from undamaged sections of corrupted files.

after running:

-rw-r--r--   1 500      everyone    32348 Jun 30 06:29 sample1.bz2
-rw-r--r--   1 500      everyone      367 Nov  1 15:04 sample1.rb2
-rw-r--r--   1 500      everyone    98696 Jun 30 06:29 sample1.ref
-rw-r--r--   1 500      everyone        0 Nov  1 15:04 sample1.tst
-rw-r--r--   1 500      everyone    73732 Jun 30 06:29 sample2.bz2
-rw-r--r--   1 500      everyone     3993 Nov  1 15:04 sample2.rb2
-rw-r--r--   1 500      everyone   212340 Jun 30 06:29 sample2.ref

sample1.rb2 should look just like sample1.bz2 
and sample1.tst like sample1.ref - but it ain't so....
is the problem with the application or the STDIN STDOUT
pipes?

i wish i could provide you more debug info, but i don't 
want to dload the src by modem!

thanks for all these tools for the rest of us. 
-- 
to reply remove the 
no- and anti-
spam words from my domain
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request AT cygnus DOT com" with one line of text: "help".