Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:57404
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.161.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4F15F47E.6030501@sugarcrm.com>
References: <CAM4sM9FhzFv70U-X8-iRC52_0c+2=_gbVOjjx9_g8d5Dux-rHQ@mail.gmail.com>
 <op.v78y7hnxidpuyk@damnation> <4F15F47E.6030501@sugarcrm.com>
Date: Wed, 18 Jan 2012 00:00:09 +0100
Message-ID: <CAM4sM9EquFEQH0GcgjAfY8cREEk+mrGTv4dKoANNXMm34cVq6g@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Reflection to remove final
From: juzna.cz@gmail.com (Jan Dolecek)

This issue seems much more complicated than I thought. We'll need to
consider all cases which could cause troubles and have a solution for
them.

Namely:
 - rewriting permanent structures for internal classes, which are
being kept between requests, must be avoided
 - races in threading models
 - rewriting in bytecode caches must be avoided
 - anything else in mind?

I'll try to think about it, but I'm not that experienced with php
internals, so any suggestions welcome.

Jan Dolecek
juzna.cz@gmail.com



On Tue, Jan 17, 2012 at 11:21 PM, Stas Malyshev <smalyshev@sugarcrm.com> wr=
ote:
> Hi!
>
>
>> This doesn't seem right. =C2=A0Correct me if I'm wrong: for internal cla=
sses,
>> their data structures are allocated permanently, so I'd say the effects =
of
>> removing the flag would be permanent (i.e., would affect subsequent
>> requests). And for threaded builds this could cause races between the
>> threads.
>
>
> It'd probably also mess up bytecode caches, since they permanently store
> class definitions.
> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>