On Wed, Nov 23, 2005 at 03:42:42PM +0100, Oden Eriksson wrote:
> onsdagen den 23 november 2005 15.17 skrev Joe Orton:
> > On Sun, Nov 20, 2005 at 04:43:57PM +0100, Oden Eriksson wrote:
> > > Not so long ago I started packaging apache 2.1.x (rpm) and also run the
> > > pe
On Wed, Oct 26, 2005 at 01:30:22AM -0700, Zubin Kika wrote:
> The patch is attached.
> It contains the following files:
> t/ssl/proxy_bug37145.t :The script file
> t/htdocs/test.txt :Test file of size 100Kb
> t/htdocs/test1.txt :Test file of size less than 8 Kb
> t/htdocs/test2.txt :Test file of si
On Tue, Sep 27, 2005 at 10:55:17AM +0100, Colm MacCarthaigh wrote:
> I've done up a test for mod_cache + mod_dir brokenness;
>
> http://people.apache.org/~colm/cache-test.patch
>
> I've added a virtualhost for mod_cache, because caching can easily
> interfere with a lot of the other tests,
On Mon, Sep 19, 2005 at 01:39:22PM -0400, Geoffrey Young wrote:
>
> > +#ifdef HAVE_SSL_EXT_LOOKUP
> > if (!ext_lookup) {
> > ap_rputs("ssl_ext_lookup not available", r);
> > return OK;
> > }
>
> hey, speaking of this ext_lookup, can you give me an example of what this
On Fri, Aug 19, 2005 at 05:24:06PM +0100, Joe Orton wrote:
> On Fri, Aug 19, 2005 at 12:10:11PM -0400, Jim Jagielski wrote:
> > Now I also have in proxy.conf.in:
> >
> >
> >
> >
> >
> >BalancerMember http://proxy_http_bal1
On Fri, Aug 19, 2005 at 12:10:11PM -0400, Jim Jagielski wrote:
> I am trying to add a test for the proxy balancer stuff.
yay! :)
> In extra.conf.in I have:
>
>
>
> DocumentRoot @SERVERROOT@/htdocs/modules/proxy
>
>
>
> DocumentRoot @SERVERROOT@/htdocs/module
On Mon, Aug 01, 2005 at 02:11:04AM -0700, Girish Muraly wrote:
> Hi Joe,
>
> I am running the tests on Fedora Core 3. My Apache
> (version 2.0.54) is configured as part of a LAMP stack
> and I am running tests on each of the components
> (Apache, Mysql and PHP,Perl,Python). I am quite new to
> the
On Mon, Aug 01, 2005 at 12:04:42AM -0700, Girish Muraly wrote:
> I ran the httpd-tests and I got 21 test failures in
> the perl-framework due to t/modules/cgi.t and 1 error
> due to t/modules/include.t. The errors are:
> [just the snippet from running t/TEST]
>
> t/modules/cgi...NOK 14
On Wed, Feb 23, 2005 at 07:37:54AM -0800, Justin Erenkrantz wrote:
> --On Wednesday, February 23, 2005 9:42 AM +0000 Joe Orton
> <[EMAIL PROTECTED]> wrote:
>
> >But there is no way to differentiate between any different interfaces
> >for the address (without doing mag
On Wed, Feb 23, 2005 at 09:42:12AM +, Joe Orton wrote:
> On Tue, Feb 22, 2005 at 10:52:57PM -0800, Justin Erenkrantz wrote:
> > The issue with this is that wildcard IP addresses aren't really supposed to
> > be explicit in Listen statements. httpd has a bunch of logic fo
On Tue, Feb 22, 2005 at 10:52:57PM -0800, Justin Erenkrantz wrote:
> No idea why I'm suddenly hitting this, but in preparation for 2.1.3, I
> spent another one of my patented hours searching for bugs in httpd that end
> up being bugs in the perl-framework tests. =(
>
> perl-framework generates
On Fri, Jan 28, 2005 at 05:22:28PM +, Joe Orton wrote:
> On Fri, Jan 28, 2005 at 06:03:14PM +0100, Dominique Quatravaux wrote:
> > Geoffrey Young wrote:
> >
> > |
> > | so, are you saying that can remove SSLVerifyClient here and all is
> > | ok?
> >
&g
On Fri, Jan 28, 2005 at 06:03:14PM +0100, Dominique Quatravaux wrote:
> Geoffrey Young wrote:
>
> |
> | so, are you saying that can remove SSLVerifyClient here and all is
> | ok?
>
> No no, you're right and Joe was wrong, you must not change a thing.
> Sorry for being unclear!
I think you're con
On Fri, Jan 28, 2005 at 02:40:38PM -, [EMAIL PROTECTED] wrote:
> +
> +# specific to 2.1
> +
> +
> +
> +SSLVerifyClient require
> +SSLRequire %{SSL_CLIENT_VERIFY} eq "SUCCESS"
> +
On Sat, Dec 11, 2004 at 09:53:17AM -, Paul Querna wrote:
> Author: pquerna
> Date: Sat Dec 11 01:53:16 2004
> New Revision: 111596
>
> URL: http://svn.apache.org/viewcvs?view=rev&rev=111596
> Log:
> * Add bits to use APR_TCP_DEFER_ACCEPT
> * Log Warnings when adding defer accept or an accept f
On Sat, Dec 11, 2004 at 11:43:56AM -0800, Philippe M. Chiasson wrote:
> [EMAIL PROTECTED] wrote:
> >Author: stas
> >Date: Sat Dec 11 11:15:27 2004
> >New Revision: 111615
> >
> >URL: http://svn.apache.org/viewcvs?view=rev&rev=111615
> >Log:
> >tag 1.17
> >
> >Added:
> > httpd/test/tags/APACHE_TES
On Wed, Dec 01, 2004 at 03:46:55PM -0500, Brian McEntire wrote:
...
> I did a make clean
> perl Makefile.PL
> make test
>
> This time I get a different error message, it appears to success past the
> original 'nobody' problem. The output is:
>
> [warning] setting ulimit to allow core files
On Wed, Nov 24, 2004 at 04:45:18PM -0500, Stas Bekman wrote:
> It looks like some poeple have a problem with LockFile directive being
> compiled to a hardcoded value.
>
> The problem:
>
> [Tue Nov 02 17:16:22 2004] [emerg] (13)Permission denied: Couldn't create
> accept lock
>
> Is it safe to
On Tue, Nov 23, 2004 at 12:55:16PM -0600, William Rowe wrote:
> What I questioned was why we were doing the security validation
> of PHP when it's outside the scope of httpd, or isn't due to some
> interaction with httpd.
This is true for most of the functional tests of PHP in t/php/ which
Covale
On Fri, Nov 19, 2004 at 04:21:31PM -0500, Stas Bekman wrote:
> Joe Orton wrote:
> >When a propchange is committed a notification mail *will* be sent, but
> >the post-commit script won't actually tell you the before-and-after in
> >that case, it seems. I'm not sure
On Fri, Nov 19, 2004 at 03:23:46PM -0500, Stas Bekman wrote:
> Geoffrey Young wrote:
> >
> >>what's the replacement for .cvsignore under svn? I can't see where the
> >>data in .cvsignore has migrated to.
> >
> >
> >each directory now has properties and one of those properties is which
> >files
> >
On Thu, Oct 28, 2004 at 03:19:32PM -0400, Geoffrey Young wrote:
>
>
> [EMAIL PROTECTED] wrote:
> > jorton 2004/10/25 06:04:14
> >
> > Modified:perl-framework/t/conf extra.conf.in
> > Added: perl-framework/t/htdocs/security CAN-2004-0940.shtml
> >perl-framework/
On Mon, Oct 25, 2004 at 06:47:12PM -0700, David Wheeler wrote:
> No, just hacking. Let's see...oh, I get it. I changed it so that it
> ignored $RedirectOK if LWP was installed.
Thanks David. No comments here on what's right, only what works ;)
On Sun, Oct 24, 2004 at 11:37:11AM +0100, Joe Orton wrote:
> On Fri, Oct 22, 2004 at 10:09:54PM -, [EMAIL PROTECTED] wrote:
> > theory 2004/10/22 15:09:54
> >
> > Modified:perl-framework/Apache-Test Changes
> >perl-framework/Apache-Tes
On Fri, Oct 22, 2004 at 10:09:54PM -, [EMAIL PROTECTED] wrote:
> theory 2004/10/22 15:09:54
>
> Modified:perl-framework/Apache-Test Changes
>perl-framework/Apache-Test/lib/Apache TestRequest.pm
> Log:
> Redirect from POST fixes (or prevention, depending on how yo
On Wed, Oct 20, 2004 at 11:37:45PM -0400, Stas Bekman wrote:
> [EMAIL PROTECTED] wrote:
> >jorton 2004/10/20 06:42:07
> >
> > Modified:perl-framework/Apache-Test/lib/Apache Test.pm
> > Log:
> > Add the need_php4 export.
>
> It's of little value if it's not documented, especially when t
On Mon, Oct 18, 2004 at 04:13:02PM -0400, Geoffrey Young wrote:
...
> you're on your way to writing Test::Harness compatible php scripts via
> Apache-Test. whee!
Cool stuff!
> the missing parts are important parts of Aapche::Test and Apache::TestUtil
> implemented in php. but if we just focused
I just noticed that
t/htdocs/php/regression*
look like they are copies of files in the PHP source tree, yet have no
associated license or copyright notices attached:
http://cvs.apache.org/viewcvs.cgi/httpd-test/perl-framework/t/htdocs/php/regression2.php?rev=1.1.1.1&view=markup
vs
http://cvs.p
http://www.apache.org/~jorton/regress/httpd-test.html
shows nightly test build status against:
(tip of 2.0 branch, HEAD)
x
(prefork, worker, prefork with --enable-pool-debug -lefence)
for a few Linux boxes.
There are some segfaults in mod_rewrite triggered in the
2.0/prefork+debug bu
On Wed, Sep 29, 2004 at 01:19:24PM -0400, Cliff Woolley wrote:
> On Wed, 29 Sep 2004 [EMAIL PROTECTED] wrote:
>
> > jorton 2004/09/29 08:03:59
> >
> > Modified:perl-framework/c-modules/test_pass_brigade
> > mod_test_pass_brigade.c
> > Log:
> > Prevent death b
On Wed, Sep 29, 2004 at 10:26:05AM +0100, Joe Orton wrote:
> On Wed, Sep 29, 2004 at 06:53:42AM -, [EMAIL PROTECTED] wrote:
> > jerenkrantz2004/09/28 23:53:42
> >
> > Modified:perl-framework/c-modules/nntp_like mod_nntp_like.c
> >
On Wed, Sep 29, 2004 at 06:53:42AM -, [EMAIL PROTECTED] wrote:
> jerenkrantz2004/09/28 23:53:42
>
> Modified:perl-framework/c-modules/nntp_like mod_nntp_like.c
>perl-framework/t/apache contentlength.t
>perl-framework/t/protocol nntp-like.t
> Log:
>
Does the quote escaping really work in this function? It confuses emacs
font-lock mode which doesn't see a closing quote so thinks the rest of
the file is part of the string. This fixes at least the latter:
Index: TestConfig.pm
===
On Tue, Aug 17, 2004 at 01:15:57PM -0400, Geoffrey Young wrote:
>
> > +sok {
> > +t_cmp(200,
> > + GET('/modules/cgi/nph-foldhdr.pl')->code,
> > + "CGI script with folded headers");
>
> I swapped the arguments passed to t_cmp() here and elsewhere in
On Wed, Aug 11, 2004 at 01:17:04AM -0700, Stas Bekman wrote:
> I'd rather see it moved two statements (it still works, doesn't it?) so
> the eapi comes right after inherit_config. Otherwise, yes, please commit it.
Yes, great, done.
> so are we all clean now? Any other problems?
No failures with
On Tue, Aug 10, 2004 at 09:56:12AM -0700, Stas Bekman wrote:
> Aha! Excellent, Geoff! Does it solve the problem by moving those
> default_module calls after getting httpd config?
Moving the calls one line further on fixed it for me. OK to check in?
(BTW your patch had whitespace issues and only
On Mon, Aug 09, 2004 at 02:33:34PM -0700, Stas Bekman wrote:
> I have tested with a checkout from Aug 1 and t/modules/access fails just
> the same, so it's definitely unrelated to my changes over the weekend. I
I can't confirm that - the break occurs from the change between 18:00
and 19:00 UTC o
On Mon, Aug 09, 2004 at 11:55:57AM -0400, Geoffrey Young wrote:
>
>
> Joe Orton wrote:
> > Yes, sorry I'm talking about 2.1 here of course. I debugged this as far
> > as finding that $self->{modules} appears to be empty at the time that
> > the ->default_
Yes, sorry I'm talking about 2.1 here of course. I debugged this as far
as finding that $self->{modules} appears to be empty at the time that
the ->default_module calls are made.
Attached:
1) patch to add debugging to default_module
2) ./TEST -conf output with patch applied
3) resultant apache_t
On Mon, Aug 09, 2004 at 10:48:39AM -0400, Geoffrey Young wrote:
> Joe Orton wrote:
> > There is something funky in the default_module detection; it's picking
> > up mod_auth.c and mod_access.c as the {auth,access}_module settings
> > rather than mod_auth_basic.c and mo
On Mon, Aug 09, 2004 at 02:45:29PM +0100, Joe Orton wrote:
> There is something funky in the default_module detection; it's picking
> up mod_auth.c and mod_access.c as the {auth,access}_module settings
> rather than mod_auth_basic.c and mod_authz_host.c as expected with 2.0.
>
There is something funky in the default_module detection; it's picking
up mod_auth.c and mod_access.c as the {auth,access}_module settings
rather than mod_auth_basic.c and mod_authz_host.c as expected with 2.0.
$ grep access_ conf/apache_test_config.pm
'access_module_n
On Fri, Aug 06, 2004 at 07:26:31PM -0700, Stas Bekman wrote:
> Do you also get these tests failing with the current httpd-2.0?
>
> Failed Test Stat Wstat Total Fail Failed List of Failed
> ---
> t/apache/limits.t
On Fri, Jul 16, 2004 at 09:08:42AM -0400, Geoffrey Young wrote:
>
> > This makes the test fail against 2.0.50, but it's just a lack-of-feature
> > right, so OK if I half-revert this?
>
> the last time I asked about this, the consensus was that the perl-framework
> is expected to be for developer
On Mon, Jul 12, 2004 at 05:03:50PM -, [EMAIL PROTECTED] wrote:
> --- errordoc.t 12 Jul 2004 16:44:47 - 1.2
> +++ errordoc.t 12 Jul 2004 17:03:49 - 1.3
> @@ -59,8 +59,7 @@
> '/redefine/notfound.html code');
>
># 1.3 requires quotes fo
On Tue, Jun 22, 2004 at 06:08:17PM -0700, Abhishek Khandelwal wrote:
> I am getting another strange problem.
> I compile and install apache 2.0.49 for both fedora core 1 and red-hat
> linux.
>
> Everything seems okay, and installs properly.
> When I start httpd manually, it start running and when
On Mon, Jun 14, 2004 at 12:13:53AM +0300, Stas Bekman wrote:
> David Wheeler wrote:
> >>Where does it create that semaphore file with A-T? May be it's the env
> >>val for $TMPDIR? but it's specific to modperl-2.0.
> >
> >All I know is what the error message says:
> >
> >Ouch! ap_mm_create(1048576,
On Fri, May 21, 2004 at 02:19:10PM -0700, Stas Bekman wrote:
> >Yes, it exists and is executable. I wonder if there is a permissions
> >problem That appears to be a problem. If I try to run it as a normal
> >user (which is how I was testing), I get the following error:
> >
> > Ouch! ap_mm_crea
On Thu, May 06, 2004 at 11:45:00AM -0700, Stas Bekman wrote:
> This should do the trick. I'm testing with the mp2 test suite now.
Works for me with httpd-test - thanks a lot!
I just tried httpd-test on a machine which has libwww-perl 5.79, and
it's failing all over the shop with this error (always the same):
t/apache/rwriteok 104/114Use of uninitialized value in
length at /usr/lib/perl5/vendor_perl/5.8.3/HTTP/Message.pm line 132.
anyone else seen this or
Would it not be simpler to just change the Listen statements to be
"Listen 0.0.0.0:port" by default and avoid the IPv6 issue entirely?
joe
On Fri, Feb 27, 2004 at 07:54:07AM -0500, Ken Coar wrote:
> two aspects of the framework that i consider deficiencies are:
>
> 1. the inability to run a *single* test within a script.
This is possible if the test script is written to use sok:
http://perl.apache.org/docs/general/testing/testing.h
On Fri, Feb 27, 2004 at 03:04:20AM -0800, Stas Bekman wrote:
> Joe Orton wrote:
> >It works if you also have Apache-Test installed in the system site_perl
> >directory of course, which I have on most boxes so only just noticed
> >this. This fixes it for me, OK to checkin?
&g
The all.t tests are all failing for me on HEAD with errors like:
Can't locate Apache/Test.pm in @INC (@INC contains: ../Apache-Test/lib
/usr/lib/perl5/5.8.1/i386-linux-thread-multi /usr/lib/perl5/5.8.1
etc etc .) at
t/ssl/all.t line 4.
from an strace, the cwd of the process is the top-level pe
On Fri, Feb 20, 2004 at 01:30:03PM -0500, Geoffrey Young wrote:
> is there really no way to pass additional -D switches to the server? I
> can't see any, so unless I'm missing it...
Ooh, cool, I tried to add that feature earlier in the week too (and
didn't come up with a patch as simple as yours
On Wed, Feb 18, 2004 at 01:59:31PM -0800, Stas Bekman wrote:
> Joe Orton wrote:
> >Has anyone else seen this? I regularly manage to get my httpd-test
> >checkout into a state where the config suddenly has conflicting Listen
> >statements (when it didn't on the pr
Has anyone else seen this? I regularly manage to get my httpd-test
checkout into a state where the config suddenly has conflicting Listen
statements (when it didn't on the previous ./t/TEST invocation):
$ grep -r --include \*.conf Listen.*:8530 t/conf
t/conf/ssl/ssl.conf:Listen 127.0.0.1:8530
On Mon, Aug 04, 2003 at 12:37:51PM -0700, Sander Temme wrote:
> Hi all,
>
> This patch fixes a problem that occurs when RSA SSL-C is used as back-end
> for mod_ssl:
Just looked into this again, we'd seen this same problem on a few boxes
(using OpenSSL of course), but not on others, and had been u
On Wed, Feb 18, 2004 at 10:40:51AM -0500, Geoffrey Young wrote:
>
> > Well, it gets my vote. If it were to be an argument, it would have to
> > be stripped out of @_ before being passed through to LWP, which sounds
> > like it could get messy.
>
> ok, give this a whirl and see if it works for yo
On Wed, Feb 18, 2004 at 09:54:26AM -0500, Geoffrey Young wrote:
> > I should have explained this... the issue is that in response to an HTTP
> > request on an SSL port, mod_ssl in 2.0 issues an "HTTP/0.9" response,
> > i.e. it just spits out the response body without headers. This makes
> > TestRe
On Wed, Feb 18, 2004 at 09:05:47AM -0500, Geoffrey Young wrote:
>
> > sub vhost_socket {
...
> that all looks reasonable.
Thanks for the review Geoff!
...
> that the appropriate status code is returned seems like a valid test
> that we would want to keep around. maybe keep this but issue anot
Is this patch OK for TestRequest.pm?
--- Apache-Test/lib/Apache/TestRequest.pm 28 Nov 2003 18:19:45 -
1.93
+++ Apache-Test/lib/Apache/TestRequest.pm 18 Feb 2004 10:06:32 -
@@ -214,7 +214,7 @@
}
sub vhost_socket {
-my $module = shift;
+my ($module, $nossl) = @_
Oh, I see I just undid your commit. Did this really work for you?
I was always getting, from a clean checkout:
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl ./t/TEST
[warning] generating SSL CA for asf
[ error] configure() has failed:
open t/conf/ca.cnf: No suc
On Mon, Oct 06, 2003 at 08:20:26PM -0300, Fernando Marques wrote:
>
> Hello,
>
> I experienced an error when compiling flood-0.4. For instance, I'm using
> Red Hat 9. First, I've used your recomendations:
The APR installation included in the Subversion package in RHL9 does not
have a fully wor
On Tue, Jul 29, 2003 at 05:12:24PM +0200, Stas Bekman wrote:
...
> Certificate is to be certified until Jul 28 15:07:29 2004 GMT (365 days)
> failed to update database
> TXT_DB error number 2
This is reproducible on every clean checkout? It works OK here with
openssl 0.9.7a. openssl can sometime
On Thu, Mar 20, 2003 at 09:52:55AM +1100, Stas Bekman wrote:
> Joe Orton wrote:
> >On Tue, Feb 11, 2003 at 10:01:07AM +1100, Stas Bekman wrote:
> >
> >>Joe Orton wrote:
> >>
> >>>Since rev 1.63 of TestConfigPerl.pm I get this error running TEST (a
On Tue, Feb 11, 2003 at 10:01:07AM +1100, Stas Bekman wrote:
> Joe Orton wrote:
> >Since rev 1.63 of TestConfigPerl.pm I get this error running TEST (after
> >a fresh checkout)
> >
> >make[1]: Leaving directory `/home/joe/src/httpd-test/pf/c-modules/authany'
>
This is a regression test for http://bugs.php.net/bug.php?id=19840
Apparently I already have commit access - OK if I go ahead and commit
these?
joe
use strict;
use warnings FATAL => 'all';
use Apache::Test;
use Apache::TestRequest;
use Apache::TestUtil;
plan tests => 1, have_module 'php4';
# Re
Since rev 1.63 of TestConfigPerl.pm I get this error running TEST (after
a fresh checkout)
make[1]: Leaving directory `/home/joe/src/httpd-test/pf/c-modules/authany'
!!! configure() has failed:
Use of uninitialized value in subroutine entry at
/home/joe/src/httpd-test/pf/t/../Apache-Test/lib/Apac
On Fri, Feb 07, 2003 at 06:04:29PM +1100, Stas Bekman wrote:
> William A. Rowe, Jr. wrote:
> >AHHH... you are confusing apr/test (Ryan's ongoing efforts, even apart
> >from the apr group) which tests internal functions, with perl-testsuite,
> >which tests behavior of the server.
> >
> >If Joe's tes
On Fri, Feb 07, 2003 at 03:34:55PM +1100, Stas Bekman wrote:
> I haven't seen any activity with maintaining tests in a while and I have a
> bunch of ssl tests failing. I remember Ryan working on a new test suite.
> What's the current status of things? Should Joe's new php tests be
> committed?
>
Hi, attached are a t/php/getlastmod.t and t/htdocs/php/getlastmod.php, a
regression test for the PHP getlastmod() function.
Please excuse my poor Perl code in these... :)
use strict;
use warnings FATAL => 'all';
use Apache::Test;
use Apache::TestRequest;
use Apache::TestUtil;
use POSIX qw(strfti
Hi, attached is a perl-framework regression test for:
http://bugs.php.net/bug.php?id=17098
use strict;
use warnings FATAL => 'all';
use Apache::Test;
use Apache::TestRequest;
use POSIX qw(strftime);
plan tests => 1, have_module 'php4';
# Test for bug where Apache serves a 304 if the PHP file
73 matches
Mail list logo