? -- 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 book http://modperlbook.org/
http
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.org/ http
+ start with -rc1
- add release date
but where is the instruction to remove -rcX when doing the final release?
--
_
Stas Bekman mailto:[EMAIL PROTECTED] http://stason.org/
MailChannels: Assured Messaging(TM) http://mailchannels.com
Joe Schaefer wrote:
Stas Bekman [EMAIL PROTECTED] writes:
Shouldn't this be fatal? (now it continues to run and you can be sure that
noone will notice that suggestion)
it fails only later when you run make.
From `svn log Makefile.PL`:
r165547 | randyk | 2005-05-01 17:54:26 -0400
Stas Bekman wrote:
Murray Nesbitt has submitted a request for a new feature
ReceiveBufferSize: http://issues.apache.org/bugzilla/show_bug.cgi?id=36038
Hmm, it was already added to trunk 6 months ago, but for some reason
wasn't backported to 2.0
André Malo wrote:
* Stas Bekman wrote:
Stas Bekman wrote:
Murray Nesbitt has submitted a request for a new feature
ReceiveBufferSize:
http://issues.apache.org/bugzilla/show_bug.cgi?id=36038
Hmm, it was already added to trunk 6 months ago, but for some reason
wasn't backported to 2.0
-2005-2700, mod_ssl SSLVerifyClient bug
http://svn.apache.org/viewcvs?rev=264800view=rev
test case: perl-framework/t/security/CAN-2005-2700.t
sorry, fixed...
--
__
Stas BekmanJAm_pH -- Just Another
) {
next unless $Apache::TestConfigData::vars-{$_};
$args-{$_} = $Apache::TestConfigData::vars-{$_};
not really, I believe. It's possible that -httpd is not passed, in which
case this won't work.
--
__
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://ticketmaster.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.
well, it's
://search.cpan.org/dist/Apache-Watchdog-RunAway/
which exists since 2000 and works with both Apache 1.3 and 2.x.
Though with 2.0 it has the same issues, as Nick have mentioned
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
Hi,
what's the status of ap_save_brigade()? why it is not in the libapr?
Thanks.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
' is half mangled
with the 'core core'.
and then we will have 'httpd' that can't serve http, how ironic :)
may be 2.2 should rename 'httpd' to something more realistic?
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
to the failing test in the mod_perl test suite which
implements an SMTP-like protocol handler. Apparently httpd needs more
protocol tests so this kind of features won't go in w/o being noticed.
--
__
Stas BekmanJAm_pH -- Just
Paul Querna wrote:
Stas Bekman wrote:
Brian Akins wrote:
Torsten Foertsch wrote:
Maybe it is worth to make this option settable via httpd.conf?
If there is interest, I could do that.
This functionality is in 2.1, so some may object to adding this
feature to 2.0. I am investigating its
.
--
__
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
mod_scoreboard_send.c. Both live here:
http://search.cpan.org/dist/Apache-Scoreboard/
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
/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 Another
the same value as if it had a live connection from the
same machine. If you want to discuss how this can be done, let's do that
on the test-dev list where this discussion belongs.
Thanks.
--
__
Stas BekmanJAm_pH -- Just
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 PROTECTED] http://use.perl.org
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 BekmanJAm_pH
.
--
__
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 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 PROTECTED] http://use.perl.org
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 BekmanJAm_pH
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 http://apacheweek.com
http
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:[EMAIL
.
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
= '!mod_perl.c', $cfg);
+$self-preamble(IfModule = '!mod_perl.c', $cfg);
}
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
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't find any
will be done by someone else :) I was
just about to get this done :)
Jim, what would it take to backport it to 2.0? I see that 149550 changes
ap_time_process_request API, but it's an internal API, no?
--
__
Stas BekmanJAm_pH
that) and once 2.2 is released you can't do that anymore.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
Jim Jagielski wrote:
Stas Bekman wrote:
Jim Jagielski wrote:
Justin Erenkrantz wrote:
--On Wednesday, February 2, 2005 1:43 PM -0500 Jim Jagielski
[EMAIL PROTECTED] wrote:
Any reason why we don't enable reporting of Req? I have
a 2.1 patch ready to go, but I don't know why we don't
do
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 documented
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.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
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://apacheweek.com
http
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? you mean mp2
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.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
/vendor_perl/5.8.5/x86_64-linux-thread-multi/mod_perl_tuning.pod
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
) {
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 BekmanJAm_pH -- Just Another mod_perl Hacker
http
you think it's a misleading message? I guess we could remove it if
MP_INST_APACHE2=1 is used explicitly.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
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 misleading message? I guess we
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
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 -- Just Another
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
/perl/modperl/trunk/t/filter/TestFilter/in_bbs_consume.pm?rev=106958view=markup
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
.
Original Message
Subject: [BUG] in 2.0's ap_read_request with regards to removing the first
connection filter in chain
Date: Fri, 23 May 2003 14:01:45 +1000
From: Stas Bekman [EMAIL PROTECTED]
Reply-To: dev@httpd.apache.org
Organization: Hope, Humanized
To: dev@httpd.apache.org
/\.(s[ol]|dll)$/.c/; #mod_info.so = mod_info.c
+$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
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 refactors some code dups
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 with a tiny tweak
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
/apache2_modules_testitself_config.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
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 -- 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
{LoadModule ${sym}_module $mod_path\n});
+}
+return 1;
+}
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
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, originally I
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 wasn't clear from
.
--
__
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
might be of 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
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 BekmanJAm_pH -- Just Another mod_perl Hacker
http
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 BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
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 mod_perl Hacker
http://stason.org/ mod_perl
.
--
__
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 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 to commit
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.apache.org
mailto:[EMAIL PROTECTED] 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
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
.
--
__
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 A-T and modperl
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
--
__
Stas
to
the right list anyway. So there is no way you can commit the two at once I
think.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
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] http://use.perl.org http://apacheweek.com
http
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
#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:[EMAIL PROTECTED] http://use.perl.org
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 need
}
{
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.
--
__
Stas BekmanJAm_pH
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 it doesn't
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've tried
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. One
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::TestRequest
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 = shift || http;
Apache
--
__
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
panic: pthread_key_create
and dumps core...
whereas httpd -k graceful doesn't have this problem.
Unfortunately I can't tell you which MPM he was using, since he didn't
bother to tell.
--
__
Stas BekmanJAm_pH
Jeff Trawick wrote:
On Thu, 02 Dec 2004 13:41:07 -0500, Stas Bekman [EMAIL PROTECTED] wrote:
Is there a difference between kill -HUP and httpd -k graceful? One user
has reported problems with using kill -HUP
graceful uses signal USR1; ungraceful restart uses HUP;
Thanks Jeff.
not expected
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] http
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
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/ mod_perl Guide
of
the interrupted processing, but implementing that sort of service is
not trivial.
OUT
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
...
--
__
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
in
modperl-2.0 repository this test couple:
t/response/TestModperl/sameinterp.pm
t/modperl/sameinterp.t
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
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.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org
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 say 'ApacheTest
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/Apache-Test-skeleton-mp2
to called subroutine.
so if it has an empty prototype, that would be an error.
--
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
:)
--
__
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 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:
Of course another alternative is to bundle a sufficient version of T::M
under t/.
that's an idea. so long as it's not installed with 'make install'. or
indexed by cpan either, I suppose.
anything living under t/ is not installed on 'make install' and not
scanned by PAUSE
/t for examples.
--
__
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
1 - 100 of 936 matches
Mail list logo