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 <sgunder...@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/
