httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2004-11-24 19:36:41 -0500 (Wed, 24 Nov 2004) $]
Stuff to do:
* finish the t/TEST exit code issue (ORed with 0x2C if
framework failed)
* change existing tests that frob
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.,
t/modules
-BEGIN PGP SIGNED MESSAGE-
Rodent of Unusual Size wrote:
httpd-test/perl-framework STATUS: -*-text-*-
Last modified at [$Date: 2002/03/09 05:22:48 $]
Well, bugger. This moved to subversion and I didn't notice; these
have been coming from the old CVS. Fixed
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.,
t/modules
Cliff Woolley wrote:
On Tue, 23 Nov 2004, Joe Orton wrote:
Discussion of whether or not it's useful to have PHP tests in httpd-test
can take place on test-dev@, please send your comments there and I'll
follow up.
I actually think it's useful to have php tests in our suite, because
At 12:25 PM 11/23/2004, Cliff Woolley wrote:
On Tue, 23 Nov 2004, Joe Orton wrote:
Discussion of whether or not it's useful to have PHP tests in httpd-test
can take place on test-dev@, please send your comments there and I'll
follow up.
I actually think it's useful to have php tests in our
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
Covalent
At 10:35 AM 11/4/2004, Geoffrey Young wrote:
-TEST_VERBOSE ?= 0
+TEST_VERBOSE = 0
why not if (WIN32) {} then?
do win32 environments add some magic WIN32 environment variable I can check
in the Makefile? if they do and we can work around them that's cool with me.
If I had to guess,
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the manpage for pmake, which I guess is some
other
At 11:23 AM 11/4/2004, Geoffrey Young wrote:
If I had to guess, this borks anything but gmake. Test for that.
I had asked on #asf about this and somebody (I forget who) said that the
make manpage on minortaur (some bsd variant) supports ?= as well. from
looking at that it seems to be the
Geoffrey Young wrote:
a little digging on my own at the time made it seem like solaris make is
really gmake, so between linux, solaris, and bsd a decent case was being
made that most unix make variants to support the syntax. of course, that
list of 3 was hardly exhaustive :)
Umm, on all the
a little digging on my own at the time made it seem like solaris make is
really gmake
Well, the way you have it installed perhaps. But attempting this
against /usr/ccs/bin/make it most definately blows up.
ok. I actually don't have a solaris box to try on - I just went to sun's
support
the current
shell command.
somebody shout if ?= isn't portable, but a few accounts indicate that it is
Revision ChangesPath
1.42 +1 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/TestMM.pm
[EMAIL PROTECTED] wrote:
geoff 2004/11/03 12:37:22
Modified:perl-framework/Apache-Test/lib/Apache TestMM.pm
Log:
reverting to 1.41 - apparently the conditional assignment borks win32
return $preamble . 'EOF' . $cover;
-TEST_VERBOSE ?= 0
+TEST_VERBOSE = 0
why not if
@
if (my $custom_config_path = custom_config_path()) {
debug loading custom config data from: '$custom_config_path';
$custom_config_loaded++;
+($candidate) = $candidate=~/^(.*)/; # launder for -T
require $custom_config_path;
huh?
something
[EMAIL PROTECTED] wrote:
geoff 2004/10/28 07:33:56
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestConfig.pm
Log:
revert last change to keep things compiling
sorry stas if you would have gotten to this quickly, but I
[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/t/security CAN-2004-0940.t
Log:
Regression test for CAN-2004-0940, 1.3
On Thu, 28 Oct 2004, Geoffrey Young wrote:
I get the following failures on 1.3.32 but not on 1.3.33.
t/modules/rewrite.t 222 9.09% 18 20
t/security/CAN-2004-0940.t11 100.00% 1
t/security/CAN-2004-0958.t92 22.22% 1 3
I
Geoffrey Young wrote:
[EMAIL PROTECTED] wrote:
geoff 2004/10/28 07:33:56
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestConfig.pm
Log:
revert last change to keep things compiling
sorry stas if you would have gotten to this quickly,
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 Oct 26, 2004, at 10:00 AM, Geoffrey Young wrote:
that's not so bad, but it will affect users somewhat - I know that I
have
used it in at least one of my tests...
Bleh. Bad Geoff!
maybe keeping $RedirectOK but moving the perl-framework (and mod_perl)
over
to the new API would be a nice
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-Test/lib/Apache TestRequest.pm
Log:
On Oct 25, 2004, at 4:33 PM, Geoffrey Young wrote:
let's give david a chance to investigate - either to fix or, if a
quick fix
isn't obvious, revert the behavior.
if david doesn't respond by, say, wednesday, we (you or I) should feel
free
to just revert the change. maybe david is on vacation
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 you lok
).
Revision ChangesPath
1.106 +1 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/Test.pm
Index: Test.pm
===
RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/Test.pm,v
retrieving
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 the rest is.
Joe Orton wrote:
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 the rest is.
On Oct 18, 2004, at 5:06 PM, [EMAIL PROTECTED] wrote:
add new test_config make target, equivalent to t/TEST -conf,
and make it a prerequisite for the cmodules make target. now
you can 'make cmodules' to build the things in c-modules/
without running t/TEST -conf first.
Uh, what? Can you
[EMAIL PROTECTED] wrote:
jorton 2004/10/12 06:53:41
Modified:perl-framework/t/modules rewrite.t
perl-framework/t/conf extra.conf.in
Log:
Add test for RewriteRule [P] flag which is broken in HEAD
due to mod_proxy changes.
joe++
:)
--Geoff
* Geoffrey Young [EMAIL PROTECTED] wrote:
joe++
:)
!
;-)
nd
--
Solides und umfangreiches Buch
-- aus einer Rezension
http://pub.perlig.de/books.html#apache2
[EMAIL PROTECTED] wrote:
theory 2004/10/05 12:45:08
Modified:perl-framework/Apache-Test/lib/Apache TestMB.pm
Log:
Added testcover action.
Revision ChangesPath
1.8 +28 -1 httpd-test/perl-framework/Apache-Test/lib/Apache/TestMB.pm
Index: TestMB.pm
--On Wednesday, September 29, 2004 3:39 PM +0100 Joe Orton
[EMAIL PROTECTED] wrote:
OK, the difference is in the handling of an empty Content-Length header.
The glibc strtoll does not return an error for an empty string, as C99
requires, and so ap_http_filter treats it exactly as Content-Length:
--On Wednesday, September 29, 2004 10:26 AM +0100 Joe Orton
[EMAIL PROTECTED] wrote:
Yup, the t_cmp arguments were flipped a while back.
FWIW, I think whomever flipped the t_cmp arguments but didn't flip the
included test cases at the same time needs a stern talking to. I spent
over an hour
Justin Erenkrantz wrote:
--On Wednesday, September 29, 2004 10:26 AM +0100 Joe Orton
[EMAIL PROTECTED] wrote:
Yup, the t_cmp arguments were flipped a while back.
FWIW, I think whomever flipped the t_cmp arguments but didn't flip the
included test cases at the same time needs a stern
--On Thursday, September 30, 2004 2:54 PM + [EMAIL PROTECTED] wrote:
geoff 2004/09/30 07:54:40
Modified:perl-framework/t/apache acceptpathinfo.t chunkinput.t
errordoc.t getfile.t limits.t options.t
perl-framework/t/filter input_body.t
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:
Fix
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 by memory
+sub clean_files {
+return [
+qw(lib/Apache/TestConfigData.pm
+ .mypacklist
+ t/TEST
+ ),
+ ];
+}
[EMAIL PROTECTED] mod_perl-2.0]$ perl Makefile.PL
MP_APXS=/usr/local/apache2/bin/apxs
Reading Makefile.PL
[EMAIL PROTECTED] wrote:
gozer 2004/09/16 14:36:13
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestConfig.pm
Log:
Added an apxs query cache for improved test performance
It doesn't seem to make any difference for me. I'm not sure
===
RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestMB.pm,v
retrieving revision 1.7
diff -u -r1.7 TestMB.pm
--- lib/Apache/TestMB.pm 5 Sep 2004 00:11:30 - 1.7
+++ lib/Apache/TestMB.pm 15 Sep 2004 23:56:48 -
@@ -53,7 +53,6 @@
sub
you were trying to solve.
--Geoff
Index: Apache-Test/lib/Apache/TestConfig.pm
===
RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache
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 the file so
[EMAIL PROTECTED] wrote:
stas2004/08/08 23:19:16
Modified:perl-framework/Apache-Test/lib/Apache Test.pm TestConfig.pm
TestRun.pm
Log:
another round of fixes of fixes
We are definitely not ready for the planned release. My recent attempts
to fix a fatal
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2004/08/08 23:19:16
Modified:perl-framework/Apache-Test/lib/Apache Test.pm
TestConfig.pm
TestRun.pm
Log:
another round of fixes of fixes
We are definitely not ready for the planned release.
[EMAIL PROTECTED] wrote:
stas2004/08/06 11:20:42
Modified:perl-framework/Apache-Test Changes Makefile.PL
perl-framework/Apache-Test/lib/Apache TestConfig.pm
TestConfigPerl.pm TestRun.pm TestServer.pm
Log:
move the custom config code into
David Wheeler wrote:
On Jul 31, 2004, at 5:04 PM, Stas Bekman wrote:
I guess losing the skip message by making need_ functions that
replace the existing have_ functions is okay. It's most important
that tests continue to pass...
They will.
Then I say we go with need.
I kind of
[EMAIL PROTECTED] wrote:
theory 2004/07/30 19:43:33
+ # Always allow redirection.
+ my $redir = have_lwp ? [qw(GET HEAD POST)] : 1;
+ Apache::TestRequest::user_agent(reset = 1,
+ requests_redirectable = $redir);
Using have_ macros for non-plan()
Using have_ macros for non-plan() usage should be avoided, since it
populates the SKIP messages array and if later the test is skipped, for
a different reason it'll misleadingly tell the user that LWP was also a
requirement for that test (which quite possibly could be what we want).
We need
Geoffrey Young wrote:
Using have_ macros for non-plan() usage should be avoided, since it
populates the SKIP messages array and if later the test is skipped, for
a different reason it'll misleadingly tell the user that LWP was also a
requirement for that test (which quite possibly could be what we
On Jul 31, 2004, at 1:14 AM, Stas Bekman wrote:
so, have_foo is intuitive to be used anywhere in the code, and plan
now will look like:
plan tests = 5, need_lwp, need_cgi, need_php;
I like this, but isn't it putting the onus of change on module owners
and introducing the likelihood of
David Wheeler wrote:
On Jul 31, 2004, at 1:14 AM, Stas Bekman wrote:
so, have_foo is intuitive to be used anywhere in the code, and plan
now will look like:
plan tests = 5, need_lwp, need_cgi, need_php;
I like this, but isn't it putting the onus of change on module owners
and introducing the
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 for
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 use only, expected to run (and in some cases
compile) successfully only on
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 use
And may be this is a good idea for the A-T skeleton as well :)
indeed :)
actually, the bug reporting skeleton used t/My/Handler.pm, and I'll
certainly change that to t/lib not. the A-T module skeleton actually starts
with no supporting modules, since you would want to install the module
On Jul 14, 2004, at 5:01 PM, [EMAIL PROTECTED] wrote:
+If a directory t/lib exists from where the tests are run, adjust
[EMAIL PROTECTED] so that this directory is added when running the tests,
+both within t/TEST and within t/conf/modperl_inc.pl.
+This allows inclusion of modules specific
Geoffrey Young wrote:
And may be this is a good idea for the A-T skeleton as well :)
indeed :)
actually, the bug reporting skeleton used t/My/Handler.pm, and I'll
certainly change that to t/lib not.
ECANTPARSETHAT
the A-T module skeleton actually starts
with no supporting modules, since you
[EMAIL PROTECTED] wrote:
theory 2004/07/09 13:01:26
Modified:perl-framework/Apache-Test Changes
perl-framework/Apache-Test/lib/Apache TestMB.pm
Log:
Be verbose in TestMB when verbosity is called for, but not otherwise.
can somebody please subscribe david to
Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2004/06/27 11:46:03
Modified:perl-framework/Apache-Test/lib/Apache TestReportPerl.pm
perl-framework/Apache-Test Changes
Log:
Force projects that use Apache::TestReportPerl to implement
report_to() if
On Jun 28, 2004, at 6:14 AM, Geoffrey Young wrote:
that's ok - I have rerolled a new candidate with these changes
incorporated
for you to test ;)
if all looks good to you I'll release.
All tests pass for me. I don't know if this was intentional, but the
new tests I introduced last week aren't
David Wheeler wrote:
On Jun 28, 2004, at 6:14 AM, Geoffrey Young wrote:
that's ok - I have rerolled a new candidate with these changes
incorporated
for you to test ;)
if all looks good to you I'll release.
All tests pass for me. I don't know if this was intentional, but the new
tests I
[EMAIL PROTECTED] wrote:
stas2004/06/27 11:46:03
Modified:perl-framework/Apache-Test/lib/Apache TestReportPerl.pm
perl-framework/Apache-Test Changes
Log:
Force projects that use Apache::TestReportPerl to implement
report_to() if they use t/REPORT in their
ChangesPath
1.167 +6 -0 httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm
Index: TestRun.pm
===
RCS file: /home/cvs/httpd-test/perl-framework/Apache-Test/lib/Apache/TestRun.pm,v
retrieving revision 1.166
+# _show_results() calls uses calls die() under a few
conditions,
calls uses calls ? :)
I swear something is wrong with me lately...
--Geoff
Geoffrey Young wrote:
+# _show_results() calls uses calls die() under a few
conditions,
calls uses calls ? :)
I swear something is wrong with me lately...
You must be in love :)
__
Stas BekmanJAm_pH -- Just
Cliff Woolley wrote:
On Mon, 5 Apr 2004 [EMAIL PROTECTED] wrote:
stas2004/04/04 21:35:21
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
TestConfig.pm
perl-framework/Apache-Test Changes
Log:
Don't try to set ulimit unlimited for
[EMAIL PROTECTED] wrote:
geoff 2004/04/28 07:55:42
Modified:perl-framework/Apache-Test/lib/Apache TestConfigPerl.pm
Log:
prevent 'Empty compile time value given to use lib' warnings
Revision ChangesPath
1.88 +1 -0 httpd-test/perl-framework/Apache-Test/lib
I don't understand why did you have this problem (what did you have in
@INC?), but I think that this just works around the problem. It's better
to go up to where $self-{inc} is getting set and not let invalid values
in, so if you use $self-{inc} you won't have to workaround again.
I was
Abhishek Khandelwal wrote:
I am getting the following error when I run the perl-test framework.
I get this error when I run the test twice, one after another.
Abhishek, why did you CC the Test::Harness bug list? it's totally unrelated.
Please post bug reports to that list only when you see a bug
/webserver/httpd/test/perl-framework/t/conf/extra.conf:
Invalid command 'Order', perhaps mis-spelled or defined by a module not
included in the server configuration
Abhishek, the directive Order needs mod_access to be loaded. Is your server
built with mod_access built in or as a shared object?
What
run, it fails.
Anyone has any idea about what might be the reason for the error.
This is the error:::
waiting 60 seconds for server to start: .Syntax error on line 16 of
/usr/local/nightly/cvs-root/oss/core/webserver/httpd/test/perl-framework/t/conf/extra.conf:
Invalid command 'Order
Abhishek Khandelwal wrote:
On Thu, 2004-04-15 at 12:19, Stas Bekman wrote:
Abhishek Khandelwal wrote:
I dont see any difference in two files.
I runt the test twice to do a test coverage analysis.
At first, I install and test apache without test coverage
and then I again install and test with
On Thu, 2004-04-15 at 12:48, Stas Bekman wrote:
Abhishek Khandelwal wrote:
On Thu, 2004-04-15 at 12:19, Stas Bekman wrote:
Abhishek Khandelwal wrote:
I dont see any difference in two files.
I runt the test twice to do a test coverage analysis.
At first, I install and test apache
On Mon, 5 Apr 2004 [EMAIL PROTECTED] wrote:
stas2004/04/04 21:35:21
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
TestConfig.pm
perl-framework/Apache-Test Changes
Log:
Don't try to set ulimit unlimited for coredumps on
Cliff Woolley wrote:
On Mon, 5 Apr 2004 [EMAIL PROTECTED] wrote:
stas2004/04/04 21:35:21
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
TestConfig.pm
perl-framework/Apache-Test Changes
Log:
Don't try to set ulimit unlimited for
Geoffrey Young wrote:
[EMAIL PROTECTED] wrote:
coar2004/04/01 15:57:17
Modified:perl-framework/Apache-Test/lib/Apache TestConfig.pm
TestConfigParse.pm
Log:
add an '-httpd_conf_extra filename' option to allow
an *additional* server config file to
1 - 100 of 256 matches
Mail list logo