On Fri, 13 Oct 2000, Soheil Seyfaie wrote:
>
> The following patch *should* work. Suggestions welcome.
many thanks soheil, great that you included the tests too.
i have applied your patch, but a slightly different version (see below).
i left this out:
> +
> + if(!mod_perl_sent_header(r, 0
nice catch salvador, applied. thanks!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Sun, 10 Dec 2000, Jens-Uwe Mager wrote:
> The build procedure of modperl under AIX is historically geared towards
> using the IBM native C compiler (this is also what I use exclusively as
> it produces better code). I have recently debugged the apaci build
> variant with the help of some folks
On Tue, 10 Oct 2000, Geoffrey Young wrote:
> well, I did (very) little fooling around...
>
> the small patch below allows you to do something like the following...
>
> $ perl Makefile.PL PERL_FILE_API=1
>
> and create a test:
>
> use Apache::MyConfig;
> die unless $Apache::MyConfig::Setup{PER
On Sun, 26 Nov 2000, Jim Winstead wrote:
> any magic reason why you can't set $r->hostname? i wanted to write
> a quick post-read-request handler that would throw away any leading
> 'www' (to make mod_vhost_alias bend to my will a bit more :).
the reason for most of the methods that cannot be wr
On Thu, 23 Nov 2000, Matt Sergeant wrote:
> I think this is also required (I've only just gotten around to testing
> it):
if you take that out, from what i can see, cleanups will not be run for
{DIR,SERVER}CREATE.
the patch that went into 1.24_01 fixes the leak for {DIR,SERVER}MERGE.
> *** lib
On Sat, 28 Oct 2000, Randy Kobes wrote:
> > I've attached a draft diff to the cvs mod_perl
> > top-level Makefile.PL for building mod_perl on
> > Win32 using VC++.
> [ ... ]
wow randy, that looks like it was painful to get right, great work!
and thanks to sterling for testing, i think yo