From: t3 at rohms dot com Operating system: FreeBSD 4.3 PHP version: 4.3.10 PHP Bug Type: Variables related Bug description: Memory allocation bug introduced in 4.3.10 (possibly zend problem)
Description: ------------ I have an application that up until 4.3.10, worked perfectly with no modifications; upon installing 4.3.10, one part of the application no longer functions properly. I have narrowed down the problem to an area involving the use of the statement: extract($GLOBALS,EXTR_REFS); in association with running eval() on a code block. If the code within that EVAL'd code block calls a subroutine, the passed parameter data is horribly messed up -- some kind of stack issue. I have verified this is a new anomoly that is the result of the latest version upgrade. However, I believe this may be related to the zend engine and not php. When my system broke, I reverted php back to 4.3.6 and it still wasn't fixed; only when I reverted back to 4.3.6 and removed the references to the newest version of the zend did the problem disappear. Reproduce code: --------------- I will be working on some sample code, but right now I've had to revert php back to an earlier version to make about a half-dozen sites functional. The problem appears in some code I've written which involves storing blocks of php code in MySQL and EVAL'ing them. I created a subroutine that pulls a record from the database and EVAL's it. Because it's a subroutine I use the extract($GLOBALS,EXTR_REFS); before I eval the code so that the code has access to globals. Everything works fine UNTIL something in that code calls a function... the data passed to the function is completely screwed up. This only appears to happen in 4.3.10 with the new version of zend. -- Edit bug report at http://bugs.php.net/?id=31753&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31753&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31753&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31753&r=trysnapshot51 Fixed in CVS: http://bugs.php.net/fix.php?id=31753&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=31753&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31753&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31753&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31753&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31753&r=support Expected behavior: http://bugs.php.net/fix.php?id=31753&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31753&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31753&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=31753&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31753&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=31753&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31753&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31753&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31753&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31753&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31753&r=mysqlcfg