Custom Query (293 matches)

With Zend Framework the class definition of the Zend_Exception takes care of the php version and so php < 5.3 triggers an Fatal Error beacause both defnitions are in the same file. Please have a look at ​ZF-8984

XCache from SVN trunk crashes with PHP 5.3

Valgrind log:

==5152== Invalid read of size 1
==5152==    at 0x5CA95A2: xc_php_find_dmz (xcache.c:148)
==5152==    by 0x5CADB4E: xc_compile_file_ex (xcache.c:1710)
==5152==    by 0x5CAE25D: xc_compile_file (xcache.c:1904)
==5152==    by 0x5FAAEF: compile_filename (zend_language_scanner.l:386)
==5152==    by 0x705764: ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (zend_vm_execute.h:22390)
==5152==    by 0x675463: execute (zend_vm_execute.h:104)
==5152==    by 0x64344B: zend_execute_scripts (zend.c:1188)
==5152==    by 0x5C4D84: php_execute_script (main.c:2244)
==5152==    by 0x7369C2: main (cgi_main.c:2215)

GDB backtrace:

Program terminated with signal 11, Segmentation fault.
#0  0x00002b13584015a2 in xc_php_find_dmz (php=0x7fff53549680) at /local/build/xcache_trunk/xcache.c:148
148                     if (memcmp(php->md5, p->md5, sizeof(php->md5)) == 0) {
(gdb) bt
#0  0x00002b13584015a2 in xc_php_find_dmz (php=0x7fff53549680) at /local/build/xcache_trunk/xcache.c:148
#1  0x00002b1358405b4f in xc_compile_file_ex (xce=0x7fff53549740, h=0x7fff53549870, type=2)
    at /local/build/xcache_trunk/xcache.c:1710
#2  0x00002b135840625e in xc_compile_file (h=0x7fff53549870, type=2) at /local/build/xcache_trunk/xcache.c:1904
#3  0x00000000005faaf0 in compile_filename (type=2, filename=0x2b13638ee280) at Zend/zend_language_scanner.l:386
#4  0x0000000000705765 in ZEND_INCLUDE_OR_EVAL_SPEC_CV_HANDLER (execute_data=0x2b13632d8d38)
    at /local/build/php/5_3.eye/Zend/zend_vm_execute.h:22390
#5  0x0000000000675464 in execute (op_array=0xd2ebc0) at /local/build/php/5_3.eye/Zend/zend_vm_execute.h:104
#6  0x000000000064344c in zend_execute_scripts (type=8, retval=0x0, file_count=3)
    at /local/build/php/5_3.eye/Zend/zend.c:1188
#7  0x00000000005c4d85 in php_execute_script (primary_file=0x7fff5354e0e0) at /local/build/php/5_3.eye/main/main.c:2244
#8  0x00000000007369c3 in main (argc=4, argv=0x7fff5354e318) at /local/build/php/5_3.eye/sapi/cgi/cgi_main.c:2215

php.ini entries:

xcache.coredump_directory = /local/tmp/php-cores/
xcache.cacher = On
xcache.size = 150M
xcache.slots = 16K
xcache.count = 4
xcache.gc_interval = 0
xcache.ttl = 0
xcache.var_size = 0
xcache.var_count = 1
xcache.var_slots = 64K
xcache.var_ttl = 0
xcache.var_maxttl = 0
xcache.var_gc_interval = 300
xcache.optimizer = On
xcache.stat = On

Using xcache from svn trunk, once any class that uses class type hints in a method definition with null as the default value has been cached, php engine will throw a fatal error complaining that the default value is *not* null, if you "use" the same namespace as the one you are working in.

trivial example:

<?php
namespace My::NS;

use My::NS;

class A {
    public function test(A $obj=null) {
        var_dump($obj);
    }
}

actual result: "Fatal error: Default value for parameters with a class type hint can only be NULL in ..."

expected: no errors