#45275 [NEW]: The non-thread-safe installer should have the Other CGI option
From: peaceable_whale at hotmail dot com Operating system: Windows XP SP3 PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: The non-thread-safe installer should have the Other CGI option Description: Unlike the normal installer, the non-thread-safe installer does not have the "Other CGI" option to install php-cgi.exe, which is required for FastCGI operation Expected result: An option to install php-cgi.exe should be included, like the normal installer Actual result: -- php-cgi.exe cannot be installed -- Edit bug report at http://bugs.php.net/?id=45275&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45275&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45275&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45275&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45275&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45275&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45275&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45275&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45275&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45275&r=support Expected behavior:http://bugs.php.net/fix.php?id=45275&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45275&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45275&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45275&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45275&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45275&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45275&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45275&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45275&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45275&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45275&r=mysqlcfg
#45273 [Opn]: Unable to make SSL connection to MySQL DB using mysqli::real_connect
ID: 45273
User updated by: luciandipeso at yahoo dot com
Reported By: luciandipeso at yahoo dot com
Status: Open
Bug Type: MySQLi related
Operating System: OS X, FreeBSD
PHP Version: 5.2.6
New Comment:
-- Should say "When I supply the MYSQLI_CLIENT_SSL flag to
mysqli::real_connect, the
script hangs until it either" not "I either" :)
Previous Comments:
[2008-06-14 23:21:58] luciandipeso at yahoo dot com
Description:
When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the
script hangs until I either:
get a 500 response from the web server (tested on a shared host running
FreeBSD)
or simply get a "Server unexpectedly dropped the connection" response
(tested on my MacBook Pro running OS X 10.4.11).
I am able to connect fine via command line.
I looked in my Apache logs, and found no entries.
Reproduce code:
---
$db = new mysqli();
$db->init();
$db->ssl_set('/path/to/key.pem', '/path/to/cert.pem',
'/path/to/ca.pem', NULL, NULL);
$db->real_connect('1.2.3.4', 'login', 'pass', 'database', 3167, '',
MYSQLI_CLIENT_SSL);
$query = $db->query("SHOW STATUS");
while($row = $query->fetch_assoc()) {
print_r($row);
echo('');
}
Expected result:
An SSL enabled connection to a remote MySQL database.
Actual result:
--
Either a 500 response or a "Server unexpectedly dropped the connection"
response.
--
Edit this bug report at http://bugs.php.net/?id=45273&edit=1
#45273 [NEW]: Unable to make SSL connection to MySQL DB using mysqli::real_connect
From: luciandipeso at yahoo dot com
Operating system: OS X, FreeBSD
PHP version: 5.2.6
PHP Bug Type: MySQLi related
Bug description: Unable to make SSL connection to MySQL DB using
mysqli::real_connect
Description:
When I supply the MYSQLI_CLIENT_SSL flag to mysqli::real_connect, the
script hangs until I either:
get a 500 response from the web server (tested on a shared host running
FreeBSD)
or simply get a "Server unexpectedly dropped the connection" response
(tested on my MacBook Pro running OS X 10.4.11).
I am able to connect fine via command line.
I looked in my Apache logs, and found no entries.
Reproduce code:
---
$db = new mysqli();
$db->init();
$db->ssl_set('/path/to/key.pem', '/path/to/cert.pem', '/path/to/ca.pem',
NULL, NULL);
$db->real_connect('1.2.3.4', 'login', 'pass', 'database', 3167, '',
MYSQLI_CLIENT_SSL);
$query = $db->query("SHOW STATUS");
while($row = $query->fetch_assoc()) {
print_r($row);
echo('');
}
Expected result:
An SSL enabled connection to a remote MySQL database.
Actual result:
--
Either a 500 response or a "Server unexpectedly dropped the connection"
response.
--
Edit bug report at http://bugs.php.net/?id=45273&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=45273&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=45273&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=45273&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=45273&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=45273&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=45273&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=45273&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=45273&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=45273&r=support
Expected behavior:http://bugs.php.net/fix.php?id=45273&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=45273&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=45273&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=45273&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45273&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=45273&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=45273&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=45273&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=45273&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=45273&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=45273&r=mysqlcfg
#45272 [NEW]: no ini setting to inhibit conversion of dots to underscores in $_REQUEST
From: tavin dot cole at gmail dot com Operating system: any PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: no ini setting to inhibit conversion of dots to underscores in $_REQUEST Description: It's well known that PHP converts dots to underscores for incoming variable names. This is very frustrating when writing modern PHP code with register_globals off and using $_REQUEST etc. instead. It's been stated this will not be changed due to BC issues. Why not introduce an INI setting to inhibit this behavior? Thanks for your consideration. -- Edit bug report at http://bugs.php.net/?id=45272&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45272&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45272&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45272&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45272&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45272&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45272&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45272&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45272&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45272&r=support Expected behavior:http://bugs.php.net/fix.php?id=45272&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45272&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45272&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45272&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45272&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45272&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45272&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45272&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45272&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45272&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45272&r=mysqlcfg
#45269 [Opn]: PHP/MySQL Compile Failure
ID: 45269 User updated by: thewordsmith at hotmail dot com Reported By: thewordsmith at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: Fedora 8 PHP Version: 5.2.6 New Comment: A full description of the config.log is found at http://pastebin.com/d31d6730e Previous Comments: [2008-06-14 03:44:18] thewordsmith at hotmail dot com Description: When attempting to compile PHP --with-mysql I get a compile error. I have tried mysql versions 5.0.20 to version 5.0.45 and using --with-mysql=shared, --with-mysql=/dir but I still get the same error. Reproduce code: --- checking for MSSQL support via FreeTDS... no checking for MySQL support... yes checking for specified location of the MySQL UNIX socket... no checking for MySQL UNIX socket location... no checking for mysql_close in -lmysqlclient... no checking for mysql_error in -lmysqlclient... no configure: error: mysql configure failed. Please check config.log for more information. Expected result: A successful PHP compile. Actual result: -- [EMAIL PROTECTED] php-5.2.6]# ./configure --with-mysql=/usr/bin --with-pdo-mysql=/usr/bin --enable-embedded-mysqli --with-pgsql --with-pdo-pgsql --with-apx --enable-track-vars --enable-ftp --with-jpeg-dir=/usr/lib --with-gd --with-aspell --with-curl --enable-bcmath --with-bz2 --with-config-file-path=/etc/httpd/conf --with-tiff-dir=/usr/lib --with-png-dir=/usr/lib --with-xpm-dir=/usr/lib --with-zlib --with-ldap --enable-sysvsem --enable-sysvmsg --enable-sysvshm --enable-calendar --enable-shmop --enable-exif --enable-dio --with-xmlrpc --with-xml --with-xsl=/usr/include/libxslt --enable-fastcgi --enable-xslt --with-xslt-sablot --enable-dbx --enable-dba --enable-libgcc --enable-sigchild --enable-magic-quotes --enable-dbase --with-gettext --with-gdbm --with-pear --with-openssl --with-mime-magic --enable-soap --with-dom --with-dom-xslt --with-dom-exslt --with-kerberos --enable-mbstring=all --enable-mbregex --enable-mbstr-enc-trans --with-iconv --with-expat --enable-discard-path --enable-sockets --enable-inline-optimization --enable-gd-native-ttf --enable-trans-sid --with-mhash=/root/php_needed_packages/mhash-0.9.9 --enable-dba --with-db4 loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /bin/sed checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for icc... no checking whether gcc and cc understand -c and -o together... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking whether ln -s works... yes checking for system library directory... lib checking whether to enable runpaths... yes checking if compiler supports -R... no checking if compiler supports -Wl,-rpath,... yes checking for re2c... no configure: warning: You will need re2c 0.12.0 or later if you want to regenerate PHP parsers. checking for gawk... gawk checking for bison... bison -y checking for bison version... 2.3 (ok) checking for flex... flex checking for yywrap in -lfl... yes checking lex output file root... lex.yy checking whether yytext is a pointer... yes checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.33) checking whether to force non-PIC code in shared modules... yes checking whether /dev/urandom exists... yes checking for pthreads_cflags... -pthread checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... no checking for Apache 1.x module support... no checking whether to enable Apache charset compatibility option... no checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... no checking for Apache 1.x (hooks) module support via DSO through APXS... no checking for Apache 1.x (hooks) module support... no checking whether to enable Apache charset compatibility option... no checking for Caudium support... no checking for CLI build... yes checking for Continuity support... no checking for embedded SAPI library support... no checking for Zeus ISAPI support... no checking for Milter support... no checking for NSAPI support... no checking for PHTTPD support... no checking for Pi3Web support... no checking whether Roxen module is build using ZTS... no checking for Roxen/
#45271 [NEW]: php gives negative memory error with memory limit at 2 gig
From: paul at paulscripts dot nl Operating system: Linux PHP version: 5.2.6 PHP Bug Type: Reproducible crash Bug description: php gives negative memory error with memory limit at 2 gig Description: php gives the next fatal error: Fatal error: Allowed memory size of -2147483648 bytes exhausted (tried to allocate 2147221481 bytes) in /root/convert.php on line 6 when trying to use a script with a memory limit of 2gig. Reproduce code: --- http://bugs.php.net/?id=45271&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45271&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45271&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45271&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45271&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45271&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45271&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45271&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45271&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45271&r=support Expected behavior:http://bugs.php.net/fix.php?id=45271&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45271&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45271&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45271&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45271&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45271&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45271&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45271&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45271&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45271&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45271&r=mysqlcfg
#45187 [Opn]: xmlrpc_encode_request should encode DateTime objects as datetime values
ID: 45187
User updated by: pickscrape at gmail dot com
Reported By: pickscrape at gmail dot com
Status: Open
Bug Type: XMLRPC-EPI related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
Yes, that's kinda the point to this bug report.
When xmlrpc_encode_request walks the parameters array (recursively),
any DateTime objects it encounters should be encoded as XMLRPC datetime
parameters (exactly like your snippet and the latter half of my example
demonstrate) transparently.
In other words, I'd expect the output from the first part of my script
to be identical to the output from the second.
Previous Comments:
[2008-06-14 12:59:49] kawai at apache dot org
There is no statement that we can use DateTime object for
passing to an xmlrpc function, and actually, we can't use it.
It is a limitation of current implementation of xmlrpc extension.
However, I think we MAY support DateTime object in xmlrpc extension.
Current xmlrpc extension allows you to create xmlrpc datetime
value from an ISO-8601 format string. So you can code like this:
format(DATE_ISO8601);
xmlrpc_set_type($datetime,'datetime');
var_dump(xmlrpc_encode_request('x',$datetime));
?>
[2008-06-12 17:50:28] pickscrape at gmail dot com
This script reproduces it. Interestingly, this script also causes a
stack smash to happen for me on Ubuntu, for which I have raised a
separate bug (launchpad 239513). It runs fine under gentoo though and
reproduces this bug properly.
format(DATE_ISO8601);
xmlrpc_set_type($params2[0], 'datetime');
print_r(xmlrpc_encode_request('x', $params2));
?>
[2008-06-11 22:02:11] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2008-06-09 06:06:44] kawai at apache dot org
Please show a code that reproduces the problem.
[2008-06-05 14:14:42] pickscrape at gmail dot com
Description:
When encoding parameters to XML-RPC object of type DateTime should be
converted into the standard XMLRPC date format instead of the empty
array that they are currently converted as.
--
Edit this bug report at http://bugs.php.net/?id=45187&edit=1
#45270 [NEW]: session_start() incorrectly tries to send a cookie
From: vesselin dot atanasov at gmail dot com Operating system: Fedora Core 8 PHP version: 5.2.6 PHP Bug Type: Session related Bug description: session_start() incorrectly tries to send a cookie Description: session_start() incorrectly tries to send a cookie even when it has already been sent. This causes problems with sessions that are closed with session_write_close() some output has been sent and then the session is re-opened with session_start() The second time when session_start() is called it should avoid sending the cookie and cache headers, since they have already been sent by the first call to session_start(). It seems that the second time session_start() tries to send the same cookie value as the first time, so it should be possible to avoid sending that cookie a second time. Reproduce code: --- Expected result: No output at all. Actual result: -- Test Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /var/medical/htdocs/try.php:4) in /var/medical/htdocs/try.php on line 5 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /var/medical/htdocs/try.php:4) in /var/medical/htdocs/try.php on line 5 -- Edit bug report at http://bugs.php.net/?id=45270&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45270&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45270&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45270&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45270&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45270&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45270&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45270&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45270&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45270&r=support Expected behavior:http://bugs.php.net/fix.php?id=45270&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45270&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45270&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45270&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45270&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45270&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45270&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45270&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45270&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45270&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45270&r=mysqlcfg
#45187 [Com]: xmlrpc_encode_request should encode DateTime objects as datetime values
ID: 45187
Comment by: kawai at apache dot org
Reported By: pickscrape at gmail dot com
Status: Open
Bug Type: XMLRPC-EPI related
Operating System: Linux
PHP Version: 5.2.6
New Comment:
There is no statement that we can use DateTime object for
passing to an xmlrpc function, and actually, we can't use it.
It is a limitation of current implementation of xmlrpc extension.
However, I think we MAY support DateTime object in xmlrpc extension.
Current xmlrpc extension allows you to create xmlrpc datetime
value from an ISO-8601 format string. So you can code like this:
format(DATE_ISO8601);
xmlrpc_set_type($datetime,'datetime');
var_dump(xmlrpc_encode_request('x',$datetime));
?>
Previous Comments:
[2008-06-12 17:50:28] pickscrape at gmail dot com
This script reproduces it. Interestingly, this script also causes a
stack smash to happen for me on Ubuntu, for which I have raised a
separate bug (launchpad 239513). It runs fine under gentoo though and
reproduces this bug properly.
format(DATE_ISO8601);
xmlrpc_set_type($params2[0], 'datetime');
print_r(xmlrpc_encode_request('x', $params2));
?>
[2008-06-11 22:02:11] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2008-06-09 06:06:44] kawai at apache dot org
Please show a code that reproduces the problem.
[2008-06-05 14:14:42] pickscrape at gmail dot com
Description:
When encoding parameters to XML-RPC object of type DateTime should be
converted into the standard XMLRPC date format instead of the empty
array that they are currently converted as.
--
Edit this bug report at http://bugs.php.net/?id=45187&edit=1
#45251 [Opn->Csd]: double free or corruption with setAttributeNode()
ID: 45251
Updated by: [EMAIL PROTECTED]
Reported By: ms419 at freezone dot co dot uk
-Status: Open
+Status: Closed
Bug Type:DOM XML related
PHP Version: 5.2.6
Assigned To: rrichards
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-06-12 20:41:40] [EMAIL PROTECTED]
assign to self
[2008-06-12 19:46:31] ms419 at freezone dot co dot uk
Description:
I get the following double free or corruption when trying to add
attributes of one DOMElement to another DOMElement with
setAttributeNode()
Reproduce code:
---
loadXml(<<
EOF
);
$xpath = new DOMXPath($doc);
$bbb = $xpath->query('bbb', $doc->documentElement)->item(0);
$ccc = $doc->createElement('ccc');
foreach ($bbb->attributes as $attr)
{
$ccc->setAttributeNode($attr);
}
Expected result:
No double free or corruption
Actual result:
--
ket% php test.php
*** glibc detected *** php: double free or corruption (fasttop):
0x09ed5280 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb79ba614]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb79bc816]
/usr/lib/libxml2.so.2(xmlFreeProp+0x9b)[0xb7aed17b]
/usr/lib/libxml2.so.2(xmlFreePropList+0x1b)[0xb7aed3bb]
/usr/lib/libxml2.so.2(xmlFreeNodeList+0xba)[0xb7aecaea]
/usr/lib/libxml2.so.2(xmlFreeNodeList+0x97)[0xb7aecac7]
/usr/lib/libxml2.so.2(xmlFreeDoc+0xbc)[0xb7aec90c]
php(php_libxml_decrement_doc_ref+0x5a)[0x8098cea]
php(dom_objects_free_storage+0x70)[0x80de820]
php(zend_objects_store_del_ref_by_handle+0x1cb)[0x82df80b]
php(zend_objects_store_del_ref+0x28)[0x82df858]
php(_zval_dtor_func+0x71)[0x82bfbc1]
php(_zval_ptr_dtor+0x78)[0x82b28f8]
php[0x82caed5]
php(zend_hash_reverse_apply+0x6e)[0x82cafde]
php(shutdown_destructors+0x7c)[0x82b280c]
php(zend_call_destructors+0x44)[0x82c0354]
php(php_request_shutdown+0x2fc)[0x8277b2c]
php(main+0x5f7)[0x83528b7]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7962455]
php[0x8097cb1]
=== Memory map:
08048000-08521000 r-xp fe:00 6182198/usr/bin/php5
08521000-08558000 rw-p 004d8000 fe:00 6182198/usr/bin/php5
08558000-0855d000 rw-p 08558000 00:00 0
09d65000-09ef2000 rw-p 09d65000 00:00 0 [heap]
b6621000-b662d000 r-xp fe:00 4866377/lib/libgcc_s.so.1
b662d000-b662e000 rw-p b000 fe:00 4866377/lib/libgcc_s.so.1
b662e000-b662f000 ---p b662e000 00:00 0
b662f000-b6e2f000 rw-p b662f000 00:00 0
b6e2f000-b6e39000 r-xp fe:00 4867708
/lib/i686/cmov/libnss_files-2.7.so
b6e39000-b6e3b000 rw-p 9000 fe:00 4867708
/lib/i686/cmov/libnss_files-2.7.so
b6e3b000-b6e4b000 r-xp fe:00 6179047
/usr/lib/libexslt.so.0.8.13
b6e4b000-b6e4c000 rw-p f000 fe:00 6179047
/usr/lib/libexslt.so.0.8.13
b6e5e000-b6e79000 r-xp fe:00 6619204
/usr/lib/php5/20060613+lfs/syck.so
b6e79000-b6e7a000 rw-p 0001b000 fe:00 6619204
/usr/lib/php5/20060613+lfs/syck.so
b6e7a000-b6e81000 r-xp fe:00 4867730
/lib/i686/cmov/librt-2.7.so
b6e81000-b6e83000 rw-p 6000 fe:00 4867730
/lib/i686/cmov/librt-2.7.so
b6e83000-b6ea3000 r-xp fe:00 6180976
/usr/lib/libssh2.so.1.0.0
b6ea3000-b6ea4000 rw-p 0001f000 fe:00 6180976
/usr/lib/libssh2.so.1.0.0
b6ea4000-b6ed4000 r-xp fe:00 6177806
/usr/lib/libidn.so.11.5.37
b6ed4000-b6ed5000 rw-p 0003 fe:00 6177806
/usr/lib/libidn.so.11.5.37
b6ed5000-b6f08000 r-xp fe:00 6179058
/usr/lib/libxslt.so.1.1.24
b6f08000-b6f09000 rw-p 00033000 fe:00 6179058
/usr/lib/libxslt.so.1.1.24
b6f09000-b6f4b000 r-xp fe:00 6176997
/usr/lib/libcurl.so.4.1.0
b6f4b000-b6f4c000 rw-p 00041000 fe:00 6176997
/usr/lib/libcurl.so.4.1.0
b6f4c000-b6f4d000 rw-p b6f4c000 00:00 0
b6f4d000-b6f8f000 r-xp fe:00 6178279
/usr/lib/libgmp.so.3.4.2
b6f8f000-b6f9 rw-p 00042000 fe:00 6178279
/usr/lib/libgmp.so.3.4.2
b6f9-b6fad000 r-xp fe:00 6192008/usr/lib/libpq.so.5.1
b6fad000-b6fae000 rw-p 0001d000 fe:00 6192008/usr/lib/libpq.so.5.1
b6fae000-b7007000 r-xp fe:00 6179774
/usr/lib/libsqlite3.so.0.8.6
b7007000-b7009000 rw-p 00058000 fe:00 6179774
/usr/lib/libsqlite3.so.0.8.6
b7009000-b71aa000 r-xp fe:00 6176862
/usr/lib/libmysqlclient.so.15.0.0
b71aa000-b71ee000 rw-p 001a fe:00 6176862
/usr/lib/libmysqlclient.so.15.0.0
b71ee000-b71ef000 rw-p b71ee000 00:00 0
b71ef000-b724 r-xp fe:00 5904125
/usr/lib/libraptor.so.1.1.0
b724-b7242000 rw-p 00051000 fe:00 5904125
/usr/lib/libraptor.so.1.1.0
b7242000-b7273000 r-xp fe:00 6180883
/usr/lib/librasqal.so.0.0.0
b7273000-b7274000 rw-p 00031000 f
#45163 [Opn->Bgs]: switch() statement incorrect
ID: 45163
Updated by: [EMAIL PROTECTED]
Reported By: waps at pisem dot net
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win Vista x32 Business
PHP Version: 5.2.6
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
See http://www.php.net/operators.comparison
0 == 'string'
The right hand side is cast to an integer, in this case the right hand
side ends up as 0.
Previous Comments:
[2008-06-13 19:17:14] waps at pisem dot net
[2008-06-13 19:12:20] waps at pisem dot net
Old excampe incorrected!
This excemple correct:
$strCode = 0;
switch( $strCode )
{
case 'jpg':
case 'jpeg':
echo 'point 0';
break;
case 'gif':
echo 'point 1';
break;
default:
echo 'point 3';
}
[2008-06-13 01:00:01] php-bugs at lists dot php dot net
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".
[2008-06-05 18:10:11] [EMAIL PROTECTED]
Please provide a script that has some possibility to work, logically
too. A proper reproducing script starts with , is
no longer than 20 lines and is self-contained in every way.
[2008-06-04 05:36:31] waps at pisem dot net
Description:
SWITCH statement incorrect work from data types. In exemple I write
code.
Reproduce code:
---
$strCode = 0;
switch( $strFileType )
{
case 'jpg':
case 'jpeg':
echo 'point 0';
break;
case 'gif':
echo 'point 1';
break;
default:
echo 'point 3';
}
Expected result:
echo string "point 0"
Actual result:
--
I have to view "point 3", but no "point 0"
--
Edit this bug report at http://bugs.php.net/?id=45163&edit=1
