Re: 5.2.4RC1 Released
| From: | Antony Dovgal | Date: | Fri, 03 Aug 2007 10:56:37 +0000 |
| Subject: | Re: 5.2.4RC1 Released | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-31412@lists.php.net to get a copy of this message | ||
On 03.08.2007 14:48, Uwe Schindler wrote:
It's done to prevent overwriting settings set in httpd.conf (aka php_admin_value's).How EXACTLY does the web-server put the value? To me it looks like you're using some global config file, so no wonder it's put globally.It is not global. The overwritten value is set only for a specific path (you can be sure that I know how Sun Webserver works, I maintain the NSAPI module... :-) ). The changed value then corrupts the ini entry complete. I found out why this is so, so this is a _bug_. The following patch, when reverted fixes it and restores the old behaviour: http://cvs.php.net/viewvc.cgi/ZendEngine2/zend_ini.c?r1=1.39.2.2.2.8&r2=1.39 .2.2.2.9&pathrev=PHP_5_2
I do not know why, but it seems that this request specific code tries to overwrite the definition of the ini entry and corrupts it in a ZTS environment. After that every request this webserver handles (even when not affected by a overwritten value produces nice error messages.
Do you mean you were able to reproduce it with Apache on Windows? -- Wbr, Antony DovgalI don't know what exactly is the problem and how to reproduce it, so it makes little sense to ask _me_ about it. Do you have a short reproduce case that doesn't require Solaris, Sun Web server and other stuff we don't have?Take Apache on Windows... :)