ring LWP.
--
_____
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The "Practical mod_perl" book http://modperlbook.org/
http://perl.apache.org/ http://
perl-fu have a real solution? -- justin
I ditched $_, see if it solves the problem.
--
_____
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com/
The "Practical mod_perl&q
/Changes:
- - remove '-dev'
+ - change -dev to -rc\d+ start with -rc1
- add release date
but where is the instruction to remove -rcX when doing the final release?
--
_
Stas Bekman mailto:[EMAIL PRO
$args->{$_} = $Apache::TestConfigData::vars->{$_};
not really, I believe. It's possible that -httpd is not passed, in which
case this won't 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://mailchannels.com
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
Now, this looks like a bug. The T::B->reset method expects an object,
Apache::Test calls it as a class method. I allow for the possibility that
I've completely misunderstood everything--or even just some things.
we
has been fixed in that branch if I remember correctly.
--
______
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://ap
ected.
--
__
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
tags/APACHE_TEST_1_21/Changes
- copied unchanged from r158804, perl/Apache-Test/trunk/Changes
This is no longer correct. the tag should be done in a different
repository, where A-T now lives.
--
______
Stas BekmanJAm_pH --> Just
kout.
Thanks, Geoff.
--
______
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
x27;t work for me.
% rm -rf Apache-Test/
% svn up Apache-Test
At revision 153479.
it doesn't fetch the new Apache-Test.
It seems that only a completely new checkout of the whole modperl-2.0
brings it in.
--
______
Stas Bekman
than it needed to be.
Thanks for doing the moving work, Geoff and Justin!
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROT
[EMAIL PROTECTED]
To reject:
[EMAIL PROTECTED]
To give a reason to reject:
%%% Start comment
%%% End comment
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Gu
whoever I need to to get that setup.
geoff++
--
______
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
for it!
should there be Apache-Test/dist too? or should the CPAN distribution be
sufficient?
also we may want to add a /Apache-Test/snapshot for svn-impaired users.
--
______
Stas BekmanJAm_pH --> Just Another mo
Stas Bekman wrote:
Geoffrey Young wrote:
Also Geoff please don't forget to update the documentation. Both inside
the module and at perl.apache.org docs. Thanks.
I couldn't find any mentions of the location of the repository outside of
README-SVN. do you know of others?
if you don&
$self->preamble_first(IfModule => '!mod_perl.c', $cfg);
+$self->preamble(IfModule => '!mod_perl.c', $cfg);
}
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.
more sensible.
And maybe moving testing.pod there would be great too.
s/testing.pod/tutorial.pod/?
And of course links to it need to be adjusted too, to reflect the new
location. (and Apache/README and other docs, like .pm files)
--
______
Stas Bekman wrote:
Also Geoff please don't forget to update the documentation. Both inside
the module and at perl.apache.org docs. Thanks.
(both the svn info and the lists)
and now we no longer have the archives. So if you could contact
http://marc.theaimsgroup.com and ask them to add thes
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
the Apache-Test/ subdirectory of the perl-framework has migrated to a new
location:
https://svn.apache.org/repos/asf/perl/Apache-Test
what this means for you is that you need to manually adjust your checkout
$ rm -rf Apache-Test
the way the user wants. e.g.:
add_foo(, before => "mod_perl.c");
add_foo(, after => qw[mod_perl.c mod_proxy.c]);
or have those before/after/last/first/etc encoded in the API instead...
--
__
Stas Bekman
if you have modified files in it. should svn
switch somehow do the trick instead?
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:
Oden Eriksson wrote:
onsdag 26 januari 2005 00.47 skrev Stas Bekman:
One thing I want to figure out is that note in README that suggests to
write httpd.conf.in. Can we nuke that, or do you use that?
Please leave as is. It can come handy.
I for one wasn't able to get it to work as it's
idn't look at the code though.
--
______
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:
;s a challange to make it 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
these guidelines:
http://perl.apache.org/bugs/
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.or
Oden Eriksson wrote:
torsdag 13 januari 2005 16.15 skrev Stas Bekman:
Oden Eriksson wrote:
[...]
The system is clean except for parts of mod_perl 1.x that seems to be a
requisite to get this mod_perl pick up missing pieces. Here's what's
installed:
what do you mean requisite? yo
r any configuration files at all.
it's easy: just pass your specific -httpd_conf option and point it to the
file that you create by yourself.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://
olves some of
that.
A-T handles that internally. See
lib/Apache/TestRun.pm:sub adjust_t_perms {
if you intervene with normal process, then you are on your own.
I still can't understand what's wrong with the autogenerated httpd.conf,
that you need to write your own. Please explain.
Christopher H. Laco wrote:
Stas Bekman wrote:
[snip]
The requirement for Cwd 2.06 was needed to get the tests running under
-T, which was otherwise blowing up (precisely under 5.6.x). If there are
Just for my learning, which version of -T?
[t/mytest.t]
#!perl -wT
use Apache::Test;
or
PerlTaint
it's not again lost in the
flurry of changes.
I think we should implement it, since if someone is very unhappy about the
autogenerated httpd.conf they can supply their custom httpd.conf.in
--
______
Stas BekmanJAm_pH
o get the tests running under -T,
which was otherwise blowing up (precisely under 5.6.x). If there are
problems with Cwd please contact the author of that module. I've added the
prerequisite when I saw that it's available on CPAN and builds fine on
linux under 5.6.
--
_
Stas Bekman wrote:
Maybe it's a thing of the past, or I'm just too tired right now. At one
time I saw something like "Found mod_perl-1.x, good, will install
relatively to Apache2/". And that message was despite the
MP_INST_APACHE2=1 thing.
Hmm, do you think it's a misle
:
./Apache/Build.pm
./ModPerl/TestRun.pm
./ModPerl/TestReport.pm
./ModPerl/Config.pm
./ModPerl/BuildOptions.pm
So I guess you do have to make A-T a requirement for the mp2 package. It
can still reside in a separate package though.
--
____
odule.
OK, going to look at it.
--
______
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://apache
ble, or whatnot that skips the check and forces a version. this
would essentially allow the user to say "yes, I know what I'm doing, use
APACHE2."
Let's try first with a relaxed /x.y.zz", before we add yet another env var.
--
___
that feeds A-T with what it wants.
see my patch in the other reply.
Does the A-T stuff has to be installed? Is it required during mod_perl runtime
in any way?
No and No.
--
__
Stas BekmanJAm_pH --> Just Another mod_p
-1.x, good, will install relatively to
Apache2/". And that message was despite the MP_INST_APACHE2=1 thing.
Hmm, do you think it's a misleading message? I guess we could remove it if
MP_INST_APACHE2=1 is used explicitly.
--
__
ey will
have this problem and they will come to complain here.
So may be my suggestion of just matching the "/x.y.zz" part is worth a try?
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
Geoffrey Young wrote:
Stas Bekman wrote:
Looks like a useful feature, needed to code it manually in libapreq
test, so why not include it in A-T.
cool
the only question is may be it's better to search perl's bin first and
not last?
I think that would be counterintuitive. if I se
(map { catfile $_, $program } @dirs) {
if ($ENV{HOME} and not WIN32) {
# only works on Unix, but that's normal:
# on Win32 the shell doesn't have special treatment of '~'
--
______
Stas Bekman
alled:
what do you mean requisite? you mean mp2 requires mp1?
$ rpm -ql mod_perl-common-1.3.31_1.29-3mdk | grep "/usr/lib/"
[...]
/usr/lib/perl5/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_tuning.pod
--
__
Stas Bekman
7;t
understand how did you get A-T think it's running apache1.
A-T is bundled with modperl and it's the one that should be run. Not any
previously installed A-T.
--
______
Stas BekmanJAm_pH --> Just Another
Geoffrey Young wrote:
Stas Bekman wrote:
As you can see from the email below, some modules embed a version number
in the module 'mod_fastcgi-2.4.2-AP20.dll'. Our should_skip_module only
matches an exact name. The patch at the end of this email extends the
functionality to support
$name =~ s/\.dll$/.c/; #mod_info.so => mod_info.c
$name =~ s/^lib/mod_/; #libphp4.so => mod_php4.c
$name = $modname_alias{$name} if $modname_alias{$name};
--
__
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
vn :)
Perfect, go for it Geoff. The mp2 fix is in.
--
______
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
Chia-Liang Kao wrote:
Just produced one.
On Sat, 25 Dec 2004 09:51:37 -0500, Stas Bekman <[EMAIL PROTECTED]> wrote:
I've noticed that too, but didn't have a chance to look at it yet. do you
have a patch?
Patching locally against mirror source
thanks Chia-Liang Kao, committed w
that too, but didn't have a chance to look at it yet. do you
have a patch?
On Sun, 19 Dec 2004 23:46:59 -0500, Stas Bekman <[EMAIL PROTECTED]> wrote:
(find_and_load_module): New.
I like the find_and_load_module wrapper as it refactor
an easy thing
to do, and Apache-Test already includes additional test suites since a few
days.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL
else needs to be done with t/more.
--
______
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
Stas Bekman wrote:
Chia-Liang Kao wrote:
On Mon, 20 Dec 2004 00:14:08 -0500, Stas Bekman <[EMAIL PROTECTED]> wrote:
As said earlier, this was to make A-T's test suite actually runs the
cookie
tests when mod_cgi is built as dso, and has nothing to do with my
own tests.
Aha! That w
Chia-Liang Kao wrote:
On Mon, 20 Dec 2004 00:14:08 -0500, Stas Bekman <[EMAIL PROTECTED]> wrote:
As said earlier, this was to make A-T's test suite actually runs the cookie
tests when mod_cgi is built as dso, and has nothing to do with my own tests.
Aha! That wasn't clear from
Chia-Liang Kao wrote:
On Sun, Dec 19, 2004 at 11:46:59PM -0500, Stas Bekman wrote:
But I don't think A-T should try to load any module someone may need in
their test suite. It does have a bunch of mp2 specific things which should
be wiped away and moved into the mp2 test suite.
Yes, origina
path) {
+$self->preamble(IfModule => "!$name",
+qq{LoadModule ${sym}_module "$mod_path"\n});
+}
+return 1;
+}
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://s
ewbudWiGb6u2XTs
iBFnWVuhj+mnLFitZzjnYsb7OJ1w8uHHaOS7kkqzg4kgl2U5mIWShsPAdigYNpVNAFtWNFWRGXiG
7OFDboBrGl7dbq3T7N/Iup7VRLq1Ms4ax+sc1GJIAtlLcM7vRMngH8qH40doa57ZNDRD1k37QLvZ
NOqy5zHdUMAFr96QDP1/xWgdV7HK7P4GoC8suA==
END SVK PATCH BLOCK
--
__
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
for some reason A-T's 'make dist' includes files which aren't in MANIFEST:
Apache-Test-1.18-dev/.mypacklist
Apache-Test-1.18-dev/t/cgi-bin/cookies.pl
anybody has a clue why?
--
______
Stas BekmanJAm_pH
e ~/work/modules/Apache-VMonitor-2.0 \
-config sample/apache2_modules_testitself_config.pm
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl
ce I hadn't spent more than 2 minutes on the process, I didn't submit
a bug report as of yet.
OK, but make sure that we contrinue modperl thread on the modperl dev list
and not here :) Thanks.
--
______
Stas Bekman
definitely more important!
--
______
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
interest to 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:/
return $path;
-}
+};
}
sub MY::postamble {
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] h
to make the sub definition runtime, you just use:
*MY::foo = sub ...;
but unrelated we need to workaround with colliding identical function in mp2.
I'll take care of it.
--
______
Stas BekmanJAm_pH --> Just Another
eover it now introduces a warning in mp2 build
Subroutine MY::libscan redefined at ./Makefile.PL line 148.
so we need to do the usual ugly workaround for MM :(
Can you fix those? I can do it if you don't have the time.
--
______
Stas B
t/logs, to handle the case where LockFile is hardcoded at compile
time to some other directory on the system. [Stas]
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---&
s/include.t 821 1.22% 49
--
______
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
includes Apache-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://apacheweek.com
http://modperlbook.or
sers list, whatever it is? Personally I haven't done any moves myself
yet, so I can't tell.
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl
Randy Kobes wrote:
On Wed, 8 Dec 2004, Stas Bekman wrote:
I've requested to restore it (you indeed don't have it). Let me know if
you want me to commit this or wait for when you get the access again
(should hopefully be restored tomorrow).
Thanks, Stas. If you have a minute, feel free
Randy Kobes wrote:
On Tue, 7 Dec 2004, Stas Bekman wrote:
As soon as you see dup like this, think refactoring :) e.g. add
untaint_path(), that does the work and call it:
local $ENV{PATH}) = untaint_path($ENV{PATH});
Otherwise +1.
And of course this wrapper should probably used in open_cmd too
it a bit and commited.
Thanks Chris.
--
______
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
ectory)?
I think you can diff/ci only if you first cd into A-T dir. so it'll go to
the right list anyway. So there is no way you can commit the two at once I
think.
--
__
Stas BekmanJAm_pH --> Just Another m
Randy Kobes wrote:
On Sun, 5 Dec 2004, Stas Bekman wrote:
Randy Kobes wrote:
If apxs is installed on Win32, it is usually specified as a
.bat file. In querying apxs in apxs() of Apache::TestConfig,
however, Win32 needs both the path to cmd.exe (for running a
.bat command) and to Perl (in order to
ean t/hooks/trans.t?
sure it does:
Apache::TestRequest::module($module);
or are you talking about a different test?
I know there's a couple more lurkers in there, but maybe I'll stumble
across those during another round of module2path-ing.
-=Chris
--
once, one
needs to run those separately :(
--
______
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
Christopher H. Laco wrote:
Stas Bekman wrote:
Christopher H. Laco wrote:
Christopher H. Laco wrote:
Christopher H. Laco wrote:
OK, not that I've got a clean nmake/nmake test, I'm back on this.
I'm going to just start with t/modperl and go from there.
Since these patches will span
hings. The relative path works just fine.
--
______
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
nt to talk to a different port.
--
______
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
Christopher H. Laco wrote:
Stas Bekman wrote:
Since these patches will span A-T and modperl, should I send them
seperately to both lists, of send both sets to one list of the other?
if they include modperl and a-t send them to the modperl dev list. if
only a-t post them here. thanks
:)
--
__
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
NV{PATH} with the needed paths so that these
calls succeeed.
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] ht
Christopher H. Laco wrote:
Christopher H. Laco wrote:
Stas Bekman wrote:
Still someone needs to do the work and verify that things are working.
That will fun in and of itself. Right now, the only thing close to
meeting the requirements of running the overall tests is my 5.6.1
install on my XP
Christopher H. Laco wrote:
Stas Bekman wrote:
> Of course it should take the necessary precautions for when / is and
> isn't included, etc.
What do you mean? Examples?
Well, let's go with the running sample:
sub module2url {
my $module = shift;
my $scheme
Christopher H. Laco wrote:
Stas Bekman wrote:
I think all kind of refactoring would be great. One thing I wanted
to do for tests again vhosts, is to add this function next to
module2path():
sub module2url {
my $module = shift;
my $scheme = shift || "http";
Apache::T
Christopher H. Laco wrote:
Stas Bekman wrote:
Christopher H. Laco wrote:
On that note, what else can I work on?
Apparently I'm a glutton for punishment.
Not sure, there are all kind of things in the ToDo file, but they all
mostly obscure.
I think all kind of refactoring would be great
Geoffrey Young wrote:
Stas Bekman wrote:
Stas Bekman wrote:
I know we tried to avoid external dependencies, but Cwd coming with
5.6.x is unusable under -T. At the moment this breaks some mp2 tests
(the problem comes from A-T, which indirectly invokes Cwd::cwd via
File::Spec's rel2abs. I
Stas Bekman wrote:
I know we tried to avoid external dependencies, but Cwd coming with
5.6.x is unusable under -T. At the moment this breaks some mp2 tests
(the problem comes from A-T, which indirectly invokes Cwd::cwd via
File::Spec's rel2abs. I've tried to code a workaround, but
and it's a
bad idea to get it working since it's very OS specific. (_backtick_pwd is
the problem).
so we probably have no choice but require Cwd 2.06
--
______
Stas BekmanJAm_pH --> Just Another mod_p
);
GET $path; # GET "/Foo__bar"
}
{
my $url = Apache::TestRequest::module2url($module);
GET $url; # GET "http://localhost:8545/Foo__bar";
}
grep modperl-2.0/t for Apache::TestRequest::hostport to see what I'm
talking about.
--
______
Christopher H. Laco wrote:
Stas Bekman wrote:
Christopher H. Laco wrote:
OK, I'm a programmer, not a writer. Be gentle.
Nothing major, just the a mention of cookie_jar and additional
headers via the second param in GET (and probably others?).
While I was at it, I made sure all of the
neral/testing/testing.html#Request_and_Response_Methods
but committed anyway :)
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EM
ctually has found one: /usr/sbin/apxs. Is that a wrong
apxs?
--
______
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
tax changes. You can see what was applied at the URLs quoted at
the top of this email.
Now looking forward for docs updates.
Thanks again.
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
Randy Kobes wrote:
On Tue, 30 Nov 2004, Stas Bekman wrote:
http://httpd.apache.org/test/ is outdated (s/cvs/svn/)... thanks.
I just changed, via svn, the site/docs/test/index.html and
site/xdocs/test/index.xml pages to reflect this.
Thanks Randy
However, I just wanted to verify that, to get the
perl/docs/trunk modperl-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
http://httpd.apache.org/test/ is outdated (s/cvs/svn/)... thanks.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED
?
:)
Garbage in, garbage out :) now fixed :)
--
______
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
mp;foo, @_ is passed to it (see
perlsub.pod)
&NAME; # Makes current @_ visible to called subroutine.
so if it has an empty prototype, that would be an error.
--
__
Stas BekmanJAm_pH --> Just An
Michael Peters wrote:
Stas Bekman wrote:
Christopher H. Laco wrote:
Stas Bekman wrote:
Sounds good. Though it'll probably need to leave in the modperl2's
test suite and not Apache-Test's one. but let's see the code first
and then see where it's the best to apply
Christopher H. Laco wrote:
Stas Bekman wrote:
Sounds good. Though it'll probably need to leave in the modperl2's
test suite and not Apache-Test's one. but let's see the code first and
then see where it's the best to apply it. You can use the
http://perl.apache.org/~geoff
Christopher H. Laco wrote:
Stas Bekman wrote:
[snip]
Why don't you first post what you had on your mind. May be your idea
doesn't need that at all.
Well, here's what I was thinking. First, write a quick and dirty
mod_perl handler that looked for a specific cookie; let's s
;
>> t/response/TestModperl/sameinterp.pm
>> t/modperl/sameinterp.t
Holy crap. That made my brain hurt. Would we use that directly, or just
borrow the idea?
Why don't you first post what you had on your mind. May be your idea
doesn't need that at all.
--
___
1 - 100 of 1004 matches
Mail list logo
