Edit report at https://bugs.php.net/bug.php?id=66460&edit=1
ID: 66460
Comment by: spam008 at evil dot net dot pl
Reported by: spam2 at rhsoft dot net
Summary: PHP 5.5.7 and 5.5.8 horrible unstable
Status: Open
Type: Bug
Package: opcache
Operating System: Linux
PHP Version: 5.5.8
Block user comment: N
Private report: N
New Comment:
One shot - one kill ;)
This patch causes segfault:
http://git.php.net/?p=php-src.git;a=commit;h=d85ac7fb3f498455cfc1b051f8d48c9ba8ed8fdd
Going to test opcache 5.5.8 without this patch.
Previous Comments:
------------------------------------------------------------------------
[2014-01-15 19:54:18] spam008 at evil dot net dot pl
I`m going to add one patch per day to opcache starting with 5.5.6 as a base to pinpoint this
problem. I will post my results here.
------------------------------------------------------------------------
[2014-01-13 09:45:13] phpdev at ehrhardt dot nl
This commit solved my problems:
https://github.com/zendtech/ZendOptimizerPlus/commit/6bbd955b01baeb6957e41717bd2dda07bf1ab1e0
Download the new sources from https://github.com/zendtech/ZendOptimizerPlus/archive/master.zip
and compile then to see if your problems are solved as well.
------------------------------------------------------------------------
[2014-01-13 09:14:20] spam2 at rhsoft dot net
> If it is block_pass-related
it does not matter opcache 5.5.6 is not broken
the much more interesting question is how long it takes that someone of the PHP developers realizes
this bugreport or make the damage biug enough that they no longer can ignore it
------------------------------------------------------------------------
[2014-01-13 06:23:24] phpdev at ehrhardt dot nl
I did not even know what block_pass.c was for, so for me recompiling was easier ;)
But you are right: with the opcache.optimization_level set to 0 it does not fail. The question is:
what causes the failure after the changes in block_pass.c in this patch:
https://github.com/zendtech/ZendOptimizerPlus/commit/b73b6a5559d6ca4925a09ed284a4e93be06726ed
If you have followed the php-windows list: I have first bisected to find that patch and then split
up the patch to find out which part of that patch did the harm.
I now have a Centos6 server where I can easily switch between PHP 5.5 NTS as mod_php and PHP 5.4 NTS
as mod_fcgid. Only the mod_fcgid PHP fails when the optimization level is set to its default.
BTW, we are trespassing on another, possibly related bug. Mine is this one:
https://bugs.php.net/bug.php?id=66474
------------------------------------------------------------------------
[2014-01-13 05:57:57] rasmus@php.net
If it is block_pass-related, why not just dial down the optimization level to check? Set it to 0 to
turn off all optimizations and see if that makes a difference. Much easier than recompiling.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=66460--
Edit this bug report at https://bugs.php.net/bug.php?id=66460&edit=1