Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:111986
MIME-Version: 1.0
References: <ME2P282MB02272021544EFDBE6BF44A23F2300@ME2P282MB0227.AUSP282.PROD.OUTLOOK.COM>
 <940131FA-19B3-406C-8982-0AD276FD1879@gmail.com> <CAF+90c8y6dpqMg8s+X-ndQwp52CDL7Q9oHL_DwDQ1OS-k1GR9w@mail.gmail.com>
 <ME2P282MB02274ACD36DC91F4D4B9582AF2300@ME2P282MB0227.AUSP282.PROD.OUTLOOK.COM>
 <cf80b872-95ed-e094-cd44-8ec96674632d@gmail.com> <ME2P282MB0227A596711C2A9482827A96F2310@ME2P282MB0227.AUSP282.PROD.OUTLOOK.COM>
In-Reply-To: <ME2P282MB0227A596711C2A9482827A96F2310@ME2P282MB0227.AUSP282.PROD.OUTLOOK.COM>
Date: Fri, 2 Oct 2020 17:41:25 +0100
Message-ID: <CALKiJKrgYV27Tj4RQXrR1K1B6XHAYnoMdhayeCzgcM8B4heBJQ@mail.gmail.com>
To: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000005e432b05b0b2ce92"
Subject: Re: [PHP-DEV] RFC: execution opcode file without php source code file
From: rowan.collins@gmail.com (Rowan Tommins)

--0000000000005e432b05b0b2ce92
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Fri, 2 Oct 2020 at 10:43, =E2=82=AC=E2=80=93 =E2=80=9Dk=E2=80=9Dk <chopi=
ns.xiao@gmail.com> wrote:

> For example, Java,.NET, etc., I mean that opcode compiled files can be
> bound to fixed versions without considering the compatibility of differen=
t
> versions.
>


As I said already, this comparison is simply incorrect: both .net and Java
have been carefully engineered so that code compiled for one version can be
run on later versions.

PHP's VM does not even guarantee compatibility from one bugfix to the next,
or with and without a particular debugging or extension loaded.




> If a different version of opcode is executed, the patch reports an
> E_STRICT error.
>


To be clear, the possible consequences of loading opcodes on the incorrect
version would include crashing with a segmentation fault. That's why the
existing code, which your patch by-passes, refuses to load the file at all
if the "system_id" does not match. An E_STRICT is completely inappropriate
for this scenario.

Regards,
--=20
Rowan Tommins
[IMSoP]

--0000000000005e432b05b0b2ce92--