Skip Menu |

This queue is for tickets about the IO-Zlib CPAN distribution.

Report information
The Basics
Id: 29625
Status: open
Priority: 0/
Queue: IO-Zlib

People
Owner: Nobody in particular
Requestors: jason [...] long.name
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in:
  • 1.06
  • 1.07
Fixed in: (no value)



Subject: 'make test' fails on SLES10 (Suse Linux Enterprise 10)
"make test" fails on my system. Perl is version 5.8.8. OS is Suse Linux Enterprise Server 10. I tried both IO::Zlib 1.06 and IO::Zlib 1.07. Results are the same. jlong@mx1:~/src/IO-Zlib-1.06> make test PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/0signature....ok 1/1 skipped: Next time around, consider installing Module::Signature, so you can verify the integrity of this distribution. t/basic.........ok t/external......ok t/getc..........ok t/getline.......ok t/import........ok t/large.........ok t/tied..........ok t/uncomp1.......FAILED test 5 Failed 1/10 tests, 90.00% okay t/uncomp2.......FAILED test 5 Failed 1/10 tests, 90.00% okay Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/uncomp1.t 10 1 10.00% 5 t/uncomp2.t 10 1 10.00% 5 1 subtest skipped. Failed 2/10 test scripts, 80.00% okay. 2/123 subtests failed, 98.37% okay. make: *** [test_dynamic] Error 255
I tried downloading a couple versions from "BackPAN". IO::Zlib version 1.04 is ok. IO::Zlib version 1.05 fails the same way 1.06 and 1.07 does. So I guess my problem is in something that changed between 1.04 and 1.05.
This is the test that is failing: In t/uncomp1.t ok(5, $file->eof()); In t/uncomp2.t ok(5, $file->eof());
From: johntrammell [...] yahoo.com
I've encountered this bug on RHEL4, perl 5.8.5.
Download io-zlib.txt
plain/text 1.7k

Message body not shown because it is not plain text.

On Tue Nov 27 12:23:04 2007, JTRAMMELL wrote: Show quoted text
> I've encountered this bug on RHEL4, perl 5.8.5.
Quick followup--the failing tests appear to pass when an actual gzip'ed file is created. So this appears to be a case where eof() is returning false when IO::Zlib is being used to read plaintext files. I also noticed that a second call to read() on the handle sets EOF correctly. Worth looking into Compress::Zlib to see if they test for this.
On Tue Nov 27 13:40:30 2007, JTRAMMELL wrote: [snip] Final followup on this--I was able to trace this down to a bug in older versions of Compress::Zlib that didn't handle the eof() test correctly. Sample code is attached.
Download compress-zlib.tar.gz
application/gzip 964b

Message body not shown because it is not plain text.