Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91090 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 44312 invoked from network); 5 Feb 2016 18:45:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Feb 2016 18:45:05 -0000 Received: from [127.0.0.1] ([127.0.0.1:12158]) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ECSTREAM id A0/15-07203-0BDE4B65 for ; Fri, 05 Feb 2016 13:45:04 -0500 X-Host-Fingerprint: 89.236.29.179 h59ec1db3.selucle.dyn.perspektivbredband.net Received: from [89.236.29.179] ([89.236.29.179:20303] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4E/05-07203-40CE4B65 for ; Fri, 05 Feb 2016 13:37:57 -0500 Message-ID: <4E.05.07203.40CE4B65@pb1.pair.com> To: internals@lists.php.net X-Mozilla-News-Host: news://news.php.net:119 X-Enigmail-Draft-Status: N1110 Date: Fri, 5 Feb 2016 19:37:52 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Posted-By: 89.236.29.179 Subject: Segmentation fault in PHP 7.0.3 (and earlier versions) From: sisve@devhost.se (Simon Svensson) Hi, I'm using Ondřej Surý's ppa which was recently upgraded to PHP 7.0.3. My test-suite is causing segmentation faults since 7.0.0 RC5, including the 7.0.3 release. I can reproduce this consistently by running my test-suite in PHPUnit. Identifying the tests executing when the fault occurs (using --debug) and rerunning them one-by-one does not reproduce the segmentation faults. I'm running this on Ubuntu 14.04.3 LTS. My application is built on with Laravel 5.1 and Doctrine 2.5. I'm using PHPUnit 4.8 and an in-memory sqlite database for the tests. (I'm mentioning this to convey what type of code is running.) My test-suite works on PHP 5.6 and HHVM. I've got a gist with a gdb backtrace, with and without opcache. (There's no difference.) With: https://gist.github.com/sisve/0f75be357e557d439c19 Without: https://gist.github.com/sisve/01542193a27fd9da2b7b I've verified that the opcache is disabled by '/usr/bin/php7.0 -i | grep "opcache.enable"' not returning anything, and '/usr/bin/php7.0 -m' does not contain any entry for opcache. (I'm unsure if this is enough.) I've got some older backtraces from my previous failures. These may be related, or related to something totally different. These have unknown opcache-status (probably enabled). PHP 7.0.2: https://gist.github.com/sisve/05b4c4075ef223c4ab52 PHP 7.0.0-RC?: https://gist.github.com/sisve/fe8e1b85b4cc488ff457 PHP 7.0.0-RC5: https://gist.github.com/sisve/7ce5980e05068972b8e6 PHP 7.0.0-RC5: https://gist.github.com/sisve/ad318ca820a38bdb8133 I've been whining some time on irc about this, and finally got my thumb out of my behind to write this email. I doubt that these traces are enough to identify and solve the problem. What can I do to gather more information and debug this further? // Simon