;
-/** ST_MODE set to zero if no such file */
+/** finfo.protection (st_mode) set to zero if no such file */
apr_finfo_t finfo;
/** A struct containing the components of URI */
apr_uri_t parsed_uri;
__
Stas Bekman
like to port the
functionality from CPAN.pm to Apache::Test and send the patches here. It's all
pure perl, so you have no excuses that it's XS/C ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
like to port the
functionality from CPAN.pm to Apache::Test and send the patches here. It's all
pure perl, so you have no excuses that it's XS/C ;)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
?
__
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
--
Reporting bugs
K Old wrote:
On Mon, 2003-08-25 at 13:13, Stas Bekman wrote:
K Old wrote:
On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
On Sun, 24 Aug 2003, K Old wrote:
Hello everyone,
I've put HTML::Mason on a few servers now and have had problems with
Apache::Request and Apache::Test on two of them
const char *ap_document_root(request_rec *r)
*/
AP_DECLARE(const char *) ap_document_root(request_rec *r);
If you warn not to use it, what should be used instead?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
-path;
+}
__
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
Thanks to Jesse, all rt.cpan.org Apache::Test bug reports will be sent here,
no matter who has released the latest Apache-Test on CPAN.
we probably need to do the same with modperl...
__
Stas BekmanJAm_pH -- Just
is probably not very useful for
major, core mpms, however when people will start writing their own mpms, this
fixed/variable information will come handy.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
the ssl/http test is failing. it expect the server to send a normal 40x error
response with the body, however it sends 200 and HTTP/0.9. there is an
impedance mismatch here.
__
Stas BekmanJAm_pH -- Just Another
;
+
+# trick ok() into reporting the caller filename/line when a
+# sub-test fails in sok()
+return eval EOE;
+#line $line $filename
+ok(\$sub-());
+EOE
}
__
Stas BekmanJAm_pH -- Just Another
Stas Bekman wrote:
Joe Orton wrote:
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
After debugging this problem, I've figured that the failure is due
= $vhost-{port};
+# remember the already configured Listen/NameVirtualHost
+++$vhost-{namebased};
normally we used to write i++ in perl, but it's fine as well ;)
__
Stas BekmanJAm_pH -- Just
Joe Orton wrote:
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?
Yes.
It works OK here with
openssl 0.9.7a
Joe Orton wrote:
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?
Yes.
It works OK here with
openssl 0.9.7a
Randy Kobes wrote:
On Thu, 31 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[ .. ]
As Bill mentioned in another message, it looks like it would be
possible to integrate it within httpd-2.0. So rather than
including it within the Apache-Test sources, what I could do is
add a post-install script
Randy Kobes wrote:
On Thu, 31 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[ .. ]
That's what I was thinking - sorry, I should have been clearer.
ppm has a feature that, when one installs a ppm package, a script
from some server can optionally be fetched and run (by Perl, or
anything, actually
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a was
just a by product and never was intented to be installed. Request.so
was statically linking libapreq.a into it.
Now with 6.12 it creates both
Steve Hay wrote:
Stas Bekman wrote:
Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Here is what happens:
MM 6.03 used to create libapreq.a but not libapreq.so, libapreq.a
was just a by product and never was intented to be installed.
Request.so was statically linking libapreq.a
still run from the normal dir. Or are you
saying that you want the DocRoot to be the original t/?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
[...]
I'll take a look at this tonight as well - it'd probably
be easier to change, for Win32, the assumption of the
name of the httpd binary when apxs is present.
Thanks Randy!
Thanks for looking this over, Stas - I
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
I've been looking at getting apxs for Win32 working on Apache 2.
where would it go? Apache::Test? mod_perl?
If there's consensus, I think the better place
David Wheeler wrote:
On Monday, July 28, 2003, at 03:24 PM, Stas Bekman wrote:
2) We have a problem with Apache::Test running as root, since when
Apache sudoes into 'nobody' it can't access files under /root or
some other root owned dir. The current cvs version already tries to
tell the user
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
In the last few weeks the following two issues were raised:
1) store a default location of httpd/apxs in Apache::Test so one should
provide it only once.
I'm +1 on this feature. Is anybody interested to implement it?
That sounds like
.
__
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
;)
__
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
.
--
__
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
Randy Kobes wrote:
On Tue, 29 Jul 2003, Stas Bekman wrote:
Randy Kobes wrote:
I've been looking at getting apxs for Win32 working on Apache 2.
There's a number of changes needed due to the current reliance on
libtool, so initially I've tried just a pure Win32 version - if
anyone wants to try
release.
Let me know if you have some other issues that need to go in now.
Thanks.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
code into this somewhere.
Which code you are referring to?
__
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
David Wheeler wrote:
On Tuesday, July 15, 2003, at 01:18 PM, Stas Bekman wrote:
It's trivial. If your webserver supports only the following methods:
GET and HEAD, OPTIONS, but not POST. the request OPTIONS will return a
response with a header Allow: OPTIONS GET HEAD
Oh, I get it. See
.
__
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
.
__
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, July 15, 2003, at 01:15 PM, Stas Bekman wrote:
Wholy OS X, why would it fail if it resides in a diffent namespace :(
can you try nuking this code:
SV *
DeadCode()
CODE:
RETVAL = DeadCode(aTHX);
OUTPUT:
RETVAL
from Peek.xs.mp1.perl5.8 and then rerun 'perl
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.conf:
Invalid
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
with.
__
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
directory (e.g.
/tmp) or run 'make test' as non-root!
__
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
because of the issue case-insensitive issues with Apache/test.pm
vs. Apache/Test.pm, which are no longer a problem, since mod_perl 2.0, no
longer carries Apache/test.pm (it has been renamed to Apache/testold.pm).
__
Stas Bekman
;
}
__
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
-{redirect_ok} ?
+ $keep-{redirect_ok} : $RedirectOK;
return lwp_call($method, undef, $url, @$pass);
};
That looks good. I've committed it. Thanks David!
--
__
Stas BekmanJAm_pH -- Just Another
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?
__
Stas BekmanJAm_pH -- Just Another mod_perl
[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't have it return 'prefork
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?
__
Stas BekmanJAm_pH -- Just Another
.
__
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
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.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
;)
__
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
;
}
+else {
+# Apache 1.3
+$self-{mpm} = 'prefork';
+}
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
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
mailto:[EMAIL
} =~ m:^Apache/(\d)\.:;
$self-{rev} ||= 2;
--
__
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
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 does
not released
__
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
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 you all very much
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.
__
Stas Bekman
__
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
.
__
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 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 1.03
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 file
+}
+
+for (@convicts) {
+print unlink $_\n;
+chmod 0666, $_;
+unlink $_
+or warn !!! Failed to delete $_, please make sure to delete $_;
+}
+}
__
Stas BekmanJAm_pH -- Just
);
($data, $seen_eos) = flatten_bb($tbb);
$tbb-destroy;
$buffer .= $data;
} while (!$seen_eos length($buffer) SIZE);
it should be pretty much the same in C.
__
Stas BekmanJAm_pH -- Just Another
.
--
__
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
K Old wrote:
On Fri, 2003-06-06 at 20:07, Stas Bekman wrote:
[ CC'ing the apreq-dev list. In the future please post apreq build problems
questions to the apreq-dev list: http://httpd.apache.org/apreq/ ]
K Old, please try the httpd-apreq cvs version:
I just did:
% cd httpd-apreq
% perl-5.8.0
Stas Bekman wrote:
Stas Bekman wrote:
http://httpd.apache.org/docs-2.0/mod/mod_dir.html says:
A trailing slash redirect is issued when the server receives a
request for a URL http://servername/foo/dirname where dirname is a
directory. Directories require a trailing slash, so mod_dir issues
Stas Bekman wrote:
http://httpd.apache.org/docs-2.0/mod/mod_dir.html says:
A trailing slash redirect is issued when the server receives a
request for a URL http://servername/foo/dirname where dirname is a
directory. Directories require a trailing slash, so mod_dir issues a
redirect to http
/2/2003, Stas wrote:
Justin Erenkrantz wrote:
--On Monday, June 2, 2003 11:23 AM +1000 Stas Bekman [EMAIL PROTECTED] wrote:
it should honour this configuration and not ignore it, issuing a
redirect, despite the existence of DocumentRoot/foo/dirname. This is
how it worked in Apache-1.3 and appears
.
__
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
Jeff Trawick wrote:
Stas Bekman wrote:
When I've ported mod_perl 2.0 build to AIX, I have resorted to just
using -berok (which is one of the flags enabled by -G). -G itself
didn't quite work, I don't remember why. However I was told that it
depends on which compiler is used, I've heard
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 03, 2003 6:13 AM
To: [EMAIL PROTECTED]
Subject: Re: FW: httpd.exp for Apache 2.0.43
Stas Bekman wrote:
Jeff Trawick wrote:
Stas Bekman wrote:
the only part I've heard about where run-time linking doesn't always
work is when two pieces of code
/dirname. This is
how it worked in Apache-1.3 and appears to be broken in Apache-2.0.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
Justin Erenkrantz wrote:
--On Monday, June 2, 2003 11:23 AM +1000 Stas Bekman [EMAIL PROTECTED]
wrote:
it should honour this configuration and not ignore it, issuing a
redirect, despite the existence of DocumentRoot/foo/dirname. This is
how it worked in Apache-1.3 and appears to be broken
);
+}
+else {
ap_die(access_status, new);
-return;
}
-ap_finalize_request_protocol(new);
-}
-else {
-ap_die(access_status, new);
}
}
__
Stas BekmanJAm_pH
André Malo wrote:
* Stas Bekman wrote:
internal_internal_redirect() may return NULL, but this is not tested, causing
segfault in these situations. The following patch fixes that. Notice that when
NULL is returned ap_die has been already called, so no special action is
required
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 BekmanJAm_pH -- Just
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 have Apache
= catdir $FindBin::Bin, .., $_ , Apache-Test, lib;
+if (-d $dir) {
+push @dirs, $dir;
+last;
+}
+}
return EOF;
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
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.
Thanks
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
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 can't have
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.
That appears to work
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 ? insensitive\n
::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] http://use.perl.org
),
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 Another mod_perl Hacker
http
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 that will try
, 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 Another mod_perl Hacker
http
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-devm=105288551432493w=2
__
Stas BekmanJAm_pH -- Just
? What do you think?
__
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
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 Test
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
5.004;
require LWP::UserAgent; # this should load everything you need
1;
so libwww-perl = LWP is intuitive
Apache-Test = Apache::TestPlan is not
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
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 BekmanJAm_pH
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
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 -- Just Another mod_perl
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 case
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 package
in it and not
Apache/Tester.pm
__
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
and force to load
+IApache/Test.pm.
+
+=cut
__
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
.
__
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
installed Apache/test.pm and
nuke it on 'make install', replacing with an imposter version of Apache/test.pm.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
601 - 700 of 936 matches
Mail list logo