Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the devel-nytprof CPAN distribution.

Report information
The Basics
Id: 54204
Status: resolved
Priority: 0/
Queue: devel-nytprof
People
Owner: Nobody in particular
Requestors: perl [...] galumph.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)

History Show all quoted text
  Mon Feb 01 16:37:06 2010 perl [...] galumph.com - Ticket created
CC:
Subject: 3.01 t/test14.t failure on RHEL 5.3/perl 5.10.1
Date: Mon, 01 Feb 2010 21:36:27 +0000 (GMT)
To: bug-devel-nytprof [...] rt.cpan.org
From: perl [...] galumph.com
t/test14.t isn't happy, and, thus, neither am I. Full output attached.

Message body is not shown because it is too large.

Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Platform: osname=linux, osvers=2.6.9-55.elsmp, archname=x86_64-linux uname='linux hostname 2.6.9-55.elsmp #1 smp fri apr 20 16:36:54 edt 2007 x86_64 x86_64 x86_64 gnulinux ' config_args='-des -Duse64bitint -Duse64bitall -Uusethreads -Dinc_version_list=none -Dprefix=/some/path/perl-5.10.1' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='3.4.6 20060404 (Red Hat 3.4.6-8)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64 libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=/lib/libc-2.3.4.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.3.4' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO Built under linux Compiled at Aug 25 2009 14:52:34 %ENV: PERL5LIB="/some/install/path/lib/perl5" PERL_AUTOINSTALL="--defaultdeps" @INC: /some/install/path/lib/perl5/x86_64-linux /some/install/path/lib/perl5 /some/path/perl-5.10.1/lib/5.10.1/x86_64-linux /some/path/perl-5.10.1/lib/5.10.1 /some/path/perl-5.10.1/lib/site_perl/5.10.1/x86_64-linux /some/path/perl-5.10.1/lib/site_perl/5.10.1 .
  Tue Feb 02 08:04:14 2010 Tim.Bunce [...] pobox.com - Correspondence added
Subject: Re: [rt.cpan.org #54204] 3.01 t/test14.t failure on RHEL 5.3/perl 5.10.1
Date: Tue, 2 Feb 2010 13:03:12 +0000
To: Elliot Shank via RT <bug-devel-nytprof [...] rt.cpan.org>
From: Tim Bunce <Tim.Bunce [...] pobox.com>
On Mon, Feb 01, 2010 at 04:37:09PM -0500, Elliot Shank via RT wrote: Show quoted text
> Mon Feb 01 16:37:06 2010: Request 54204 was acted upon. > Transaction: Ticket created by clonezone > Queue: devel-nytprof > Subject: 3.01 t/test14.t failure on RHEL 5.3/perl 5.10.1 > Broken in: (no value) > Severity: (no value) > Owner: Nobody > Requestors: perl@galumph.com > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=54204 > > > > t/test14.t isn't happy, and, thus, neither am I. Full output attached.
There have been a few instances of test14 failing but I've not been able to pindown a cause. (I can't reproduce it myself and have been short on time.) Perhaps you could help? Background: the test harness code that dumps out the data avoids dumping internal details of standard perl modules (because they differ between perl versions). See dump_profile_data() in Devel/NYTProf/Data.pm. The control flow is a bit tricky (all overdue for a rewrite) but the key part is: my $callback = sub { my ($path, $value) = @_; ... if ($args->{skip_stdlib}) { # for fid_fileinfo don't dump internal details of lib modules if ($path->[0] eq 'fid_fileinfo' && @$path==2) { my $fi = $self->fileinfo_of($value->[0]); return ({ skip_internal_details => $fi->is_perl_std_lib }, $value); } ... The problem *seems* to be that $fi->is_perl_std_lib is returning false for AutoLoad in your case. At least that explanation fits the test failure. My current version of is_perl_std_lib looks like this: sub is_perl_std_lib { my $self = shift; my $filename = $self->filename; my $attributes = $self->profile->attributes; for (@{$attributes}{qw(PRIVLIB_EXP ARCHLIB_EXP)}) { next unless $_; return 1 if $filename =~ /\Q$_/; } return 0; } Any chance you could investigate? For example, is your AutoLoader.pm installed somewhere other than PRIVLIB_EXP or ARCHLIB_EXP? And if so, why? Tim. p.s. On the plus side, you can ignore the failure. Its not significant.
  Tue Feb 02 08:04:16 2010 The RT System itself - Status changed from 'new' to 'open'
  Tue Feb 02 20:03:56 2010 perl [...] galumph.com - Correspondence added
Subject: Re: [rt.cpan.org #54204] 3.01 t/test14.t failure on RHEL 5.3/perl 5.10.1
Date: Tue, 02 Feb 2010 19:02:51 -0600
To: bug-devel-nytprof [...] rt.cpan.org
From: Elliot Shank <perl [...] galumph.com>
On 2/2/10 7:04 AM, Tim Bunce via RT wrote: Show quoted text
> For example, is your AutoLoader.pm installed somewhere other than > PRIVLIB_EXP or ARCHLIB_EXP? And if so, why?
Yeah it is. It's in PERL5LIB. We lock down the perl install and each project does stuff in its own directory to avoid the lowest-common-denominator module version problem. Also, on a quarterly basis, I upgrade everything. Since AutoLoader is dual lived and there was a release after the 5.10.1 release, I've got the updated version. I spent seven months at Barclays upgrading a project from 5.6 to 5.8 and the latest version of the CPAN modules. The 5.6 installation had all kinds of stuff added to it, meaning they were in a LCD situation with other projects. I'm not letting my nice green fields code into that situation. Every 3 months, upgrade the world. :]
  Sat Feb 20 10:28:50 2010 TIMB [...] cpan.org - Correspondence added
Fixed by r1071
  Sat Feb 20 10:28:56 2010 TIMB [...] cpan.org - Status changed from 'open' to 'resolved'