Hello all,

Pardon my cluelessness, but I'm trying to teach the apache2* SAPI's about PHP's xbithack setting per the following bug (which Jani has pointed me at):

http://bugs.php.net/bug.php?id=22321

I believe I have the logic for that bug corrected in my tree. (As an aside, this particular bug description is not really an XBitHack situation, but the modules for Apache httpd 2.0 don't support XBitHack right now - I have added the right logic back in.)

However, I'm encountering a problem where I'm not sure how to control the xbithack option. My impression was that I should be able to place 'xbithack = on' (or 'off') in the php.ini file. This seems analogous to the 'engine = on' directive already there.

Yet, looking at the code, it seems that the only way to do it would be via an httpd directive which I don't think is what the original intent was. I *believe* it should be controlled by the php.ini file - the docs tend to agree based upon my reading.

Upon further review, setting 'engine = off' in the php.ini file isn't respected either by the SAPI. So, I think there is a disconnect in the config logic used by this particular SAPI.

So, I pursued under the assumption that the INI handling code in apache2* SAPI's is just broken. So, I went back to trying to figure out how it was done by the 1.3 module. I figure if it works anywhere, I think it should be working there.

The apache SAPI module seems to use REGISTER_INI_ENTRIES and PHP_INI_BEGIN and so on. So, I took a pass at tossing the config code in the apache2* SAPI's to match the 1.3 SAPI. No luck. None of the registered callbacks are called, so I don't think the Zend INI code is even parsing the engine or xbithack options. (I do know my REGISTER_INI_ENTRIES is being called at the right place.)

I feeling I'm missing something here. Anyone able to point me in the right direction? Is it just that all SAPI modules will ignore the php.ini file?

Perhaps it'll just take someone with the requisite PHP knowledge to say, "Aha!" after looking at the apache2{filter,handler} code. But, I have to admit that I'm stumped.

Thanks in advance! -- justin

--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to