Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:31408
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 80.190.230.99 as permitted sender)
To: <tony2001@php.net>
Cc: "'Ilia Alshanetsky'" <ilia@prohost.org>,
	"'PHP Internals'" <internals@lists.php.net>
References: <87E4F8AF-06DE-4FCC-AD1B-83E932A5E180@prohost.org> <000201c7d598$14f53cf0$0201a8c0@VEGA> <46B2E92A.40303@zend.com> <000001c7d5ae$1534b4f0$4cf96686@VEGA> <46B2F4D0.4070003@zend.com> <000101c7d5b6$233cf4b0$4cf96686@VEGA> <46B302AF.2060007@zend.com>
Date: Fri, 3 Aug 2007 12:48:22 +0200
Message-ID: <000001c7d5bb$d01eab60$4cf96686@VEGA>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <46B302AF.2060007@zend.com>
Thread-Index: AcfVuLm5SpYa8hQLQgaz6Rj9S4DwSgAAWQcg
Subject: RE: [PHP-DEV] 5.2.4RC1 Released
From: thetaphi@php.net ("Uwe Schindler")

> > I looked into it:
> > The problem seems to be ZTS specific.
> > What we have:
> > * First, the value looks correct in phpinfo().
> > * Second setting the value to 6039 (which is the default from php.ini)
> > produces now a lot of _more_ and very strange error messages when
> running
> > PHP scripts.
> >
> > It seems that the webserver puts the value somewhere to a global place
> > because after that *ALL* PHP scripts print very strange things (even
> those
> > where this value is not explicitely set).
> 
> 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.

> > Could it be that there happened a ZTS regression when updating the ini
> > scanner? In 5.2.3 it worked correctly.
> 
> I 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... :) 

I doid not want to ask you alone, the mail was to internals@.