Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the CPAN-Reporter CPAN distribution.

Report information
The Basics
Id: 70113
Status: resolved
Priority: 0/
Queue: CPAN-Reporter

People
Owner: Nobody in particular
Requestors: ANDK [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in:
  • 1.19_03
  • 1.19_04
  • 1.20
Fixed in: (no value)



Subject: Hangs on ZEFRAM/Lexical-Import-0.001.tar.gz
I've seen it with several perls between 5.12.4 and 5.15.1 and bleadperl that CPAN::Reporter 1.{19_03,19_04,20} hangs after Build.PL has run for ZEFRAM/Lexical-Import-0.001.tar.gz Pity and quite surprising that I didn't notice before 1.20 came out. Maybe there is some other dependency involved. The really great thing is that nowadays we have App::Stacktrace so I can provide a stack trace: [Thread debugging using libthread_db enabled] 0x00002ae74435968f in myck_entersub (my_perl=0x18a7010, op=0x1e9e940) at lib/Params/Classify.xs:622 622 lib/Params/Classify.xs: No such file or directory. in lib/Params/Classify.xs /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:9 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:52 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:114 Let me know if you need further facts,
Another example is VIPUL/Crypt-Primes-0.50.tar.gz All tests pass on both C:R 1.1902 and 1.2001 but with 1.2001 processing after the last test goes into a CPU-intensive endless loop. So the output of 'force test Crypt::Primes' looks like so with 1.2001: cpan[6]> force test Crypt::Primes Running test for module 'Crypt::Primes' Running make for V/VI/VIPUL/Crypt-Primes-0.50.tar.gz Has already been unwrapped into directory /home/sand/.cpan/build/Crypt-Primes-0.50-V0orTP Has already been made Running make test make[1]: Entering directory `/home/sand/.cpan/build/Crypt-Primes-0.50-V0orTP' PERL_DL_NONLAZY=1 /home/sand/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/genprime.t .......... ok t/genprime_elgamal.t .. ok t/intermediates.t ..... ok All tests successful. Files=3, Tests=28, 20 wallclock secs ( 0.24 usr 0.11 sys + 18.50 cusr 0.50 csys = 19.35 CPU) Result: PASS make[1]: Leaving directory `/home/sand/.cpan/build/Crypt-Primes-0.50-V0orTP' (/usr/bin/make test exited with 0) At this point the process 4739 is using 100% CPU. Stacktrace reports: # /home/sand/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/bin/perl-stacktrace 4739 [Thread debugging using libthread_db enabled] 0x00002af76bdaf471 in findentry (name=0x2af76be229ad "x", len=1, ep1=<value optimized out>) at ../pari-2.1.7/src/language/anal.c:1943 1943 ../pari-2.1.7/src/language/anal.c: No such file or directory. in ../pari-2.1.7/src/language/anal.c /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:9 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:52 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:114 (eval 10):1 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/x86_64-linux-thread-multi-ld/Math/Pari.pm:0 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/x86_64-linux-thread-multi-ld/Math/Pari.pm:0 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/Crypt/Random.pm:20 What's going on here? What does PrereqCheck do in 1.2001 what it did not do in 1.1902? Of course when I repeat the request for a stack trace processing is somewhere else: /home/sand/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/bin/perl-stacktrace 4739 [Thread debugging using libthread_db enabled] 0x00002af76b75b370 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:9 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:52 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/CPAN/Reporter/PrereqCheck.pm:114 (eval 10):1 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/x86_64-linux-thread-multi-ld/Math/Pari.pm:0 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/x86_64-linux-thread-multi-ld/Math/Pari.pm:0 /home/src/perl/repoperls/installed-perls/perl/v5.15.1-201-g9840cde/2a56/lib/site_perl/5.15.1/Crypt/Random.pm:20 Looks like some XS is going wild.