httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Trawick <traw...@gmail.com>
Subject Re: mpm-itk and upstream Apache, once again
Date Sun, 11 Nov 2012 13:25:08 GMT
I'll have a look again "soon."

Earlier I couldn't think of a more efficient or direct mechanism that makes
sense as an API

IIRC, mpm-itk only needs to call stat() on the file to check for
permissions, and since (in the successful case) the file is about to be
opened I assume that the performance degradation is minimal.

(It has been a while since I looked at the code.)



On Thu, Nov 8, 2012 at 4:22 PM, Steinar H. Gunderson <sgunderson@bigfoot.com
> wrote:

> On Thu, Nov 08, 2012 at 08:53:12PM +0100, Steinar H. Gunderson wrote:
> >> I've looked at this now; sorry for the long delay. It would seem it is
> not
> >> sufficient for removing the patches from server/config.c (which exit if
> >> .htaccess files cannot be opened); or am I misunderstanding something?
> > Sorry, I'm just confused. Back to coding...
>
> Yes, indeed, it works. Out-of-tree-built mpm-itk, yay!
>
> But it's not ideal, since I don't get the status of the ap_pcfg_openfile()
> call in the htaccess hook (since it's before that), and I also can't
> return a
> file pointer. The only way I can see to do this in mpm-itk is to run
> ap_pcfg_openfile() myself to see if it goes through or not, and then close
> it
> and return DECLINED if the call was successful. That would seem somewhat
> inefficient.
>
> /* Steinar */
> --
> Homepage: http://www.sesse.net/
>



-- 
Born in Roswell... married an alien...
http://emptyhammock.com/

Mime
View raw message