Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57821
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.199.177.89 as permitted sender)
To: Stas Malyshev <smalyshev@sugarcrm.com>
Date: Mon, 13 Feb 2012 11:23:11 +0200
User-Agent: KMail/1.13.7 (Linux/2.6.37; KDE/4.7.2; i686; ; )
CC: Dmitry Stogov <dmitry@zend.com>, PHP Internals <internals@lists.php.net>,
	Alex Haiut <alex.h@zend.com>, Zeev Suraski <zeev@zend.com>, Eran Ifrah
	<eran@zend.com>, Lior Kaplan <lior.k@zend.com>
References: <201202121409.54891.yoram.b@zend.com> <201202131056.04017.yoram.b@zend.com> <4F38D19C.3040003@sugarcrm.com>
In-Reply-To: <4F38D19C.3040003@sugarcrm.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Boundary-01=_/ZNOPS6sKoKgtiw"
Content-Transfer-Encoding: 7bit
Message-ID: <201202131123.11910.yoram.b@zend.com>
Subject: Re: [PHP-DEV] Re: restore user opcode handler in PHP
From: yoram.b@zend.com (yoram bar haim)

--Boundary-01=_/ZNOPS6sKoKgtiw
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

Hi Stas
reproduction is indeed easy - just change a static variable (e.q. call 
zend_set_user_opcode_handler()), then send SIGHUP to apache parent process and 
check the value in zend_user_opcode_handlers or zend_user_opcodes.

it is possible that this problem is related to specific gcc versions but the 
bottom line is that static initializers occur at first dlpopen but don't re-
occur after dlclose()+dlopen().
on linux it behaves ok, unless you have refrence count bug or  RTLD_NODELETE 
on your link flags. however, I also saw this happens on linux once, probably 
because of glibc bug in specific version.

let me return with more detailes about mac.

On Monday, February 13, 2012 11:02:20 AM Stas Malyshev wrote:
> Hi!
> 
> > Hi Dmitry.
> > the patch does work, in sense of actually restoring the handlers state
> > when you call zend_set_user_opcode_handler() with original handler.
> > the patch does not solve the basic problem of no re-initialization of
> > static arrayes on mac.
> 
> Could you please describe in more details what's going on on mac? It
> seems strange that dlopen() would not initialize vars - that'd be pretty
> bad behavior. Do you have an easy way to reproduce it?

--Boundary-01=_/ZNOPS6sKoKgtiw--