Bug #66460 [Com]: PHP 5.5.7 and 5.5.8 horrible unstable

From: Date: Mon, 13 Jan 2014 09:14:21 +0000
Subject: Bug #66460 [Com]: PHP 5.5.7 and 5.5.8 horrible unstable
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-183752@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=66460&edit=1 ID: 66460 Comment by: spam2 at rhsoft dot net 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: > 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 Previous Comments: ------------------------------------------------------------------------ [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. ------------------------------------------------------------------------ [2014-01-13 04:53:20] phpdev at ehrhardt dot nl Are you using Superfish in your Typo3? Superfish and the changes in block_pass.c did not go along in my Drupal7 site, on Windows and on Centos 5. ------------------------------------------------------------------------ [2014-01-13 02:12:59] phpdev at ehrhardt dot nl Try combining the block_pass.c from the 5.5.6 tarball with the other files from the 5.5.8 sources. See https://bugs.php.net/bug.php?id=66474 I encountered that bug on Windows, but maybe it is the same problem. ------------------------------------------------------------------------ [2014-01-12 12:21:34] spam008 at evil dot net dot pl No segfaults after replacing 5.5.8 ext/opcache with 5.5.6 ext/opcache. It would be nice to pinpoint this bug. ------------------------------------------------------------------------ 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

« previous php.bugs (#183752) next »