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=0x7ff3cdc19010) at php-5.3.27/Zend/zend_gc.c:143 #1 0x00000000005d10c2 in zend_hash_destroy (ht=0x7ff3cdc1bb60) at php-5.3.27/Zend/zend_hash.c:529 #2 0x00000000005b902b in destroy_zend_class (pce=Variable "pce" is not available.) at php-5.3.27/Zend/zend_opcode.c:187 #3 0x00000000005d12c2 in zend_hash_apply_deleter (ht=0x1cf4c30, p=0x250ac40) at php-5.3.27/Zend/zend_hash.c:612 #4 0x00000000005d1688 in zend_hash_reverse_apply (ht=0x1cf4c30, apply_func=0x5b4790 <clean_non_persistent_class>) 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=Variable "dummy" is not available.) at php-5.3.27/main/main.c:1703 #8 0x000000000064dac0 in main (argc=2, argv=0x7fff9c2b5538) 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 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php