ID: 31217 Updated by: php-bugs@lists.php.net Reported By: cdragon at draconic dot com -Status: Feedback +Status: No Feedback Bug Type: Zend Engine 2 problem Operating System: win2k PHP Version: 5CVS-2004-12-18 (dev) New Comment:
No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". Previous Comments: ------------------------------------------------------------------------ [2005-03-07 21:41:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip ------------------------------------------------------------------------ [2005-01-19 22:10:02] [EMAIL PROTECTED] See also bug #30074 ------------------------------------------------------------------------ [2004-12-21 04:26:04] cdragon at draconic dot com Description: ------------ Since php 5.0.1, extract($GLOBALS, EXTR_REFS) seems to corrupt code memory and cause various random problems. In my test case, it caused COM("someobject") to always return null, and in another case it just caused some strange output of a "1" instead of the expected strings. I never had a problem in php 5.0.0 up to CVS snapshot php5.0-win32-200407301630. Commenting out extract($GLOBALS, EXTR_REFS) fixes all strange behavior. I had a similar problem in php 4 which I reported as bug id 25708. That bug was fixed and I never had a problem again until 5.0.1. Reproduce code: --------------- extract($GLOBALS, EXTR_REFS); $query = new COM("IXSSO.Query"); if(is_object($query) == false) { var_dump($query); print "Can't create IXSSO Query object."; exit(); } Expected result: ---------------- Nothing Actual result: -------------- PHP has encountered an Access Violation at 01D5F185 ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=31217&edit=1