#46208 [NEW]: Comparing integer to string loses leading 0's
From: brennan at reverseproductions dot com Operating system: OSX PHP version: 5.2.6 PHP Bug Type: Scripting Engine problem Bug description: Comparing integer to string loses leading 0's Description: When comparing an integer with a string any leading 0's in the integers are ignored. Reproduce code: --- $day = "05"; echo "05 == 05: "; if (!(strcmp(05, $day))) echo "equal"; else echo "not equal"; echo ""; echo "07 == 05: "; if (!(strcmp(07, $day))) echo "equal"; else echo "not equal"; Expected result: 05 == 05: equal 07 == 05: not equal Actual result: -- 05 == 05: not equal 07 == 05: not equal -- Edit bug report at http://bugs.php.net/?id=46208&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46208&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46208&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46208&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46208&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46208&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46208&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46208&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46208&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46208&r=support Expected behavior:http://bugs.php.net/fix.php?id=46208&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46208&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46208&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46208&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46208&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46208&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46208&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46208&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46208&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46208&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46208&r=mysqlcfg
#46207 [NEW]: Compile Mysqli Failed
From: freed1985 at 126 dot com Operating system: Ubuntu 8.04 PHP version: 5.2.6 PHP Bug Type: MySQLi related Bug description: Compile Mysqli Failed Description: Extension compile failed Reproduce code: --- [EMAIL PROTECTED]:/home/otaku/php-5.2.6/ext/mysqli# sudo make Actual result: -- /bin/bash /home/otaku/php-5.2.6/ext/mysqli/libtool --mode=compile gcc -I. -I/home/otaku/php-5.2.6/ext/mysqli -DPHP_ATOM_INC -I/home/otaku/php-5.2.6/ext/mysqli/include -I/home/otaku/php-5.2.6/ext/mysqli/main -I/home/otaku/php-5.2.6/ext/mysqli -I/usr/local/php/include/php -I/usr/local/php/include/php/main -I/usr/local/php/include/php/TSRM -I/usr/local/php/include/php/Zend -I/usr/local/php/include/php/ext -I/usr/local/php/include/php/ext/date/lib -I/usr/local/mysql/include/mysql -DHAVE_CONFIG_H -g -O2 -c /home/otaku/php-5.2.6/ext/mysqli/mysqli.c -o mysqli.lo mkdir .libs gcc -I. -I/home/otaku/php-5.2.6/ext/mysqli -DPHP_ATOM_INC -I/home/otaku/php-5.2.6/ext/mysqli/include -I/home/otaku/php-5.2.6/ext/mysqli/main -I/home/otaku/php-5.2.6/ext/mysqli -I/usr/local/php/include/php -I/usr/local/php/include/php/main -I/usr/local/php/include/php/TSRM -I/usr/local/php/include/php/Zend -I/usr/local/php/include/php/ext -I/usr/local/php/include/php/ext/date/lib -I/usr/local/mysql/include/mysql -DHAVE_CONFIG_H -g -O2 -c /home/otaku/php-5.2.6/ext/mysqli/mysqli.c -fPIC -DPIC -o .libs/mysqli.o /home/otaku/php-5.2.6/ext/mysqli/mysqli.c: In function 'zm_startup_mysqli': /home/otaku/php-5.2.6/ext/mysqli/mysqli.c:643: error: 'MYSQL_RPL_MASTER' undeclared (first use in this function) /home/otaku/php-5.2.6/ext/mysqli/mysqli.c:643: error: (Each undeclared identifier is reported only once /home/otaku/php-5.2.6/ext/mysqli/mysqli.c:643: error: for each function it appears in.) /home/otaku/php-5.2.6/ext/mysqli/mysqli.c:644: error: 'MYSQL_RPL_SLAVE' undeclared (first use in this function) /home/otaku/php-5.2.6/ext/mysqli/mysqli.c:645: error: 'MYSQL_RPL_ADMIN' undeclared (first use in this function) make: *** [mysqli.lo] ´íÎó 1 -- Edit bug report at http://bugs.php.net/?id=46207&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46207&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46207&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46207&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46207&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46207&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46207&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46207&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46207&r=support Expected behavior:http://bugs.php.net/fix.php?id=46207&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46207&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46207&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46207&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46207&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46207&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46207&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46207&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46207&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46207&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46207&r=mysqlcfg
#46206 [NEW]: pg_query_params modifies null values in array to empty strings
From: pierre dot dumuid at adelaide dot edu dot au
Operating system: Linux
PHP version: 5.2.6
PHP Bug Type: PostgreSQL related
Bug description: pg_query_params modifies null values in array to empty strings
Description:
pg_query_params modifies null values in array to empty strings.
(similar, but different to bug #36606, I can verify that #36606 is fixed
for me!)
Reproduce code:
---
// createdb saga3;
// echo 'CREATE TABLE pais (idpais integer);' | psql saga3
$a = pg_connect("dbname=saga3");
$b = array(null);
var_dump($b);
pg_query_params($a, "SELECT * FROM pais WHERE idpais = $1", $b);
var_dump($b);
die;
Expected result:
array(1) {
[0]=>
NULL
}
array(1) {
[0]=>
NULL
}
Actual result:
--
array(1) {
[0]=>
NULL
}
array(1) {
[0]=>
string(0) ""
}
--
Edit bug report at http://bugs.php.net/?id=46206&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46206&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46206&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46206&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46206&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46206&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46206&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46206&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46206&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46206&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46206&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46206&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46206&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46206&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46206&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46206&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46206&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46206&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46206&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46206&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46206&r=mysqlcfg
#46020 [Com]: With Sun Java System Web Server 7.0 on HPUX, #define HPUX
ID: 46020 Comment by: krish dot v at gmail dot com Reported By: river at wikimedia dot org Status: Open Bug Type: Compile Failure Operating System: HP-UX 11.11 PHP Version: 5.2.6 New Comment: This happened for my Sun one webserver 6.1 running in HP UX 11.11. I tried your work around and it worked fine. Thanks for the help. This is really a useful one. Krish. Previous Comments: [2008-09-08 08:41:04] river at wikimedia dot org Description: When compiling --with-nsapi on HP-UX 11.11 using Sun Java System Web Server 7.0 Update 3, compilation fails inside because HPUX is not #defined. A workaround is to build with 'CPPFLAGS=-DHPUX'. I suggest detecting HP-UX at compile time and defining HPUX if the NSAPI module is being built. Reproduce code: --- I compiled PHP like this: CPPFLAGS='-I/usr/local/include' LDFLAGS='-L/usr/local/lib -Wl,+b,/usr/local/mysql/lib:/usr/local/lib' CC=gcc CXX=g++ ./configure --prefix=/opt/php --with-mysql=/usr/local/mysql --enable-mbstring --enable-fastcgi --with-nsapi=/opt/webserver7 Expected result: I expected PHP to compile. Actual result: -- PHP didn't compile, with the following error: In file included from /home/river/php/php-5.2.6/sapi/nsapi/nsapi.c:62: /opt/webserver7/include/nsapi.h:315:24: error: sys/select.h: No such file or directory (This include is wrapped in "#ifndef HPUX", which HP's GCC doesn't define by default.) -- Edit this bug report at http://bugs.php.net/?id=46020&edit=1
#44018 [Opn]: RecursiveDirectoryIterator options inconsistancy
ID: 44018
User updated by: jordan dot raub at dataxltd dot com
Reported By: jordan dot raub at dataxltd dot com
Status: Open
Bug Type: SPL related
Operating System: *
PHP Version: 5.2.5
Assigned To: helly
New Comment:
patch
diff php5.2-200809302030/ext/spl/spl_directory.c
php52/ext/spl/spl_directory.c
683,686c683
< } else if (SPL_FILE_DIR_CURRENT(intern,
SPL_FILE_DIR_CURRENT_AS_FILEINFO)) {
< spl_filesystem_object_get_file_name(intern TSRMLS_CC);
< spl_filesystem_object_create_type(0, intern,
SPL_FS_INFO, NULL, return_value TSRMLS_CC);
< } else {
---
> } else if (SPL_FILE_DIR_CURRENT(intern,
SPL_FILE_DIR_CURRENT_AS_SELF)) {
688a686,688
> } else {
> spl_filesystem_object_get_file_name(intern TSRMLS_CC);
> spl_filesystem_object_create_type(0, intern,
SPL_FS_INFO, NULL, return_value TSRMLS_CC);
966c966
< long flags =
SPL_FILE_DIR_KEY_AS_PATHNAME|SPL_FILE_DIR_CURRENT_AS_FILEINFO;
---
> long flags =
SPL_FILE_DIR_KEY_AS_PATHNAME|SPL_FILE_DIR_CURRENT_AS_SELF;
1258c1258,1260
< } else if (SPL_FILE_DIR_CURRENT(object,
SPL_FILE_DIR_CURRENT_AS_FILEINFO)) {
---
> } else if (SPL_FILE_DIR_CURRENT(object,
SPL_FILE_DIR_CURRENT_AS_SELF)) {
> *data = (zval**)&iterator->intern.data;
> } else {
1265,1266d1266
< } else {
< *data = (zval**)&iterator->intern.data;
diff php5.2-200809302030/ext/spl/spl_directory.h
php52/ext/spl/spl_directory.h
96,97c96,97
< #define SPL_FILE_DIR_CURRENT_AS_FILEINFO 0x /* make
RecursiveDirectoryTree::current() return SplFileInfo */
< #define SPL_FILE_DIR_CURRENT_AS_SELF 0x0010 /* make
RecursiveDirectoryTree::current() return getSelf() */
---
> #define SPL_FILE_DIR_CURRENT_AS_FILEINFO 0x0010 /* make
RecursiveDirectoryTree::current() return SplFileInfo */
> #define SPL_FILE_DIR_CURRENT_AS_SELF 0x /* make
RecursiveDirectoryTree::current() return getSelf() */
UnitTest
--TEST--
Bug #44018 (RecursiveDirectoryIterator options inconsistancy)
--FILE--
$file)
{
if(strpos($key, '/tests') !== false)
{
echo get_class($file) . "\n";
}
}
$options = 0;
foreach(new RecursiveDirectoryIterator(dirname(dirname(__FILE__)),
$options) as $key => $file)
{
if(strpos($key, '/tests') !== false)
{
echo get_class($file) . "\n";
}
}
$options = RecursiveDirectoryIterator::CURRENT_AS_FILEINFO;
foreach(new RecursiveDirectoryIterator(dirname(dirname(__FILE__)),
$options) as $key => $file)
{
if(strpos($key, '/tests') !== false)
{
echo get_class($file) . "\n";
}
}
$options = RecursiveDirectoryIterator::KEY_AS_FILENAME;
foreach(new RecursiveDirectoryIterator(dirname(dirname(__FILE__)),
$options) as $key => $file)
{
if('tests' === $key)
{
echo get_class($file) . "\n";
}
}
$options = RecursiveDirectoryIterator::CURRENT_AS_FILEINFO
| RecursiveDirectoryIterator::KEY_AS_FILENAME;
foreach(new RecursiveDirectoryIterator(dirname(dirname(__FILE__)),
$options) as $key => $file)
{
if('tests' === $key)
{
echo get_class($file) . "\n";
}
}
?>
--EXPECTF--
RecursiveDirectoryIterator
RecursiveDirectoryIterator
SplFileInfo
RecursiveDirectoryIterator
SplFileInfo
Previous Comments:
[2008-09-30 21:32:34] jordan dot raub at dataxltd dot com
re-opened
[2008-09-30 21:32:02] jordan dot raub at dataxltd dot com
Broken again...
here it is from a snapshot...
looks like CURRENT_AS_FILEINFO == 0 now
$options not passed
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
[2008-02-05 16:13:52] jordan dot raub at dataxltd dot com
works fine now...
[2008-02-05 09:49:27] [EMAIL PROTECTED]
Please try using this CVS sn
#44018 [Csd->Opn]: RecursiveDirectoryIterator options inconsistancy
ID: 44018
User updated by: jordan dot raub at dataxltd dot com
Reported By: jordan dot raub at dataxltd dot com
-Status: Closed
+Status: Open
Bug Type: SPL related
Operating System: *
PHP Version: 5.2.5
Assigned To: helly
New Comment:
re-opened
Previous Comments:
[2008-09-30 21:32:02] jordan dot raub at dataxltd dot com
Broken again...
here it is from a snapshot...
looks like CURRENT_AS_FILEINFO == 0 now
$options not passed
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
[2008-02-05 16:13:52] jordan dot raub at dataxltd dot com
works fine now...
[2008-02-05 09:49:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Can you './cvsclean' and rebuild 5.2 or at least 'touch
ext/spl/spl_directory.c && make' ? The last fix for 5.2 was only in the
headers and in my checks it worked correct.
[2008-02-04 22:08:20] jordan dot raub at dataxltd dot com
had to reopen it. php5.3cvs works fine but php5.2cvs fixed the error
but put added a bug..
php5.3cvs works fine. the test script I ran now give the appropriate
output:
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#1 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#1 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#4 (2) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (2) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#1 (3) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#1 (3) {
["pathName":
#44018 [Csd]: RecursiveDirectoryIterator options inconsistancy
ID: 44018
User updated by: jordan dot raub at dataxltd dot com
Reported By: jordan dot raub at dataxltd dot com
Status: Closed
Bug Type: SPL related
Operating System: *
PHP Version: 5.2.5
Assigned To: helly
New Comment:
Broken again...
here it is from a snapshot...
looks like CURRENT_AS_FILEINFO == 0 now
$options not passed
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 0
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest/dir"
object(SplFileInfo)#3 (0) {
}
string(83)
"/virtualhosts/tmp/RecursiveDirectoryIteratorTest/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
$options = 100
string(3) "dir"
object(SplFileInfo)#3 (0) {
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#4 (0) {
}
Previous Comments:
[2008-02-05 16:13:52] jordan dot raub at dataxltd dot com
works fine now...
[2008-02-05 09:49:27] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
Can you './cvsclean' and rebuild 5.2 or at least 'touch
ext/spl/spl_directory.c && make' ? The last fix for 5.2 was only in the
headers and in my checks it worked correct.
[2008-02-04 22:08:20] jordan dot raub at dataxltd dot com
had to reopen it. php5.3cvs works fine but php5.2cvs fixed the error
but put added a bug..
php5.3cvs works fine. the test script I ran now give the appropriate
output:
$options not passed
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#1 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#1 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
$options = 0
string(21) "/virtualhosts/tmp/dir"
object(RecursiveDirectoryIterator)#2 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#2 (4) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
$options = 10
string(21) "/virtualhosts/tmp/dir"
object(SplFileInfo)#4 (2) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(21) "/virtualhosts/tmp/dir"
}
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
object(SplFileInfo)#2 (2) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["fileName":"SplFileInfo":private]=>
string(52) "/virtualhosts/tmp/RecursiveDirectoryIteratorTest.php"
}
$options = 100
string(3) "dir"
object(RecursiveDirectoryIterator)#1 (3) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=>
string(0) ""
}
string(34) "RecursiveDirectoryIteratorTest.php"
object(RecursiveDirectoryIterator)#1 (3) {
["pathName":"SplFileInfo":private]=>
string(17) "/virtualhosts/tmp"
["glob":"DirectoryIterator":private]=>
bool(false)
["subPathName":"RecursiveDirectoryIterator":private]=
#46205 [Opn->Asn]: Closure - Memory leaks when ReflectionException is thrown
ID: 46205
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type:Scripting Engine problem
PHP Version: 5.3CVS-2008-09-30 (CVS)
-Assigned To:
+Assigned To: dmitry
Previous Comments:
[2008-09-30 19:48:07] [EMAIL PROTECTED]
Description:
See below.
Reproduce code:
---
invokeArgs(new reflectionparameter('trim', 'str'), array($y, 1));
} catch (Exception $e) { }
Actual result:
--
==5847== 9 bytes in 1 blocks are indirectly lost in loss record 1 of 2
==5847==at 0x4021620: malloc (vg_replace_malloc.c:149)
==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285)
==5847==by 0x83CF03E: _estrndup (zend_alloc.c:2440)
==5847==by 0x841DFB7: zend_get_closure_invoke_method
(zend_closures.c:113)
==5847==by 0x818AECF: zim_reflection_parameter___construct
(php_reflection.c:1959)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x8188075: _reflection_export (php_reflection.c:1286)
==5847==by 0x818A78B: zim_reflection_parameter_export
(php_reflection.c:1863)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x818DA96: zim_reflection_method_invokeArgs
(php_reflection.c:2618)
==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:428)
==5847==by 0x842706B: execute (zend_vm_execute.h:104)
==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197)
==5847==by 0x836FBB7: php_execute_script (main.c:2080)
==5847==by 0x8497743: main (php_cli.c:1130)
==5847==
==5847==
==5847== 153 (144 direct, 9 indirect) bytes in 1 blocks are definitely
lost in loss record 2 of 2
==5847==at 0x4021620: malloc (vg_replace_malloc.c:149)
==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285)
==5847==by 0x841DF15: zend_get_closure_invoke_method
(zend_closures.c:105)
==5847==by 0x818AECF: zim_reflection_parameter___construct
(php_reflection.c:1959)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x8188075: _reflection_export (php_reflection.c:1286)
==5847==by 0x818A78B: zim_reflection_parameter_export
(php_reflection.c:1863)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x818DA96: zim_reflection_method_invokeArgs
(php_reflection.c:2618)
==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:428)
==5847==by 0x842706B: execute (zend_vm_execute.h:104)
==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197)
==5847==by 0x836FBB7: php_execute_script (main.c:2080)
==5847==by 0x8497743: main (php_cli.c:1130)
--
Edit this bug report at http://bugs.php.net/?id=46205&edit=1
#46205 [NEW]: Closure - Memory leaks when ReflectionException is thrown
From: [EMAIL PROTECTED]
Operating system:
PHP version: 5.3CVS-2008-09-30 (CVS)
PHP Bug Type: Scripting Engine problem
Bug description: Closure - Memory leaks when ReflectionException is thrown
Description:
See below.
Reproduce code:
---
invokeArgs(new reflectionparameter('trim', 'str'), array($y, 1));
} catch (Exception $e) { }
Actual result:
--
==5847== 9 bytes in 1 blocks are indirectly lost in loss record 1 of 2
==5847==at 0x4021620: malloc (vg_replace_malloc.c:149)
==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285)
==5847==by 0x83CF03E: _estrndup (zend_alloc.c:2440)
==5847==by 0x841DFB7: zend_get_closure_invoke_method
(zend_closures.c:113)
==5847==by 0x818AECF: zim_reflection_parameter___construct
(php_reflection.c:1959)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x8188075: _reflection_export (php_reflection.c:1286)
==5847==by 0x818A78B: zim_reflection_parameter_export
(php_reflection.c:1863)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x818DA96: zim_reflection_method_invokeArgs
(php_reflection.c:2618)
==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:428)
==5847==by 0x842706B: execute (zend_vm_execute.h:104)
==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197)
==5847==by 0x836FBB7: php_execute_script (main.c:2080)
==5847==by 0x8497743: main (php_cli.c:1130)
==5847==
==5847==
==5847== 153 (144 direct, 9 indirect) bytes in 1 blocks are definitely
lost in loss record 2 of 2
==5847==at 0x4021620: malloc (vg_replace_malloc.c:149)
==5847==by 0x83CEAC1: _emalloc (zend_alloc.c:2285)
==5847==by 0x841DF15: zend_get_closure_invoke_method
(zend_closures.c:105)
==5847==by 0x818AECF: zim_reflection_parameter___construct
(php_reflection.c:1959)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x8188075: _reflection_export (php_reflection.c:1286)
==5847==by 0x818A78B: zim_reflection_parameter_export
(php_reflection.c:1863)
==5847==by 0x83E7E0C: zend_call_function (zend_execute_API.c:907)
==5847==by 0x818DA96: zim_reflection_method_invokeArgs
(php_reflection.c:2618)
==5847==by 0x8428148: zend_do_fcall_common_helper_SPEC
(zend_vm_execute.h:315)
==5847==by 0x84291DC: ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(zend_vm_execute.h:428)
==5847==by 0x842706B: execute (zend_vm_execute.h:104)
==5847==by 0x83F875C: zend_execute_scripts (zend.c:1197)
==5847==by 0x836FBB7: php_execute_script (main.c:2080)
==5847==by 0x8497743: main (php_cli.c:1130)
--
Edit bug report at http://bugs.php.net/?id=46205&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46205&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46205&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46205&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46205&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46205&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46205&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46205&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46205&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46205&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46205&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46205&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46205&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46205&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46205&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46205&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46205&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46205&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46205&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46205&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46205&r=mysqlcfg
#43045 [Asn]: SOAP encoding violation on "INF" for type double/float
ID: 43045
Updated by: [EMAIL PROTECTED]
Reported By: nick at attask dot com
Status: Assigned
Bug Type: SOAP related
Operating System: *
PHP Version: 5.2.6
Assigned To: dmitry
New Comment:
workaround: get local copy of the wsdl file and change all double types
to string. :)
Previous Comments:
[2008-09-30 19:22:09] [EMAIL PROTECTED]
Might be caused by the optimization patch for zend_operators.h
is_numeric_string() func which seems to nuke the inf/nan handling
totally out of the func..
[2008-09-30 19:00:26] [EMAIL PROTECTED]
I get the same problem here, sample code available via email if
requied. Basically: WSDL says data is double, return NaN / INF -> this
annoying error about "violation". Yet the same stuff works with other
languages..
[2007-10-19 21:04:39] nick at attask dot com
Description:
Bug 39815 (http://bugs.php.net/bug.php?id=39815) reported a
locale-sensitive error in decoding SOAP double values. The result was a
fix which it seems has broken support for special double values
represented by strings, such as:
INF
-INF
NAN
When a SOAP response sends one of these values (INF in the example
below) with type "double" or "float" in versions 5.2.1 and later, the
result is a SoapFault of "Violation of Encoding rules", when it should
successfully parse the result as a PHP float of value "INF".
This change happened in 5.2.1 in file ext/soap/php_encoding.c.
Versions 5.2.0 and older correctly produce the "Expected Result" below.
Reproduce code:
---
$_SERVER['SCRIPT_URI'] . "?soap-server=1",
"uri" => 'urn:TestSOAP',
"style"=> SOAP_RPC,
"use" => SOAP_ENCODED
));
$response = $client->__soapCall('test', array());
var_dump($response->doubleInfinity);
}
catch (SoapFault $e) {
print_r($e);
}
} else {
header('Content-Type: text/xml; charset=utf-8');
?>http://www.w3.org/2001/XMLSchema-instance";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>INF
Expected result:
float(INF)
Actual result:
--
SoapFault Object
(
[message:protected] => SOAP-ERROR: Encoding: Violation of encoding
rules
...
[faultstring] => SOAP-ERROR: Encoding: Violation of encoding rules
[faultcode] => Client
[faultcodens] => http://schemas.xmlsoap.org/soap/envelope/
)
--
Edit this bug report at http://bugs.php.net/?id=43045&edit=1
#43045 [Asn]: SOAP encoding violation on "INF" for type double/float
ID: 43045
Updated by: [EMAIL PROTECTED]
Reported By: nick at attask dot com
Status: Assigned
Bug Type: SOAP related
Operating System: *
PHP Version: 5.2.6
Assigned To: dmitry
New Comment:
Might be caused by the optimization patch for zend_operators.h
is_numeric_string() func which seems to nuke the inf/nan handling
totally out of the func..
Previous Comments:
[2008-09-30 19:00:26] [EMAIL PROTECTED]
I get the same problem here, sample code available via email if
requied. Basically: WSDL says data is double, return NaN / INF -> this
annoying error about "violation". Yet the same stuff works with other
languages..
[2007-10-19 21:04:39] nick at attask dot com
Description:
Bug 39815 (http://bugs.php.net/bug.php?id=39815) reported a
locale-sensitive error in decoding SOAP double values. The result was a
fix which it seems has broken support for special double values
represented by strings, such as:
INF
-INF
NAN
When a SOAP response sends one of these values (INF in the example
below) with type "double" or "float" in versions 5.2.1 and later, the
result is a SoapFault of "Violation of Encoding rules", when it should
successfully parse the result as a PHP float of value "INF".
This change happened in 5.2.1 in file ext/soap/php_encoding.c.
Versions 5.2.0 and older correctly produce the "Expected Result" below.
Reproduce code:
---
$_SERVER['SCRIPT_URI'] . "?soap-server=1",
"uri" => 'urn:TestSOAP',
"style"=> SOAP_RPC,
"use" => SOAP_ENCODED
));
$response = $client->__soapCall('test', array());
var_dump($response->doubleInfinity);
}
catch (SoapFault $e) {
print_r($e);
}
} else {
header('Content-Type: text/xml; charset=utf-8');
?>http://www.w3.org/2001/XMLSchema-instance";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>INF
Expected result:
float(INF)
Actual result:
--
SoapFault Object
(
[message:protected] => SOAP-ERROR: Encoding: Violation of encoding
rules
...
[faultstring] => SOAP-ERROR: Encoding: Violation of encoding rules
[faultcode] => Client
[faultcodens] => http://schemas.xmlsoap.org/soap/envelope/
)
--
Edit this bug report at http://bugs.php.net/?id=43045&edit=1
#43045 [NoF->Asn]: SOAP encoding violation on "INF" for type double/float
ID: 43045
Updated by: [EMAIL PROTECTED]
Reported By: nick at attask dot com
-Status: No Feedback
+Status: Assigned
Bug Type: SOAP related
Operating System: Irrelevant
-PHP Version: 5.2.4
+PHP Version: 5.2.6
-Assigned To:
+Assigned To: dmitry
New Comment:
I get the same problem here, sample code available via email if
requied. Basically: WSDL says data is double, return NaN / INF -> this
annoying error about "violation". Yet the same stuff works with other
languages..
Previous Comments:
[2007-10-28 01:00:00] 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".
[2007-10-20 15:06:23] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.2-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.2-win32-installer-latest.msi
[2007-10-19 21:04:39] nick at attask dot com
Description:
Bug 39815 (http://bugs.php.net/bug.php?id=39815) reported a
locale-sensitive error in decoding SOAP double values. The result was a
fix which it seems has broken support for special double values
represented by strings, such as:
INF
-INF
NAN
When a SOAP response sends one of these values (INF in the example
below) with type "double" or "float" in versions 5.2.1 and later, the
result is a SoapFault of "Violation of Encoding rules", when it should
successfully parse the result as a PHP float of value "INF".
This change happened in 5.2.1 in file ext/soap/php_encoding.c.
Versions 5.2.0 and older correctly produce the "Expected Result" below.
Reproduce code:
---
$_SERVER['SCRIPT_URI'] . "?soap-server=1",
"uri" => 'urn:TestSOAP',
"style"=> SOAP_RPC,
"use" => SOAP_ENCODED
));
$response = $client->__soapCall('test', array());
var_dump($response->doubleInfinity);
}
catch (SoapFault $e) {
print_r($e);
}
} else {
header('Content-Type: text/xml; charset=utf-8');
?>http://www.w3.org/2001/XMLSchema-instance";
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/";
xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>INF
Expected result:
float(INF)
Actual result:
--
SoapFault Object
(
[message:protected] => SOAP-ERROR: Encoding: Violation of encoding
rules
...
[faultstring] => SOAP-ERROR: Encoding: Violation of encoding rules
[faultcode] => Client
[faultcodens] => http://schemas.xmlsoap.org/soap/envelope/
)
--
Edit this bug report at http://bugs.php.net/?id=43045&edit=1
#46199 [Fbk->Opn]: Bug in xml_parser example
ID: 46199
User updated by: josef dot buk at volny dot cz
Reported By: josef dot buk at volny dot cz
-Status: Feedback
+Status: Open
Bug Type: *XML functions
Operating System: Win XP Pro SP3
PHP Version: 5.2.6
New Comment:
Hi.
I apologize. url=http://cz2.php.net/manual/en/function.xml-parse.php
The first example - the definition of xx_xml class. Copy it and add the
lines I mentioned:
aaa11aaa2ccc13","contents");
print_r($xml->data);
?>
You get the result I wrote. The problem is, that the text aaa2 and aaa3
are placed wrongly to [aa|bb] resp. [aa|cc] sections.
Josef
Previous Comments:
[2008-09-30 09:08:53] [EMAIL PROTECTED]
I must be missing something, but "There is an error in the first
example from 24-May-2008 05:30." points to some kind of example... Where
would this example be exactly? The documentation? If so, could you give
us the URL you found it at ?
[2008-09-29 19:37:18] josef dot buk at volny dot cz
Description:
There is an error in the first example from 24-May-2008 05:30.
The result gives:
Reproduce code:
---
Try this:
just a copy of the class definition and
$xml=new xx_xml("aaa11aaa2ccc13","contents");
print_r($xml->data);
Expected result:
Array
(
[aa] => Array
(
[data] => Array
(
[0] => aaa1
[1] => aaa2
[2] => aaa3
)
)
[aa|bb] => Array
(
[databb] => xbxb
[data] => Array
(
[0] => 1
)
)
[aa|cc] => Array
(
[data] => Array
(
[0] => ccc1
)
)
Actual result:
--
Array
(
[aa] => Array
(
[data] => Array
(
[0] => aaa1
)
)
[aa|bb] => Array
(
[databb] => xbxb
[data] => Array
(
[0] => 1
[1] => aaa2
)
)
[aa|cc] => Array
(
[data] => Array
(
[0] => ccc13
)
)
--
Edit this bug report at http://bugs.php.net/?id=46199&edit=1
#46204 [NEW]: Anonymous function segfaults when used in spl_autoload_register
From: north at sublink dot ca Operating system: linux 2.6 PHP version: 5.3.0alpha2 PHP Bug Type: Reproducible crash Bug description: Anonymous function segfaults when used in spl_autoload_register Description: Using an lambda function as the argument to spl_autoload_register causes a segfault. When storing the lambda function in a variable though, it works fine: Using a default install. Reproduce code: --- Expected result: Fatal error: Class 'O' not found Actual result: -- Segmentation fault. -- Edit bug report at http://bugs.php.net/?id=46204&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46204&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46204&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46204&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46204&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46204&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46204&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46204&r=needscript Try newer version:http://bugs.php.net/fix.php?id=46204&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46204&r=support Expected behavior:http://bugs.php.net/fix.php?id=46204&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46204&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46204&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46204&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46204&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46204&r=dst IIS Stability:http://bugs.php.net/fix.php?id=46204&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46204&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46204&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46204&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46204&r=mysqlcfg
#46203 [NEW]: Error Fetching HTTP header
From: kk86bioinfo at gmail dot com
Operating system: Vista
PHP version: 5.2.6
PHP Bug Type: SOAP related
Bug description: Error Fetching HTTP header
Description:
I have an error "Error Fetching HTTP header..." when trying to use
webservices from Interpro (WSInterproScan). My script run well before.
Reproduce code:
---
# URL for the service WSDL
$wsdlUrl=
'http://www.ebi.ac.uk/Tools/webservices/wsdl/WSInterProScan.wsdl';
# Get the object from the WSDL
$proxy = new SoapClient($wsdlUrl, array("user_agent"=>"eudbase"));
$params = array();
$params['email'] = '[EMAIL PROTECTED]';
$params['seqtype'] = 'P';
$data = array();
$data[0]['type'] = 'sequence';
$data[0]['content'] =
">cn1\nMWCAMGQVFEELSKESEAIRCYERARDCDEDEDSIALAKLAEGYEKMAREAAKDGRQ";
$jobId = $proxy->runInterProScan($params, $data);
echo "$jobId\n";
Expected result:
I should received the job submission ID for the service.
Actual result:
--
1AA0ED3D70F28F23 (generated randomly from the service)
--
Edit bug report at http://bugs.php.net/?id=46203&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46203&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46203&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46203&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46203&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46203&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46203&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46203&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46203&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46203&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46203&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46203&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46203&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46203&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46203&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46203&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46203&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46203&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46203&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46203&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46203&r=mysqlcfg
#40913 [Com]: PDO::PARAM_LOB does not bind to a stream for fetching a BLOB
ID: 40913
Comment by: ralfbecker at egroupware dot org
Reported By: dennis at inmarket dot lviv dot ua
Status: Assigned
Bug Type: PDO related
Operating System: Win XP
PHP Version: 5.2.1
Assigned To: wez
New Comment:
I can reproduce this bug with php5.2.6 on OpenSUSE 11.0
Ralf
Previous Comments:
[2008-08-11 17:06:28] mattgrdinic at yahoo dot com
Can verify this with PDO->mssql using 5.2.6 and Windows Server 2003.
// Reproduction code:
$VIN = $_GET['VIN'];
$imageUrl = $_GET['ImageUrl'];
$sql_img = "SELECT VIN, Image, ImageUrl FROM ImagesDemo WHERE VIN =
:VIN AND ImageUrl = :imageUrl";
$result_img = Database::pdo_prepare_query($sql_img, array(':VIN' =>
$VIN, ':imageUrl' => $imageUrl));
$result_img->bindColumn('Image', $lob, PDO::PARAM_LOB);
$result_img->fetch(PDO::FETCH_BOUND);
header("Content-type: image/pjpeg");
var_dump($lob); // string(4096) + raw image data
fpassthru($lob); // this call fails with 'supplied argument is not a
valid stream resource'
echo $lob; // this call only spits out 4096 bytes, chopping the image
off
End result -- unable to use pdo for blobs.
[2008-06-01 13:00:40] mail at matya dot hu
I am using PHP 5.2.6 with MySQL 5.0.51b, and the problem is still
present.
Reproduce code:
---
$sql = "SELECT FileData FROM UserFile WHERE ID=?";
$stmt = $DB->prepare($sql);
$stmt->execute(array($FileID));
$stmt->bindColumn(1, $data, PDO::PARAM_LOB);
$stmt->fetch(PDO::FETCH_BOUND);
echo gettype($data);
Expected result:
resource
Actual result:
--
string
[2008-06-01 12:56:18] mail at matya dot hu
I am using PHP 5.2.6 with MySQL 5.0.51b, and the problem is still
present.
Reproduce code:
---
$sql = "SELECT FileName, ContentType, Size, FileData FROM `" .
File::getTableName() . "` WHERE ID=?";
$stmt = $this->_DB->prepare($sql);
$stmt->execute(array($FileID));
$stmt->bindColumn(1, $name, PDO::PARAM_STR, 255);
$stmt->bindColumn(2, $type, PDO::PARAM_STR, 255);
$stmt->bindColumn(3, $size, PDO::PARAM_INT);
$stmt->bindColumn(4, $data, PDO::PARAM_LOB);
Expected result:
[2007-06-19 19:06:08] hans at velum dot net
I believe this is probably the same issue, but I also notice that using
MySQL to simply execute a SQL query which contains BLOB result columns
is also returning strings instead of streams. The difference being that
I'm not using bindColumn() and specifying PDO::PARAM_LOB. I wouldn't
expect that I'd need to, since simply performing a standard fetch()
works as expected w/ Postgres (and, I believe, Oracle).
[2007-03-25 12:29:07] dennis at inmarket dot lviv dot ua
Description:
PDOStatement::bindColumn($idx, $var, PDO::PARAM_LOB) for SELECT query
makes $var a string with the BLOB Data rather than a stream, for both
MySQL and SQLite.
Reproduce code:
---
$id = (int)$_REQUEST['book'];
$stmt = $conn->prepare("SELECT coverMime, coverImage FROM books WHERE
id=$id");
$stmt->execute();
$stmt->bindColumn(1, $mime);
$stmt->bindColumn(2, $image, PDO::PARAM_LOB);
$stmt->fetch(PDO::FETCH_BOUND);
var_dump($image);
Expected result:
Resource #1
Actual result:
--
String(792) {GIF89a...}
--
Edit this bug report at http://bugs.php.net/?id=40913&edit=1
#46137 [Opn->Bgs]: Attributes not loading
ID: 46137 Updated by: [EMAIL PROTECTED] Reported By: regsuy at yahoo dot com -Status: Open +Status: Bogus Bug Type: SimpleXML related Operating System: * PHP Version: 5.2.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php attributes are present although not always displayed by print_r Previous Comments: [2008-09-21 15:11:13] phpwnd at gmail dot com There might be a misunderstanding here. First of all, there is no "$xml array", $xml is a SimpleXMLElement object. Secondly, SimpleXML does a fair amount of magic behind the scene (to make your life easier :)), and functions such as print_r() or var_dump() cannot display a complete, or accurate, representation of the node you're trying to inspect. If you really want to know the inside of a node, use asXML() instead. In short, this is not a bug. Those attributes do exist and you can access them normally. print_r() simplay lacks the means, and semantics, to display XML them. [2008-09-20 11:50:40] regsuy at yahoo dot com Description: SimplyXML fails to load element attributes and values Tried with PHP 5.2.5 and 5.2.6, on Linux and Windows systems and got the same result. Reproduce code: --- Under 5 Five to Ten Aspiring Teen Mid Teen End Teen XML; $xml = new SimpleXMLElement($xmlstr); print_r ($xml); ?> Expected result: The $xml array should have a SimpleXMLElement containing the "value" attribute for each "option" element Actual result: -- The "value" attributes of the "option" elements are not being loaded in the $xml array -- Edit this bug report at http://bugs.php.net/?id=46137&edit=1
#45346 [NoF->Opn]: object to array cast indexing error
ID: 45346
User updated by: xavier dot pinard at laposte dot net
Reported By: xavier dot pinard at laposte dot net
-Status: No Feedback
+Status: Open
Bug Type: Arrays related
Operating System: WIN XP
PHP Version: 5.2.6
New Comment:
Hi,
Sorry for embedding huge scripts into the report.
I submit you the new test code with open and close tags :
{0} = 'index0' ;
$stdclassElement = (arRaY)$stdclass ;
$var = array_keys( $stdclassElement ) ;
$key = $var [ 0 ] ;
Echo
'$stdclassElement[ $key ] :: ' , $stdclassElement[ $key ] ,
'$stdclassElement[0] :: ' , $stdclassElement[ 0 ] ,
'$stdclassElement["0"] :: ', $stdclassElement['0']
;
?>
Hope it's gonna be more useful.
Do I have to submit the bug again under a new Id or it's gonna be find
like that ?
Regards,
Xavier
Previous Comments:
[2008-09-12 22:50:28] steven at acko dot net
Here is a minimal test case:
{0} = 'foo';
$obj->{'1'} = 'bar';
$obj->{'x'} = 'baz';
$array = (array)$obj;
var_dump($array[0]);
var_dump($array['1']);
var_dump($array['x']);
?>
Expected result:
---
string(3) "foo"
string(3) "bar"
string(3) "baz"
Actual result:
--
NULL
NULL
string(3) "baz"
If you compare var_dump((array)$obj) as defined above with
var_dump(array(0 => 'foo', '1' => 'bar', 'x' => 'baz')), you can see
that the numeric array keys are stored as strings rather than
integers, which causes the array lookups to fail.
(PS: The above developer's response reads like a standard copy/paste
reply that ignores the fact that example code was already supplied. If
the example was insufficient or unclear, at least take 5 seconds to
explain why. The way this bug report is now, it does not help anyone.)
[2008-07-19 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-07-11 16:01:35] [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-24 10:30:06] xavier dot pinard at laposte dot net
Description:
object numeric's name properties are cast in string array's index.
created indexes becomes not accessible.
Reproduce code:
---
#5.2.7.-DEV on 2007-06-24
# WANTED => cast object to array and access first element with 0 index
#RESULT => the array key with the index '0' is nor accessible by 0 or
"0", uncool ...
#¿PROBLEM? => Shouldn't the array key needs to be numeric instead of a
string after object to array cast ?
$stdclass = neW StdcLaSs() ;
$stdclass->{0} = 'index0' ;
$stdclassElement = (arRaY)$stdclass ;
$var = array_keys( $stdclassElement ) ;
$key = $var [ 0 ] ;
Echo
'$stdclassElement[ $key ] :: ' , $stdclassElement[ $key ] ,
'$stdclassElement[0] :: ' , $stdclassElement[ 0 ] ,
'$stdclassElement["0"] :: ', $stdclassElement['0']
;
Expected result:
acess neither to array index '0' by [0] or ["0"]
Actual result:
--
the index is not accessible
--
Edit this bug report at http://bugs.php.net/?id=45346&edit=1
#46201 [Bgs]: Bug #44625 is NOT bogus!
ID: 46201 Updated by: [EMAIL PROTECTED] Reported By: jrhernandez05 at gmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.6 New Comment: please don't comment in duplicated bugs but only in one report. Previous Comments: [2008-09-30 10:35:54] jrhernandez05 at gmail dot com This is indeed a bug, or at the very least a documentation error. According to http://www.php.net/manual/en/configuration.php, the first place that PHP will look for the INI file is based on the PHPIniDir directive, if specified. In this case it was specified and I set it to C:\Windows, and PHP did display this path in the "Loaded Configuration File" section, yet C:\php\php.ini was the one actually being parsed. Also, I do not have any of those registry settings set. [2008-09-30 10:13:06] [EMAIL PROTECTED] 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. You don't need to set PHPIniDir, there are a few places that are tried by default. Directory of binary HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath registry value c:\Windows You found the issue and its not a bug. [2008-09-30 02:41:17] jrhernandez05 at gmail dot com Description: This is a duplicate of bug #44625, since I cannot add comments to "bogus" bugs and cannot change the bug status. I was able to confirm this bug. I set PHPIniDir correctly inside httpd.conf to C:\Windows, and the Loaded Configuration File in phpinfo() returned "C:\Windows\php.ini", yet my include_path still had an old value. After many different attempts, I found out that if there is a php.ini inside the directory where the php executable is, that file will be read instead of what's specified in PHPIniDir. My workaround was to remove the php.ini from C:\Windows and set PHPIniDir to the php.ini inside the php executable directory. P.S. This is NOT bogus, it's a real bug in Windows Vista (I am a ZCE, so this is not a "n00b" error). -- Edit this bug report at http://bugs.php.net/?id=46201&edit=1
#44872 [Com]: canary mismatch on efree() - heap overflow detected
ID: 44872
Comment by: donald at designknights dot com
Reported By: mattr at shoplet dot com
Status: No Feedback
Bug Type: MySQLi related
Operating System: FreeBSD 6.2
PHP Version: 5.2.5
New Comment:
php version = 5.2.4-2ubuntu5.3
I am getting this same problem with the following bit of code
//class I wrote to make doing things on a remote machine easier
$ssh->init($server, $port, $username, $password);
$command = "if [ -d '$path' ]; then echo \"true\"; else echo \"false\";
fi 2> /dev/null";
//this executes the command above on the remote and gathers a true or
false answer form the ssh stream
$answer = $ssh->execute_return($command);
//this line is where it barfes all over the memory
if ($answer === "true\n"){
return true;
}
else {
return false;
}
Previous Comments:
[2008-09-08 20:43:42] ndwolf at gmail dot com
same error with PHP Version 5.2.4-2ubuntu5.3
with the Suhosin Patch 0.9.6.2
Zend Engine v2.2.0
with Zend Extension Manager v1.2.0
with Zend Optimizer v3.2.6
with jobqueue_client wrapper v1.0
with DISABLED Zend Download Server v1.0.6
with DISABLED Zend Platform v3.0.1
with Zend Debugger v5.2.5
with gd wrapper v1.0
executing line 83 of Zend/Loader.php (Zend Framework 1.6.0)
the line is a "include_once $file"
[2008-07-21 04:24:21] mike at gmi dot co dot nz
Experiencing the same thing with an MSSQL query (mssql_query()) on
Debian and using PHP 5.2.6-2 with Suhosin-Patch 0.9.6.2 (cli) (built:
Jul 3 2008 07:52:34)
[2008-05-10 01:00:00] 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-05-02 11:20:09] [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
[2008-04-30 17:19:34] mattr at shoplet dot com
Description:
The execution of the attached script halts unexpectedly with "ALERT -
canary mismatch on efree() - heap overflow detected (attacker
'REMOTE_ADDR not set', file '../library/Zend/Db/Statement/Mysqli.php',
line 113)" in the apache error log.
PHP Info:
---
PHP Version => 5.2.5
System => FreeBSD localhost 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan
12 11:05:30 UTC 2007 [EMAIL PROTECTED]
alo.edu:/usr/obj/usr/src/sys/SMP i386
Configure Command => './configure' '--with-layout=GNU'
'--with-config-file-scan-dir=/usr/local/etc/php' '--disable-all' '--e
nable-libxml' '--with-libxml-dir=/usr/local' '--enable-reflection'
'--program-prefix=' '--enable-fastcgi' '--with-apxs=/usr/lo
cal/sbin/apxs' '--with-regex=php' '--with-zend-vm=CALL'
'--enable-debug' '--enable-zend-multibyte' '--prefix=/usr/local' '--ma
ndir=/usr/local/man' '--infodir=/usr/local/info/'
PHP API => 20041225
PHP Extension => 20060613
Zend Extension => 220060519
Debug Build => yes
Thread Safety => disabled
Zend Memory Manager => enabled
IPv6 Support => enabled
This server is protected with the Suhosin Patch 0.9.6.2
Copyright (c) 2006 Hardened-PHP Project
---
Script fails on another machine running Debian 4 in the same
reproducible manner with and without the Suhosin patch.
Reproduce code:
---
#!/usr/local/bin/php
http://framework.zend.com
// Can attach to the ticket later if needed.
date_default_timezone_set('America/New_York');
$db =
Zend_Db::factory('mysqli',Array('host'=>'localhost','username'=>'','password'=>'','dbname'=>'eproc'));
$order_num = 1208212550;
$sql = $db->quoteInto("SELECT * FROM `eproc`.`Orders` WHERE
`order_num`=? LIMIT 1",$order_num);
$q = $db->fetchAll($sql);
$batch_status = $db->fetchOne("SELECT `to_po` FROM
`eproc2`.`batch_status` WHERE `status`='done' ORDER BY `to_po` DESC
LIMIT 1");
$items = $db->fetchAll("SELECT * FROM `eproc`.`Order_Item` WHERE
`order_num`='{$order_num}' ORDER BY `line_num` ASC");
$notes = $db->fetchAll("SELECT * FROM `eproc`.`notes` WHERE
`order_num`='{$order_num}' ORDER BY `sticky` DESC, `date_modified`
ASC");
$emails = $db->fetchAll("SELECT
`message_id`,`from_email`,`to_email`,`subject`,`date_received` FROM
`email_store`.`email` WHERE `order_num`='{$order_num}' ORDER BY
`date_received` ASC");
$attachments = $db->fetchAll("SELECT * FROM `files`.`order_attachments`
WHERE `order_num`='{$order_num}' ORDER BY `timestampAdded` ASC");
print_r($q);
p
#44625 [Bgs->Asn]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 Updated by: [EMAIL PROTECTED] Reported By: anilb36 at hotmail dot com -Status: Bogus +Status: Assigned Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 -Assigned To: +Assigned To: pajoye New Comment: I will check that again. Previous Comments: [2008-05-22 18:36:01] anilb36 at hotmail dot com Is this issue resolved ? I am still getting the same problem although you have marked the status as bogus without resolving it?I have submitted the config env to jani earlier ? [2008-05-16 13:26:58] anilb36 at hotmail dot com Is somebody looking in this issue as there is no feedback uptil now ? [2008-04-03 14:24:19] anilb36 at hotmail dot com Here is the relevant phpinfo() o/p Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\Windows Loaded Configuration File C:\php\php.ini It shows the correct values in here but doesn't load the values that are in this file and ext dir still shows c:\php5 instead of c:\php\ext.Can you let me know where this c:\php5 is being picked up from ? That is the whole issue.I have also emailed you the local config and o/p if it makes sense. [2008-04-03 14:12:52] [EMAIL PROTECTED] For all users out there: phpinfo() has the information of actual used php.ini file, found in the very first block. "Loaded configuration file", below the "Configuration File (php.ini) Path". [2008-04-03 13:37:29] anilb36 at hotmail dot com There is no variable _which_php.ini in phpinfo o/p.Can you pls elaborate. Is this a hidden sys variable like _FILE_ that i need to echo. Have you checked and are sure that there is no php.ini load issue on Env => Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 ? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44625 -- Edit this bug report at http://bugs.php.net/?id=44625&edit=1
#45907 [Asn]: undefined reference to `PHP_SHA512Init'
ID: 45907 Updated by: [EMAIL PROTECTED] Reported By: olivier at ajeux dot com Status: Assigned Bug Type: PHAR related Operating System: Linux i686 2.6.17 PHP Version: 5.3CVS-2008-09-29 (snap) Assigned To: cellog New Comment: Sorry Greg, would if I could but still have no way to build 5.3. I'll poke Marcus. Previous Comments: [2008-09-30 00:02:30] [EMAIL PROTECTED] another update: this should be completely unnecessary as we include ext/hash/php_hash_sha.h which has: PHP_HASH_API void PHP_SHA256Init(PHP_SHA256_CTX *); all defined properly I wonder if building hash shared prevents the proper export of this function? [2008-09-29 23:57:03] [EMAIL PROTECTED] I think we can fix this by using php_hash_sha256_ops and php_hash_sha512_ops to extract the actual address of PHP_SHA512Init and company, will try a fix later if I have time, otherwise tomorrow. Unless Steph beats me to it (check php_hash.h and hash_sha.c, searching for php_hash_sha256_ops to see what I'm talking about) [2008-09-29 14:31:31] [EMAIL PROTECTED] Greg, please have a look. Phar should properly check for the existence of hash imo. [2008-09-29 12:44:24] olivier at ajeux dot com New configure/make without "--enable-hash=shared" (replaced with "--enable-hash"): OK Build complete. [2008-09-29 12:04:49] [EMAIL PROTECTED] Can someone please confirm that this occurs only when ext/hash is built as shared? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/45907 -- Edit this bug report at http://bugs.php.net/?id=45907&edit=1
#46201 [Bgs]: Bug #44625 is NOT bogus!
ID: 46201 User updated by: jrhernandez05 at gmail dot com Reported By: jrhernandez05 at gmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.6 New Comment: This is indeed a bug, or at the very least a documentation error. According to http://www.php.net/manual/en/configuration.php, the first place that PHP will look for the INI file is based on the PHPIniDir directive, if specified. In this case it was specified and I set it to C:\Windows, and PHP did display this path in the "Loaded Configuration File" section, yet C:\php\php.ini was the one actually being parsed. Also, I do not have any of those registry settings set. Previous Comments: [2008-09-30 10:13:06] [EMAIL PROTECTED] 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. You don't need to set PHPIniDir, there are a few places that are tried by default. Directory of binary HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath registry value c:\Windows You found the issue and its not a bug. [2008-09-30 02:41:17] jrhernandez05 at gmail dot com Description: This is a duplicate of bug #44625, since I cannot add comments to "bogus" bugs and cannot change the bug status. I was able to confirm this bug. I set PHPIniDir correctly inside httpd.conf to C:\Windows, and the Loaded Configuration File in phpinfo() returned "C:\Windows\php.ini", yet my include_path still had an old value. After many different attempts, I found out that if there is a php.ini inside the directory where the php executable is, that file will be read instead of what's specified in PHPIniDir. My workaround was to remove the php.ini from C:\Windows and set PHPIniDir to the php.ini inside the php executable directory. P.S. This is NOT bogus, it's a real bug in Windows Vista (I am a ZCE, so this is not a "n00b" error). -- Edit this bug report at http://bugs.php.net/?id=46201&edit=1
#46202 [Bgs]: Avoid SQL injection by design
ID: 46202
User updated by: olafvdspek at gmail dot com
Reported By: olafvdspek at gmail dot com
Status: Bogus
Bug Type:Feature/Change Request
PHP Version: 5.2.6
New Comment:
> Sorry, but your problem does not imply a bug in PHP itself.
Guess why I used category: feature/change request. ;)
I'm aware of mysqli_prepare, but it's not what I requested, although
the syntax might look similar.
mysqli_prepare is harder to use than mysql_query, instead of easier.
That's no good...
Previous Comments:
[2008-09-30 10:14:45] [EMAIL PROTECTED]
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.
mysqli_prepare() already exists.
[2008-09-30 09:26:54] olafvdspek at gmail dot com
Description:
The standard mysql_query function is very prone to abuse. Could a
function be added that's safer? Like, for example:
mysql_query_safe("insert into T (A, B, C) values (?, ?, ?)", $a, $b,
$c);
The function would be a bit like sprintf, except it would automatically
call mysql_real_escape_string on all non-int arguments and enclose them
in single quotes. Safe types like int would not receive this treatment.
Reproduce code:
---
mysql_query("insert into T (A, B, C) values (?, ?, ?)", $a, $b, $c);
Expected result:
No SQL injection vulnerability
Actual result:
--
SQL injection vulnerability
--
Edit this bug report at http://bugs.php.net/?id=46202&edit=1
#46202 [Opn->Bgs]: Avoid SQL injection by design
ID: 46202
Updated by: [EMAIL PROTECTED]
Reported By: olafvdspek at gmail dot com
-Status: Open
+Status: Bogus
Bug Type:Feature/Change Request
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.
mysqli_prepare() already exists.
Previous Comments:
[2008-09-30 09:26:54] olafvdspek at gmail dot com
Description:
The standard mysql_query function is very prone to abuse. Could a
function be added that's safer? Like, for example:
mysql_query_safe("insert into T (A, B, C) values (?, ?, ?)", $a, $b,
$c);
The function would be a bit like sprintf, except it would automatically
call mysql_real_escape_string on all non-int arguments and enclose them
in single quotes. Safe types like int would not receive this treatment.
Reproduce code:
---
mysql_query("insert into T (A, B, C) values (?, ?, ?)", $a, $b, $c);
Expected result:
No SQL injection vulnerability
Actual result:
--
SQL injection vulnerability
--
Edit this bug report at http://bugs.php.net/?id=46202&edit=1
#46201 [Opn->Bgs]: Bug #44625 is NOT bogus!
ID: 46201 Updated by: [EMAIL PROTECTED] Reported By: jrhernandez05 at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium 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. You don't need to set PHPIniDir, there are a few places that are tried by default. Directory of binary HKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath registry value c:\Windows You found the issue and its not a bug. Previous Comments: [2008-09-30 02:41:17] jrhernandez05 at gmail dot com Description: This is a duplicate of bug #44625, since I cannot add comments to "bogus" bugs and cannot change the bug status. I was able to confirm this bug. I set PHPIniDir correctly inside httpd.conf to C:\Windows, and the Loaded Configuration File in phpinfo() returned "C:\Windows\php.ini", yet my include_path still had an old value. After many different attempts, I found out that if there is a php.ini inside the directory where the php executable is, that file will be read instead of what's specified in PHPIniDir. My workaround was to remove the php.ini from C:\Windows and set PHPIniDir to the php.ini inside the php executable directory. P.S. This is NOT bogus, it's a real bug in Windows Vista (I am a ZCE, so this is not a "n00b" error). -- Edit this bug report at http://bugs.php.net/?id=46201&edit=1
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: john dot glazebrook at guava dot co dot uk Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: Um, one more thing. As a programmer of 10+ years having programmed about 7 or 8 languages seriously over that time, this feels like a race condition. Occasionally the page request works. Putting in sleep commands effects where in the script it crashes. Attaching the debugger and slowly stepping through the code causes it not to crash. John Previous Comments: [2008-09-30 09:33:54] john dot glazebrook at guava dot co dot uk Here I am following the instructions on: http://bugs.php.net/bugs-generating-backtrace.php (gdb) frame 1 #1 0x01209ee9 in execute_internal (execute_data_ptr=0xbff61270, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_execute.c:1373 1373((zend_internal_function *) execute_data_ptr->function_state.function)->handler(execute_data_ptr->opline->extended_value, *return_value_ptr, execute_data_ptr->function_state.function->common.return_reference?return_value_ptr:NULL, execute_data_ptr->object, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x136e2a3 "strlen" I have a copy of this core dump, if you want it email me :-) My previous comments tell my story... john [2008-09-30 09:25:50] john dot glazebrook at guava dot co dot uk OK, it took me a couple of days to figure out how to do a core debug, but here is the offending gdb info: #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 286 RETVAL_LONG(Z_STRLEN_PP(str)); (gdb) bt #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 #1 0x01209ee9 in execute_internal (execute_data_ptr=0xbff61270, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_execute.c:1373 #2 0x005e31b0 in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #3 0x0120a990 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61270) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:202 #4 0x01209fcd in execute (op_array=0xb77a99b4) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #5 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #6 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61730) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #7 0x01209fcd in execute (op_array=0xb77b07e8) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #8 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #9 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff618a0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #10 0x01209fcd in execute (op_array=0xb77bc560) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #11 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #12 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61af0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #13 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #14 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #15 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61c90) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #16 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #17 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #18 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61ee0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #19 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #20 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #21 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff62080) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #22 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #23 0x005e312d in php_DBG_init_globals () from /usr
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: john dot glazebrook at guava dot co dot uk Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: Here I am following the instructions on: http://bugs.php.net/bugs-generating-backtrace.php (gdb) frame 1 #1 0x01209ee9 in execute_internal (execute_data_ptr=0xbff61270, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_execute.c:1373 1373((zend_internal_function *) execute_data_ptr->function_state.function)->handler(execute_data_ptr->opline->extended_value, *return_value_ptr, execute_data_ptr->function_state.function->common.return_reference?return_value_ptr:NULL, execute_data_ptr->object, return_value_used TSRMLS_CC); (gdb) print (char *)(executor_globals.function_state_ptr->function)->common.function_name $1 = 0x136e2a3 "strlen" I have a copy of this core dump, if you want it email me :-) My previous comments tell my story... john Previous Comments: [2008-09-30 09:25:50] john dot glazebrook at guava dot co dot uk OK, it took me a couple of days to figure out how to do a core debug, but here is the offending gdb info: #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 286 RETVAL_LONG(Z_STRLEN_PP(str)); (gdb) bt #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 #1 0x01209ee9 in execute_internal (execute_data_ptr=0xbff61270, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_execute.c:1373 #2 0x005e31b0 in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #3 0x0120a990 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61270) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:202 #4 0x01209fcd in execute (op_array=0xb77a99b4) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #5 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #6 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61730) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #7 0x01209fcd in execute (op_array=0xb77b07e8) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #8 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #9 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff618a0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #10 0x01209fcd in execute (op_array=0xb77bc560) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #11 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #12 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61af0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #13 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #14 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #15 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61c90) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #16 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #17 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #18 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61ee0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #19 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #20 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #21 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff62080) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #22 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #23 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #24 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff622d0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #25 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #26 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #27 0x0120a219 in zend_do_fcall_common_helper_SPEC (exec
#41736 [Com]: Mixed up characters in UTF-8 database with Hebrew via FreeTDS
ID: 41736
Comment by: borissh at vigsm dot com
Reported By: www dot php dot net at landrovez dot com
Status: Assigned
Bug Type: MSSQL related
Operating System: Fedora Core 6, Kernel: 2.6.20
PHP Version: 5.2.3
Assigned To: fmk
New Comment:
This bug isn't against PHP at all reather aginst FreeTDS see debian bug
Bug#500451 .
Previous Comments:
[2008-09-07 13:23:44] www dot php dot net at landrovez dot com
wadap?
[2007-07-03 17:41:16] www dot php dot net at landroverz dot com
screenshot example:
http://landroverz.com/pics/php5-mssql-bad-output-demo.jpg
The red color shows the jumping char.
The blue color shows the missing char.. which is gone somewhere.
[2007-06-19 10:19:36] www dot php dot net at landrovez dot com
Description:
I'm running FreeTDS version 0.64 ( latest + stable ) connecting to
mssql 2000 database.
At the FreeTDS config located at: /etc/freetds.conf I've specified
tds version = 8.0
client charset = UTF-8
at the related connection, so far so good. it works.
The problem starts printing the data from the database.
When the last char of the selected array that I get from the DB query
is a hebrew char it moves it to the next position in the array for some
reason.
It only happens when the last char is hebrew, if the last char is "."
for example it works just fine.
I think its something to do with UTF-8.
Reproduce code:
---
$mssql = mssql_connect("SQLSERVER", "root", "PASSWORD");
$mssql_db = mssql_select_db("devel_table", $mssql);
$download_id = "1";
$download_res = mssql_query("SELECT ID, Title, Description, URL FROM
tblDemo WHERE Download_ID = '$download_id'");
$download = mssql_fetch_array($download_res);
echo ""
print_r($download[Title]);
echo "";
Expected result:
Array
(
[0] => 1
[ID] => 1
[1] => THE BEST GAME IN THE WORLD
[Title] => THE BEST GAME IN THE WORLD
[2] => DOWNLOADS THIS GREAT GAME NOW
[Description] => DOWNLOADS THIS GREAT GAME NOW
[3] => http://sample.com/download.zip
[URL] => http://sample.com/download.zip
)
Actual result:
--
Array
(
[0] => 1
[ID] => 1
[1] => THE BEST GAME IN THE WORL
[Title] => THE BEST GAME IN THE WORL
[2] => DDOWNLOADS THIS GREAT GAME NO
[Description] => DDOWNLOADS THIS GREAT GAME NO
[3] => Whttp://sample.com/download.zip
[URL] => Whttp://sample.com/download.zip
)
*** the title should have been at hebrew for this bug to happen, for
your continence the title and description are set to English just to
show the example.
As you can see it took the LAST hebrew letter from the END of the vchar
and moved it to the NEXT one by the select order.
--
Edit this bug report at http://bugs.php.net/?id=41736&edit=1
#46202 [NEW]: Avoid SQL injection by design
From: olafvdspek at gmail dot com
Operating system:
PHP version: 5.2.6
PHP Bug Type: Feature/Change Request
Bug description: Avoid SQL injection by design
Description:
The standard mysql_query function is very prone to abuse. Could a function
be added that's safer? Like, for example:
mysql_query_safe("insert into T (A, B, C) values (?, ?, ?)", $a, $b, $c);
The function would be a bit like sprintf, except it would automatically
call mysql_real_escape_string on all non-int arguments and enclose them in
single quotes. Safe types like int would not receive this treatment.
Reproduce code:
---
mysql_query("insert into T (A, B, C) values (?, ?, ?)", $a, $b, $c);
Expected result:
No SQL injection vulnerability
Actual result:
--
SQL injection vulnerability
--
Edit bug report at http://bugs.php.net/?id=46202&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46202&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46202&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46202&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46202&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46202&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46202&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46202&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46202&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46202&r=support
Expected behavior:http://bugs.php.net/fix.php?id=46202&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46202&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46202&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46202&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46202&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46202&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46202&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46202&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46202&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46202&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46202&r=mysqlcfg
#40479 [Com]: zend_mm_heap corrupted
ID: 40479 Comment by: john dot glazebrook at guava dot co dot uk Reported By: rrossi at maggioli dot it Status: No Feedback Bug Type: Reproducible crash Operating System: Suse Linux 9.0 PHP Version: 5.2.1 New Comment: OK, it took me a couple of days to figure out how to do a core debug, but here is the offending gdb info: #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 286 RETVAL_LONG(Z_STRLEN_PP(str)); (gdb) bt #0 0x011faba6 in zend_if_strlen (ht=1, return_value=0xb77ef1ec, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_builtin_functions.c:286 #1 0x01209ee9 in execute_internal (execute_data_ptr=0xbff61270, return_value_used=1) at /home/admin/downloads/php-5.2.6/Zend/zend_execute.c:1373 #2 0x005e31b0 in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #3 0x0120a990 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61270) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:202 #4 0x01209fcd in execute (op_array=0xb77a99b4) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #5 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #6 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61730) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #7 0x01209fcd in execute (op_array=0xb77b07e8) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #8 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #9 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff618a0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #10 0x01209fcd in execute (op_array=0xb77bc560) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #11 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #12 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61af0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #13 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #14 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #15 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61c90) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #16 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #17 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #18 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff61ee0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #19 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #20 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #21 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff62080) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #22 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #23 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #24 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff622d0) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #25 0x01209fcd in execute (op_array=0xb77da2dc) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #26 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #27 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff62470) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #28 0x01209fcd in execute (op_array=0xb77da62c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 #29 0x005e312d in php_DBG_init_globals () from /usr/local/lib/php/extensions/no-debug-non-zts-20060613/dbg.so-5.2.x #30 0x0120a219 in zend_do_fcall_common_helper_SPEC (execute_data=0xbff62940) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:234 #31 0x01209fcd in execute (op_array=0xb779aa6c) at /home/admin/downloads/php-5.2.6/Zend/zend_vm_execute.h:92 Previous Comments: [2008-09-29 13:34:44] john dot glazebrook at gauva dot co dot uk > For me it looks like a hardware problem (dead memory segments), please > use a memory testing tool (e.g. memtest86 [1]) or try to reproduce the > bug on an other computer. Dead memory segments can cause exactly that > sor
#46199 [Opn->Fbk]: Bug in xml_parser example
ID: 46199
Updated by: [EMAIL PROTECTED]
Reported By: josef dot buk at volny dot cz
-Status: Open
+Status: Feedback
Bug Type: *XML functions
Operating System: Win XP Pro SP3
PHP Version: 5.2.6
New Comment:
I must be missing something, but "There is an error in the first
example from 24-May-2008 05:30." points to some kind of example... Where
would this example be exactly? The documentation? If so, could you give
us the URL you found it at ?
Previous Comments:
[2008-09-29 19:37:18] josef dot buk at volny dot cz
Description:
There is an error in the first example from 24-May-2008 05:30.
The result gives:
Reproduce code:
---
Try this:
just a copy of the class definition and
$xml=new xx_xml("aaa11aaa2ccc13","contents");
print_r($xml->data);
Expected result:
Array
(
[aa] => Array
(
[data] => Array
(
[0] => aaa1
[1] => aaa2
[2] => aaa3
)
)
[aa|bb] => Array
(
[databb] => xbxb
[data] => Array
(
[0] => 1
)
)
[aa|cc] => Array
(
[data] => Array
(
[0] => ccc1
)
)
Actual result:
--
Array
(
[aa] => Array
(
[data] => Array
(
[0] => aaa1
)
)
[aa|bb] => Array
(
[databb] => xbxb
[data] => Array
(
[0] => 1
[1] => aaa2
)
)
[aa|cc] => Array
(
[data] => Array
(
[0] => ccc13
)
)
--
Edit this bug report at http://bugs.php.net/?id=46199&edit=1
#39179 [Com]: Abstract types not handled by SoapClient in WSDL mode
ID: 39179
Comment by: stuart at stuartherbert dot com
Reported By: jchernia at netsuite dot com
Status: No Feedback
Bug Type: SOAP related
Operating System: Windows XP
PHP Version: 5.1.6
Assigned To: dmitry
New Comment:
Looks like jchernia is trying to access Netsuite's web service
(Netsuite is a popular hosted ERP solution). You can't access their
SOAP service w/out a valid account, but if you had such an account, the
following code triggers the error:
email='';
$user->password='';
$user->account='';
$user->role=new RecordRef;
$user->role->internalId=;
$loginRequest = new LoginRequest;
$loginRequest->passport = $user;
$soapClient = new
SoapClient('https://webservices.netsuite.com/wsdl/v2008_1_0/netsuite.wsdl',
array('trace' => 1));
$result = $soapClient->login($loginRequest);
$requestRef = new RecordRef;
$requestRef->externalId = 200;
$requestRef->type = 'issue';
try
{
$issue = $soapClient->get(array('recordRef' => $requestRef));
var_dump($issue);
}
catch (Exception $e)
{
var_dump($e);
var_dump($soapClient->__getLastRequest());
var_dump($soapClient->__getLastResponse());
}
?>
__getLastRequest() reports:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:ns1="urn:messages_2008_2.platform.webservices.netsuite.com">
and __getLastResponse() reports:
http://schemas.xmlsoap.org/soap/envelope/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
soapenv:Server.userException
org.xml.sax.SAXException:
{urn:core_2008_2.platform.webservices.netsuite.com}BaseRef is an
abstract type and cannot be instantiated
http://xml.apache.org/axis/";>partners-java001.svale.netledger.com
Note the empty in the request. baseRef is an abstract
type, in this case extended the recordRef. The correct SOAP request is
listed by the original poster.
Hope that helps. If you need a Netsuite account for testing purposes,
contact me privately and I'll sort one out for you.
Best regards,
Stu
--
Previous Comments:
[2006-10-31 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".
[2006-10-23 05:38:17] [EMAIL PROTECTED]
Could you provide full WSDL file and SOAP request or reeponce that
ext/soap cannot handle correct.
[2006-10-18 22:24:46] jchernia at netsuite dot com
Still fails with 5.2. Is there a way to indicate that you want the
subclass, not the abstract class? I don't see any in the documentation
and I've tried lots of things.
[2006-10-17 17:52:43] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-10-17 17:47:11] jchernia at netsuite dot com
Description:
This is very similar to bug 36575
http://bugs.php.net/bug.php?id=36575), but I still see this in the
latest code.
If an operation takes an abstract type, I can not get SoapClient (in
WSDL mode) to produce one of the subclass instances of it, even if I set
type, etc.
Both Axis and .NET generated client classes will send the correct
subclass if you specify it.
NuSoap does not, but allows you to specify additional attributes in
WSDL mode.
Reproduce code:
---
Operation
XSD:
Expected result:
Either this, or the ability to set these attributes in WSDL mode.
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=39179&edit=1
