You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Joe Schaefer <jo...@sunstarsys.com> on 2004/09/23 16:39:46 UTC
HEAD failures
I've been seeing the following tests fail for more than a few days now,
and am getting consistent segfaults (which test actually triggers it
seems to depend on the phase of the moon). Of course, I'm using HEAD
on apr, apr-util, and httpd-2.0 on amd64. Here's the result of this
morning's run:
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/apache/content_length_header.t 27 3 11.11% 2 5 17
t/api/aplog.t 33 1 3.03% 24
t/directive/env.t 8 1 12.50% 8
t/filter/both_str_req_add.t 1 1 100.00% 1
t/modperl/merge.t 10 1 10.00% 2
t/modperl/merge2.t 10 1 10.00% 2
t/modperl/merge3.t 10 1 10.00% 2
4 tests skipped.
Failed 7/218 test scripts, 96.79% okay. 9/4179 subtests failed, 99.78% okay.
[warning] server localhost.localdomain:8529 shutdown
[warning] port 8529 still in use...
done
[ error] error running tests (please examine t/logs/error_log)
[ error] oh dangnabit, server dumped core
Is anyone else seeing the same thing?
I'm trying to resolve a few of these today, especially the segfault.
I'll try to hang out on #modperl irc today if anyone's looking to help.
Thanks.
--
Joe Schaefer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Joe Schaefer <jo...@sunstarsys.com>.
"Philippe M. Chiasson" <go...@ectoplasm.org> writes:
> These failures seem to have been introduced by PS3430, reverting it gives me:
>
> All tests successful, 1 test and 1 subtest skipped.
> Files=219, Tests=2540, 265 wallclock secs (167.59 cusr + 19.98 csys = 187.57 CPU)
>
Doing that seems to make the segfaults disappear, and I'm now left with
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/apache/content_length_header.t 27 3 11.11% 2 5 17
t/api/aplog.t 33 1 3.03% 24
4 tests skipped.
Failed 2/218 test scripts, 99.08% okay. 4/4180 subtests failed, 99.90% okay.
These are trivial failures (maybe bugfixes in httpd?):
==================================================
t/apache/content_length_header.t tests 2, 5, 17:
# testing : GET /TestApache__content_length_header C-L header
# expected: 0
# received: undef
not ok 2
# testing : GET /TestApache__content_length_header?set_content_length C-L header
# expected: 0
# received: 25
# Failed test 5 in t/apache/content_length_header.t at line 57
not ok 5
# testing : HEAD /TestApache__content_length_header?set_content_length C-L header
# expected: undef
# received: 25
not ok 17
==================================================
t/api/aplog.t test 24:
# testing : $s->log_serror(LOG_MARK, LOG_DEBUG, APR::EGENERAL...)
# expected: (?-xism:Error string not specified yet: log_serror test 2)
# received:
# *** The following warn entry is expected and harmless ***
# [Thu Sep 23 19:44:26 2004] [debug] aplog.pm(78): (20014)Internal error: log_serror test 2
not ok 24
--
Joe Schaefer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
These failures seem to have been introduced by PS3430, reverting it gives me:
All tests successful, 1 test and 1 subtest skipped.
Files=219, Tests=2540, 265 wallclock secs (167.59 cusr + 19.98 csys = 187.57 CPU)
Philippe M. Chiasson wrote:
> This morning, this is what my build now looks like:
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -------------------------------------------------------------------------------
> t/directive/env.t 8 1 12.50% 8
> t/filter/both_str_req_add.t 1 1 100.00% 1
> t/filter/out_bbs_filebucket.t 10 4 40.00% 3-4 7-8
> t/modperl/merge.t 10 1 10.00% 2
> t/modperl/merge2.t 10 1 10.00% 2
> t/modperl/merge3.t 10 1 10.00% 2
> t/modperl/status.t 15 1 6.67% 14
>
> Joe Schaefer wrote:
>
>>I've been seeing the following tests fail for more than a few days now,
>>and am getting consistent segfaults (which test actually triggers it
>>seems to depend on the phase of the moon). Of course, I'm using HEAD
>>on apr, apr-util, and httpd-2.0 on amd64. Here's the result of this
>>morning's run:
>>
>>Failed Test Stat Wstat Total Fail Failed List of Failed
>>-------------------------------------------------------------------------------
>>t/apache/content_length_header.t 27 3 11.11% 2 5 17
>>t/api/aplog.t 33 1 3.03% 24
>>t/directive/env.t 8 1 12.50% 8
>>t/filter/both_str_req_add.t 1 1 100.00% 1
>>t/modperl/merge.t 10 1 10.00% 2
>>t/modperl/merge2.t 10 1 10.00% 2
>>t/modperl/merge3.t 10 1 10.00% 2
>>4 tests skipped.
>>Failed 7/218 test scripts, 96.79% okay. 9/4179 subtests failed, 99.78% okay.
>>[warning] server localhost.localdomain:8529 shutdown
>>[warning] port 8529 still in use...
>>done
>>[ error] error running tests (please examine t/logs/error_log)
>>[ error] oh dangnabit, server dumped core
>>
>>
>>Is anyone else seeing the same thing?
>>
>>I'm trying to resolve a few of these today, especially the segfault.
>>I'll try to hang out on #modperl irc today if anyone's looking to help.
>>
>>Thanks.
>
>
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
Re: HEAD failures
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
This morning, this is what my build now looks like:
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/directive/env.t 8 1 12.50% 8
t/filter/both_str_req_add.t 1 1 100.00% 1
t/filter/out_bbs_filebucket.t 10 4 40.00% 3-4 7-8
t/modperl/merge.t 10 1 10.00% 2
t/modperl/merge2.t 10 1 10.00% 2
t/modperl/merge3.t 10 1 10.00% 2
t/modperl/status.t 15 1 6.67% 14
Joe Schaefer wrote:
> I've been seeing the following tests fail for more than a few days now,
> and am getting consistent segfaults (which test actually triggers it
> seems to depend on the phase of the moon). Of course, I'm using HEAD
> on apr, apr-util, and httpd-2.0 on amd64. Here's the result of this
> morning's run:
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -------------------------------------------------------------------------------
> t/apache/content_length_header.t 27 3 11.11% 2 5 17
> t/api/aplog.t 33 1 3.03% 24
> t/directive/env.t 8 1 12.50% 8
> t/filter/both_str_req_add.t 1 1 100.00% 1
> t/modperl/merge.t 10 1 10.00% 2
> t/modperl/merge2.t 10 1 10.00% 2
> t/modperl/merge3.t 10 1 10.00% 2
> 4 tests skipped.
> Failed 7/218 test scripts, 96.79% okay. 9/4179 subtests failed, 99.78% okay.
> [warning] server localhost.localdomain:8529 shutdown
> [warning] port 8529 still in use...
> done
> [ error] error running tests (please examine t/logs/error_log)
> [ error] oh dangnabit, server dumped core
>
>
> Is anyone else seeing the same thing?
>
> I'm trying to resolve a few of these today, especially the segfault.
> I'll try to hang out on #modperl irc today if anyone's looking to help.
>
> Thanks.
--
--------------------------------------------------------------------------------
Philippe M. Chiasson m/gozer\@(apache|cpan|ectoplasm)\.org/ GPG KeyID : 88C3A5A5
http://gozer.ectoplasm.org/ F9BF E0C2 480E 7680 1AE5 3631 CB32 A107 88C3A5A5
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Stas Bekman wrote:
>
>> Philippe M. Chiasson wrote:
>>
>>>>> It's not your tests that are at fault, Stas. Something
>>>>> else is broken, and that commit brought it out. As
>>>>> I said earlier, I've been having segfault problems with mp2 for a
>>>>> few days now (Tuesday it was the send_fd
>>>>> tests, which I wrote about on dev@httpd.)
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> why can't I reproduce those? Care to post the output of t/REPORT?
>>>
>>
>>
>> Thanks Philippe, I was able to reproduce it in the new checkout. I
>> guess some .cvsignore thingy doesn't show me what needs to be
>> committed. Since it works fine in the original build.
>
>
> I've finally figured out, why these 4 tests weren't failing for me.
> It's because I had a custom include:
>
> PerlModule Apache::Reload
> PerlPostReadRequestHandler Apache::Reload
> PerlSetVar ReloadAll Off
>
> so it was setting subprocess_env earlier. Moving those tests into
> vhosts stripped them of the side-effect of having some other early
> HTTP phase handlers (from other tests) running before the response
> phase and setting
> subprocess_env.
All tests successful, 1 test skipped.
Files=218, Tests=2305, 279 wallclock secs (207.77 cusr + 36.28 csys =
244.05 CPU)
stas++
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Stas Bekman wrote:
> Philippe M. Chiasson wrote:
>
>>>> It's not your tests that are at fault, Stas. Something
>>>> else is broken, and that commit brought it out. As
>>>> I said earlier, I've been having segfault problems with mp2 for a
>>>> few days now (Tuesday it was the send_fd
>>>> tests, which I wrote about on dev@httpd.)
>>>
>>>
>>>
>>>
>>> why can't I reproduce those? Care to post the output of t/REPORT?
>
>
> Thanks Philippe, I was able to reproduce it in the new checkout. I guess
> some .cvsignore thingy doesn't show me what needs to be committed. Since
> it works fine in the original build.
I've finally figured out, why these 4 tests weren't failing for me. It's
because I had a custom include:
PerlModule Apache::Reload
PerlPostReadRequestHandler Apache::Reload
PerlSetVar ReloadAll Off
so it was setting subprocess_env earlier. Moving those tests into vhosts
stripped them of the side-effect of having some other early HTTP phase
handlers (from other tests) running before the response phase and setting
subprocess_env.
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Philippe M. Chiasson wrote:
>>> It's not your tests that are at fault, Stas. Something
>>> else is broken, and that commit brought it out. As
>>> I said earlier, I've been having segfault problems with mp2 for a few
>>> days now (Tuesday it was the send_fd
>>> tests, which I wrote about on dev@httpd.)
>>
>>
>>
>> why can't I reproduce those? Care to post the output of t/REPORT?
Thanks Philippe, I was able to reproduce it in the new checkout. I guess
some .cvsignore thingy doesn't show me what needs to be committed. Since
it works fine in the original build.
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by "Philippe M. Chiasson" <go...@ectoplasm.org>.
Stas Bekman wrote:
> Joe Schaefer wrote:
>
>> Stas Bekman <st...@stason.org> writes:
>>
>> [...]
>>
>>
>>> All I did is adding some vhosts around normal tests.
>>
>>
>>
>> It's not your tests that are at fault, Stas. Something
>> else is broken, and that commit brought it out. As
>> I said earlier, I've been having segfault problems with mp2 for a few
>> days now (Tuesday it was the send_fd
>> tests, which I wrote about on dev@httpd.)
>
>
> why can't I reproduce those? Care to post the output of t/REPORT?
-------------8<---------- Start Bug Report ------------8<----------
1. Problem Description:
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 1.9917
*** using [modperl2-cvs]/cvs/lib/Apache/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => [httpd]/2.0.51-dev/worker/bin/apxs
MP_CCOPTS => -Wall -Werror
MP_COMPAT_1X => 1
MP_DEBUG => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_MAINTAINER => 1
MP_TRACE => 1
MP_USE_DSO => 1
MP_USE_GTOP => 1
*** [httpd]/2.0.51-dev/worker/bin/httpd -V
Server version: Apache/2.0.51-dev
Server built: Aug 6 2004 10:51:53
Server's Module Magic Number: 20020903:9
Architecture: 32-bit
Server compiled with....
-D APACHE_MPM_DIR="server/mpm/worker"
-D APR_HAS_SENDFILE
-D APR_HAS_MMAP
-D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
-D APR_USE_SYSVSEM_SERIALIZE
-D APR_USE_PTHREAD_SERIALIZE
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D APR_HAS_OTHER_CHILD
-D AP_HAVE_RELIABLE_PIPED_LOGS
-D HTTPD_ROOT="[httpd]/2.0.51-dev/worker"
-D SUEXEC_BIN="[httpd]/2.0.51-dev/worker/bin/suexec"
-D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
-D DEFAULT_ERRORLOG="logs/error_log"
-D AP_TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
*** (apr|apu)-config linking info
-L[httpd]/2.0.51-dev/worker/lib -lapr-0 -lrt -lm -lcrypt -lnsl
-lpthread -ldl
-L[httpd]/2.0.51-dev/worker/lib -laprutil-0 -lgdbm -ldb-4.2 -lexpat
*** [perl]/5.8.5/devel-shrplib-threads/bin/perl5.8.5 -V
Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
Platform:
osname=linux, osvers=2.6.7-1.499smp, archname=i686-linux-thread-multi
uname='linux shou.la.ectoplasm.org 2.6.7-1.499smp #1 smp wed jul 28
12:18:00 edt 2004 i686 athlon i386 gnulinux '
config_args='-des -Dprefix=[perl]/5.8.5/devel-shrplib-threads
-Doptimize=-g -Dusedevel -Duseshrplib -Dusethreads'
hint=recommended, useposix=true, d_sigaction=define
usethreads=define use5005threads=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='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS
-DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
optimize='-g',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING
-fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm'
ccversion='', gccversion='3.4.1 20040714 (Red Hat 3.4.1-7)',
gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib
libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc
perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc
libc=/lib/libc-2.3.3.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version='2.3.3'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E
-Wl,-rpath,[perl]/5.8.5/devel-shrplib-threads/lib/5.8.5/i686-linux-thread-multi/CORE'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS
USE_LARGE_FILES PERL_IMPLICIT_CONTEXT
Built under linux
Compiled at Sep 10 2004 18:36:47
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
[perl]/5.8.5/devel-shrplib-threads/lib/5.8.5/i686-linux-thread-multi
[perl]/5.8.5/devel-shrplib-threads/lib/5.8.5
[perl]/5.8.5/devel-shrplib-threads/lib/site_perl/5.8.5/i686-linux-thread-multi
[perl]/5.8.5/devel-shrplib-threads/lib/site_perl/5.8.5
[perl]/5.8.5/devel-shrplib-threads/lib/site_perl
.
*** Packages of interest status:
Apache::Request: -
CGI : 3.05
LWP : 5.800
mod_perl : -
$> ./t/TEST -v t/directive/env.t t/modperl/merge.t t/modperl/merge2.t
t/modperl/merge3.t
[warning] setting ulimit to allow core files
ulimit -c unlimited; [perl]/5.8.5/devel-shrplib-threads/bin/perl5.8.5
[modperl2-cvs]/cvs/t/TEST -v 't/directive/env.t' 't/modperl/merge.t'
't/modperl/merge2.t' 't/modperl/merge3.t'
[ info] consider removing an old [modperl2-cvs]/cvs/t/core.20335 file
before running tests
[httpd]/2.0.51-dev/worker/bin/httpd -d [modperl2-cvs]/cvs/t -f
[modperl2-cvs]/cvs/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.0.51-dev (worker MPM)
waiting 300 seconds for server to start: ..[Fri Sep 24 11:07:36 2004]
[info] 26 Apache:: modules loaded
[Fri Sep 24 11:07:36 2004] [info] 7 APR:: modules loaded
[Fri Sep 24 11:07:36 2004] [info] base server + 28 vhosts ready to run tests
.......
waiting 300 seconds for server to start: ok (waited 7 secs)
server shou:8529 started
server shou:8530 listening (TestUser::rewrite)
server shou:8531 listening (TestVhost::config)
server shou:8532 listening (TestVhost::log)
server shou:8533 listening (TestModperl::merge)
server shou:8534 listening (TestModperl::perl_options)
server shou:8535 listening (TestModperl::setupenv)
server shou:8536 listening (TestModules::proxy)
server shou:8537 listening (TestProtocol::pseudo_http)
server shou:8538 listening (TestProtocol::eliza)
server shou:8539 listening (TestProtocol::echo_bbs2)
server shou:8540 listening (TestProtocol::echo_block)
server shou:8541 listening (TestProtocol::echo_timeout)
server shou:8542 listening (TestProtocol::echo_filter)
server shou:8543 listening (TestProtocol::echo_bbs)
server shou:8544 listening (TestProtocol::echo_nonblock)
server shou:8545 listening (TestPreConnection::note)
server shou:8546 listening (TestHooks::trans)
server shou:8547 listening (TestHooks::hookrun)
server shou:8548 listening (TestHooks::startup)
server shou:8549 listening (TestHooks::stacked_handlers2)
server shou:8550 listening (TestHooks::init)
server shou:8551 listening (TestFilter::in_bbs_inject_header)
server shou:8552 listening (TestFilter::both_str_con_add)
server shou:8553 listening (TestFilter::in_bbs_msg)
server shou:8554 listening (TestFilter::in_str_msg)
server shou:8555 listening (TestDirective::perlmodule)
server shou:8556 listening (TestDirective::perlrequire)
server shou:8557 listening (TestPerl::ithreads)
server shou:8558 listening (TestDirective::perlloadmodule3)
server shou:8559 listening (TestDirective::perlloadmodule4)
server shou:8560 listening (TestDirective::perlloadmodule5)
server shou:8561 listening (TestDirective::perlloadmodule6)
t/directive/env.....1..8
# Running under perl version 5.008005 for linux
# Current time local: Fri Sep 24 11:07:39 2004
# Current time GMT: Fri Sep 24 18:07:39 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.14
# testing : %ENV per-dir override per-srv
# expected: env_dir1
# received: env_dir1
ok 1
# testing : %ENV per-srv
# expected: env_srv2
# received: env_srv2
ok 2
# testing : %ENV per-dir
# expected: env_dir2
# received: env_dir2
ok 3
# testing : %ENV PerlPassEnv
# expected: test.host.name
# received: test.host.name
ok 4
# testing : $r->subprocess_env per-dir override per-srv
# expected: env_dir1
# received: env_dir1
ok 5
# testing : $r->subprocess_env per-srv
# expected: env_srv2
# received: env_srv2
ok 6
# testing : $r->subprocess_env per-dir
# expected: env_dir2
# received: env_dir2
ok 7
# testing : $r->subprocess_env PerlPassEnv
# expected: test.host.name
# received: undef
not ok 8
FAILED test 8
Failed 1/8 tests, 87.50% okay
t/modperl/merge.....# connecting to http://shou:8533/merge
1..10
# Running under perl version 5.008005 for linux
# Current time local: Fri Sep 24 11:07:39 2004
# Current time GMT: Fri Sep 24 18:07:39 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.14
# testing against results in merge1
# testing : PerlAddVar MergeAddVar1 AddVar1Val1 AddVar1Val2
# expected: [
# AddVar1Val1,
# AddVar1Val2,
# ]
# received: [
# AddVar1Val1,
# AddVar1Val2,
# ]
ok 1
# testing : PerlPassEnv APACHE_TEST_HOSTTYPE z80
# expected: z80
# received: undef
not ok 2
# testing : PerlSetEnv MergeSetEnv1 SetEnv1Val
# expected: SetEnv1Val
# received: SetEnv1Val
ok 3
# testing : PerlSetVar MergeSetVar1 SetVar1Val
# expected: SetVar1Val
# received: SetVar1Val
ok 4
# testing : PerlAddVar MergeAddVar2 AddVar2Val1 AddVar2Val2
# expected: [
# AddVar2Val1,
# AddVar2Val2,
# ]
# received: [
# AddVar2Val1,
# AddVar2Val2,
# ]
ok 5
# testing : PerlSetEnv MergeSetEnv2 SetEnv2Val
# expected: SetEnv2Val
# received: SetEnv2Val
ok 6
# testing : PerlSetVar MergeSetVar2 SetVar2Val
# expected: SetVar2Val
# received: SetVar2Val
ok 7
# testing : PerlAddVar MergeAddVar3 AddVar3Val1 AddVar3Val2
# expected: [
# AddVar3Val1,
# AddVar3Val2,
# ]
# received: [
# AddVar3Val1,
# AddVar3Val2,
# ]
ok 8
# testing : PerlSetEnv MergeSetEnv3 SetEnv3Val
# expected: SetEnv3Val
# received: SetEnv3Val
ok 9
# testing : PerlSetVar MergeSetVar3 SetVar3Val
# expected: SetVar3Val
# received: SetVar3Val
ok 10
FAILED test 2
Failed 1/10 tests, 90.00% okay
t/modperl/merge2....# connecting to http://shou:8533/merge2/
1..10
# Running under perl version 5.008005 for linux
# Current time local: Fri Sep 24 11:07:39 2004
# Current time GMT: Fri Sep 24 18:07:39 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.14
# testing against results in merge2
# testing : PerlAddVar MergeAddVar1 AddVar1Val1 AddVar1Val2
# expected: [
# AddVar1Val1,
# AddVar1Val2,
# ]
# received: [
# AddVar1Val1,
# AddVar1Val2,
# ]
ok 1
# testing : PerlPassEnv APACHE_TEST_HOSTTYPE z80
# expected: z80
# received: undef
not ok 2
# testing : PerlSetEnv MergeSetEnv1 SetEnv1Val
# expected: SetEnv1Val
# received: SetEnv1Val
ok 3
# testing : PerlSetVar MergeSetVar1 SetVar1Val
# expected: SetVar1Val
# received: SetVar1Val
ok 4
# testing : PerlAddVar MergeAddVar2 AddVar2Merge2Val1 AddVar2Merge2Val2
# expected: [
# AddVar2Merge2Val1,
# AddVar2Merge2Val2,
# ]
# received: [
# AddVar2Merge2Val1,
# AddVar2Merge2Val2,
# ]
ok 5
# testing : PerlSetEnv MergeSetEnv2 SetEnv2Merge2Val
# expected: SetEnv2Merge2Val
# received: SetEnv2Merge2Val
ok 6
# testing : PerlSetVar MergeSetVar2 SetVar2Merge2Val
# expected: SetVar2Merge2Val
# received: SetVar2Merge2Val
ok 7
# testing : PerlAddVar MergeAddVar3 AddVar3Val1 AddVar3Val2
# expected: [
# AddVar3Val1,
# AddVar3Val2,
# ]
# received: [
# AddVar3Val1,
# AddVar3Val2,
# ]
ok 8
# testing : PerlSetEnv MergeSetEnv3 SetEnv3Val
# expected: SetEnv3Val
# received: SetEnv3Val
ok 9
# testing : PerlSetVar MergeSetVar3 SetVar3Val
# expected: SetVar3Val
# received: SetVar3Val
ok 10
FAILED test 2
Failed 1/10 tests, 90.00% okay
t/modperl/merge3....# connecting to http://shou:8533/merge3/
1..10
# Running under perl version 5.008005 for linux
# Current time local: Fri Sep 24 11:07:39 2004
# Current time GMT: Fri Sep 24 18:07:39 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.14
# testing against results in merge3
# testing : PerlAddVar MergeAddVar1 AddVar1Val1 AddVar1Val2
# expected: [
# AddVar1Val1,
# AddVar1Val2,
# ]
# received: [
# AddVar1Val1,
# AddVar1Val2,
# ]
ok 1
# testing : PerlPassEnv APACHE_TEST_HOSTTYPE z80
# expected: z80
# received: undef
not ok 2
# testing : PerlSetEnv MergeSetEnv1 SetEnv1Val
# expected: SetEnv1Val
# received: SetEnv1Val
ok 3
# testing : PerlSetVar MergeSetVar1 SetVar1Val
# expected: SetVar1Val
# received: SetVar1Val
ok 4
# testing : PerlAddVar MergeAddVar2 AddVar2Merge3Val1 AddVar2Merge3Val2
# expected: [
# AddVar2Merge3Val1,
# AddVar2Merge3Val2,
# ]
# received: [
# AddVar2Merge3Val1,
# AddVar2Merge3Val2,
# ]
ok 5
# testing : PerlSetEnv MergeSetEnv2 SetEnv2Merge3Val
# expected: SetEnv2Merge3Val
# received: SetEnv2Merge3Val
ok 6
# testing : PerlSetVar MergeSetVar2 SetVar2Merge3Val
# expected: SetVar2Merge3Val
# received: SetVar2Merge3Val
ok 7
# testing : PerlAddVar MergeAddVar3 AddVar3Merge3Val1 AddVar3Merge3Val2
# expected: [
# AddVar3Merge3Val1,
# AddVar3Merge3Val2,
# ]
# received: [
# AddVar3Merge3Val1,
# AddVar3Merge3Val2,
# ]
ok 8
# testing : PerlSetEnv MergeSetEnv3 SetEnv3Merge3Val
# expected: SetEnv3Merge3Val
# received: SetEnv3Merge3Val
ok 9
# testing : PerlSetVar MergeSetVar3 SetVar3Merge3Val
# expected: SetVar3Merge3Val
# received: SetVar3Merge3Val
ok 10
FAILED test 2
Failed 1/10 tests, 90.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/directive/env.t 8 1 12.50% 8
t/modperl/merge.t 10 1 10.00% 2
t/modperl/merge2.t 10 1 10.00% 2
t/modperl/merge3.t 10 1 10.00% 2
Failed 4/4 test scripts, 0.00% okay. 4/38 subtests failed, 89.47% okay.
[warning] server shou:8529 shutdown
[ error] error running tests (please examine t/logs/error_log)
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Joe Schaefer wrote:
> Stas Bekman <st...@stason.org> writes:
>
> [...]
>
>
>>All I did is adding some vhosts around normal tests.
>
>
> It's not your tests that are at fault, Stas. Something
> else is broken, and that commit brought it out. As
> I said earlier, I've been having segfault problems with
> mp2 for a few days now (Tuesday it was the send_fd
> tests, which I wrote about on dev@httpd.)
why can't I reproduce those? Care to post the output of t/REPORT?
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Stas Bekman <st...@stason.org> writes:
[...]
> All I did is adding some vhosts around normal tests.
It's not your tests that are at fault, Stas. Something
else is broken, and that commit brought it out. As
I said earlier, I've been having segfault problems with
mp2 for a few days now (Tuesday it was the send_fd
tests, which I wrote about on dev@httpd.)
--
Joe Schaefer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
the rest of the problems are add/setvar problems. Was I supposed to pick
up some httpd.conf settings when moving those tests into vhost blocks.
Where they relying on some config data living elsewhere and not originated
from .pm file (which would explain the breakage).
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Geoffrey Young wrote:
>>Dudes, show me the error_log, show me the --verbose output.
>
>
> verbose output and error_log attached.
At least two problems, aren't problems:
[Thu Sep 23 22:30:16 2004] [error] [client 127.0.0.1] File does not exist:
/src/mod_perl-2.0/t/htdocs/TestHooks__init
[Thu Sep 23 22:30:20 2004] [error] [client 127.0.0.1] File does not exist:
/src/mod_perl-2.0/t/htdocs/TestUser__rewrite
You didn't run:
t/TEST -clean
before you did 'cvs up'. I have added two .t files, t/TEST -clean has
deleted them, since it thought they were autogenerated.
>>I can't
>>reproduce the problem
>
>
> against current 2.0 CVS?
I'll try to update and retest now.
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
> Dudes, show me the error_log, show me the --verbose output.
verbose output and error_log attached.
> I can't
> reproduce the problem
against current 2.0 CVS?
, so I need to see the logs. That output is not
> helpful. Though it's definitely something that has to do with my
> yesterday's commit. But so far I can't tell what. All I did is adding
> some vhosts around normal tests.
:)
--Geoff
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Geoffrey Young wrote:
>>also apr/apache HEAD is not really supported at the moment (not before
>>2.0 is released), but Geoff overlooks HEAD builds at his spare time.
>
>
> I don' think it's only a 2.1/HEAD problem - I see this with
> APACHE_2_0_BRANCH as well:
>
> using Apache/2.0.52-dev (prefork MPM)
>
>
> waiting 120 seconds for server to start: ......[Thu Sep 23 05:01:59 2004]
> [info] 26 Apache:: modules loaded
> ...
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -------------------------------------------------------------------------------
> t/directive/env.t 8 1 12.50% 8
> t/hooks/init.t 255 65280 ?? ?? % ??
> t/modperl/merge.t 10 1 10.00% 2
> t/modperl/merge2.t 10 1 10.00% 2
> t/modperl/merge3.t 10 1 10.00% 2
> t/user/rewrite.t 255 65280 ?? ?? % ??
Dudes, show me the error_log, show me the --verbose output. I can't
reproduce the problem, so I need to see the logs. That output is not
helpful. Though it's definitely something that has to do with my
yesterday's commit. But so far I can't tell what. All I did is adding some
vhosts around normal tests.
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Geoffrey Young <ge...@modperlcookbook.org>.
> also apr/apache HEAD is not really supported at the moment (not before
> 2.0 is released), but Geoff overlooks HEAD builds at his spare time.
I don' think it's only a 2.1/HEAD problem - I see this with
APACHE_2_0_BRANCH as well:
using Apache/2.0.52-dev (prefork MPM)
waiting 120 seconds for server to start: ......[Thu Sep 23 05:01:59 2004]
[info] 26 Apache:: modules loaded
...
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/directive/env.t 8 1 12.50% 8
t/hooks/init.t 255 65280 ?? ?? % ??
t/modperl/merge.t 10 1 10.00% 2
t/modperl/merge2.t 10 1 10.00% 2
t/modperl/merge3.t 10 1 10.00% 2
t/user/rewrite.t 255 65280 ?? ?? % ??
--Geoff
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: HEAD failures
Posted by Stas Bekman <st...@stason.org>.
Joe Schaefer wrote:
> I've been seeing the following tests fail for more than a few days now,
> and am getting consistent segfaults (which test actually triggers it
> seems to depend on the phase of the moon). Of course, I'm using HEAD
> on apr, apr-util, and httpd-2.0 on amd64. Here's the result of this
> morning's run:
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -------------------------------------------------------------------------------
> t/apache/content_length_header.t 27 3 11.11% 2 5 17
> t/api/aplog.t 33 1 3.03% 24
> t/directive/env.t 8 1 12.50% 8
> t/filter/both_str_req_add.t 1 1 100.00% 1
> t/modperl/merge.t 10 1 10.00% 2
> t/modperl/merge2.t 10 1 10.00% 2
> t/modperl/merge3.t 10 1 10.00% 2
> 4 tests skipped.
> Failed 7/218 test scripts, 96.79% okay. 9/4179 subtests failed, 99.78% okay.
> [warning] server localhost.localdomain:8529 shutdown
> [warning] port 8529 still in use...
> done
> [ error] error running tests (please examine t/logs/error_log)
> [ error] oh dangnabit, server dumped core
>
>
> Is anyone else seeing the same thing?
>
> I'm trying to resolve a few of these today, especially the segfault.
> I'll try to hang out on #modperl irc today if anyone's looking to help.
What's the error_log? I don't get any of these errors. Please always file
a proper bug report as explained here: http://perl.apache.org/bugs/
also apr/apache HEAD is not really supported at the moment (not before 2.0
is released), but Geoff overlooks HEAD builds at his spare time.
--
__________________________________________________________________
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
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org