Bug #60778 [Asn]: mysqli object crashes when given to var_dump
Edit report at https://bugs.php.net/bug.php?id=60778&edit=1 ID: 60778 User updated by:yoram dot b at zend dot com Reported by:yoram dot b at zend dot com Summary:mysqli object crashes when given to var_dump Status: Assigned Type: Bug Package:MySQLi related Operating System: Linux debian PHP Version:5.4.0RC5 Assigned To:andrey Block user comment: N Private report: N New Comment: The crash seems to be fixed. the warning "Property access is not allowed yet" still exists. mysqlnd does not give such warning. Previous Comments: [2012-10-02 08:57:17] yoram dot b at zend dot com I will try that, but it will take time, since my default build is with mysqlnd, so I will have to build PHP specially for that. [2012-09-25 13:40:00] and...@php.net Can you try with recent 5.4 or 5.3 release and paste the result? Thank you! [2012-09-25 13:05:51] vitex at hippy dot cz Dear developers please fix it. While debbuging with xdebug it produce hunderts of error messages and is not easy to develop php code. Thanks! [2012-01-17 14:03:45] yoram dot b at zend dot com Description: This happens when mysqli uses libmysql (not mysqlnd). tested with php 5.40RC5 and PHP 5.3.3. php -r '$a = new mysqli; var_dump($a);' gives a lot or warnings "PHP Warning: var_dump(): Property access is not allowed yet in Command line code on line 1" and then crashes with segmentation fault. same with apache module. backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb926 in php_var_dump (struc=0xb7d2a0cc, level=1) at /php-5.4.0RC5/ext/standard/var.c:129 #5 0x082fbd22 in zif_var_dump (ht=1, return_value=0xb7d43ef4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /php-5.4.0RC5/ext/standard/var.c:183 #6 0x083eba4d in zend_do_fcall_common_helper_SPEC (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:642 #7 0x083f2163 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:2215 #8 0x083ea5b7 in execute (op_array=0xb7d44308) at /php-5.4.0RC5/Zend/zend_vm_execute.h:410 #9 0x083a804c in zend_eval_stringl (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code") at /php-5.4.0RC5/Zend/zend_execute_API.c:1199 #10 0x083a8256 in zend_eval_stringl_ex (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1242 #11 0x083a82ec in zend_eval_string_ex (str=0xba06 "$a = new mysqli; var_dump($a);", retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1253 #12 0x084c430a in do_cli (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1023 #13 0x084c50cc in main (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1356 (gdb) frame 2 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 341 ret = hnd->read_func(obj, &retval TSRMLS_CC); Test script: --- $a = new mysqli; var_dump($a); Actual result: -- backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb92
Bug #60778 [Fbk->Asn]: mysqli object crashes when given to var_dump
Edit report at https://bugs.php.net/bug.php?id=60778&edit=1 ID: 60778 User updated by:yoram dot b at zend dot com Reported by:yoram dot b at zend dot com Summary:mysqli object crashes when given to var_dump -Status: Feedback +Status: Assigned Type: Bug Package:MySQLi related Operating System: Linux debian PHP Version:5.4.0RC5 Assigned To:andrey Block user comment: N Private report: N New Comment: I will try that, but it will take time, since my default build is with mysqlnd, so I will have to build PHP specially for that. Previous Comments: [2012-09-25 13:40:00] and...@php.net Can you try with recent 5.4 or 5.3 release and paste the result? Thank you! [2012-09-25 13:05:51] vitex at hippy dot cz Dear developers please fix it. While debbuging with xdebug it produce hunderts of error messages and is not easy to develop php code. Thanks! [2012-01-17 14:03:45] yoram dot b at zend dot com Description: This happens when mysqli uses libmysql (not mysqlnd). tested with php 5.40RC5 and PHP 5.3.3. php -r '$a = new mysqli; var_dump($a);' gives a lot or warnings "PHP Warning: var_dump(): Property access is not allowed yet in Command line code on line 1" and then crashes with segmentation fault. same with apache module. backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb926 in php_var_dump (struc=0xb7d2a0cc, level=1) at /php-5.4.0RC5/ext/standard/var.c:129 #5 0x082fbd22 in zif_var_dump (ht=1, return_value=0xb7d43ef4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /php-5.4.0RC5/ext/standard/var.c:183 #6 0x083eba4d in zend_do_fcall_common_helper_SPEC (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:642 #7 0x083f2163 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:2215 #8 0x083ea5b7 in execute (op_array=0xb7d44308) at /php-5.4.0RC5/Zend/zend_vm_execute.h:410 #9 0x083a804c in zend_eval_stringl (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code") at /php-5.4.0RC5/Zend/zend_execute_API.c:1199 #10 0x083a8256 in zend_eval_stringl_ex (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1242 #11 0x083a82ec in zend_eval_string_ex (str=0xba06 "$a = new mysqli; var_dump($a);", retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1253 #12 0x084c430a in do_cli (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1023 #13 0x084c50cc in main (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1356 (gdb) frame 2 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 341 ret = hnd->read_func(obj, &retval TSRMLS_CC); Test script: --- $a = new mysqli; var_dump($a); Actual result: -- backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb926 in php_var_dump (struc=0xb7d2a0cc, level=1) at /php-5.4.0RC5/ext/standard/var.c:129 #5 0x082fbd22 in zif_var_dump (ht=1, return_value=0xb7d43ef4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /php-5.4.0RC5/ext/sta
[PHP-BUG] Bug #60778 [NEW]: mysqli object crashes when given to var_dump
From: Operating system: Linux debian PHP version: 5.4.0RC5 Package: MySQLi related Bug Type: Bug Bug description:mysqli object crashes when given to var_dump Description: This happens when mysqli uses libmysql (not mysqlnd). tested with php 5.40RC5 and PHP 5.3.3. php -r '$a = new mysqli; var_dump($a);' gives a lot or warnings "PHP Warning: var_dump(): Property access is not allowed yet in Command line code on line 1" and then crashes with segmentation fault. same with apache module. backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb926 in php_var_dump (struc=0xb7d2a0cc, level=1) at /php-5.4.0RC5/ext/standard/var.c:129 #5 0x082fbd22 in zif_var_dump (ht=1, return_value=0xb7d43ef4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /php-5.4.0RC5/ext/standard/var.c:183 #6 0x083eba4d in zend_do_fcall_common_helper_SPEC (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:642 #7 0x083f2163 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:2215 #8 0x083ea5b7 in execute (op_array=0xb7d44308) at /php-5.4.0RC5/Zend/zend_vm_execute.h:410 #9 0x083a804c in zend_eval_stringl (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code") at /php-5.4.0RC5/Zend/zend_execute_API.c:1199 #10 0x083a8256 in zend_eval_stringl_ex (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1242 #11 0x083a82ec in zend_eval_string_ex (str=0xba06 "$a = new mysqli; var_dump($a);", retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1253 #12 0x084c430a in do_cli (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1023 #13 0x084c50cc in main (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1356 (gdb) frame 2 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 341 ret = hnd->read_func(obj, &retval TSRMLS_CC); Test script: --- $a = new mysqli; var_dump($a); Actual result: -- backtrace: #0 0xb639f45b in mysql_stat () from /usr/lib/libmysqlclient.so.16 #1 0xb65fd80b in link_stat_read (obj=0xb7d44ca0, retval=0xbfffee80) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli_prop.c:275 #2 0xb65ecb14 in mysqli_read_property (object=0xb7d43f10, member=0xbfffeeec, type=3, key=0x0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:341 #3 0xb65ed050 in mysqli_object_get_debug_info (object=0xb7d43f10, is_temp=0xbfffefd0) at /home/yoram/ZendModules/patched-php-src-5.4.0RC5/php-5.4.0RC5/ext/mysqli/mysqli.c:470 #4 0x082fb926 in php_var_dump (struc=0xb7d2a0cc, level=1) at /php-5.4.0RC5/ext/standard/var.c:129 #5 0x082fbd22 in zif_var_dump (ht=1, return_value=0xb7d43ef4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /php-5.4.0RC5/ext/standard/var.c:183 #6 0x083eba4d in zend_do_fcall_common_helper_SPEC (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:642 #7 0x083f2163 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0xb7d2a030) at /php-5.4.0RC5/Zend/zend_vm_execute.h:2215 #8 0x083ea5b7 in execute (op_array=0xb7d44308) at /php-5.4.0RC5/Zend/zend_vm_execute.h:410 #9 0x083a804c in zend_eval_stringl (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code") at /php-5.4.0RC5/Zend/zend_execute_API.c:1199 #10 0x083a8256 in zend_eval_stringl_ex (str=0xba06 "$a = new mysqli; var_dump($a);", str_len=30, retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1242 #11 0x083a82ec in zend_eval_string_ex (str=0xba06 "$a = new mysqli; var_dump($a);", retval_ptr=0x0, string_name=0x8755734 "Command line code", handle_exceptions=1) at /php-5.4.0RC5/Zend/zend_execute_API.c:1253 #12 0x084c430a in do_cli (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/php_cli.c:1023 #13 0x084c50cc in main (argc=3, argv=0xb834) at /php-5.4.0RC5/sapi/cli/ph
[PHP-BUG] Bug #53295 [NEW]: if bailout is called on rshutdown, session segfualt on next request
From: Operating system: All PHP version: 5.3.3 Package: Scripting Engine problem Bug Type: Bug Bug description:if bailout is called on rshutdown, session segfualt on next request Description: session sets it's handlers to NULL at rshutdown. in case of bailout in rshutdown (by other extension), this cleanup will not happen and next request will segfault. setting to NULL at RINIT works around the problem. Test script: --- -- Edit bug report at http://bugs.php.net/bug.php?id=53295&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53295&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53295&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53295&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53295&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53295&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53295&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53295&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53295&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53295&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53295&r=support Expected behavior: http://bugs.php.net/fix.php?id=53295&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53295&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53295&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53295&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53295&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53295&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53295&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53295&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53295&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53295&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53295&r=mysqlcfg
#49065 [Ver]: "disable_functions" php.ini option does not work on Zend extensions
ID: 49065 User updated by: yoram dot b at zend dot com Reported By: yoram dot b at zend dot com Status: Verified Bug Type: Scripting Engine problem Operating System: * PHP Version: 5.*, 6SVN (2009-07-26) New Comment: This is PHP code, it has nothing to do with Zend, only with zend... Previous Comments: [2009-07-26 19:06:55] j...@php.net Indeed. Maybe someone at Zend had a reason for that? Try asking around. :) [2009-07-26 15:25:44] yoram dot b at zend dot com security hole, of course...) [2009-07-26 15:23:33] yoram dot b at zend dot com Description: that is actually easy, in main.c : 1991 php_ini_register_extensions(TSRMLS_C); 1992 zend_startup_modules(TSRMLS_C); 1993 1994 /* disable certain classes and functions as requested by php.ini */ 1995 php_disable_functions(TSRMLS_C); 1996 php_disable_classes(TSRMLS_C); 1997 1998 /* start Zend extensions */ 1999 zend_startup_extensions(); As you can see, zend_extensions are started after php_disable_functions() That might be a security whole, at list when not documented. -- Edit this bug report at http://bugs.php.net/?id=49065&edit=1
#49065 [Opn]: disable_functions does not work on zend_extensions
ID: 49065 User updated by: yoram dot b at zend dot com Reported By: yoram dot b at zend dot com Status: Open Bug Type: Dynamic loading Operating System: All PHP Version: 5.3.0 New Comment: security hole, of course... Previous Comments: [2009-07-26 15:23:33] yoram dot b at zend dot com Description: that is actually easy, in main.c : 1991 php_ini_register_extensions(TSRMLS_C); 1992 zend_startup_modules(TSRMLS_C); 1993 1994 /* disable certain classes and functions as requested by php.ini */ 1995 php_disable_functions(TSRMLS_C); 1996 php_disable_classes(TSRMLS_C); 1997 1998 /* start Zend extensions */ 1999 zend_startup_extensions(); As you can see, zend_extensions are started after php_disable_functions() That might be a security whole, at list when not documented. -- Edit this bug report at http://bugs.php.net/?id=49065&edit=1
#49065 [NEW]: disable_functions does not work on zend_extensions
From: yoram dot b at zend dot com Operating system: All PHP version: 5.3.0 PHP Bug Type: Dynamic loading Bug description: disable_functions does not work on zend_extensions Description: that is actually easy, in main.c : 1991 php_ini_register_extensions(TSRMLS_C); 1992 zend_startup_modules(TSRMLS_C); 1993 1994 /* disable certain classes and functions as requested by php.ini */ 1995 php_disable_functions(TSRMLS_C); 1996 php_disable_classes(TSRMLS_C); 1997 1998 /* start Zend extensions */ 1999 zend_startup_extensions(); As you can see, zend_extensions are started after php_disable_functions() That might be a security whole, at list when not documented. -- Edit bug report at http://bugs.php.net/?id=49065&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49065&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49065&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49065&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49065&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49065&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49065&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49065&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49065&r=needscript Try newer version: http://bugs.php.net/fix.php?id=49065&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49065&r=support Expected behavior: http://bugs.php.net/fix.php?id=49065&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49065&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49065&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49065&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49065&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49065&r=dst IIS Stability: http://bugs.php.net/fix.php?id=49065&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49065&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49065&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49065&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49065&r=mysqlcfg
