[STATUS] (flood) Wed Aug 4 23:45:36 EDT 2004

2004-08-05 Thread Rodent of Unusual Size
flood STATUS: -*-text-*- Last modified at [$Date: 2003/07/01 20:55:12 $] Release: 1.0: Released July 23, 2002 milestone-03: Tagged January 16, 2002 ASF-transfer: Released July 17, 2001 milestone-02: Tagged August 13,

[STATUS] (perl-framework) Wed Aug 4 23:45:37 EDT 2004

2004-08-05 Thread Rodent of Unusual Size
httpd-test/perl-framework STATUS: -*-text-*- Last modified at [$Date: 2002/03/09 05:22:48 $] Stuff to do: * finish the t/TEST exit code issue (ORed with 0x2C if framework failed) * change existing tests that frob the DocumentRoot (e.g.,

expected/received swap?

2004-08-05 Thread Stas Bekman
mp2 had its t_cmp args adjusted, but not httpd-test. So we get this confusing: # expected: 500 Not a SCALAR reference # received: 102400 any takers on swapping the args of t_cmp to comply with recent A-T changes? -- __ Stas Bekman

Re: libwww-perl 5.800 failures

2004-08-05 Thread Stas Bekman
Geoffrey Young wrote: hi all... I just upgraded to libwww-perl 5.800 and found that a few POST tests started failing where they didn't before, namely t/apache/post.t and t/http11/post.t. I think the underlying problem is this change in HTTP::Message: HTTP::Message will now allow an external

Test::More server support redux

2004-08-05 Thread Geoffrey Young
hi all... michael schwern is very close to releasing Test::More 0.49, which is the first version of Test::More that we can use as the server-backend for Apache::Test. I would like to integrate the Test::More foo into A-T as soon as 0.49 comes out. so, if you are interested in Test::More support

Re: Test::More server support redux

2004-08-05 Thread Stas Bekman
Geoffrey Young wrote: hi all... michael schwern is very close to releasing Test::More 0.49, which is the first version of Test::More that we can use as the server-backend for Apache::Test. I would like to integrate the Test::More foo into A-T as soon as 0.49 comes out. so, if you are interested

Re: Test::More server support redux

2004-08-05 Thread Geoffrey Young
+Note that ITest::Builder 0.18_01, available in ITest::Simple +version 0.48_01 on CPAN, is required to use this feature. drop that, as 2 copies of the same thing in different places will go out of sync at some point. check on the code level should be sufficient. instead the error message

Re: Test::More server support redux

2004-08-05 Thread Stas Bekman
Geoffrey Young wrote: +Note that ITest::Builder 0.18_01, available in ITest::Simple +version 0.48_01 on CPAN, is required to use this feature. drop that, as 2 copies of the same thing in different places will go out of sync at some point. check on the code level should be sufficient. instead the

Re: Test::More server support redux

2004-08-05 Thread Stas Bekman
Geoffrey Young wrote: why this change? is there anything wrong with -Mlib? yes. the problem is that currently all.t does not get run properly from Apache-Test/. the current code adds makes @INC look like perl-framework/Apache-Test/Apache-Test/lib when running from the A-T directory. right, so

[PATCH] mod_disk_cache: Use binary header format

2004-08-05 Thread Justin Erenkrantz
This patch fully fleshes out Brian's earlier patch and tries to optimize the header on-disk format. The current disk format didn't make any sense. It also was full of security holes (reading into a 1034-byte char's). Only the headers are still CRLF-delimited. We could go further and replace

Re: Re: [PATCH] tweak worker MPM recovery after pthread_create failure in child

2004-08-05 Thread Jeff Trawick
On Thu, 05 Aug 2004 08:44:34 -0400, Brian Akins [EMAIL PROTECTED] wrote: Jeff Trawick wrote: I've been working with a user on RedHat {A|E}S 2.1 that is intermittently getting one of these thread create failures as the web server tries to create a new child process to handle increased load.

Re: [PATCH] mod_disk cached fixed

2004-08-05 Thread TOKILEY
Brian Akins wrote... [EMAIL PROTECTED] wrote... Brian Akins wrote... Serving cached content: - lookup uri in cache (via md5?). - check varies - a list of headers to vary on - caculate new key (md5) based on uri and clients value of these headers - lookup new uri in

Re: [PATCH] mod_disk cached fixed

2004-08-05 Thread Brian Akins
[EMAIL PROTECTED] wrote: I thought you were referring to the scheme you proposed in an earlier email where you WERE planning on doing just that... Once again, I probably was just uncelar or, frankly, said what I didn't mean :) Take your logic just a tiny step farther. I you know EVERYTHING about