You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Stas Bekman <st...@stason.org> on 2001/12/05 09:48:06 UTC
Re: cvs commit: modperl-2.0/t/response/TestApache compat.pm
stas@apache.org wrote:
> stas 01/12/04 21:31:09
>
> Modified: lib/Apache compat.pm
> t/apache compat.t
> t/response/TestApache compat.pm
> Log:
> - the implementation of compatibility layer for Apache::File from 1.x
> - tests
Any ideas why tmpfile that I've committed recently (copied from 1.x as
it) dumps core with this sequence of tests? (or -order=89573612 -times=3)
t/TEST modules/cgi filter/input_msg apache/compat
#0 apr_palloc (a=0x8bf60c4, reqsize=16) at apr_pools.c:1214
1214
first_avail = blok->h.first_avail;
(gdb)
(gdb) where
#0 apr_palloc (a=0x8bf60c4, reqsize=16) at apr_pools.c:1214
#1 0x4003e7a2 in apr_pool_cleanup_register (p=0x8bf60c4, data=0x8bf60c4,
plain_cleanup=0x405724d0 <mpxs_cleanup_run>,
child_cleanup=0x8065c58 <apr_pool_cleanup_null>) at apr_pools.c:774
#2 0x405729fb in mpxs_apr_pool_cleanup_register (my_perl=0x8581e78,
p=0x8bf60c4, cv=0x8d16544, arg=0x0)
at /home/stas/apache.org/mp-file/xs/APR/Pool/APR__Pool.h:71
#3 0x40572ce2 in XS_APR__Pool_cleanup_register (my_perl=0x8581e78,
cv=0x87e38f8) at Pool.xs:43
#4 0x403f8ad0 in Perl_pp_entersub (my_perl=0x8581e78) at pp_hot.c:2727
#5 0x403d75b9 in Perl_runops_debug (my_perl=0x8581e78) at dump.c:1388
#6 0x4037cf20 in S_call_body (my_perl=0x8581e78, myop=0xbfffd270,
is_eval=0)
at perl.c:1948
#7 0x4037caa2 in Perl_call_sv (my_perl=0x8581e78, sv=0x87de61c, flags=4)
at perl.c:1866
#8 0x40345938 in modperl_callback (my_perl=0x8581e78, handler=0x8173f5c,
p=0x8ce261c, r=0x8ce264c, s=0x810442c, args=0x8cedd0c)
at modperl_callback.c:52
#9 0x40346073 in modperl_callback_run_handlers (idx=6, type=3,
r=0x8ce264c,
c=0x0, s=0x810442c, pconf=0x0, plog=0x0, ptemp=0x0)
at modperl_callback.c:179
#10 0x4034614e in modperl_callback_per_dir (idx=6, r=0x8ce264c)
at modperl_callback.c:203
#11 0x40340ebe in modperl_response_handler_run (r=0x8ce264c, finish=1)
at mod_perl.c:515
#12 0x40340f5d in modperl_response_handler (r=0x8ce264c) at mod_perl.c:534
#13 0x080b4fa7 in ap_run_handler (r=0x8ce264c) at config.c:185
#14 0x080b5453 in ap_invoke_handler (r=0x8ce264c) at config.c:350
#15 0x0808ffe5 in ap_process_request (r=0x8ce264c) at http_request.c:292
#16 0x0808c847 in ap_process_http_connection (c=0x87a609c) at
http_core.c:283
#17 0x080bd527 in ap_run_process_connection (c=0x87a609c) at connection.c:84
#18 0x080b3ddf in child_main (child_num_arg=0) at prefork.c:684
#19 0x080b3f23 in make_child (s=0x810442c, slot=0) at prefork.c:771
#20 0x080b3f84 in startup_children (number_to_start=1) at prefork.c:794
#21 0x080b4269 in ap_mpm_run (_pconf=0x80ffd4c, plog=0x8145f7c, s=0x810442c)
at prefork.c:989
#22 0x080b8d62 in main (argc=7, argv=0xbffff674) at main.c:445
#23 0x402136a0 in __libc_start_main () from /lib/libc.so.6
--
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
more random failures
Posted by Stas Bekman <st...@stason.org>.
Doug MacEachern wrote:
> On Thu, 6 Dec 2001, Stas Bekman wrote:
>
>
>>modperl/getc.............FAILED tests 1-2
>>
>
> ouch, another one that left STDIN tied to a stale request. try now.
that works, I didn't see the commit emails though.
More failures:
----
t/TEST -v -order=89573612 -times=10
apache/cgihandler........1..2
not ok 1
# Failed test 1 in apache/cgihandler.t at line 16
ok 2
FAILED test 1
Failed 1/2 tests, 50.00% okay
----
t/TEST -v -order=544889117 -times=10
apache/scanhdrs..........1..4
ok 1
not ok 2
# Failed test 2 in apache/scanhdrs.t at line 16
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 2-4
Failed 3/4 tests, 25.00% okay
fails on undef header
ok $res->header('X-Perl-Module') eq $module;
but shouldn't it be cleaner to write with warnings FATAL=>'all'?:
ok $res->header('X-Perl-Module')||'' eq $module;
------------
t/TEST -v -order=489400084 -times=10
apache/scanhdrs..........1..4
not ok 1
# Failed test 1 in apache/scanhdrs.t at line 14
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-4
Failed 4/4 tests, 0.00% okay
------------
t/TEST -v -order=536158339 -times=10
modules/cgi..............1..5
# testing : GET /TestModules::cgi?PARAM=2
# expected: 'ok 2'
# received: ''
not ok 1
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs commit: modperl-2.0/t/response/TestApache compat.pm
Posted by Doug MacEachern <do...@covalent.net>.
On Thu, 6 Dec 2001, Stas Bekman wrote:
> modperl/getc.............FAILED tests 1-2
ouch, another one that left STDIN tied to a stale request. try now.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs commit: modperl-2.0/t/response/TestApache compat.pm
Posted by Stas Bekman <st...@stason.org>.
Doug MacEachern wrote:
> On Thu, 6 Dec 2001, Stas Bekman wrote:
>
>
>>But it's still not good for the compat layer. If a user doesn't have
>>this setting it still core dumps with:
>>
>>t/TEST modules/cgi filter/input_msg apache/compat
>>
>
> fixed with the "various bug fixes in the tls code" commit.
Great! But now I see a new problem with the same seed:
t/TEST -order=89573612 -times=6
modperl/getc.............FAILED tests 1-2
Failed 2/2 tests, 0.00% okay
I've narrowed it down to:
t/TEST -v modperl/readline filter/input_msg modperl/getc
filter/input_msg....# connecting to localhost.localdomain:8534
1..1
ok 1
ok
modperl/getc........1..2
not ok 1
# Failed test 1 in modperl/getc.t at line 16
# testing : getc
# expected: 'abcdefghijklmnopqrstuvwxyz'
# received: ''
not ok 2
# Failed test 2 in modperl/getc.t at line 18
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs commit: modperl-2.0/t/response/TestApache compat.pm
Posted by Doug MacEachern <do...@covalent.net>.
On Thu, 6 Dec 2001, Stas Bekman wrote:
> But it's still not good for the compat layer. If a user doesn't have
> this setting it still core dumps with:
>
> t/TEST modules/cgi filter/input_msg apache/compat
fixed with the "various bug fixes in the tls code" commit.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: cvs commit: modperl-2.0/t/response/TestApache compat.pm
Posted by Stas Bekman <st...@stason.org>.
Stas Bekman wrote:
> stas@apache.org wrote:
>
>> stas 01/12/04 21:31:09
>>
>> Modified: lib/Apache compat.pm
>> t/apache compat.t
>> t/response/TestApache compat.pm
>> Log:
>> - the implementation of compatibility layer for Apache::File from 1.x
>> - tests
>
>
>
> Any ideas why tmpfile that I've committed recently (copied from 1.x as
> it) dumps core with this sequence of tests? (or -order=89573612 -times=3)
>
> t/TEST modules/cgi filter/input_msg apache/compat
I've solved the core dump, must have used:
PerlOptions +GlobalRequest
for Apache->request to work (see the commit)
But it's still not good for the compat layer. If a user doesn't have
this setting it still core dumps with:
t/TEST modules/cgi filter/input_msg apache/compat
_____________________________________________________________________
Stas Bekman JAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide http://perl.apache.org/guide
mailto:stas@stason.org http://ticketmaster.com http://apacheweek.com
http://singlesheaven.com http://perl.apache.org http://perlmonth.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org