Doug MacEachern wrote:
On Mon, 25 Nov 2002, Stas Bekman wrote:
Doug,
what's the status of the streaming filtering implementation?
i won't be able to touch this anytime soon. if you want to take a stab,
feel free. might be worthwhile to prototype the stream interface in Perl,
then port to
At 03:50 25.11.2002, Stas Bekman wrote:
I'm going to release a first 2.0 module on CPAN. I'm wondering about the
top level namespace naming.
I suggest the following spec:
*** Core 2.0 modules
Apache:: -- Apache API
APR:: -- APR API
ModPerl:: -- ModPerl API
(we have this already in pla
I'm going to release a first 2.0 module on CPAN. I'm wondering about the
top level namespace naming.
I suggest the following spec:
*** Core 2.0 modules
Apache:: -- Apache API
APR:: -- APR API
ModPerl:: -- ModPerl API
(we have this already in place)
*** 3rd party modules
ModPerl:: -
Doug MacEachern wrote:
On Mon, 25 Nov 2002, Stas Bekman wrote:
Also there is no real need to have Apache::Scoreboard be used by
different MPMs without recompile, because since it's a part of mod_perl,
the latter will be recompiled in any case if MPM is changed.
one can compile modperl again
On Mon, 25 Nov 2002, Stas Bekman wrote:
> Also there is no real need to have Apache::Scoreboard be used by
> different MPMs without recompile, because since it's a part of mod_perl,
> the latter will be recompiled in any case if MPM is changed.
one can compile modperl against one mpm and run wi
Doug MacEachern wrote:
On Sat, 6 Apr 2002, Stas Bekman wrote:
This is the same module as posted earlier but now rewritten in XS. I've
tested it by putting the test file in the main test suite, since I cannot
test it yet in the sub-project dir, so I won't commit the test till it'll
be possibl
On Mon, 25 Nov 2002, Stas Bekman wrote:
> Yup, it tests the thing. If the server starts without defining MODPERL2
> that section will be executed. Only if MODPERL2 is defined, this section
> is not being run. Before you have patched the source to DTRT the server
> was failing here.
doh, i get
Doug MacEachern wrote:
On 24 Nov 2002 [EMAIL PROTECTED] wrote:
stas2002/11/24 04:50:31
Modified:t/conf extra.conf.in
Log:
Test that works
...
+
+# This should not be touched, since we're running with mod_perl 2
+PerlModule Doesnt::Exist
+
hm
On Mon, 25 Nov 2002, Stas Bekman wrote:
> Doug,
>
> what's the status of the streaming filtering implementation?
i won't be able to touch this anytime soon. if you want to take a stab,
feel free. might be worthwhile to prototype the stream interface in Perl,
then port to C for speed later.
Doug,
what's the status of the streaming filtering implementation?
We have a semi-working implementation of output filtering, and no input
filtering. If I remember correctly we were waiting for Apache API to
stabilize, please correct me if I'm wrong. My impressions from talking
to people at Ap
On 24 Nov 2002 [EMAIL PROTECTED] wrote:
> stas2002/11/24 04:50:31
>
> Modified:t/conf extra.conf.in
> Log:
> Test that works
...
> +
> +# This should not be touched, since we're running with mod_perl 2
> +PerlModule Doesnt::Exist
> +
hmm, does
On Sun, 24 Nov 2002, Stas Bekman wrote:
> > +#XXX: should port 1.x's Apache::unescape_url_info
>
> only for ::compat or for the normal API?
not sure actually. i think gerald added the function for 1.x
if the functionality is not provided by apache, might not hurt for us to
provide it. o
On Sun, 24 Nov 2002, Stas Bekman wrote:
> Even though we know that it's very buggy?
we should still be able to compile against 5.6.0
but we don't have to support runtime problems people have with 5.6.0 if
upgrading to 5.6.1 is the cure.
> This is because we want to support users who can't upgra
On Sun, 24 Nov 2002, Randy Kobes wrote:
> On Sat, 23 Nov 2002, Doug MacEachern wrote:
>
> > i think instead of the dTHX's we need to #undef malloc and #undef free,
> > similar to #undef exit. we do not want our malloc/frees tied to an
> > interpreter, as the lifetime of that data is not the s
On Sun, 2002-11-24 at 06:39, Doug MacEachern wrote:
> On 27 Oct 2002, Philippe M. Chiasson wrote:
>
> > Here it is, and I believe it should be backwards compatible with the 1.x
> > version, except for support of $Apache::DoInternalRedirects when
> > redirecting with a Location: header.
>
[..
[EMAIL PROTECTED] wrote:
dougm 2002/11/23 14:35:06
Modified:.Changes
lib/Apache compat.pm
Log:
Submitted by: Walery Studennikov <[EMAIL PROTECTED]>
Reviewed by: dougm
tr/+/ /; in parse_args compat method
[...]
1.71 +2 -0 modperl-2.0/lib/A
Doug MacEachern wrote:
fixed in cvs. moved the logic from pre_config to register_hooks.
Simple, cool. I've added a "test" at the startup.
On Mon, 11 Nov 2002, Stas Bekman wrote:
Thanks for the forward Gary.
That's a bummer. We haven't had a test for this one and it certainly
fails. I dou
17 matches
Mail list logo
