#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=45973&edit=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=45973&edit=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=45973&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45973&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45973&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45973&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45973&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45973&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45973&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45973&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45973&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45973&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45973&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45973&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45973&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45973&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45973&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45973&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45973&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45973&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45973&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45973&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45973&r=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:
---
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 ";
}
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 ";
}
seems to work, though.
--
Edit bug report at http://bugs.php.net/?id=45879&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45879&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45879&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45879&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45879&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45879&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45879&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45879&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45879&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45879&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45879&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45879&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45879&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45879&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45879&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45879&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45879&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45879&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45879&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45879&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45879&r=mysqlcfg
