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/08/02 04:39:34 UTC
current 'make test' status
Ok, so with the latest workaround the normal run of 'make test' succeeds
on my machine. But, if I stress-test, I see segfaults:
% ./t/TEST -order=random -times=5
...
apr/base64..............malformed response at
/home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
line 241.
FAILED before any test output arrived
...
apr/pool................malformed response at
/home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
line 241.
FAILED before any test output arrived
...
api/server_rec..........FAILED before any test output arrived
api/uri.................FAILED before any test output arrived
api/server_rec..........FAILED before any test output arrived
...
api/server_rec..........malformed response at
/home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
line 241.
FAILED before any test output arrived
./t/TEST -debug
behaves weirdly:
% ./t/TEST -debug
GNU gdb 5.0mdk-11mdk Linux-Mandrake 8.0
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details.
This GDB was configured as "i386-mandrake-linux"...
[New Thread 1024 (LWP 27654)]
[New Thread 2049 (LWP 27664)]
[New Thread 1026 (LWP 27665)]
Delayed SIGSTOP caught for LWP 27665.
Received Real-time signal 0 in LWP 27654 while waiting for SIGSTOP.
[New Thread 2051 (LWP 27666)]
Using pending wait status for LWP 27654.
Delayed SIGSTOP caught for LWP 27666.
LWP 27665 exited.
I thought to catch the segfaults with the combination of:
% ./t/TEST -debug
% ./t/TEST -run
in 2 different consoles
but that doesn't seem to work, the debug console just hangs with the
output above
_____________________________________________________________________
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://apachetoday.com http://eXtropia.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: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
On Thu, 2 Aug 2001, Stas Bekman wrote:
> Ok, so with the latest workaround the normal run of 'make test' succeeds
> on my machine. But, if I stress-test, I see segfaults:
>
> % ./t/TEST -order=random -times=5
>
> ...
> apr/base64..............malformed response at
> /home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
> line 241.
> FAILED before any test output arrived
> ...
> apr/pool................malformed response at
> /home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
> line 241.
> FAILED before any test output arrived
> ...
> api/server_rec..........FAILED before any test output arrived
> api/uri.................FAILED before any test output arrived
> api/server_rec..........FAILED before any test output arrived
> ...
> api/server_rec..........malformed response at
> /home/stas/apache.org/modperl-2.0-perlmodule/blib/lib/Apache/TestRequest.pm
> line 241.
> FAILED before any test output arrived
>
> ./t/TEST -debug
> behaves weirdly:
>
> % ./t/TEST -debug
> GNU gdb 5.0mdk-11mdk Linux-Mandrake 8.0
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you
> are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "i386-mandrake-linux"...
> [New Thread 1024 (LWP 27654)]
> [New Thread 2049 (LWP 27664)]
> [New Thread 1026 (LWP 27665)]
> Delayed SIGSTOP caught for LWP 27665.
> Received Real-time signal 0 in LWP 27654 while waiting for SIGSTOP.
> [New Thread 2051 (LWP 27666)]
> Using pending wait status for LWP 27654.
> Delayed SIGSTOP caught for LWP 27666.
> LWP 27665 exited.
>
> I thought to catch the segfaults with the combination of:
> % ./t/TEST -debug
> % ./t/TEST -run
> in 2 different consoles
>
> but that doesn't seem to work, the debug console just hangs with the
> output above
Hmm, after all it does work (I want to understand the notes about SIGSTOP
when I run with -debug),
here is the first one:
....
apr/base64.............. <-segfault
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 2051 (LWP 27666)]
0x403875f3 in mpxs_ap_rvputs (my_perl=0x82211a8, items=2, mark=0x861fe88,
sp=0x861fe88)
at
/home/stas/apache.org/modperl-2.0-perlmodule/xs/Apache/RequestIO/Apache__RequestIO.h:37
37 rcfg = modperl_config_req_get(r);
(gdb) where
#0 0x403875f3 in mpxs_ap_rvputs (my_perl=0x82211a8, items=2,
mark=0x861fe88,
sp=0x861fe88)
at
/home/stas/apache.org/modperl-2.0-perlmodule/xs/Apache/RequestIO/Apache__RequestIO.h:37
#1 0x403894b4 in XS_Apache__RequestRec_PRINT (my_perl=0x82211a8,
cv=0x8241ac0)
at RequestIO.xs:137
#2 0x402aaa40 in Perl_pp_entersub (my_perl=0x82211a8) at pp_hot.c:2715
#3 0x402a048f in Perl_runops_debug (my_perl=0x82211a8) at run.c:53
#4 0x40237910 in S_call_body (my_perl=0x82211a8, myop=0xbf5fd5cc,
is_eval=0)
at perl.c:1861
#5 0x4023704f in Perl_call_sv (my_perl=0x82211a8, sv=0x869aecc, flags=64)
at perl.c:1740
#6 0x40236d7c in Perl_call_method (my_perl=0x82211a8,
methname=0x4033cc44 "PRINT", flags=0) at perl.c:1673
#7 0x402a2afd in Perl_pp_print (my_perl=0x82211a8) at pp_hot.c:576
#8 0x402a048f in Perl_runops_debug (my_perl=0x82211a8) at run.c:53
#9 0x40237910 in S_call_body (my_perl=0x82211a8, myop=0xbf5fd7ec,
is_eval=0)
at perl.c:1861
#10 0x402374b2 in Perl_call_sv (my_perl=0x82211a8, sv=0x859174c, flags=4)
at perl.c:1779
#11 0x40229958 in modperl_callback (my_perl=0x82211a8, handler=0x868f62c,
p=0x8387c74, s=0x80ddd94, args=0x869ae90) at modperl_callback.c:52
#12 0x4022a017 in modperl_callback_run_handlers (idx=6, type=3,
r=0x8387ca4,
c=0x0, s=0x80ddd94, pconf=0x0, plog=0x0, ptemp=0x0)
at modperl_callback.c:166
#13 0x4022a0ee in modperl_callback_per_dir (idx=6, r=0x8387ca4)
at modperl_callback.c:190
#14 0x40225e3e in modperl_response_handler_run (r=0x8387ca4, finish=1)
at mod_perl.c:422
#15 0x40225edd in modperl_response_handler (r=0x8387ca4) at mod_perl.c:441
#16 0x080782b7 in ap_run_handler (r=0x8387ca4) at config.c:185
#17 0x08078753 in ap_invoke_handler (r=0x8387ca4) at config.c:344
#18 0x08068a8f in process_request_internal (r=0x8387ca4) at
http_request.c:378
#19 0x08068b70 in ap_process_request (r=0x8387ca4) at http_request.c:444
#20 0x08064f59 in ap_process_http_connection (c=0x8130c4c) at
http_core.c:287
#21 0x08080107 in ap_run_process_connection (c=0x8130c4c) at
connection.c:82
#22 0x080762a5 in process_socket (p=0x8130b4c, sock=0x8130b7c,
my_child_num=0,
my_thread_num=0) at threaded.c:470
#23 0x08076626 in worker_thread (thd=0x811128c, dummy=0x82eae68)
at threaded.c:631
#24 0x0809f931 in dummy_worker (opaque=0x811128c) at thread.c:122
#25 0x40099c84 in pthread_start_thread_event (arg=0xbf5ffc00) at
manager.c:274
_____________________________________________________________________
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://apachetoday.com http://eXtropia.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: current 'make test' status
Posted by Doug MacEachern <do...@covalent.net>.
On Thu, 6 Dec 2001, Stas Bekman wrote:
> this patch puts things into the desired order:
i don't see a patch, but +1
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
On Thu, 6 Dec 2001, Stas Bekman wrote:
> Doug MacEachern wrote:
>
> > On Wed, 5 Dec 2001, Stas Bekman wrote:
> >
> >
> >>can we make the t/TEST use Apache-Test/lib rather than blib? I've run
> >>'cvs up' but forgot to run 'make' to copy the updates to blib :(
> >>
> >
> > i thought it already did:
> > t/TEST on the client does:
> > use lib map { "$_/Apache-Test/lib" } qw(. ..);
> >
> > and t/conf/modperl_inc.pl on the server side does:
> > use lib '/home/dougm/ap/modperl-2.0/Apache-Test/lib';
> > use lib '/home/dougm/ap/modperl-2.0/lib';
> > use lib '/home/dougm/ap/modperl-2.0/blib/lib';
> > use lib '/home/dougm/ap/modperl-2.0/blib/arch';
> > ...
>
>
> right, that's the client side. Look at @INC printed just before the
> server is started in TestServer:
>
> /home/stas/apache.org/mp-file/lib
> /home/stas/apache.org/mp-file/blib/lib
> /home/stas/apache.org/mp-file/blib/arch
> ./Apache-Test/lib
> ../Apache-Test/lib
> /home/stas/perl/ithread/lib/5.7.2/i686-linux-thread-multi
> /home/stas/perl/ithread/lib/5.7.2
> /home/stas/perl/ithread/lib/site_perl/5.7.2/i686-linux-thread-multi
> /home/stas/perl/ithread/lib/site_perl/5.7.2
> /home/stas/perl/ithread/lib/site_perl
> . at Apache-Test/lib/Apache/TestServer.pm line 389.
>
> which is not what we want.
this patch puts things into the desired order:
./Apache-Test/lib
../Apache-Test/lib
/home/stas/apache.org/mp-file/lib
/home/stas/apache.org/mp-file/blib/lib
/home/stas/apache.org/mp-file/blib/arch
/home/stas/perl/ithread/lib/5.7.2/i686-linux-thread-multi
/home/stas/perl/ithread/lib/5.7.2
/home/stas/perl/ithread/lib/site_perl/5.7.2/i686-linux-thread-multi
/home/stas/perl/ithread/lib/site_perl/5.7.2
/home/stas/perl/ithread/lib/site_perl
.
Index: Apache-Test/lib/Apache/TestConfig.pm
===================================================================
RCS file:
/home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestConfig.pm,v
retrieving revision 1.90
diff -u -r1.90 TestConfig.pm
--- Apache-Test/lib/Apache/TestConfig.pm 2001/12/04 03:56:35
1.90
+++ Apache-Test/lib/Apache/TestConfig.pm 2001/12/06 06:33:42
@@ -1109,9 +1109,14 @@
sub add_inc {
my $self = shift;
require lib;
+ # make sure that the ./Apache::Test dev libs will be first, followed
+ # by modperl ./lib, followed by ./blib and finally core Perl libs.
+ my @libs = map { "$_/Apache-Test/lib" } qw(. ..);
+ lib::->unimport(@libs);
lib::->import(map "$self->{vars}->{top_dir}/$_",
qw(lib blib/lib blib/arch));
- #print join "\n", @INC, "";
+ lib::->import(@libs);
+ #print join "\n", "add_inc", @INC, "";
}
_____________________________________________________________________
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: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
Doug MacEachern wrote:
> On Wed, 5 Dec 2001, Stas Bekman wrote:
>
>
>>can we make the t/TEST use Apache-Test/lib rather than blib? I've run
>>'cvs up' but forgot to run 'make' to copy the updates to blib :(
>>
>
> i thought it already did:
> t/TEST on the client does:
> use lib map { "$_/Apache-Test/lib" } qw(. ..);
>
> and t/conf/modperl_inc.pl on the server side does:
> use lib '/home/dougm/ap/modperl-2.0/Apache-Test/lib';
> use lib '/home/dougm/ap/modperl-2.0/lib';
> use lib '/home/dougm/ap/modperl-2.0/blib/lib';
> use lib '/home/dougm/ap/modperl-2.0/blib/arch';
> ...
right, that's the client side. Look at @INC printed just before the
server is started in TestServer:
/home/stas/apache.org/mp-file/lib
/home/stas/apache.org/mp-file/blib/lib
/home/stas/apache.org/mp-file/blib/arch
./Apache-Test/lib
../Apache-Test/lib
/home/stas/perl/ithread/lib/5.7.2/i686-linux-thread-multi
/home/stas/perl/ithread/lib/5.7.2
/home/stas/perl/ithread/lib/site_perl/5.7.2/i686-linux-thread-multi
/home/stas/perl/ithread/lib/site_perl/5.7.2
/home/stas/perl/ithread/lib/site_perl
. at Apache-Test/lib/Apache/TestServer.pm line 389.
which is not what we want.
_____________________________________________________________________
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: current 'make test' status
Posted by Doug MacEachern <do...@covalent.net>.
On Wed, 5 Dec 2001, Stas Bekman wrote:
> can we make the t/TEST use Apache-Test/lib rather than blib? I've run
> 'cvs up' but forgot to run 'make' to copy the updates to blib :(
i thought it already did:
t/TEST on the client does:
use lib map { "$_/Apache-Test/lib" } qw(. ..);
and t/conf/modperl_inc.pl on the server side does:
use lib '/home/dougm/ap/modperl-2.0/Apache-Test/lib';
use lib '/home/dougm/ap/modperl-2.0/lib';
use lib '/home/dougm/ap/modperl-2.0/blib/lib';
use lib '/home/dougm/ap/modperl-2.0/blib/arch';
...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
Stas Bekman wrote:
>
>
>>> t/TEST modperl/exit filter/input_msg modperl/exit
>>>
>>
>> not having troubles with either of these. maybe the fix i just committed
>> covers these too?
>
> I get a core dump with the latest cvs:
scratch it. it works! great!
can we make the t/TEST use Apache-Test/lib rather than blib? I've run
'cvs up' but forgot to run 'make' to copy the updates to blib :(
--
_____________________________________________________________________
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: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
>> t/TEST modperl/exit filter/input_msg modperl/exit
>>
>
> not having troubles with either of these. maybe the fix i just committed
> covers these too?
I get a core dump with the latest cvs:
child_cleanup=0x4001bb50 <brigade_cleanup>) at apr_pools.c:775
775
c->data = data;
(gdb) where
#0 apr_pool_cleanup_register (p=0x8184f64, data=0x8184f64,
plain_cleanup=0x4001bb50 <brigade_cleanup>,
child_cleanup=0x4001bb50 <brigade_cleanup>) at apr_pools.c:775
#1 0x4001bc53 in apr_brigade_create (p=0x8184f64) at apr_brigade.c:109
#2 0x40349972 in modperl_wbucket_pass (wb=0x87aad78,
buf=0x87aad7c "1..1\nok 1\n", len=5) at modperl_filter.c:31
#3 0x40349a59 in modperl_wbucket_flush (wb=0x87aad78) at
modperl_filter.c:45
#4 0x404ecbb8 in mpxs_Apache__RequestRec_print (my_perl=0x8562660,
items=2,
mark=0x85644f4, sp=0x85644f0)
at
/home/stas/apache.org/mp-file/xs/Apache/RequestIO/Apache__RequestIO.h:57
#5 0x404ef10c in XS_Apache__RequestRec_PRINT (my_perl=0x8562660,
cv=0x8543aa4)
at RequestIO.xs:193
#6 0x403f8ad0 in Perl_pp_entersub (my_perl=0x8562660) at pp_hot.c:2727
#7 0x403d75b9 in Perl_runops_debug (my_perl=0x8562660) at dump.c:1388
#8 0x4037cf20 in S_call_body (my_perl=0x8562660, myop=0xbfffd040,
is_eval=0)
at perl.c:1948
#9 0x4037c64e in Perl_call_sv (my_perl=0x8562660, sv=0x87b58e8, flags=64)
at perl.c:1827
#10 0x4037c359 in Perl_call_method (my_perl=0x8562660,
methname=0x4048f943 "PRINT", flags=0) at perl.c:1760
#11 0x403f0700 in Perl_pp_print (my_perl=0x8562660) at pp_hot.c:567
#12 0x403d75b9 in Perl_runops_debug (my_perl=0x8562660) at dump.c:1388
#13 0x4037cf20 in S_call_body (my_perl=0x8562660, myop=0xbfffd270,
is_eval=0)
---Type <return> to continue, or q <return> to quit---
at perl.c:1948
#14 0x4037caa2 in Perl_call_sv (my_perl=0x8562660, sv=0x87b410c, flags=4)
at perl.c:1866
#15 0x40345938 in modperl_callback (my_perl=0x8562660, handler=0x816f224,
p=0x87b739c, r=0x87b73cc, s=0x810442c, args=0x85efe0c)
at modperl_callback.c:52
#16 0x40346073 in modperl_callback_run_handlers (idx=6, type=3,
r=0x87b73cc,
c=0x0, s=0x810442c, pconf=0x0, plog=0x0, ptemp=0x0)
at modperl_callback.c:179
#17 0x4034614e in modperl_callback_per_dir (idx=6, r=0x87b73cc)
at modperl_callback.c:203
#18 0x40340ebe in modperl_response_handler_run (r=0x87b73cc, finish=1)
at mod_perl.c:515
#19 0x40340f5d in modperl_response_handler (r=0x87b73cc) at mod_perl.c:534
#20 0x080b4fa7 in ap_run_handler (r=0x87b73cc) at config.c:185
#21 0x080b5453 in ap_invoke_handler (r=0x87b73cc) at config.c:350
#22 0x0808ffe5 in ap_process_request (r=0x87b73cc) at http_request.c:292
#23 0x0808c847 in ap_process_http_connection (c=0x87a5e6c) at
http_core.c:283
#24 0x080bd527 in ap_run_process_connection (c=0x87a5e6c) at connection.c:84
#25 0x080b3ddf in child_main (child_num_arg=0) at prefork.c:684
#26 0x080b3f23 in make_child (s=0x810442c, slot=0) at prefork.c:771
#27 0x080b3f84 in startup_children (number_to_start=1) at prefork.c:794
#28 0x080b4269 in ap_mpm_run (_pconf=0x80ffd4c, plog=0x8145f7c, s=0x810442c)
---Type <return> to continue, or q <return> to quit---
at prefork.c:989
#29 0x080b8d62 in main (argc=7, argv=0xbffff674) at main.c:445
#30 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
Re: current 'make test' status
Posted by Doug MacEachern <do...@covalent.net>.
On Wed, 5 Dec 2001, Stas Bekman wrote:
> nice, but apparently it's not the only problem. Run:
yup, just found another when i ran it again.
> t/TEST -order=random -times=5
>
> with sid 170482341 and there are loads of failures including a core dump.
...
> t/TEST modperl/exit filter/input_msg modperl/exit
not having troubles with either of these. maybe the fix i just committed
covers these too?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: current 'make test' status
Posted by Doug MacEachern <do...@covalent.net>.
On Wed, 5 Dec 2001, Stas Bekman wrote:
> with sid 170482341 and there are loads of failures including a core dump.
actually i do see problems with this one, but it'll have to wait.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: current 'make test' status
Posted by Stas Bekman <st...@stason.org>.
Doug MacEachern wrote:
> On Thu, 2 Aug 2001, Stas Bekman wrote:
>
>
>>Ok, so with the latest workaround the normal run of 'make test' succeeds
>>on my machine. But, if I stress-test, I see segfaults:
>>
>>% ./t/TEST -order=random -times=5
>>
>
> i had looked at this a few times before and nothing clicked. then i hit
> again today writing the lookup_uri2 test. the problem was triggered by
> Apache::Test::init_test_pm() which would tie STDOUT only if it wasn't tied
> already. but then never untie it. so the next time around an old
> request_rec was being used, which had already been destroyed. this is
> fixed now and the stress test above passes.
> fun to watch it happen, the -order -times stuff is way cool stas!
>
>
nice, but apparently it's not the only problem. Run:
t/TEST -order=random -times=5
with sid 170482341 and there are loads of failures including a core dump.
since -order=random is random, it's possible that the tests will pass
one time but not another. Therefore I think to get a better chance of
various order coverage, we need to run -times=100 and more.
This particular sequence that I've reported before still deterministicly
fails with a core dump:
t/TEST modperl/exit filter/input_msg modperl/exit
_____________________________________________________________________
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: current 'make test' status
Posted by Doug MacEachern <do...@covalent.net>.
On Thu, 2 Aug 2001, Stas Bekman wrote:
> Ok, so with the latest workaround the normal run of 'make test' succeeds
> on my machine. But, if I stress-test, I see segfaults:
>
> % ./t/TEST -order=random -times=5
i had looked at this a few times before and nothing clicked. then i hit
again today writing the lookup_uri2 test. the problem was triggered by
Apache::Test::init_test_pm() which would tie STDOUT only if it wasn't tied
already. but then never untie it. so the next time around an old
request_rec was being used, which had already been destroyed. this is
fixed now and the stress test above passes.
fun to watch it happen, the -order -times stuff is way cool stas!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org