Mail Archives: cygwin/1998/11/02/10:24:42
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".
- Raw text -