Mailing List Archive: ModPerl: Dev

[RELEASE CANDIDATE] Apache-Test-1.37 RC1

Index | Next | Previous | View Threaded

fred at redhotpenguin

Dec 25, 2011, 7:50 PM

Post #1 of 9 (487 views)
Permalink

[RELEASE CANDIDATE] Apache-Test-1.37 RC1

Please download, test, and report back on success or failure with platform details. +1 here on 5.14.1/2.2.21/2.0.6-dev

http://people.apache.org/~phred/Apache-Test-1.37-rc1.tar.gz

MD5 (Apache-Test-1.37-rc1.tar.gz) = 7ff0006c04ad431aef443a0df3fb0484

=item 1.37-rc1

Apache::TestRequest: improve compatibility for SSL requests with LWP 6 and
IO::Socket::SSL, in particular [Kaspar Brand]

As of httpd revision 1053230 (version 2.3.11) the NameVirtualHost directive
became superfluous and a warning is issued when it is met. So, Apache::Test
now wraps NameVirtualHost directives in <IfVersion> blocks.
[Kaspar Brand]

Add comments about the source files of auto configurated tests to
the generated httpd.conf and improve indentation a bit. [Torsten Foertsch]

Run t/TEST tests by default in alphabetical order and
only t/SMOKE tests by default in random order. [Rainer Jung]

Add t_file_watch_for to Apache::TestUtil [Torsten Foertsch]

Add $boolean parameter to Apache::TestHandler::ok and Apache::TestHandler::ok1

Add a few bits of documentation [Torsten Foertsch]

Apache::TestHandler forgot to require Apache2::RequestRec [Torsten Foertsch]

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

fred at redhotpenguin

Jan 4, 2012, 9:17 AM

Post #2 of 9 (462 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

I know everyone was probably out when I sent this, but please take
this for a spin if you have a few minutes :)

On Sun, Dec 25, 2011 at 7:50 PM, Fred Moyer <fred [at] redhotpenguin> wrote:
> Please download, test, and report back on success or failure with platform details. +1 here on 5.14.1/2.2.21/2.0.6-dev
>
> http://people.apache.org/~phred/Apache-Test-1.37-rc1.tar.gz
>
> MD5 (Apache-Test-1.37-rc1.tar.gz) = 7ff0006c04ad431aef443a0df3fb0484
>
> =item 1.37-rc1
>
> Apache::TestRequest: improve compatibility for SSL requests with LWP 6 and
> IO::Socket::SSL, in particular [Kaspar Brand]
>
> As of httpd revision 1053230 (version 2.3.11) the NameVirtualHost directive
> became superfluous and a warning is issued when it is met. So, Apache::Test
> now wraps NameVirtualHost directives in <IfVersion> blocks.
> [Kaspar Brand]
>
> Add comments about the source files of auto configurated tests to
> the generated httpd.conf and improve indentation a bit. [Torsten Foertsch]
>
> Run t/TEST tests by default in alphabetical order and
> only t/SMOKE tests by default in random order. [Rainer Jung]
>
> Add t_file_watch_for to Apache::TestUtil [Torsten Foertsch]
>
> Add $boolean parameter to Apache::TestHandler::ok and Apache::TestHandler::ok1
>
> Add a few bits of documentation [Torsten Foertsch]
>
> Apache::TestHandler forgot to require Apache2::RequestRec [Torsten Foertsch]
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

gozer at apache

Jan 4, 2012, 9:49 AM

Post #3 of 9 (457 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

On 12-01-04 12:17 , Fred Moyer wrote:
> I know everyone was probably out when I sent this, but please take
> this for a spin if you have a few minutes :)

All tests OK on Fedora 16 against system httpd.

Note, there are 2 generated files in that tarball that shouldn't be
included:
t/cgi-bin/cookies.pl
t/cgi-bin/next_available_port.pl

Otherwise, +1

Fred Moyer <fred [at] redhotpenguin> wrote:
>> Please download, test, and report back on success or failure with platform details. +1 here on 5.14.1/2.2.21/2.0.6-dev
>>
>> http://people.apache.org/~phred/Apache-Test-1.37-rc1.tar.gz
>>
>> MD5 (Apache-Test-1.37-rc1.tar.gz) = 7ff0006c04ad431aef443a0df3fb0484
>>
>> =item 1.37-rc1
>>
>> Apache::TestRequest: improve compatibility for SSL requests with LWP 6 and
>> IO::Socket::SSL, in particular [Kaspar Brand]
>>
>> As of httpd revision 1053230 (version 2.3.11) the NameVirtualHost directive
>> became superfluous and a warning is issued when it is met. So, Apache::Test
>> now wraps NameVirtualHost directives in <IfVersion> blocks.
>> [Kaspar Brand]
>>
>> Add comments about the source files of auto configurated tests to
>> the generated httpd.conf and improve indentation a bit. [Torsten Foertsch]
>>
>> Run t/TEST tests by default in alphabetical order and
>> only t/SMOKE tests by default in random order. [Rainer Jung]
>>
>> Add t_file_watch_for to Apache::TestUtil [Torsten Foertsch]
>>
>> Add $boolean parameter to Apache::TestHandler::ok and Apache::TestHandler::ok1
>>
>> Add a few bits of documentation [Torsten Foertsch]
>>
>> Apache::TestHandler forgot to require Apache2::RequestRec [Torsten Foertsch]
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe [at] perl
> For additional commands, e-mail: dev-help [at] perl
>
>

--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/

Attachments:

signature.asc (0.25 KB)

torsten.foertsch at gmx

Jan 4, 2012, 11:26 AM

Post #4 of 9 (457 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

On Sunday, 25 December 2011 19:50:27 Fred Moyer wrote:
> http://people.apache.org/~phred/Apache-Test-1.37-rc1.tar.gz

Don't know if it is just my system or if it is relevant at all but I can
produce failures and even segfault by

make
t/TEST -start-httpd
while t/TEST -order=random -run-tests; do :; done

Can anyone else please try this? Also, I wouldn't see it as a show stopper if
1.36 behaves the same.

Note, the first run of the test suite always succeeds.

The stack trace shows that PerlIOApache_flush passes a NULL pointer to
ap_get_module_config. I think the relevant line is

rcfg = modperl_config_req_get(st->r);

which expands to

ap_get_module_config(st->r->request_config, &perl_module)

I also got one of this:

[Wed Jan 04 19:19:29 2012] [error] [client 127.0.0.1] PerlIOApache_flush:
flush can't be called before the response phase at
/opt/perl/lib/5.12.3/Test/Builder.pm line 1825.\n

1818 sub _open_testhandles {
1819 my $self = shift;
1820
1821 return if $self->{Opened_Testhandles};
1822
1823 # We dup STDOUT and STDERR so people can change them in their
1824 # test suites while still getting normal test output.
1825 open( $Testout, ">&STDOUT" ) or die "Can't dup STDOUT: $!";
1826 open( $Testerr, ">&STDERR" ) or die "Can't dup STDERR: $!";
1827
1828 # $self->_copy_io_layers( \*STDOUT, $Testout );
1829 # $self->_copy_io_layers( \*STDERR, $Testerr );
1830
1831 $self->{Opened_Testhandles} = 1;
1832
1833 return;
1834 }

To me the stack trace looks like a file handle being closed in the process of
reopening it - something like what is done in line 1825 if $Testout is still
open.

#0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
util_debug.c:106
106 return ((void **)cv)[m->module_index];
(gdb) bt
#0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
util_debug.c:106
#1 0x00007fa62e6f6386 in PerlIOApache_flush () from /opt/apache-
prefork/libexec/mod_perl.so
#2 0x00007fa62e48f6be in Perl_PerlIO_flush () from
/opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
#3 0x00007fa62e491559 in PerlIOBase_close () from
/opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
#4 0x00007fa62e6f6209 in PerlIOApache_close () from /opt/apache-
prefork/libexec/mod_perl.so
#5 0x00007fa62e491678 in PerlIO__close () from /opt/perl/lib/5.12.3/x86_64-
linux/CORE/libperl.so
#6 0x00007fa62e4916be in Perl_PerlIO_close () from
/opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
#7 0x00007fa62e471624 in Perl_do_openn () from /opt/perl/lib/5.12.3/x86_64-
linux/CORE/libperl.so
#8 0x00007fa62e45e296 in Perl_pp_open () from /opt/perl/lib/5.12.3/x86_64-
linux/CORE/libperl.so
#9 0x00007fa62e41dc80 in Perl_runops_standard () from
/opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
#10 0x00007fa62e3ca1ab in Perl_call_sv () from /opt/perl/lib/5.12.3/x86_64-
linux/CORE/libperl.so
#11 0x00007fa62e6f1cf7 in modperl_callback () from /opt/apache-
prefork/libexec/mod_perl.so
#12 0x00007fa62e6f2540 in modperl_callback_run_handlers () from /opt/apache-
prefork/libexec/mod_perl.so
#13 0x00007fa62e6f288f in modperl_callback_per_dir () from /opt/apache-
prefork/libexec/mod_perl.so
#14 0x00007fa62e6eea5b in modperl_response_handler_run () from /opt/apache-
prefork/libexec/mod_perl.so
#15 0x00007fa62e6eebb3 in modperl_response_handler_cgi () from /opt/apache-
prefork/libexec/mod_perl.so
#16 0x000000000043cc98 in ap_run_handler (r=0x9f53c0) at config.c:158
#17 0x000000000043d0fe in ap_invoke_handler (r=0x9f53c0) at config.c:376
#18 0x000000000044a150 in ap_process_request (r=0x9f53c0) at
http_request.c:282
#19 0x0000000000447128 in ap_process_http_connection (c=0x9e7540) at
http_core.c:190
#20 0x0000000000443298 in ap_run_process_connection (c=0x9e7540) at
connection.c:43
#21 0x000000000044ee02 in child_main (child_num_arg=<optimized out>) at
prefork.c:667
#22 0x000000000044f50c in make_child (slot=1, s=0x684848) at prefork.c:768
#23 make_child (s=0x684848, slot=1) at prefork.c:696
#24 0x0000000000450062 in perform_idle_server_maintenance (p=<optimized out>)
at prefork.c:903
#25 ap_mpm_run (_pconf=<optimized out>, plog=<optimized out>, s=<optimized
out>) at prefork.c:1107
#26 0x00000000004286d4 in main (argc=7, argv=0x7fffceabde38) at main.c:751

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

fred at redhotpenguin

Jan 5, 2012, 2:47 PM

Post #5 of 9 (454 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

On Wednesday, January 4, 2012 at 11:26 AM, Torsten FÃ¶rtsch wrote:
> Don't know if it is just my system or if it is relevant at all but I can
> produce failures and even segfault by
>
> make
> t/TEST -start-httpd
> while t/TEST -order=random -run-tests; do :; done
>
> Can anyone else please try this? Also, I wouldn't see it as a show stopper if
> 1.36 behaves the same.

I was not able to reproduce this after letting it run for ~20 minutes.

5.14.1/2.2.21/2.0.6-dev

>
> Note, the first run of the test suite always succeeds.
>
> The stack trace shows that PerlIOApache_flush passes a NULL pointer to
> ap_get_module_config. I think the relevant line is
>
> rcfg = modperl_config_req_get(st->r);
>
> which expands to
>
> ap_get_module_config(st->r->request_config, &perl_module)
>
> I also got one of this:
>
> [Wed Jan 04 19:19:29 2012] [error] [client 127.0.0.1] PerlIOApache_flush:
> flush can't be called before the response phase at
> /opt/perl/lib/5.12.3/Test/Builder.pm line 1825.\n
>
> 1818 sub _open_testhandles {
> 1819 my $self = shift;
> 1820
> 1821 return if $self->{Opened_Testhandles};
> 1822
> 1823 # We dup STDOUT and STDERR so people can change them in their
> 1824 # test suites while still getting normal test output.
> 1825 open( $Testout, ">&STDOUT" ) or die "Can't dup STDOUT: $!";
> 1826 open( $Testerr, ">&STDERR" ) or die "Can't dup STDERR: $!";
> 1827
> 1828 # $self->_copy_io_layers( \*STDOUT, $Testout );
> 1829 # $self->_copy_io_layers( \*STDERR, $Testerr );
> 1830
> 1831 $self->{Opened_Testhandles} = 1;
> 1832
> 1833 return;
> 1834 }
>
> To me the stack trace looks like a file handle being closed in the process of
> reopening it - something like what is done in line 1825 if $Testout is still
> open.
>
>
> #0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
> util_debug.c:106
> 106 return ((void **)cv)[m->module_index];
> (gdb) bt
> #0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
> util_debug.c:106
> #1 0x00007fa62e6f6386 in PerlIOApache_flush () from /opt/apache-
> prefork/libexec/mod_perl.so
> #2 0x00007fa62e48f6be in Perl_PerlIO_flush () from
> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
> #3 0x00007fa62e491559 in PerlIOBase_close () from
> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
> #4 0x00007fa62e6f6209 in PerlIOApache_close () from /opt/apache-
> prefork/libexec/mod_perl.so
> #5 0x00007fa62e491678 in PerlIO__close () from /opt/perl/lib/5.12.3/x86_64-
> linux/CORE/libperl.so
> #6 0x00007fa62e4916be in Perl_PerlIO_close () from
> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
> #7 0x00007fa62e471624 in Perl_do_openn () from /opt/perl/lib/5.12.3/x86_64-
> linux/CORE/libperl.so
> #8 0x00007fa62e45e296 in Perl_pp_open () from /opt/perl/lib/5.12.3/x86_64-
> linux/CORE/libperl.so
> #9 0x00007fa62e41dc80 in Perl_runops_standard () from
> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
> #10 0x00007fa62e3ca1ab in Perl_call_sv () from /opt/perl/lib/5.12.3/x86_64-
> linux/CORE/libperl.so
> #11 0x00007fa62e6f1cf7 in modperl_callback () from /opt/apache-
> prefork/libexec/mod_perl.so
> #12 0x00007fa62e6f2540 in modperl_callback_run_handlers () from /opt/apache-
> prefork/libexec/mod_perl.so
> #13 0x00007fa62e6f288f in modperl_callback_per_dir () from /opt/apache-
> prefork/libexec/mod_perl.so
> #14 0x00007fa62e6eea5b in modperl_response_handler_run () from /opt/apache-
> prefork/libexec/mod_perl.so
> #15 0x00007fa62e6eebb3 in modperl_response_handler_cgi () from /opt/apache-
> prefork/libexec/mod_perl.so
> #16 0x000000000043cc98 in ap_run_handler (r=0x9f53c0) at config.c:158
> #17 0x000000000043d0fe in ap_invoke_handler (r=0x9f53c0) at config.c:376
> #18 0x000000000044a150 in ap_process_request (r=0x9f53c0) at
> http_request.c:282
> #19 0x0000000000447128 in ap_process_http_connection (c=0x9e7540) at
> http_core.c:190
> #20 0x0000000000443298 in ap_run_process_connection (c=0x9e7540) at
> connection.c:43
> #21 0x000000000044ee02 in child_main (child_num_arg=<optimized out>) at
> prefork.c:667
> #22 0x000000000044f50c in make_child (slot=1, s=0x684848) at prefork.c:768
> #23 make_child (s=0x684848, slot=1) at prefork.c:696
> #24 0x0000000000450062 in perform_idle_server_maintenance (p=<optimized out>)
> at prefork.c:903
> #25 ap_mpm_run (_pconf=<optimized out>, plog=<optimized out>, s=<optimized
> out>) at prefork.c:1107
> #26 0x00000000004286d4 in main (argc=7, argv=0x7fffceabde38) at main.c:751
>
>
> Torsten FÃ¶rtsch
>
> --
> Need professional modperl support? Hire me! (http://foertsch.name)
>
> Like fantasy? http://kabatinte.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

fred at redhotpenguin

Jan 23, 2012, 8:31 PM

Post #6 of 9 (422 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

2012/1/5 Fred Moyer <fred [at] redhotpenguin>:
> On Wednesday, January 4, 2012 at 11:26 AM, Torsten Förtsch wrote:
>> Don't know if it is just my system or if it is relevant at all but I can
>> produce failures and even segfault by
>>
>> make
>> t/TEST -start-httpd
>> while t/TEST -order=random -run-tests; do :; done
>>
>> Can anyone else please try this? Also, I wouldn't see it as a show stopper if
>> 1.36 behaves the same.
>
> I was not able to reproduce this after letting it run for ~20 minutes.
>
> 5.14.1/2.2.21/2.0.6-dev

Torsten, were you able to reproduce it in 1.36?

>
>
>
>>
>> Note, the first run of the test suite always succeeds.
>>
>> The stack trace shows that PerlIOApache_flush passes a NULL pointer to
>> ap_get_module_config. I think the relevant line is
>>
>> rcfg = modperl_config_req_get(st->r);
>>
>> which expands to
>>
>> ap_get_module_config(st->r->request_config, &perl_module)
>>
>> I also got one of this:
>>
>> [Wed Jan 04 19:19:29 2012] [error] [client 127.0.0.1] PerlIOApache_flush:
>> flush can't be called before the response phase at
>> /opt/perl/lib/5.12.3/Test/Builder.pm line 1825.\n
>>
>> 1818 sub _open_testhandles {
>> 1819 my $self = shift;
>> 1820
>> 1821 return if $self->{Opened_Testhandles};
>> 1822
>> 1823 # We dup STDOUT and STDERR so people can change them in their
>> 1824 # test suites while still getting normal test output.
>> 1825 open( $Testout, ">&STDOUT" ) or die "Can't dup STDOUT: $!";
>> 1826 open( $Testerr, ">&STDERR" ) or die "Can't dup STDERR: $!";
>> 1827
>> 1828 # $self->_copy_io_layers( \*STDOUT, $Testout );
>> 1829 # $self->_copy_io_layers( \*STDERR, $Testerr );
>> 1830
>> 1831 $self->{Opened_Testhandles} = 1;
>> 1832
>> 1833 return;
>> 1834 }
>>
>> To me the stack trace looks like a file handle being closed in the process of
>> reopening it - something like what is done in line 1825 if $Testout is still
>> open.
>>
>>
>> #0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
>> util_debug.c:106
>> 106 return ((void **)cv)[m->module_index];
>> (gdb) bt
>> #0 0x000000000042cfb4 in ap_get_module_config (cv=0x0, m=0x7fa62e910de0) at
>> util_debug.c:106
>> #1 0x00007fa62e6f6386 in PerlIOApache_flush () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #2 0x00007fa62e48f6be in Perl_PerlIO_flush () from
>> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
>> #3 0x00007fa62e491559 in PerlIOBase_close () from
>> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
>> #4 0x00007fa62e6f6209 in PerlIOApache_close () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #5 0x00007fa62e491678 in PerlIO__close () from /opt/perl/lib/5.12.3/x86_64-
>> linux/CORE/libperl.so
>> #6 0x00007fa62e4916be in Perl_PerlIO_close () from
>> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
>> #7 0x00007fa62e471624 in Perl_do_openn () from /opt/perl/lib/5.12.3/x86_64-
>> linux/CORE/libperl.so
>> #8 0x00007fa62e45e296 in Perl_pp_open () from /opt/perl/lib/5.12.3/x86_64-
>> linux/CORE/libperl.so
>> #9 0x00007fa62e41dc80 in Perl_runops_standard () from
>> /opt/perl/lib/5.12.3/x86_64-linux/CORE/libperl.so
>> #10 0x00007fa62e3ca1ab in Perl_call_sv () from /opt/perl/lib/5.12.3/x86_64-
>> linux/CORE/libperl.so
>> #11 0x00007fa62e6f1cf7 in modperl_callback () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #12 0x00007fa62e6f2540 in modperl_callback_run_handlers () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #13 0x00007fa62e6f288f in modperl_callback_per_dir () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #14 0x00007fa62e6eea5b in modperl_response_handler_run () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #15 0x00007fa62e6eebb3 in modperl_response_handler_cgi () from /opt/apache-
>> prefork/libexec/mod_perl.so
>> #16 0x000000000043cc98 in ap_run_handler (r=0x9f53c0) at config.c:158
>> #17 0x000000000043d0fe in ap_invoke_handler (r=0x9f53c0) at config.c:376
>> #18 0x000000000044a150 in ap_process_request (r=0x9f53c0) at
>> http_request.c:282
>> #19 0x0000000000447128 in ap_process_http_connection (c=0x9e7540) at
>> http_core.c:190
>> #20 0x0000000000443298 in ap_run_process_connection (c=0x9e7540) at
>> connection.c:43
>> #21 0x000000000044ee02 in child_main (child_num_arg=<optimized out>) at
>> prefork.c:667
>> #22 0x000000000044f50c in make_child (slot=1, s=0x684848) at prefork.c:768
>> #23 make_child (s=0x684848, slot=1) at prefork.c:696
>> #24 0x0000000000450062 in perform_idle_server_maintenance (p=<optimized out>)
>> at prefork.c:903
>> #25 ap_mpm_run (_pconf=<optimized out>, plog=<optimized out>, s=<optimized
>> out>) at prefork.c:1107
>> #26 0x00000000004286d4 in main (argc=7, argv=0x7fffceabde38) at main.c:751
>>
>>
>> Torsten Förtsch
>>
>> --
>> Need professional modperl support? Hire me! (http://foertsch.name)
>>
>> Like fantasy? http://kabatinte.net
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

torsten.foertsch at gmx

Jan 24, 2012, 8:49 AM

Post #7 of 9 (426 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

On Monday, 23 January 2012 20:31:09 Fred Moyer wrote:
> >> make
> >> t/TEST -start-httpd
> >> while t/TEST -order=random -run-tests; do :; done
> >>
> >> Can anyone else please try this? Also, I wouldn't see it as a show
> >> stopper if 1.36 behaves the same.
>
> Torsten, were you able to reproduce it in 1.36?

yes. But I haven't had the time yet to figure out the reason. So, it's no
regression.

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

fred at redhotpenguin

Jan 24, 2012, 5:43 PM

Post #8 of 9 (424 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

2012/1/24 Torsten Förtsch <torsten.foertsch [at] gmx>:
> On Monday, 23 January 2012 20:31:09 Fred Moyer wrote:
>> >> make
>> >> t/TEST -start-httpd
>> >> while t/TEST -order=random -run-tests; do :; done
>> >>
>> >> Can anyone else please try this? Also, I wouldn't see it as a show
>> >> stopper if 1.36 behaves the same.
>>
>> Torsten, were you able to reproduce it in 1.36?
>
> yes. But I haven't had the time yet to figure out the reason. So, it's no
> regression.

Good news. All we need is one more +1 for the release - let me know if
it passes enough muster on your side for the +1.

>
> Torsten Förtsch
>
> --
> Need professional modperl support? Hire me! (http://foertsch.name)
>
> Like fantasy? http://kabatinte.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

torsten.foertsch at gmx

Jan 28, 2012, 7:45 AM

Post #9 of 9 (407 views)
Permalink

Re: [RELEASE CANDIDATE] Apache-Test-1.37 RC1 [In reply to]

On Tuesday, 24 January 2012 17:43:47 Fred Moyer wrote:
> Good news. All we need is one more +1 for the release - let me know if
> it passes enough muster on your side for the +1.

It does, so +1. Tested with various httpd versions from 2.2.16 to 2.2.21 with
and without modperl. Save for that one installation I haven't seen any
problems.

Torsten Förtsch

--
Need professional modperl support? Hire me! (http://foertsch.name)

Like fantasy? http://kabatinte.net

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe [at] perl
For additional commands, e-mail: dev-help [at] perl

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads