Bug #28101 for Filter-Crypto: test with PAR fails

Wed Jul 11 09:04:10 2007 Marek.Rouchal [...] gmx.net - Ticket created

Subject:

test with PAR fails

With perl-5.8.8 (no threads, shared libperl, compiled with gcc-4.1.2, recent openssl, latest PAR from CPAN) the Filter::Crypto test fails on (at least) RedHat Enterprise Linux 3.0: Let me know if you need any further info - I tried to play with $PERL5LIB, but that did not help. Same problem on Solaris 8 (Sparc). Could be a consequence of the latest changes in PAR? Cheers, Marek prove -v t/04_par.t t/04_par....1..6 ok 1 - pp exited successfully ok 2 - ... and created a non-zero size PAR archive ok 3 - No exceptions were thrown reading the PAR archive ok 4 - ... and read() returned OK ok 5 - ... and the contents are as expected Can't locate loadable object for module Filter::Crypto::Decrypt in @INC (@INC contains: CODE(0x9a20c04) /usr/tmp/par-hwadm/cache- f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc/lib /usr/tmp/par- hwadm/cache-f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc CODE (0x99203f8) CODE(0x9920470)) at /opt/perl_5.8.8/lib/PAR/Heavy.pm line 87 BEGIN failed--compilation aborted at Filter/Crypto/Decrypt.pm line 37. Compilation failed in require at script/test.pl line 1. BEGIN failed--compilation aborted at script/test.pl line 1. # Failed test 'Running the PAR archive produces the expected output' # at t/04_par.t line 125. not ok 6 - Running the PAR archive produces the expected output # got: '' # expected: 'Hello, world.' # Looks like you failed 1 test of 6. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 6 Failed 1/6 tests, 83.33% okay Failed Test Stat Wstat Total Fail List of Failed ----------------------------------------------------------------------- ---------------------------------------------------- t/04_par.t 1 256 6 1 6 Failed 1/1 test scripts. 1/6 subtests failed. Files=1, Tests=6, 14 wallclock secs ( 5.73 cusr + 0.82 csys = 6.55 CPU) Failed 1/1 test programs. 1/6 subtests failed.

Wed Jul 11 09:44:42 2007 shay [...] cpan.org - Correspondence added

From:

SHAY [...] cpan.org

On Wed Jul 11 09:04:10 2007, MAREKR wrote: Show quoted text

> With perl-5.8.8 (no threads, shared libperl, compiled with gcc-4.1.2, > recent openssl, latest PAR from CPAN) the Filter::Crypto test fails on > (at least) RedHat Enterprise Linux 3.0: > > Let me know if you need any further info - I tried to play with > $PERL5LIB, but that did not help. > Same problem on Solaris 8 (Sparc). > Could be a consequence of the latest changes in PAR?

[...] Show quoted text

> prove -v t/04_par.t > Can't locate loadable object for module Filter::Crypto::Decrypt in > @INC (@INC contains: CODE(0x9a20c04) /usr/tmp/par-hwadm/cache- > f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc/lib /usr/tmp/par- > hwadm/cache-f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc CODE > (0x99203f8) CODE(0x9920470)) at /opt/perl_5.8.8/lib/PAR/Heavy.pm line > 87 > BEGIN failed--compilation aborted at Filter/Crypto/Decrypt.pm line 37. > Compilation failed in require at script/test.pl line 1. > BEGIN failed--compilation aborted at script/test.pl line 1.

Thanks for the bug report. I had exactly this problem myself recently and tracked it down to an as-yet unresolved problem in the latest version of Module-ScanDeps, which is used by PAR. Please see the thread starting here: http://www.nntp.perl.org/group/perl.par/2007/07/msg3145.html In particular, in the last message in that thread I found that downgrading Module-ScanDeps to 0.73 (I originally had 0.75) fixed the problem. I'd be grateful if you could confirm whether or not the same works for you. If it does then please close this bug and open one on Module-ScanDeps instead (since it isn't just Filter::Crypto::Decrypt that it has broken). (Or I'm happy to do that instead if you prefer.) Cheers, Steve

Wed Jul 11 09:44:44 2007 The RT System itself - Status changed from 'new' to 'open'

Wed Jul 11 10:52:52 2007 marek.rouchal [...] infineon.com - Correspondence added

CC:	<rschupp [...] cpan.org>, <autrijus [...] autrijus.org>
Subject:	RE: [rt.cpan.org #28101] test with PAR fails
Date:	Wed, 11 Jul 2007 16:52:20 +0200
To:	<bug-Filter-Crypto [...] rt.cpan.org>
From:	<marek.rouchal [...] infineon.com>

Confirmed! Moving back to Module-Scandeps-0.73 (I had 0.75), everything else (includin PAR) kept as is, fixes the broken test. I did one more check: Module-Scandeps-0.74 works OK as well. Then I tried to review the diff between 0.74 and 0.75, but did not find any simple obvious explanation. Cheers, Marek Show quoted text

-----Original Message----- From: via RT [mailto:bug-Filter-Crypto@rt.cpan.org] Sent: Wednesday, July 11, 2007 3:45 PM To: marekr@cpan.org Subject: [rt.cpan.org #28101] test with PAR fails <URL: http://rt.cpan.org/Ticket/Display.html?id=28101 > On Wed Jul 11 09:04:10 2007, MAREKR wrote:

> With perl-5.8.8 (no threads, shared libperl, compiled with gcc-4.1.2, > recent openssl, latest PAR from CPAN) the Filter::Crypto test fails on

> (at least) RedHat Enterprise Linux 3.0: > > Let me know if you need any further info - I tried to play with > $PERL5LIB, but that did not help. > Same problem on Solaris 8 (Sparc). > Could be a consequence of the latest changes in PAR?

[...]

> prove -v t/04_par.t > Can't locate loadable object for module Filter::Crypto::Decrypt in > @INC (@INC contains: CODE(0x9a20c04) /usr/tmp/par-hwadm/cache- > f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc/lib /usr/tmp/par- > hwadm/cache-f8916b15a53c4dedfe6532039250ba6b7b7776fe/inc CODE > (0x99203f8) CODE(0x9920470)) at /opt/perl_5.8.8/lib/PAR/Heavy.pm line > 87 > BEGIN failed--compilation aborted at Filter/Crypto/Decrypt.pm line 37. > Compilation failed in require at script/test.pl line 1. > BEGIN failed--compilation aborted at script/test.pl line 1.

Thanks for the bug report. I had exactly this problem myself recently and tracked it down to an as-yet unresolved problem in the latest version of Module-ScanDeps, which is used by PAR. Please see the thread starting here: http://www.nntp.perl.org/group/perl.par/2007/07/msg3145.html In particular, in the last message in that thread I found that downgrading Module-ScanDeps to 0.73 (I originally had 0.75) fixed the problem. I'd be grateful if you could confirm whether or not the same works for you. If it does then please close this bug and open one on Module-ScanDeps instead (since it isn't just Filter::Crypto::Decrypt that it has broken). (Or I'm happy to do that instead if you prefer.) Cheers, Steve

Mon Jul 23 06:19:08 2007 Marek.Rouchal [...] gmx.net - Correspondence added

The test works with the new Module::ScanDeps 0.76. Only version 0.75 seemed to break this on UNIX.

Thu Jul 26 03:50:45 2007 shay [...] cpan.org - Correspondence added

On Mon Jul 23 06:19:08 2007, MAREKR wrote: Show quoted text

> The test works with the new Module::ScanDeps 0.76. Only version 0.75 > seemed to break this on UNIX.

It works on Win32 with Module-ScanDeps-0.76 too, and I also find that only 0.75 was broken w.r.t. the Filter-Crypto test. I've released a new version of Filter-Crypto (1.20) that emits a warning if you're using Module-ScanDeps 0.75 and documents the known test failure. I'm closing this bug now since it isn't really a bug in Filter-Crypto.

Thu Jul 26 03:50:51 2007 shay [...] cpan.org - Status changed from 'open' to 'resolved'