Bug #49649 for App-Framework: FAIL t\20-Feature-Config.t Can't use string ("progpath") as a HASH ref while "strict refs" in use

Sat Sep 12 11:26:16 2009 noreply - Ticket created

Subject:

FAIL t\20-Feature-Config.t Can't use string ("progpath") as a HASH ref while "strict refs" in use

...\App-Framework-1.02>perl -Mblib t\20-Feature-Config.t # Testing config 1..56 Can't use string ("progpath") as a HASH ref while "strict refs" in use at C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\blib\lib/App/Framework/Base/SearchPath.pm line 395.# No tests run! after editing t\20-Feature-Config.t my $DEBUG=1; my $VERBOSE=1; ...\App-Framework-1.02>perl -Mblib t\20-Feature-Config.t # Testing config 1..56 ApFw::Feature::Options :: Options: append_options() ApFw::Feature::Options :: update() ApFw::Feature::Options :: Options: append_options() ApFw::Feature::Options :: update() ApFw::Feature::Config :: Config: go_entry() ApFw::Feature::Config :: Config: calling searchpath->write_path() [ # ARRAY(0x10e5f64) ApFw::Feature::Config :: ], ApFw::Base::SearchPath :: write_path() ApFw::Base::SearchPath :: _access_path(_write_path, ) ApFw::Base::SearchPath :: _access_path(_path, ) ApFw::Feature::Config :: current write path= ApFw::Feature::Config :: set default write path ApFw::Feature::Config :: Config: calling searchpath->write_path() [ # ARRAY(0x10e5f64) ApFw::Feature::Config :: C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config, ApFw::Feature::Config :: ], ApFw::Base::SearchPath :: write_path(C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config) ApFw::Base::SearchPath :: _access_path(_write_path, C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config) ApFw::Base::SearchPath :: + dirs=[ # ARRAY(0x1531dbc) ApFw::Base::SearchPath :: C:\Documents and Settings\user/20-Feature-Config, ApFw::Base::SearchPath :: c://20-Feature-Config, ApFw::Base::SearchPath :: ], ApFw::Base::SearchPath :: + + dir=C:\Documents and Settings\user\20-Feature-Config ApFw::Base::SearchPath :: + + dir=C:\20-Feature-Config ApFw::Feature::Config :: Config: calling searchpath->path() [ # ARRAY(0x154735c) ApFw::Feature::Config :: ], ApFw::Base::SearchPath :: path() ApFw::Base::SearchPath :: _access_path(_path, ) ApFw::Feature::Config :: current path= ApFw::Feature::Config :: set default path ApFw::Feature::Config :: Config: calling searchpath->path() [ # ARRAY(0x154735c) ApFw::Feature::Config :: C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config;C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\t\/config, ApFw::Feature::Config :: ], ApFw::Base::SearchPath :: path(C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config;C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\t\/config) ApFw::Base::SearchPath :: _access_path(_path, C:\Documents and Settings\user/20-Feature-Config;c://20-Feature-Config;C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\t\/config) ApFw::Base::SearchPath :: + dirs=[ # ARRAY(0x157ce74) ApFw::Base::SearchPath :: C:\Documents and Settings\user/20-Feature-Config, ApFw::Base::SearchPath :: c://20-Feature-Config, ApFw::Base::SearchPath :: C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\t\/config, ApFw::Base::SearchPath :: ], ApFw::Base::SearchPath :: + + dir=C:\Documents and Settings\user\20-Feature-Config ApFw::Base::SearchPath :: + + dir=C:\20-Feature-Config Can't use string ("progpath") as a HASH ref while "strict refs" in use at C:\DOCUME~1\user\APPLIC~1\CPANPL~1\510~1.1\build\App-Framework-1.02\blib\lib/App/Framework/Base/SearchPath.pm line 395. Thank you

Thu Nov 05 06:58:24 2009 cpan [...] sdprice.plus.com - Correspondence added

Hi. I'm afraid I have been unable to reproduce this on any of my Windows systems (or seen the issue on any of the cpan W32 test systems). Can you tell me the Perl version you're using? Also, would you be willing to try building a test version I could send you that would then give me more information on what your problem is?

Thu Nov 05 06:58:25 2009 The RT System itself - Status changed from 'new' to 'open'

Fri Nov 13 20:50:48 2009 noreply - Correspondence added

On Thu Nov 05 06:58:24 2009, SDPRICE wrote: Show quoted text

> Hi. I'm afraid I have been unable to reproduce this on any of my Windows > systems (or seen the issue on any of the cpan W32 test systems). Can you > tell me the Perl version you're using?

510~1.1 , and what that means is (: Summary of my perl5 (revision 5 version 10 subversion 1) configuration: Commit id: 5348debf9fd57fc15c26529386769684fab96e57 Platform: osname=MSWin32, osvers=5.1, archname=MSWin32-x86-multi-thread uname='' config_args='undef' hint=recommended, useposix=true, d_sigaction=undef useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=undef, use64bitall=undef, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags =' -s -O2 -DWIN32 -DHAVE_DES_FCRYPT -DUSE_SITECUSTOMIZE -DPERL_IMPLICIT_CONTEXT -DPERL_IMPLICIT_SYS -fno-strict-aliasing -DPERL_MSVCRT_READFIX', optimize='-s -O2', cppflags='-DWIN32' ccversion='', gccversion='3.4.5', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=undef, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='long long', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='g++', ldflags ='-s -L"c:\perl\5.10.1\lib\MSWin32-x86-multi-thread\CORE" -L"C:\MinGW\lib"' libpth=C:\MinGW\lib libs=-lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 perllibs=-lmoldname -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -lnetapi32 -luuid -lws2_32 -lmpr -lwinmm -lversion -lodbc32 -lodbccp32 libc=, so=dll, useshrplib=true, libperl=libperl510.a gnulibc_version='' Dynamic Linking: dlsrc=dl_win32.xs, dlext=dll, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-mdll -s -L"c:\perl\5.10.1\lib\MSWin32-x86-multi-thread\CORE" -L"C:\MinGW\lib"' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_IMPLICIT_SYS PERL_MALLOC_WRAP PL_OP_SLAB_ALLOC USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_SITECUSTOMIZE Built under MSWin32 Compiled at Oct 17 2009 15:38:58 @INC: C:/perl/5.10.1/lib/MSWin32-x86-multi-thread C:/perl/5.10.1/lib C:/perl/site/5.10.1/lib/MSWin32-x86-multi-thread C:/perl/site/5.10.1/lib . It happens with App-Framework-1.03 as well, see attached App-Framework-1.03-20-Feature-Config.txt Show quoted text

> Also, would you be willing to try building a test version I could send > you that would then give me more information on what your problem is?

Yes, if you can post somewhere public, like here on rt.cpan.org

Message body is not shown because it is too large.

Mon Nov 16 08:44:08 2009 cpan [...] sdprice.plus.com - Correspondence added

Well, it's been interesting. It turns out that there was a bug that none of the other systems spotted, but your setup correctly flagged as an error! Thanks for spotting it. I've just released 1.04 with the corrected code. Please let me know how you get on with it so I can (hopefully) mark this bug as resolved. Thanks again.

Mon Nov 30 05:56:16 2009 cpan [...] sdprice.plus.com - Status changed from 'open' to 'resolved'

Mon Nov 30 05:56:16 2009 cpan [...] sdprice.plus.com - Fixed in 1.04 added