You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Jie Gao <J....@isu.usyd.edu.au> on 2003/03/21 03:46:47 UTC
cvs version make test errors
Hi All,
I got a version from cvs today and make test fails with:
protocol/echo_filter...........ok
protocol/eliza.................skipped
all skipped: cannot find module 'Chatbot::Eliza'
All tests successful, 3 tests skipped.
Files=115, Tests=610, 230 wallclock secs (115.33 cusr + 30.32 csys = 145.65 CPU)
*** server localhost:8529 shutdown
*** port 8529 still in use...
done
cd ModPerl-Registry && gmake test
gmake[1]: Entering directory `/de1/src/lima/modperl-2.0/ModPerl-Registry'
/usr/local/perl-5.8.0_threaded/bin/perl -I../blib/arch/Apache2 -I../blib/lib/Apache2 \
t/TEST -clean
APACHE_USER= APACHE_GROUP= APACHE_PORT= APACHE= APXS= \
/usr/local/perl-5.8.0_threaded/bin/perl -I../blib/arch/Apache2 -I../blib/lib/Apache2 \
t/TEST
*** root mode: changing the fs ownership to 'nobody' (60001:60001)
/usr/local/WASM_Sessions_Checker_apache_2.0.44/bin/httpd -d
/de1/src/lima/modperl-2.0/ModPerl-Registry/t -f
/de1/src/lima/modperl-2.0/ModPerl-Registry/t/conf/httpd.conf -DAPACHE2 -DPERL_USEITHREADS
using Apache/2.0.44 (worker MPM)
waiting for server to start: ...............
waiting for server to start: ok (waited 14 secs)
server localhost:8529 started
206................ok
404................ok
500................ok
bad_scripts........ok
basic..............ok
closure............ok
perlrun_require....ok
redirect...........ok
special_blocks.....ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
special_blocks.....dubious
Test returned status 29 (wstat 7424, 0x1d00)
DIED. FAILED tests 6-12
Failed 7/12 tests, 41.67% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
special_blocks.t 29 7424 12 7 58.33% 6-12
*** server localhost:8529 shutdown
!!! error running tests (please examine t/logs/error_log)
gmake[1]: *** [run_tests] Error 1
gmake[1]: Leaving directory `/de1/src/lima/modperl-2.0/ModPerl-Registry'
gmake: *** [run_tests] Error 2
Sincerely,
Jie
perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=solaris, osvers=2.7, archname=sun4-solaris-thread-multi
uname='sunos lima 5.7 generic_106541-23 sun4u sparc sunw,ultra-80 '
config_args='-Dcc=gcc -B/usr/ccs/bin/ -Doptimize=-O2 -Dprefix=/usr/local/perl-5.8.0_threaded
-Dusethreads -Ui_db -Uuselargefiles -Uusemymalloc -Dlocincpth=/usr/local/include /opt/local/include
/include /usr/include -Dloclibpth=/usr/local/lib /opt/local/lib /usr/lib /usr/ccs/lib'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=undef useithreads=define usemultiplicity=define
useperlio=define d_sfio=undef uselargefiles=undef usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='gcc -B/usr/ccs/bin/', ccflags ='-D_REENTRANT -fno-strict-aliasing -I/opt/local/include',
optimize='-O2',
cppflags='-D_REENTRANT -fno-strict-aliasing -I/opt/local/include'
ccversion='', gccversion='3.2.2', gccosandvers='solaris2.7'
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=4
alignbytes=8, prototype=define
Linker and Libraries:
ld='gcc -B/usr/ccs/bin/', ldflags =' -L/usr/local/lib -L/opt/local/lib -L/usr/lib -L/usr/ccs/lib'
libpth=/usr/local/lib /opt/local/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -lgdbm -ldl -lm -lrt -lpthread -lc
perllibs=-lsocket -lnsl -ldl -lm -lrt -lpthread -lc
libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' '
cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib -L/opt/local/lib -L/usr/lib -L/usr/ccs/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY USE_ITHREADS PERL_IMPLICIT_CONTEXT
Built under solaris
Compiled at Mar 21 2003 11:50:43
@INC:
/usr/local/perl-5.8.0_threaded/lib/5.8.0/sun4-solaris-thread-multi
/usr/local/perl-5.8.0_threaded/lib/5.8.0
/usr/local/perl-5.8.0_threaded/lib/site_perl/5.8.0/sun4-solaris-thread-multi
/usr/local/perl-5.8.0_threaded/lib/site_perl/5.8.0
/usr/local/perl-5.8.0_threaded/lib/site_perl
.
Re: cvs version make test errors
Posted by Stas Bekman <st...@stason.org>.
Jie Gao wrote:
>>>I got a version from cvs today and make test fails with:
>>
>>>special_blocks.....ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
>>
>>Thanks Jie.
>>
>>Your bug report missing the mod_perl and apache information. You should have
>>run t/REPORT to get this as explained here:
>>http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
>>I can't tell whether you are running a threaded-mpm or a prefork.
>>
>>However, this is not a bug in mod_perl, but a current limitation in one of the
>>testing framework functionalities. Certain tests need to make sure that they
>>hit the same interpreter twice in a row (e.g. to test the closure effect),
>>apparently the current implementation doesn't work well on several platforms,
>>win32 included.
>>
>>If somebody (preferrably on a platform that has this problem) can look at this
>>issue and resolve it, that would be a great help.
>>
>>You can find the code in Apache-Test/lib/Apache/TestRequest.pm and you have
>>several tests that use it (grep for 'same_interp_tie'). The currently used
>>algorithm is very simple: the first request stores the unique id of the perl
>>interpreter in the response headers and on the following requests the client
>>supplies this header. Apache::TestRequest resubmits the request again and
>>again till it hits the same interpreter and only then returns the response to
>>the client. After TRY_TIMES (50) it'll give up and return an error. I'm not
>>sure whether raising of this number to let's say 500 will help to solve the
>>problem.
>>
>>Your help is appreciated.
>
>
> Guess what, I ran the test again, it passed. :-) I figure this had to
> do with the load of the machine.
>
> Anyway, I was using threaded-mpm with apache 2.0.44.
Thanks. However this still needs to be fixed, as random failures aren't good
enough.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: cvs version make test errors
Posted by Jie Gao <J....@isu.usyd.edu.au>.
On Fri, 21 Mar 2003, Stas Bekman wrote:
> Date: Fri, 21 Mar 2003 14:09:11 +1100
> From: Stas Bekman <st...@stason.org>
> To: Jie Gao <J....@isu.usyd.edu.au>
> Cc: modperl@perl.apache.org
> Subject: Re: cvs version make test errors
>
> Jie Gao wrote:
> > Hi All,
> >
> > I got a version from cvs today and make test fails with:
>
> > special_blocks.....ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
>
> Thanks Jie.
>
> Your bug report missing the mod_perl and apache information. You should have
> run t/REPORT to get this as explained here:
> http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
> I can't tell whether you are running a threaded-mpm or a prefork.
>
> However, this is not a bug in mod_perl, but a current limitation in one of the
> testing framework functionalities. Certain tests need to make sure that they
> hit the same interpreter twice in a row (e.g. to test the closure effect),
> apparently the current implementation doesn't work well on several platforms,
> win32 included.
>
> If somebody (preferrably on a platform that has this problem) can look at this
> issue and resolve it, that would be a great help.
>
> You can find the code in Apache-Test/lib/Apache/TestRequest.pm and you have
> several tests that use it (grep for 'same_interp_tie'). The currently used
> algorithm is very simple: the first request stores the unique id of the perl
> interpreter in the response headers and on the following requests the client
> supplies this header. Apache::TestRequest resubmits the request again and
> again till it hits the same interpreter and only then returns the response to
> the client. After TRY_TIMES (50) it'll give up and return an error. I'm not
> sure whether raising of this number to let's say 500 will help to solve the
> problem.
>
> Your help is appreciated.
Guess what, I ran the test again, it passed. :-) I figure this had to
do with the load of the machine.
Anyway, I was using threaded-mpm with apache 2.0.44.
Many thanks,
Jie
Re: cvs version make test errors
Posted by Stas Bekman <st...@stason.org>.
Jie Gao wrote:
> Hi All,
>
> I got a version from cvs today and make test fails with:
> special_blocks.....ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
Thanks Jie.
Your bug report missing the mod_perl and apache information. You should have
run t/REPORT to get this as explained here:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
I can't tell whether you are running a threaded-mpm or a prefork.
However, this is not a bug in mod_perl, but a current limitation in one of the
testing framework functionalities. Certain tests need to make sure that they
hit the same interpreter twice in a row (e.g. to test the closure effect),
apparently the current implementation doesn't work well on several platforms,
win32 included.
If somebody (preferrably on a platform that has this problem) can look at this
issue and resolve it, that would be a great help.
You can find the code in Apache-Test/lib/Apache/TestRequest.pm and you have
several tests that use it (grep for 'same_interp_tie'). The currently used
algorithm is very simple: the first request stores the unique id of the perl
interpreter in the response headers and on the following requests the client
supplies this header. Apache::TestRequest resubmits the request again and
again till it hits the same interpreter and only then returns the response to
the client. After TRY_TIMES (50) it'll give up and return an error. I'm not
sure whether raising of this number to let's say 500 will help to solve the
problem.
Your help is appreciated.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com