David Wheeler wrote:
On Tuesday, September 2, 2003, at 05:33 PM, Stas Bekman wrote:
That sounds not so good. Unless you had a typo and it should have been
Apache::Emulator in first place.
Typo, sorry.
;)
It's probably worth mentioning on the modperl list. Care to post a note? Or
ask the auth
On Tuesday, September 2, 2003, at 05:33 PM, Stas Bekman wrote:
That sounds not so good. Unless you had a typo and it should have been
Apache::Emulator in first place.
Typo, sorry.
D
--
David Wheeler AIM: dwTheory
[EMAIL PROTECTED]
David Wheeler wrote:
On Tuesday, September 2, 2003, at 12:05 PM, Geoffrey Young wrote:
david, was there a real driving reason behind Apache::FakeTable that
Apache-Test couldn't fill? is there a way we can make A-T better so
that you wouldn't need FakeTable?
No, I needed it to emulate Apach
On Tuesday, September 2, 2003, at 12:05 PM, Geoffrey Young wrote:
david, was there a real driving reason behind Apache::FakeTable that
Apache-Test couldn't fill? is there a way we can make A-T better so
that you wouldn't need FakeTable?
No, I needed it to emulate Apache.pm (and Apache::Reque
Geoffrey Young wrote:
seriously, though. for all the effort people put into stuff like
Apache::FakeRequest, I would have thought the time better spent learning
Apache-Test, which essentially not only makes these classes obsolete,
but also encourages good programming practices (namely, writing
Stas Bekman wrote:
David Wheeler wrote:
On Tuesday, September 2, 2003, at 10:51 AM, Stas Bekman wrote:
This is for mod_perl 1.0, right? In mp2 it's APR::Table and it is
available outside mod_perl (well, it's almost there, still need to
remove a few dependencies on mp symbols).
Ah, that's c
Besides, may be the naming isn't right. Since the table is not fake. Apache is
the one that's fake. Same for Apache::FakeRequest. May be the top level
namespace is the one that should be adjusted? ApacheEmulator::Request,
ApacheEmulator::Table, etc.? of course you will probably come up with a be
Yes, so you need to change the NEXTKEY implementation to track the
index by yourself. e.g., look at the C/XS implementation?
Maybe. Will have to see where I put my C/XS chops. Oh wait, I don't
really know C/XS! ;-)
Hopefully you can read C without understanding it ;) All it does is having a
c
Geoffrey Young wrote:
Since this is an open source project you can certainly go ahead and
start working on supporting 2.1 and 2.2 now. This unfortunately won't
help making mp2.0 complete sooner for users that need it.
that depends on whether or not you're a user that requires features in 2.2.
On Tuesday, September 2, 2003, at 11:58 AM, Stas Bekman wrote:
Of course it needs libapr to be installed ;) APR:: classes will be
used to implement a real Apache::FakeRequestRec (independent of
mod_perl) once someone will code it.
Ah, excellent.
Yes, so you need to change the NEXTKEY implement
David Wheeler wrote:
On Tuesday, September 2, 2003, at 10:51 AM, Stas Bekman wrote:
This is for mod_perl 1.0, right? In mp2 it's APR::Table and it is
available outside mod_perl (well, it's almost there, still need to
remove a few dependencies on mp symbols).
Ah, that's cool. Yes, this is for
Since this is an open source project you can certainly go ahead and
start working on supporting 2.1 and 2.2 now. This unfortunately won't
help making mp2.0 complete sooner for users that need it.
that depends on whether or not you're a user that requires features in 2.2.
--Geoff
--
On Tuesday, September 2, 2003, at 10:51 AM, Stas Bekman wrote:
This is for mod_perl 1.0, right? In mp2 it's APR::Table and it is
available outside mod_perl (well, it's almost there, still need to
remove a few dependencies on mp symbols).
Ah, that's cool. Yes, this is for 1.x.
You probably need
Geoffrey Young wrote:
Stas Bekman wrote:
Geoffrey Young wrote:
FYI...
I guess we need to consider how to handle 2.0 versus 2.2 stuff.
things like auth providers bring with them new constants, header
files, etc - stuff we will be expected to support going forward.
Frankly, I think we shoul
Stas Bekman wrote:
Geoffrey Young wrote:
FYI...
I guess we need to consider how to handle 2.0 versus 2.2 stuff.
things like auth providers bring with them new constants, header
files, etc - stuff we will be expected to support going forward.
Frankly, I think we shouldn't spend a single mom
David Wheeler wrote:
Hi All,
I've created a pure Perl implementation of the Apache::Table class and
uploaded it to CPAN.
http://search.cpan.org/dist/Apache-FakeTable/
I'd be interested in your comments and feedback before I put out a more
generalized announcement.
This is for mod_perl 1.0,
Randy Kobes wrote:
On Win32, the last subtest of t/directive/setupenv.t fails
(using the latest cvs source). For this test, $env{HOME} is
supposed to be undefined, but I get the value set from the
system (I know on Win32 that $ENV{HOME} isn't usually
defined, but I set it as so may things expect it
Geoffrey Young wrote:
FYI...
I guess we need to consider how to handle 2.0 versus 2.2 stuff. things
like auth providers bring with them new constants, header files, etc -
stuff we will be expected to support going forward.
Frankly, I think we shouldn't spend a single moment on it at this point.
Geoffrey Young wrote:
Index: src/modules/perl/Apache.xs
===
RCS file: /home/cvs/modperl/src/modules/perl/Apache.xs,v
retrieving revision 1.128
diff -u -r1.128 Apache.xs
--- src/modules/perl/Apache.xs 6 Jul 2003 04:51:20 - 1
Randy Kobes wrote:
On Mon, 25 Aug 2003, Stas Bekman wrote:
Randy Kobes wrote:
On Sun, 24 Aug 2003, Stas Bekman wrote:
Randy Kobes wrote:
I'm just wondering if anyone has seen any problems with
the t/modules/cgi.t and/or t/modules/cgiupload.t tests in
the cvs mp2? On Win32 I'm getting failure
FYI...
I guess we need to consider how to handle 2.0 versus 2.2 stuff. things like
auth providers bring with them new constants, header files, etc - stuff we
will be expected to support going forward.
--Geoff
Original Message
Subject: Re: Time for 2.2?
Date: Mon, 1 Sep 2003
Stas Bekman wrote:
Index: modperl_util.h
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_util.h,v
retrieving revision 1.45
retrieving revision 1.46
diff -u -u -r1.45 -r1.46
--- modperl_util.h20 Aug 200
Index: src/modules/perl/Apache.xs
===
RCS file: /home/cvs/modperl/src/modules/perl/Apache.xs,v
retrieving revision 1.128
diff -u -r1.128 Apache.xs
--- src/modules/perl/Apache.xs 6 Jul 2003 04:51:20 - 1.128
+++ src/modules/p
On Win32, the last subtest of t/directive/setupenv.t fails
(using the latest cvs source). For this test, $env{HOME} is
supposed to be undefined, but I get the value set from the
system (I know on Win32 that $ENV{HOME} isn't usually
defined, but I set it as so may things expect it). I
couldn't tell
On Mon, 25 Aug 2003, Stas Bekman wrote:
> Randy Kobes wrote:
> > On Sun, 24 Aug 2003, Stas Bekman wrote:
> >
> >>Randy Kobes wrote:
> >>> I'm just wondering if anyone has seen any problems with
> >>>the t/modules/cgi.t and/or t/modules/cgiupload.t tests in
> >>>the cvs mp2? On Win32 I'm getting
25 matches
Mail list logo
