Bug #68621 for HTML-Tree: cpan 'upgrade' invoked ./Build enters infinite? recursive loop

Thu Jun 02 22:39:04 2011 jason.vas.dias [...] gmail.com - Ticket created

Subject:

cpan 'upgrade' invoked ./Build enters infinite? recursive loop

Hi - After building perl-5.14.1 under gcc-4.6.0 / glibc-2.13 Linux 2.6.38 on an x86_64, I ran 'cpan ' and gave it the 'updagrade command; it went and fetched HTML-Tree 4.2 and started building it. The ./Build instance from that script has been running for nearly an hour now : http://ftp.esat.net/pub/languages/perl/CPAN/authors/id/J/JF/JFEARN/CHECKSUMS Checksum for /home/root/.cpan/sources/authors/id/J/JF/JFEARN/HTML-Tree-4.2.tar.gz ok CPAN.pm: Going to build J/JF/JFEARN/HTML-Tree-4.2.tar.gz Created MYMETA.yml and MYMETA.json Creating new 'Build' script for 'HTML-Tree' version '4.2' Building HTML-Tree ./Build: blib/lib/HTML/Element.pm: cannot resolve L<content_refs_list> in paragraph 123. I see a huge ./Build process : $ ps -lp 19252 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 R 0 19252 9804 96 80 0 - 14238 - pts/1 00:38:17 Build should HTML::Tree build really take over 38 minutes on a 2.2Ghz dual core machine with 2GB RAM and 80GB free disk ? Methinks it is recursing ; I do an strace and see ridiculously long paths : close(6) = 0 open("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/ldscripts/elf32mb_linux.xdc", O_RDONLY^C <unfinished ...> Process 19252 detached I'm going to have to make this process dump core and terminate. I can send you the compressed core dump if you want . All the best, Jason

Thu Jun 02 22:49:14 2011 jason.vas.dias [...] gmail.com - Correspondence added

From:

jason.vas.dias [...] gmail.com

Oops, OK, NOT an infinite loop : Building HTML-Tree ./Build: blib/lib/HTML/Element.pm: cannot resolve L<content_refs_list> in paragraph 123. JFEARN/HTML-Tree-4.2.tar.gz ./Build -- OK Running Build test t/00system.t ........ ok t/assubs.t .......... ok t/attributes.t ...... ok t/body.t ............ ok t/building.t ........ ok t/children.t ........ ok t/clonei.t .......... ok t/construct_tree.t .. ok t/doctype.t ......... ok t/escape.t .......... ok t/oldparse.t ........ ok t/parents.t ......... ok t/parse.t ........... ok t/parsefile.t ....... ok t/split.t ........... ok t/subclass.t ........ ok t/tag-rendering.t ... ok t/unicode.t ......... ok All tests successful. Files=18, Tests=893, 6 wallclock secs ( 0.74 usr 0.28 sys + 3.73 cusr 1.46 csys = 6.21 CPU) Result: PASS But really, what was Build doing for nearly an hour ? On Thu Jun 02 22:39:04 2011, jvdias wrote: Show quoted text

> Hi - > > After building perl-5.14.1 under gcc-4.6.0 / glibc-2.13 Linux 2.6.38 > on an x86_64, I ran 'cpan ' and gave it the 'updagrade command; > it went and fetched HTML-Tree 4.2 and started building it. > > The ./Build instance from that script has been running for nearly > an hour now : > > >

http://ftp.esat.net/pub/languages/perl/CPAN/authors/id/J/JF/JFEARN/CHECKSUMS Show quoted text

> Checksum for > /home/root/.cpan/sources/authors/id/J/JF/JFEARN/HTML-Tree-4.2.tar.gz > ok > > CPAN.pm: Going to build J/JF/JFEARN/HTML-Tree-4.2.tar.gz > > Created MYMETA.yml and MYMETA.json > Creating new 'Build' script for 'HTML-Tree' version '4.2' > Building HTML-Tree > ./Build: blib/lib/HTML/Element.pm: cannot resolve L<content_refs_list> > in paragraph 123. > > > I see a huge ./Build process : > > $ ps -lp 19252 > F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD > 4 R 0 19252 9804 96 80 0 - 14238 - pts/1 00:38:17 > Build > > should HTML::Tree build really take over 38 minutes on a 2.2Ghz dual > core machine with 2GB RAM and 80GB free disk ? > > Methinks it is recursing ; I do an strace and see ridiculously long > paths : > > close(6) = 0 > > >

open("bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/bin/ldscripts/elf32mb_linux.xdc", Show quoted text

> O_RDONLY^C <unfinished ...> > > Process 19252 detached > > > I'm going to have to make this process dump core and terminate. > > I can send you the compressed core dump if you want . > > All the best, Jason

Tue Jun 07 06:45:36 2011 Jeff.Fearn [...] gmail.com - Correspondence added

On Fri Jun 03 12:49:14 2011, jvdias wrote: Show quoted text

> But really, what was Build doing for nearly an hour ?

Hi, I'm only on perl 5.12 here, but I haven't had any reports of issues on perl 10.14 or 10.15 from cpan testers. strace output of the build might give some clues about what is going on.

Tue Jun 07 06:45:37 2011 The RT System itself - Status changed from 'new' to 'open'

Fri Jun 01 23:14:36 2012 cjm [...] cpan.org - Correspondence added

This looks like something in the toolchain, not HTML-Tree itself. Possibly a Module::Build bug?

Fri Jun 01 23:14:37 2012 cjm [...] cpan.org - Status changed from 'open' to 'rejected'