Subject: Bug#4391: gzip -cd gives incorrect output

From: Herbert Xu <[email-masked]>
Date: Wed, 4 Sep 1996 17:43:46 +1000 (EST)

Package: gzip
Version: 1.2.4-11

Execute these commands on the gzip file attached:
	gzip -cd a.gz
	gunzip a.gz; cat a

The output of the former is clearly incorrect.  Note that
if the output is redirected or piped then the errors
disappear.  This occurs in both xterms and virtual consoles.

-- 
Debian GNU/Linux 1.1 is out! { http://www.debian.org/ }
A.  B <=> True			B.  A <=> False
Email:  Herbert Xu 许志壬 <[email-masked]>
PGP Key:  [email-masked] or any other key sites
--

---

From: Bdale Garbee <[email-masked]>
Date: Wed, 04 Sep 1996 02:30:28 -0600

> The output of the former is clearly incorrect.

I can't seem to duplicate your problem.

> Note that

I played various games with and without redirection.  I don't see any obvious
differences between the output of 'gzip -cd a.gz' in an xterm using ctrl/s to
stop the flow, and a cat of the previously uncompressed file.

Can you cut&paste the output of the above two command strings to a file and
mail it to me, or something, so I can see what you're seeing?  I'd also 
suggest you verify the md5sum of /bin/gzip:

	a10f552f8e26d5c23e61a6a5415e3427  /bin/gzip

Bdale

---

From: Herbert Xu <[email-masked]>
Date: Wed, 4 Sep 1996 18:56:18 +1000 (EST)

> 	a10f552f8e26d5c23e61a6a5415e3427  /bin/gzip

$ md5sum /bin/gzip

What happens is that the first page is displayed over and over again.
The effect should be obvious if you are able to reproduce it.

Some more info about my system:

kernel: 2.0.13
libc5: 5.2.18-10

I've tried this on a 1.2.8 machine with the same gzip and it doesn't
happen.  Although the problem exists for 2.0.12 on an alpha.  And gzip
on SunOS 5.5 doesn't have this problem.

So which kernel did you use?

---

From: Bdale Garbee <[email-masked]>
Date: Wed, 04 Sep 1996 08:24:27 -0600

> The effect should be obvious if you are able to reproduce it.

Aha.  Nothing like that here.

> So which kernel did you use?

Kernel is 2.0.6, libc5 is 5.2.18-9.

>From what you say and what I've seen, this sounds like it's not a gzip 
problem to me...

Bdale