Re: strip rewritelog functionality per compiler option

2003-08-01 Thread Thom May
* Justin Erenkrantz ([EMAIL PROTECTED]) wrote : > --On Thursday, July 31, 2003 04:41:07 +0200 André Malo <[EMAIL PROTECTED]> wrote: > > >On high-traffic production sites it is unlikely that RewriteLog will ever > >be used, so it may be desirable to strip the code entirely per compiler > >option fr

Re: strip rewritelog functionality per compiler option

2003-08-01 Thread André Malo
* Justin Erenkrantz wrote: > --On Thursday, July 31, 2003 04:41:07 +0200 André Malo <[EMAIL PROTECTED]> wrote: > >> On high-traffic production sites it is unlikely that RewriteLog will ever >> be used, so it may be desirable to strip the code entirely per compiler >> option from mod_rewrite. > >

Re: strip rewritelog functionality per compiler option

2003-08-01 Thread Mads Toftum
On Fri, Aug 01, 2003 at 01:11:42PM -0700, Justin Erenkrantz wrote: > I'd support removing RewriteLog entirely in 2.1. > > If mod_rewrite has an error, it needs to go to the main errorlog. We did > the same with mod_ssl a while back. -- justin The RewriteLog is no ordinary error log, just like

Re: strip rewritelog functionality per compiler option

2003-08-01 Thread Justin Erenkrantz
--On Thursday, July 31, 2003 04:41:07 +0200 André Malo <[EMAIL PROTECTED]> wrote: On high-traffic production sites it is unlikely that RewriteLog will ever be used, so it may be desirable to strip the code entirely per compiler option from mod_rewrite. I'd support removing RewriteLog entirely in 2

Re: better hook for mod_rewrite forcetype feature

2003-08-01 Thread André Malo
* André Malo wrote: > In order to really make sure, that the mod_rewrite forcetype [T=...] takes > effect regardless of any static configuration, I'm playing with the idea to > hook second time into the fixup stage at LAST position. This hook would be > responsible for setting remembered mime-type

Re: Mod-rewrite / mod-env weirdness

2003-08-01 Thread André Malo
* Alan Skea wrote: > However ... now I'm using the HTTPS variable and getting exactly the same > behaviour. The problem is only in the top-level request - in > subrequests, as you say, the variables have been initialised.Also > it's only the first time that the virtual server is used in a given ht

Re: What is the point of aprutil.exp?

2003-08-01 Thread Jeff Trawick
Ken Ashcraft wrote: used. It appears that functions like apr_os_exp_time_get apr_threadkey_private_create apr_poll_socket_clear are only ever used in the files server/exports.c and srclib/apr/exports.c. Such functions are provided by APR but apparently not used by Apache httpd. But Apache httpd

Re: Mod-rewrite / mod-env weirdness

2003-08-01 Thread Alan Skea
At 18:37 31/07/2003, you wrote: * Alan Skea wrote: > SetEnv SSL 1 ... > RewriteEngine on > RewriteCond %{ENV:SSL}    !=1 > RewriteCond %{REQUEST_URI}    !^/(img)|(ssi)|(obj)/ > RewriteRule ^/(.*)$   /redir SetEnv variables will we set much later than mod_rewrite can check th

Re: need your help to test mod_perl with perl-5.8.1-RC3

2003-08-01 Thread Steve Hay
Steve Hay wrote: This bug evidently goes back a long way: MM 6.06_02 fails in the same way as 6.13. I tried to use MM 6.06_01, but it wouldn't build itself ("don't know how to make 'C:\perl5\libNAME'"). Instead, I knife-and-forked it into place, but when I tried to use it to build libapreq,