Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:75343 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 55938 invoked from network); 8 Jul 2014 16:56:05 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Jul 2014 16:56:05 -0000 Authentication-Results: pb1.pair.com smtp.mail=brian@brianfrance.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=brian@brianfrance.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain brianfrance.com from 208.83.223.140 cause and error) X-PHP-List-Original-Sender: brian@brianfrance.com X-Host-Fingerprint: 208.83.223.140 ls6.firehawksystems.com Received: from [208.83.223.140] ([208.83.223.140:45067] helo=ls6.firehawksystems.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 44/80-53052-3A22CB35 for ; Tue, 08 Jul 2014 12:56:04 -0400 Received: from [10.0.0.166] (c-68-58-108-53.hsd1.in.comcast.net [68.58.108.53]) (authenticated bits=0) by ls6.firehawksystems.com (8.14.5/8.14.5) with ESMTP id s68GtwF8022005 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 8 Jul 2014 12:55:59 -0400 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: Date: Tue, 8 Jul 2014 12:55:53 -0400 To: internals@lists.php.net Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) Subject: Class var clean up coredump [5.3] From: brian@brianfrance.com ("Brian J. France") I found this late last week and haven't had time to open a bug, but = after seeing the EOL thread on 5.3 (5.3.27) wanted to see if anybody = knew what might be causing it: #0 0x00000000005dffeb in gc_zval_possible_root (zv=3D0x7ff3cdc19010) at = php-5.3.27/Zend/zend_gc.c:143 #1 0x00000000005d10c2 in zend_hash_destroy (ht=3D0x7ff3cdc1bb60) at = php-5.3.27/Zend/zend_hash.c:529 #2 0x00000000005b902b in destroy_zend_class (pce=3DVariable "pce" is = not available.) at php-5.3.27/Zend/zend_opcode.c:187 #3 0x00000000005d12c2 in zend_hash_apply_deleter (ht=3D0x1cf4c30, = p=3D0x250ac40) at php-5.3.27/Zend/zend_hash.c:612 #4 0x00000000005d1688 in zend_hash_reverse_apply (ht=3D0x1cf4c30, = apply_func=3D0x5b4790 ) at = php-5.3.27/Zend/zend_hash.c:762 #5 0x00000000005b4ef1 in shutdown_executor () at = php-5.3.27/Zend/zend_execute_API.c:310 #6 0x00000000005c3405 in zend_deactivate () at = php-5.3.27/Zend/zend.c:892 #7 0x000000000056e081 in php_request_shutdown (dummy=3DVariable "dummy" = is not available.) at php-5.3.27/main/main.c:1703 #8 0x000000000064dac0 in main (argc=3D2, argv=3D0x7fff9c2b5538) at = php-5.3.27/sapi/cli/php_cli.c:1382 test script here: http://www.brianfrance.com/software/php/class-crash.txt This seems to be fixed in 5.4 (5.4.24 at least), but wasn't sure if = anybody remembered which commit fixed it and if it can be back ported to = 5.3 before the final release. My guess is the temp var is getting set into the classes default = property list and then cleaned up, so when the class is cleaned it it = goes boom. May be a ref count issue. I will be looking into it later today or tomorrow, but figured I would = ask. Thanks, Brian=