#45973 [Fbk-Opn]: Setting include_path with non-defined ${include_path} crashes
ID: 45973 User updated by: olivier dot berger at it-sudparis dot eu Reported By: olivier dot berger at it-sudparis dot eu -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Debian lenny PHP Version: 5.2.6 New Comment: Hi. Sorry, but I'm afraid I won't have time to test that at the moment. Should be testable by anyone interested still. Best regards, Previous Comments: [2008-10-26 19:23:51] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2008-09-02 13:00:01] olivier dot berger at it-sudparis dot eu Description: If include_path wasn't set already, setting it to some concatenation of ${include_path} causes a segfault. Seems different from #37002, AFAICT More details in Debian bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497453 Reproduce code: --- For instance, if /etc/php5/apache2/php.ini doesn't contain any include_path definition, like is by default in Debian : ; UNIX: /path1:/path2 ;include_path = .:/usr/share/php then setting the following in for instance /etc/php5/conf.d/zend.ini : [Zend] include_path = ${include_path} :/usr/share/php/libzend-framework-php leads to segmentation fault. Expected result: I guess referencing variables no yet explicitely set, but having default values should return their default value. Uncommenting the default include_path in /etc/php5/apache2/php.ini allows it to work. Actual result: -- Apache segmentation fault -- Edit this bug report at http://bugs.php.net/?id=45973edit=1
#45973 [Fbk-Opn]: segfault when setting include_path to concat. of non-defined ${include_path}
ID: 45973 User updated by: olivier dot berger at it-sudparis dot eu Reported By: olivier dot berger at it-sudparis dot eu -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Debian lenny PHP Version: 5.2.6 New Comment: I'm sorry, but I can't currently test the whole process of recompiling/reinstalling PHP 5.3 on one of my systems where I only have PHP5.2 and don't want to mess the whole setup. Ain't there someone able to test that on an already installed PHP5.3 setup ? It should be fairly easy to test once PHP5.3 is installed... Previous Comments: [2008-09-04 20:49:16] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Please test with 5.3, the ini scanner/parser has been rewritten in it and I'd like to know if this happens there too. (can't test myself right now...) [2008-09-02 13:00:01] olivier dot berger at it-sudparis dot eu Description: If include_path wasn't set already, setting it to some concatenation of ${include_path} causes a segfault. Seems different from #37002, AFAICT More details in Debian bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497453 Reproduce code: --- For instance, if /etc/php5/apache2/php.ini doesn't contain any include_path definition, like is by default in Debian : ; UNIX: /path1:/path2 ;include_path = .:/usr/share/php then setting the following in for instance /etc/php5/conf.d/zend.ini : [Zend] include_path = ${include_path} :/usr/share/php/libzend-framework-php leads to segmentation fault. Expected result: I guess referencing variables no yet explicitely set, but having default values should return their default value. Uncommenting the default include_path in /etc/php5/apache2/php.ini allows it to work. Actual result: -- Apache segmentation fault -- Edit this bug report at http://bugs.php.net/?id=45973edit=1
#45973 [NEW]: segfault when setting include_path to concat. of non-defined ${include_path}
From: olivier dot berger at it-sudparis dot eu Operating system: Debian lenny PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: segfault when setting include_path to concat. of non-defined ${include_path} Description: If include_path wasn't set already, setting it to some concatenation of ${include_path} causes a segfault. Seems different from #37002, AFAICT More details in Debian bug : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497453 Reproduce code: --- For instance, if /etc/php5/apache2/php.ini doesn't contain any include_path definition, like is by default in Debian : ; UNIX: /path1:/path2 ;include_path = .:/usr/share/php then setting the following in for instance /etc/php5/conf.d/zend.ini : [Zend] include_path = ${include_path} :/usr/share/php/libzend-framework-php leads to segmentation fault. Expected result: I guess referencing variables no yet explicitely set, but having default values should return their default value. Uncommenting the default include_path in /etc/php5/apache2/php.ini allows it to work. Actual result: -- Apache segmentation fault -- Edit bug report at http://bugs.php.net/?id=45973edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45973r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45973r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45973r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45973r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45973r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45973r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45973r=needscript Try newer version:http://bugs.php.net/fix.php?id=45973r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45973r=support Expected behavior:http://bugs.php.net/fix.php?id=45973r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45973r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45973r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45973r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45973r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45973r=dst IIS Stability:http://bugs.php.net/fix.php?id=45973r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45973r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45973r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45973r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45973r=mysqlcfg
#45879 [NEW]: Cannot clone objects due to 'zend.ze1_compatibility_mode' on NodeList::item
From: olivier dot berger at it-sudparis dot eu Operating system: Debian lenny PHP version: 5.2.6 PHP Bug Type: DOM XML related Bug description: Cannot clone objects due to 'zend.ze1_compatibility_mode' on NodeList::item Description: When zend.ze1_compatibility_mode is on, there are clone problems when iterating over the DOMNodelist items With the following code, I get : Fatal error: Cannot clone object of class DOMText due to 'zend.ze1_compatibility_mode' for instance Reproduce code: --- ?php ini_set('zend.ze1_compatibility_mode', true); $doc = new DOMDocument(); $success = $doc-load('/tmp/test.xml'); $root = $doc-documentElement; $nodeList = $doc-documentElement-childNodes; for ($i = 0; $i $nodeList-length; ++$i) { $node = $nodeList-item($i); echo $i - ; $nodeName = $node-nodeName; echo $nodeName :; $nodeValue = $node-nodeValue; echo $nodeValue br/; } Expected result: I would expect it to display the XML file's contents as without zend.ze1_compatibility_mode (in which case it works) Actual result: -- I get Cannot clone object of class DOMText wether with : $node = $nodeList-item($i); or : $node = $nodeList-item($i); a : foreach ($nodeList as $node) { echo $node-nodeName; echo $node-nodeValue; } won't work either. I guess that the internals of DOMNodelist::item tries to clone them instead of returning them by address, then. Note that : for ($i = 0; $i $nodeList-length; ++$i) { echo $i - ; $nodeName = $nodeList-item($i)-nodeName; echo $nodeName :; $nodeValue = $nodeList-item($i)-nodeValue; echo $nodeValue br/; } seems to work, though. -- Edit bug report at http://bugs.php.net/?id=45879edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45879r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45879r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45879r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45879r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45879r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45879r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45879r=needscript Try newer version:http://bugs.php.net/fix.php?id=45879r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45879r=support Expected behavior:http://bugs.php.net/fix.php?id=45879r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45879r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45879r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45879r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45879r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45879r=dst IIS Stability:http://bugs.php.net/fix.php?id=45879r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45879r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45879r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45879r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45879r=mysqlcfg