lower value, e.g.:
# APACHE_TEST_CONFIG_ORDER 99
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.p
s as User root";
-#XXX: prompt for another username
-}
-}
+die "cannot run tests as User root" if $user eq 'root';
$user;
}
__
Stas BekmanJAm_pH --> Just A
ke_sock: could not bind to address 0.0.0.0:8534
no listening sockets available, shutting down
Unable to open logs
Do you have the same problem with an updated Apache::Test?
______
Stas BekmanJAm_pH --> Just Another
_t_perms {
+my $self = shift;
+
+if (%original_t_perms) {
+my $vars = $self->{test_config}->{vars};
+while (my($file, $ids) = each %original_t_perms) {
+next unless -e $file; # files could be deleted
+chown @$ids, $file;
+}
+}
}
sub run
://marc.theaimsgroup.com/?l=apache-test-dev
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.co
Stas Bekman wrote:
http://httpd.apache.org/test/ points to
http://www.apachelabs.org/test-dev/ for the mail archives, which gets
redirected to http://www.apache.org/.
If the archive has moved where is the new location? In any case that
link should be fixed/removed.
Here is another archive
Randy Kobes wrote:
On Fri, 31 Jan 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
stas2003/01/30 16:53:45
Modified:perl-framework/Apache-Test/lib/Apache TestRun.pm
Log:
# handle the cases when the test suite is run under 'root':
#
# 1. When user 'bar' is
Randy Kobes wrote:
On Fri, 31 Jan 2003, Stas Bekman wrote:
Is the whole test-under-'root' issue moot under win32, and can
be safely skipped without messing the code?
Hi Stas,
There is a concept of permissions under Win32 (some flavours)
which in principle can enter this (for e
1 33.33% 2
ssl/http.t 255 65280 22 100.00% 1-2
ssl/proxy.t 1695 2.96% 113-117
ssl/varlookup.t 724 5.56% 38-39 52-53
5 tests and 6 subtests skipped.
______
Stas Bekman
e-Test/lib/Apache/Test.pm
at line 47 fail #53
# received: '/C=US/ST=California/L=San
Francisco/O=ASF/OU=httpd-test/CN=ca/[EMAIL PROTECTED]'
not ok 53
__
Stas BekmanJAm_pH --> Just Another mod_perl Hac
Joe Orton wrote:
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 Orton wrote:
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 n
Stas Bekman wrote:
Joe Orton wrote:
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? Sh
work.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
after all.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.co
n_tag {
my($self, $line, $indent) = @_;
+use Carp;
+Carp::confess("whoah!") unless defined $line and defined $indent;
+
my $cfg = $self->parse_vhost($line);
my $port = $cfg->{port};
$cfg->{out_postamble}->();
_____
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 (after
a fresh checkout)
make[1]: Leaving directory `/home/joe/src/httpd-test/pf/c-modules/authany'
!!! configure() has failed:
U
t? The top-level one?
What's the value of PM_TO_BLIB?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
EMAIL PROTECTED]
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
hi all...
I don't see why Apache::TestUtil exports so many functions by
default, yet it leaves out three that are just as helpful.
Because there are private functions (think of these as _foo). Do you
need them?
sure. real
any API changes are
OK, IMHO.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ak up asap.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modp
with mod_perl
1.0, or without mod_perl at all.
Please make sure that everything work for you with this version. And report
problems if any.
Thanks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
h
. Now it will die a horrible
death. [Stas]
Before v1.0 most changes were logged in modperl-2.0/Changes (see
mod_perl <= v1.99_08).
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide -
PL to work with perl-5.005_03
[Stas]
perlpods are found either in the 'pods/' or 'pod/' subdirs [Randal
L. Schwartz ]
Autoconfigure Alias /getfiles-* only if the corresponding targets
exist [Stas]
______
Stas Bekman
around because some case
+insensitive filesystems may load I instead of
+I where mod_perl 1.0 is installed.
+
+Luckily we can manually walk the @INC dirs and force to load
+I.
+
+=cut
__
Stas BekmanJAm_pH --> Just Another mod_perl H
.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
which should be
the same thing, so no matter what OS decides to load it still works the same.
And Apache::Test's Makefile.PL has to find any installed Apache/test.pm and
nuke it on 'make install', replacing with an imposter version of Apache/test.pm.
__
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
We have a problem with using the Apache::Test name, more correctly we have a
problem with using the Apache/Test.pm filename. On platforms with
case-insentive filesystems (winFU, Mac OS X) if mod_perl 1.x is installed,
there is
It's probably much better to explicitly search @INC,
rather than relying on INSTALLVENDORARCH.
p.s. the Apache/test.pm is quite big but should be ok if it's never be
modified, which I hope is the case...
______
Stas Bekman
David Wheeler wrote:
On Monday, May 5, 2003, at 07:34 PM, Stas Bekman wrote:
I don't think this will be robust enough, since vendors tend to do
things in their own subtle ways. It's probably much better to
explicitly search @INC, rather than relying on INSTALLVENDORARCH.
Hrm, ye
who will
try to use it. It also will require to maintain the version in it and not
Apache/Tester.pm
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.a
named Apache-Test, people will
try to install Apache::Test via CPAN. or search for it in search.cpan.org.
Also I don't get what good the multi-level naming will do to the resolving
this problem.
______
Stas BekmanJAm_pH
Randy Kobes wrote:
On Thu, 8 May 2003, Stas Bekman wrote:
The problem with providing a replacement for Apache::test is
that some people are going to reinstall older mod_perl versions
and kill the overriden file.
That's certainly true in general (for case-preserving but
otherwise
Randy Kobes wrote:
On Thu, 8 May 2003, Stas Bekman wrote:
[ .. ]
One question remains: should the package be renamed to
Apache-Tester as well? Since people will see Apache::Test and
will try to install Apache::Test in CPAN.pm, and that won't
work.
Probably to make a clean break the whole pa
Randy Kobes wrote:
On Fri, 9 May 2003, Stas Bekman wrote:
[ .. ]
Yes, that shouldn't be a problem.
So currently we are down to two options:
1) Integrate test.pm in Test.pm. I think we should bundle
Apache::Test with future versions of mod_perl to make the
maintenance simple and remove the ori
des. but there are a few subs that are not. May be this other
functionality should move elsewhere.
I dunno, I'm terrible with names anyway, so I'll shut up now and just
wait for the results :)
No, no, you can't just wait for the results.
_______
se Apache::Test([\s;])|use Apache::TestPlan$1|' files
Is everybody happy with that solution?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apac
Randy Kobes wrote:
On Tue, 13 May 2003, Stas Bekman wrote:
[ .. ]
This is what I see now as the simplest solution at all fronts:
1) keep the distro name Apache-Test.
2) s|Apache/Test.pm|Apache/TestPlan.pm|
3) contents of Apache/TestPlan.pm:
package Apache::Test;
$Apache::Test::VERSION = '
David Wheeler wrote:
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
2) Rename Apache::Test to Apache
mix::adjust : bad programmer, no cookie
Now that I think about it, may be it's better to append the sub name,
file/line info at the end of the trace like warn/die do, instead of the
beginning? What do you think?
__
S
Stas Bekman wrote:
Geoffrey Young wrote:
I actually like Apache::TestPlan, it's most of the functionality that
this module provides. but there are a few subs that are not. May be
this other functionality should move elsewhere.
given that almost all of the functions from the various
David Wheeler wrote:
On Thursday, May 8, 2003, at 05:44 PM, Stas Bekman wrote:
1) Integrate test.pm in Test.pm. I think we should bundle Apache::Test
with future versions of mod_perl to make the maintenance simple and
remove the original Apache::test from it.
2) Rename Apache::Test to Apache
nt, look at LWP.pm:
package LWP;
$VERSION = "5.69";
sub Version { $VERSION; }
require 5.004;
require LWP::UserAgent; # this should load everything you need
1;
so libwww-perl => LWP is intuitive
Apache-Test => Apache::TestPlan is not
David Wheeler wrote:
On Tuesday, May 13, 2003, at 08:08 PM, Stas Bekman wrote:
If an old mod_perl 1.0 is installed and it overrides Apache::Test,
Makefile.PL will simply fail to satisfy the requirement of a specific
version (because Apache::test's version is smaller than Apache::Test
Geoffrey Young wrote:
sorry, I didn't realize I was subscribed to this list :)
>use Config;
+use Apache::TestLoad ();
whoops :)
oops indeed, thanks for the fix Geoff. I've removed it.
______
Stas Bekman
stuff to work, so it's no biggie.
sorry for the noise :)
If we get more than one request for that feature, we can always add a flag to
override this override ;)
______
Stas BekmanJAm_pH --> Just Anoth
Folks please send your feedback on this last proposal, so we can close this
issue asap.
In case you have missed it:
http://marc.theaimsgroup.com/?l=apache-test-dev&m=105288551432493&w=2
______
Stas BekmanJAm_pH
David Wheeler wrote:
On Tuesday, May 13, 2003, at 09:11 PM, Stas Bekman wrote:
so that bug should be fixed in CPANPLUS, in any case new Apache/test
will have a $VERSION
Yes. I sent them a patch. We'll see if they apply it.
So we probably should check whether UNINST=1 is on, and if not (a
David Wheeler wrote:
On Monday, May 19, 2003, at 03:43 PM, Stas Bekman wrote:
That's the trick. Each of these files contains both Apache::test and
Apache::Test (do you see that each has require() called twice?). So it
doesn't matter which one gets overwritten. Give it a try.
But you
David Wheeler wrote:
On Monday, May 19, 2003, at 05:08 PM, Stas Bekman wrote:
That's right. Let's try this next: I've attached a new patch, which
moves the creation of lib/Apache/test.pm into a Makefile.PL. On
case-insensitive systems it'll overwrite lib/Apache/Test.pm.
David Wheeler wrote:
On Monday, May 19, 2003, at 06:41 PM, Stas Bekman wrote:
So we need to figure out how to enforce UNINST the old Apache/test.pm
if any.
For example we could adjust MY::install to unlink it, without messing
with UNINST=1, though the latter will be the simplest.
Sounds okay
David Wheeler wrote:
On Monday, May 19, 2003, at 07:18 PM, Stas Bekman wrote:
my $is_case_insensitive = -e catfile qw(lib Apache test.pm);
Ah, yes, of course. So there _is_ a simple way to test for it!
if it works, then yes!
It works:
% perl -e 'print -e "lib/Apache/test.pm" ?
::testold/
I guess better: s/Apache::test/Apache::test_mp1/
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED
ason),
it still shouldn't be an issue.
As long as they hide it from MakeMaker so it won't attempt to install it,
which will just cause an inconvenience to its users.
______
Stas BekmanJAm_pH --> Just Anoth
David Wheeler wrote:
On Monday, May 19, 2003, at 07:57 PM, Stas Bekman wrote:
As long as they hide it from MakeMaker so it won't attempt to install
it, which will just cause an inconvenience to its users.
Of course. Mine is in t/lib, as is Mason's, I believe.
And here is a patch tha
s becoming deprecated.
Geoff, it'd be nice for your article to sum up this issue, once everybody is
happy with it. Looks to me like a perfect place and time.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
irs, 'Apache-Test' if IS_MOD_PERL_2_BUILD;
+for (qw(. ..)) {
+my $dir = catdir $FindBin::Bin, "..", $_ , "Apache-Test", "lib";
+if (-d $dir) {
+push @dirs, $dir;
+ last;
+ }
+}
return <<&qu
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
that other thread was becoming too much to follow :)
You just ruined the record we were heading to. It was 62 messages and
growing. ;)
Or would you rather say, that you are anxious to publish the article? ;)
well, it's less abo
t-post: <mailto:[EMAIL PROTECTED]>
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
htt
Stas Bekman wrote:
Sander Temme wrote:
on 5/20/03 10:53, Sander Temme at [EMAIL PROTECTED] wrote:
This breaks on RH 8.0 and Solaris 7, both on perl 5.8.0, with the
following
Eventually I've committed a different fix. Please check that it works for you.
T
David Wheeler wrote:
On Monday, May 19, 2003, at 08:17 PM, Stas Bekman wrote:
And here is a patch that will try to alert users to remove old
Apache/test.pm if any. Probably not very useful as most will miss the
warnings, but we can always say, "you have been warned" ;)
I'm jus
David Wheeler wrote:
On Wednesday, May 21, 2003, at 07:37 PM, Stas Bekman wrote:
David, the latest wind is not to do anything at all with Apache-Test.
Instead replace Apache/test.pm with Apache/testold.pm in the mod_perl
distro and ask all those who use Apache::test (which should be very
few
David Wheeler wrote:
On Wednesday, May 21, 2003, at 08:10 PM, Stas Bekman wrote:
Good point. We will do that from Apache-Test which I plan to bundle
with 1.28 as well to make it spread faster to users and encourage
developers to use it.
Cool, and good thinking.
So is everybody happy with this
Randy Kobes wrote:
On Thu, 22 May 2003, Randy Kobes wrote:
On Thu, 22 May 2003, Stas Bekman wrote:
[ ... ]
It'd be very helpful if somebody could do a bit of processing
of CPAN and figure who uses Apache::test and compile a list of
their email addresses.
Here's a list of packages that h
Randy Kobes wrote:
On Fri, 23 May 2003, Stas Bekman wrote:
Fantastic, Randy! There are very few as expected.
Can we simply grep for Apache::test in all files (not only
Makefile.PL) and then 'find . |grep Apache/test.pm' to exclude
those who bundle the package?
By a strange coinci
a committer to
httpd-test, but if no one else steps up, I'll take whomever volunteers.
I can do that.
If others volunteer it's even better, having 3-4 moderators makes things even
more efficient.
______
Stas Bekman
gure it all out, if you can submit an addition for the testing
tutorial (http://perl.apache.org/docs/general/testing/testing.html) that would
be very helpful for others
__
Stas BekmanJAm_pH --> Just Another mod_pe
@convicts, map { catfile $dir, $_ } @matches if @matches;
+}
+
+if (@convicts) {
+print <
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://
David Wheeler wrote:
On Monday, June 16, 2003, at 02:42 AM, Stas Bekman wrote:
OK, here is the patch that nukes Apache/test.pm. Please test it on
case-insensitive systems (if you don't have Apache/test.pm, please add
it just to test). Once you confirm that it works, I release
Apache::Test
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the file.
Because I r
Stas Bekman wrote:
David Wheeler wrote:
On Monday, June 16, 2003, at 08:02 PM, Stas Bekman wrote:
Any idea why has it failed to delete the file? I've copied the code
from forceunlink sub in MakeMaker (which is called on UNINST=1), it
changes the mode to 0666 and then attempts to delete the
ase.
Look at how mod_perl does that.
BTW, autogeneration of t/TEST is only useful if you don't want any
customizations. If you do, create t/TEST.PL, like modperl-2.0 does.
Another examples on CPAN are Apache::Peek and Apache::Clean.
____
s I want it to use, I would greatly appreciate it.
I finally figured out that this works:
$Apache::TestRequest::RedirectOK = 0;
Again, more docs would be welcome.
Patches are welcome.
__
Stas BekmanJAm_pH --> Just A
Randy Kobes wrote:
On Tue, 17 Jun 2003, Stas Bekman wrote:
[ .. ]
David, please test this patch. This version performs the
cleanup only during 'make install'. what I'm not sure about is
whether it handles correctly some weird paths when creating the
packlist. I think it should work
h/to/1.x/httpd perl Makefile.PL && make test
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apac
r you.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
David Wheeler wrote:
On Tuesday, June 17, 2003, at 08:02 PM, Stas Bekman wrote:
Geoffrey Young wrote:
1. The documentation is pretty lacking.
As Geoff pointed out, this statement is incorrect. The document:
http://perl.apache.org/docs/general/testing/testing.html
should answer most of your
David Wheeler wrote:
On Wednesday, June 18, 2003, at 07:30 AM, Stas Bekman wrote:
Now just awaiting a confirmation from David and I'll put Apache::Test
1.03 on CPAN.
David, if you see this before tomorrow, simpy try the latest cvs, I
have already committed the needed change. Hopefully it
line. This way we
don't have to comment out debug prints. [Stas]
=item 1.02
not released
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mai
Stas Bekman wrote:
I've uploaded 1.03's release candidate. If nobody finds any faults, I'll
upload it tomorrow on CPAN. (libapreq needs to rely on 1.03 fixes to
release its 1.2's version).
Please try it out:
http://www.apache.org/~stas/Apache-Test-1.03-dev.tar.gz
Thank y
d at ../../build/xsbuilder.pl line 10.
Following patch to Apache::Test 1.03 fixes this
+1
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mai
$self->{version} = $self->{config}->httpd_version || '';
+$self->{mpm} = $self->{config}->httpd_mpm || '';
($self->{rev}) = $self->{version} =~ m:^Apache/(\d)\.:;
$self->{rev} ||= 2;
--
__
n rendered in HTML. That's the practice I've started
to use on the perl.apache.org and it seems to do pretty well.
Looking forward for more docs ;)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
ACHE_MPM_DIR}) {
$self->{mpm} = basename $mpm_dir;
}
+else {
+# Apache 1.3
+$self->{mpm} = 'prefork';
+}
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stas
[EMAIL PROTECTED] wrote:
On Wed, 9 Jul 2003, Stas Bekman wrote:
plan ..., have_apache2 && have_apache_mpm('prefork');
I think this is probably the way to go. If you call have_apache_mpm()
and it's apache 1.3, I might have it return an error of some kind, but
I wouldn&#x
t;Can't do it: $!\n";
That's what I think should be changed.
Hope I've explained it better this time! :-)
don't rely on cwd, use the full path:
my $vars = Apache::Test::vars();
my $path = catfile $vars->{serverroot}, qw(logs error_log);
Does that solve your problem?
_
please verify that it now works for you.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
module is in pure Perl or not. Apache dumps core no matter what module
you use. And Perl sometimes does too. So you probably don't really want to
disable that feature.
______
Stas BekmanJAm_pH --> Just Ano
it we
better have a special module (which can be at least bundled to start with).
Another approach is to use Module::Install, which I haven't tried yet, but
which is supposed to resolve this kind of a problem generically.
______
St
f ($redir) {
$RedirectOK = $redir;
}
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http:/
Sander Temme wrote:
on 7/10/03 18:00, Stas Bekman at [EMAIL PROTECTED] wrote:
Does this work?
else if ($redir) {
$RedirectOK = $redir;
}
It does. However, isn't this the same condition as in the top if clause?
Wouldn't you want to:
Index: Apache-Test/lib/Apache/Test
local $RedirectOK = $keep->{redirect_ok};
-}
+local $RedirectOK = exists $keep->{redirect_ok} ?
+ $keep->{redirect_ok} : $RedirectOK;
return lwp_call($method, undef, $url, @$pass);
};
That looks good. I've committed it. Thanks David!
--
rver in the debug mode)
make: *** [run_tests] Terminated
Exit 2
Do you have mod_alias available?
% prefork/bin/httpd -l | grep mod_alias
mod_alias.c
I suppose we could run this command to check for prerequisites and die if they
aren't available?
__
the other option is to dump
have_apache_mpm() in favor of a more generic query_apache() (or have
both :)
+1
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
o /root/foo/Apache-Test-1.03 are
readable by that user, or move the whole tree to some other directory (e.g.
/tmp) or run 'make test' as non-root!
__
Stas BekmanJAm_pH --> Just Another mod_perl Ha
Randy Kobes wrote:
On Fri, 11 Jul 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
[ .. ]
Now I get a different failure ("Alias" is now invalid):
[ .. ]
waiting for server to start: .Syntax error on line 76 of
/home/slavenr/work2/httpd-test/perl-framework/Apache-Test/t/conf/httpd.con
[EMAIL PROTECTED] wrote:
On Fri, 11 Jul 2003, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
[ .. ]
Now I get a different failure ("Alias" is now invalid):
[ .. ]
waiting for server to start: .Syntax error on line 76 of
/home/slavenr/work2/httpd-test/perl-framework/Apache-Test/t/conf/
David Wheeler wrote:
On Wednesday, July 9, 2003, at 09:14 PM, Stas Bekman wrote:
David, also please check the latest Apache::Peek on CPAN, I have
started abstracting this functionality especially for complex builds
which has to support both mod_perl versions. I haven't finished yet,
options are the most
urgent that you need to work with.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://
1 - 100 of 1004 matches
Mail list logo
