#37554 [Opn-Bgs]: strange behavior of intval()
ID: 37554 Updated by: [EMAIL PROTECTED] Reported By: hsunke at muenster dot de -Status: Open +Status: Bogus Bug Type: Math related Operating System: Debian Linux PHP Version: 5.1.4 New Comment: Might be funny... but it's still the same problem. Previous Comments: [2006-05-22 22:29:15] hsunke at muenster dot de Description: I know about unpredictable issues with floatingpoint calculations, but this one is quite funny: ... echo intval(100*(27/100)); //output: 27 echo intval(100*(28/100)); //output: 28 echo intval(100*(29/100)); //output: 28 echo intval(100*(30/100)); //output: 30 echo intval(100*(31/100)); //output: 31 ... Reproduce code: --- echo intval(100*(29/100)); Expected result: 29 Actual result: -- 28 -- Edit this bug report at http://bugs.php.net/?id=37554edit=1
#37558 [NEW]: timeout functionality doesn't work after a second PHP starup on the same thread
From: p dot desarnaud at wanadoo dot fr Operating system: win32 PHP version: 5CVS-2006-05-23 (snap) PHP Bug Type: Scripting Engine problem Bug description: timeout functionality doesn't work after a second PHP starup on the same thread Description: On win32 platform, if I try to startup/shutdown PHP several times during the same thread, after the 2nd startup, the timeout functionality doesn't work, and there is an Windows exception (invalid handle) during the 2nd shutdown. Reproduce code: --- // 1° startup php_module_startup(...) php_module_shutdown(..) .. // 2° startup/shutdown php_module_startup(...) // from now the function zend_set_timeout() will not work Actual result: -- The static variable timeout_thread_initalized declared in the file zend_execute_API.c is not reset to 0 after a shutdown, and so, the next startup will not initialize the timeout thread, and the next shutdown will try to close an invalid handle CloseHandle(timeout_thread_handle) inside the function zend_shutdown_timeout_thread(), and I get an exception . The patch to solve the problem : --- fix/zend_execute_API.c 2006-04-21 00:49:20.0 +0200 +++ zend_execute_API.c 2006-05-23 09:20:38.953125000 +0200 @@ -1339,6 +1339,7 @@ /* Wait for thread termination */ WaitForSingleObject(timeout_thread_handle, 5000); CloseHandle(timeout_thread_handle); + timeout_thread_initialized=0; } #endif But, is it allowed to startup/shutdown several times during the same thread ??? If yes: there is a bug on Win32... If no: there is no bug.. -- Edit bug report at http://bugs.php.net/?id=37558edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37558r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37558r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37558r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37558r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37558r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37558r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37558r=needscript Try newer version:http://bugs.php.net/fix.php?id=37558r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37558r=support Expected behavior:http://bugs.php.net/fix.php?id=37558r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37558r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37558r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37558r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37558r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37558r=dst IIS Stability:http://bugs.php.net/fix.php?id=37558r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37558r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37558r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37558r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37558r=mysqlcfg
#37559 [NEW]: Pesistent flag assigning PDO instances to and array more than once
From: barry dot verdon at complinet dot com
Operating system: Win XP SP2 Debian 2.6.10
PHP version: 5.1.4
PHP Bug Type: PDO related
Bug description: Pesistent flag assigning PDO instances to and array more
than once
Description:
When assigning instances of PDO objects within the scope of a function to
an array with global scope or scope outside that function it causes a seg
fault when accessing a member of the PDO object on the second run of the
function.
It can also be within a class with the array being a member of the class
and the function being the method of the class.
It only happens when the persistent flag is set to true.
On the second run of the function when the PDO instance is assigned to the
array the symbol table seems to get corrupted, no seg fault occurs but
object id's start getting recycled with new instances. Only when the
member is accessed again after this corruption does a seg fault occur.
Tested it on :
5.1.4 - CLI and Apache 2.0.54 - Windows XP SP2
5.2.0dev200605221830 - CLI - Windows XP SP2
5.0.5 - CLI - Debian 2.6.10 (Unstable)
Reproduce code:
---
?
global $instances; $instances = array();
function run()
{
global $instances;
$dsn = 'mysql:host=localhost;port=3306;dbname=test;'; // Version
4.1.14, same with pgsql 8.1
$username = 'test.user'; $password = 'test';
$driverOptions = array(PDO::ATTR_PERSISTENT=true);
$instance = new PDO($dsn, $username, $password, $driverOptions);
$instance-test = 'test';
$instances['test'] = $instance; // This is the line that causes the
damage on the 2nd run
var_dump($instance);
$instance-test = 'test'; // This is the line that seg faults on 2nd
run
print_r('Test');
}
run(); run();
?
Expected result:
To see the var_dump of $instance with the member test with a value of
'test' in it and the print of 'Test' TWICE.
Actual result:
--
On second function call, var_dump of $instance no longer has the test
member in it and 'Test' does not get printed out a second time.
Starting program: /usr/local/bin/php test.php
Test
Program received signal SIGSEGV, Segmentation fault.
0x082065cd in zend_hash_quick_find (ht=0x0, arKey=0x84d469c test,
nKeyLength=5, h=275477765, pData=0xbfffcd74) at
/share/php-5.0.5/Zend/zend_hash.c:879
879 p = ht-arBuckets[nIndex];
(gdb) backtrace
#0 0x082065cd in zend_hash_quick_find (ht=0x0, arKey=0x84d469c test,
nKeyLength=5, h=275477765, pData=0xbfffcd74) at
/share/php-5.0.5/Zend/zend_hash.c:879
#1 0x0821313d in zend_std_write_property (object=0x84d3e04,
member=0x84d3a04, value=0x84d3d2c) at
/share/php-5.0.5/Zend/zend_object_handlers.c:362
#2 0x0822b5eb in zend_assign_to_object (result=0x84d39d8,
object_ptr=0x84d4250, op2=value optimized out, value_op=0x84d3a38,
Ts=0xbfffce40, opcode=136)
at /share/php-5.0.5/Zend/zend_execute.c:437
#3 0x0822b9a9 in zend_assign_obj_handler (execute_data=0xbfffd154,
opline=0x84d39d4, op_array=0x84d3ba0) at
/share/php-5.0.5/Zend/zend_execute.c:2239
#4 0x0821dd22 in execute (op_array=0x84d3ba0) at
/share/php-5.0.5/Zend/zend_execute.c:1437
#5 0x0821fe45 in zend_do_fcall_common_helper (execute_data=0xbfffd304,
opline=0x84d1dac, op_array=0x84cd9cc) at
/share/php-5.0.5/Zend/zend_execute.c:2789
#6 0x0822e317 in zend_do_fcall_handler (execute_data=0xbfffd304,
opline=0x84d1dac, op_array=0x84cd9cc) at
/share/php-5.0.5/Zend/zend_execute.c:2894
#7 0x0821dd22 in execute (op_array=0x84cd9cc) at
/share/php-5.0.5/Zend/zend_execute.c:1437
#8 0x08200253 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /share/php-5.0.5/Zend/zend.c:1064
#9 0x081cb1db in php_execute_script (primary_file=0xb6a0) at
/share/php-5.0.5/main/main.c:1643
#10 0x08235efa in main (argc=2, argv=0xb774) at
/share/php-5.0.5/sapi/cli/php_cli.c:946
#4 0x0821dd22 in execute (op_array=0x84d3ba0) at
/share/php-5.0.5/Zend/zend_execute.c:1437
1437if (EX(opline)-handler(execute_data, EX(opline),
op_array TSRMLS_CC)) {
--
Edit bug report at http://bugs.php.net/?id=37559edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37559r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37559r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37559r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37559r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37559r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37559r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37559r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37559r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37559r=support
Expected behavior:http://bugs.php.net/fix.php?id=37559r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37559r=notenoughinfo
Submitted twice:
#37560 [NEW]: MySQLi connection is not cleaned up properly
From: tsr2600 at gmail dot com Operating system: FreeBSD 6.1 PHP version: 5.1.4 PHP Bug Type: MySQLi related Bug description: MySQLi connection is not cleaned up properly Description: When a MySQLi resource is created, a fatal error or exception (possibly others) will result in the script terminating but MySQL's SHOW PROCESSLIST; will report a Reading from net state indefinitely for as many connections as were created before script termination. These connections will be accumulated until MySQL fails with too many connections. This only occurs when PHP is running as an Apache module, it does not occur when PHP is running from the command line. Also, this does not occur with the MySQL PHP functions, only MySQLi. I have tested this on: FreeBSD 6.1, PHP 5.1.4, Apache 2.0.58, MySQL 4.0.19 Gentoo, PHP 5.1.4, Apache 2.2.0, MySQL 4.0.19 Reproduce code: --- ?php $dbh = mysqli_connect($any, $valid, $params, $work); some_undefined_function_resulting_in_error(); ? Expected result: A fatal error, telling me that I made a call to an undefined function. I expect no residual MySQLi connections. Actual result: -- A fatal error, telling me that I made a call to an undefined function. However, I still have a residual MySQLi connection, as reported by MySQL's SHOW PROCESSLIST; -- Edit bug report at http://bugs.php.net/?id=37560edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37560r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37560r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37560r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37560r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37560r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37560r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37560r=needscript Try newer version:http://bugs.php.net/fix.php?id=37560r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37560r=support Expected behavior:http://bugs.php.net/fix.php?id=37560r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37560r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37560r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37560r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37560r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37560r=dst IIS Stability:http://bugs.php.net/fix.php?id=37560r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37560r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37560r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37560r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37560r=mysqlcfg
#37557 [Com]: Problem with open base, move_uploaded_file worked fine before now it doesnt.
ID: 37557 Comment by: youza at post dot cz Reported By: jcink2k at gmail dot com Status: Open Bug Type: Safe Mode/open_basedir Operating System: Windows XP SP2 PHP Version: 4.4.3RC1 New Comment: Yes the similiar problem found in http://bugs.php.net/bug.php?id=37236 Previous Comments: [2006-05-23 04:16:58] jcink2k at gmail dot com Description: Hi, I am not sure if this is a bug or not, so I apologize if it's bogus. But I'm having this issue in RC2 at the moment. RC1 is the only option here so I have picked that. I have open_basedir set to . Reproduce code: --- $folder = ./uploads/; $temporary = $_FILES['swforpic']['tmp_name']; $realfilename = $_FILES['swforpic']['name']; move_uploaded_file($temporary, $folder.$realfilename) or die(Problem writing the file. ); Worked fine for me on PHP 4.4.2 Expected result: I expected the file to upload, as it does just fine in PHP 4.4.2 with open_basedir set to . Actual result: -- Warning: move_uploaded_file() [function.move-uploaded-file]: open_basedir restriction in effect. File(C:\PROGRA~1\EASYPH~1\\tmp\phpED.tmp) is not within the allowed path(s): (.) in c:\program files\easyphp1-8\www\um\textfilebb_v1p0p17\add_reply.php on line 217 Don't know if this is a bug or not. But it was working just fine before, which makes me think that it is somehow. -- Edit this bug report at http://bugs.php.net/?id=37557edit=1
#37561 [NEW]: magic_quotes_gpc does not work per-directory
From: bartos at cbox dot cz Operating system: Windows NT 5.2 build 3790 PHP version: 5.1.4 PHP Bug Type: PHP options/info functions Bug description: magic_quotes_gpc does not work per-directory Description: The same bug as #30527 (http://bugs.php.net/bug.php?id=30527) but now regarding PHP v5. Description: (copy from #30527) When magic_quotes_gpc is controlled per-directory through the registry, the return code from get_magic_quotes_gpc() reflects the change, but the contents of $_GET, $_POST and $_COOKIE remain escaped or not escaped according to the setting in php.ini. The code below was run with magic_quotes_gpc=on in php.ini and magic_quotes_gpc=0 in the registry for the folder in which the script resides. Reproduce code: --- the code, expected result and actual result are the same as in #30527 -- Edit bug report at http://bugs.php.net/?id=37561edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37561r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37561r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37561r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37561r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37561r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37561r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37561r=needscript Try newer version:http://bugs.php.net/fix.php?id=37561r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37561r=support Expected behavior:http://bugs.php.net/fix.php?id=37561r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37561r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37561r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37561r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37561r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37561r=dst IIS Stability:http://bugs.php.net/fix.php?id=37561r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37561r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37561r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37561r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37561r=mysqlcfg
#35945 [Com]: sybase_query() fails on AMD64
ID: 35945
Comment by: ewuerfel at blinx dot de
Reported By: dbaffaleuf at ixis-cib dot com
Status: Open
Bug Type: Sybase-ct (ctlib) related
Operating System: Linux 2.6.9-22 RedHat AMD64
PHP Version: 5CVS, 4CVS (2006-01-11) (snap)
New Comment:
The modifications solve the problem... but dont forget the ./buildconf
in php_src
;-)
Previous Comments:
[2006-02-08 18:33:42] dbaffaleuf at ixis-cib dot com
Hello,
I downloaded the last release available (5.1.2) and modified the
config.m4 for sybase_ct extension as suggested.
The configure seems not to take care about those modifications, as the
Makefile still refers to :
(...)
EXTRA_LIBS = -lcrypt -lsybtcl -lintl -lcomn -lct -lcs -lcrypt -lrt -lgd
-lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm
-lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt
(...)
Therefore, the make fails on:
/usr/bin/ld: skipping incompatible
/msmorzine/sgbd/MX_MT_MSMORZINE/ASE1253/OCS-12_5//lib/libsybtcl.so when
searching for -lsybtcl
/usr/bin/ld: cannot find -lsybtcl
I noticed that configure also refers as:
(...)
SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl
(...)
Then I modified the EXTRA_LIBS so it has to look for 64bits libraries:
EXTRA_LIBS = -lcrypt -lsybtcl64 -lintl64 -lcomn64 -lct64 -lcs64 -lcrypt
-lrt -lgd -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lxml2 -lz -lm -lxml2
-lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt
and the make completes but the make install fails with:
The context allocation routine failed.
The following problem caused the failure:
Invalid context version.
Each call to php outputs this error.
$ ./php -v
The context allocation routine failed.
The following problem caused the failure:
Invalid context version.
PHP 5.1.2 (cli) (built: Feb 8 2006 18:29:57)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.1.0, Copyright (c) 1998-2006 Zend Technologies
I assume the modifications in config.m4 didn't solve the problem.
Thanks for your help.
[2006-02-04 16:59:25] shawnf at fletcher dot org dot za
here is a patch for php-5.1
it makes the module use the 64bit libraries and most importantly adds
CFLAGS=${CFLAGS} -g -DSYB_LP64
-cut here
*** ext/sybase_ct/config.m4 2006-02-04 16:41:12.0 +0100
--- ext/sybase_ct/config.m4.old 2005-05-30 00:16:44.0 +0100
***
*** 29,59
else
AC_MSG_ERROR([ctpublic.h missing!])
fi
-
- CFLAGS=${CFLAGS} -g -DSYB_LP64
-
PHP_ADD_LIBPATH($SYBASE_CT_LIBDIR, SYBASE_CT_SHARED_LIBADD)
if test -f $SYBASE_CT_INCDIR/tds.h; then
PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD)
! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lct64
else
! PHP_ADD_LIBRARY(cs64,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(ct64,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(comn64,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(intl64,, SYBASE_CT_SHARED_LIBADD)
! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs64 -lct64 -lcomn64
-lintl64
! PHP_CHECK_LIBRARY(tcl64, netg_errstr, [
! PHP_ADD_LIBRARY(tcl64,,SYBASE_CT_SHARED_LIBADD)
],[
! PHP_ADD_LIBRARY(sybtcl64,,SYBASE_CT_SHARED_LIBADD)
],[
$SYBASE_CT_LIBS
])
! PHP_CHECK_LIBRARY(insck64, insck__getVdate,
[PHP_ADD_LIBRARY(insck64,,
SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR])
! PHP_CHECK_LIBRARY(insck64, bsd_tcp,
[PHP_ADD_LIBRARY(insck64,,
SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR])
fi
fi
--- 29,56
else
AC_MSG_ERROR([ctpublic.h missing!])
fi
PHP_ADD_LIBPATH($SYBASE_CT_LIBDIR, SYBASE_CT_SHARED_LIBADD)
if test -f $SYBASE_CT_INCDIR/tds.h; then
PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD)
! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lct
else
! PHP_ADD_LIBRARY(cs,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(ct,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(comn,, SYBASE_CT_SHARED_LIBADD)
! PHP_ADD_LIBRARY(intl,, SYBASE_CT_SHARED_LIBADD)
! SYBASE_CT_LIBS=-L$SYBASE_CT_LIBDIR -lcs -lct -lcomn -lintl
! PHP_CHECK_LIBRARY(tcl, netg_errstr, [
! PHP_ADD_LIBRARY(tcl,,SYBASE_CT_SHARED_LIBADD)
],[
! PHP_ADD_LIBRARY(sybtcl,,SYBASE_CT_SHARED_LIBADD)
],[
$SYBASE_CT_LIBS
])
! PHP_CHECK_LIBRARY(insck, insck__getVdate,
[PHP_ADD_LIBRARY(insck,,
SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR])
! PHP_CHECK_LIBRARY(insck, bsd_tcp,
[PHP_ADD_LIBRARY(insck,,
SYBASE_CT_SHARED_LIBADD)],[],[-L$SYBASE_CT_LIBDIR])
fi
fi
[2006-01-11 12:05:06] dbaffaleuf at ixis-cib dot com
Hi, thx for your reply.
Though, it does not work either with the 5.1. CVS snapshot you
provided. I get exactly the same
#37557 [Opn]: Problem with open base, move_uploaded_file worked fine before now it doesnt.
ID: 37557 User updated by: jcink2k at gmail dot com Reported By: jcink2k at gmail dot com Status: Open Bug Type: Safe Mode/open_basedir Operating System: Windows XP SP2 PHP Version: 4.4.3RC1 New Comment: Alright, thanks, is there a workaround to this someplace? I saw the fix on that page on making upload_tmp_dir the same as the destination... but when I tried upload_tmp_dir = . (making it the same as open base) it didn't work. Previous Comments: [2006-05-23 12:46:49] youza at post dot cz Yes the similiar problem found in http://bugs.php.net/bug.php?id=37236 [2006-05-23 04:16:58] jcink2k at gmail dot com Description: Hi, I am not sure if this is a bug or not, so I apologize if it's bogus. But I'm having this issue in RC2 at the moment. RC1 is the only option here so I have picked that. I have open_basedir set to . Reproduce code: --- $folder = ./uploads/; $temporary = $_FILES['swforpic']['tmp_name']; $realfilename = $_FILES['swforpic']['name']; move_uploaded_file($temporary, $folder.$realfilename) or die(Problem writing the file. ); Worked fine for me on PHP 4.4.2 Expected result: I expected the file to upload, as it does just fine in PHP 4.4.2 with open_basedir set to . Actual result: -- Warning: move_uploaded_file() [function.move-uploaded-file]: open_basedir restriction in effect. File(C:\PROGRA~1\EASYPH~1\\tmp\phpED.tmp) is not within the allowed path(s): (.) in c:\program files\easyphp1-8\www\um\textfilebb_v1p0p17\add_reply.php on line 217 Don't know if this is a bug or not. But it was working just fine before, which makes me think that it is somehow. -- Edit this bug report at http://bugs.php.net/?id=37557edit=1
#37562 [NEW]: Unable to lookup ParameterFieldDefinitions
From: mitohuffman at yahoo dot com dot mx
Operating system: Windows XP SP2
PHP version: 5.1.4
PHP Bug Type: COM related
Bug description: Unable to lookup ParameterFieldDefinitions
Description:
I made a script that open a Crystal Reports file and export it to PDF. I
set the database info, the RecordSelectionFormula string and de
ExportOptions and all works fine. The problem comes when i try to call the
ParameterFieldDefinitions class.
GBY
Reproduce code:
---
$ObjectFactory= New COM(CrystalReports10.ObjectFactory.1);
$crapp =
$ObjectFactory-CreateObject(CrystalDesignRunTime.Application);
$creport = $crapp-OpenReport($report, 1);
$creport-Database-Tables-Item(1)-ConnectionProperties['User ID'] =
MyUser;
$creport-Database-Tables-Item(1)-ConnectionProperties['Password'] =
MyPass;
$creport-FormulaSyntax = 0;
$creport-RecordSelectionFormula = {V_CON_LOTES.ID_CONCURSO}=$id_concurso
and {LOTES_CONCURSO_COTIZADOS.ID_ESTATUS}=1;
$param1 = $creport-ParameterFieldDefinitions-Item(fecha_imp); // Error
Point. I tried using Item(1) and i get the same error.
Expected result:
Get the Fecha_imp parameter, set (before) in the Crystal Reports
Designer, for setting the corresponding value.
Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Unable to
lookup `ParameterFieldDefinitions': Nombre desconocido. ' in
C:\Inetpub\wwwroot\Crystal_reports\test.php:19 Stack trace: #0
C:\Inetpub\wwwroot\Crystal_reports\test.php(19): unknown() #1 {main}
thrown in C:\Inetpub\wwwroot\Crystal_reports\test.php on line 19
--
Edit bug report at http://bugs.php.net/?id=37562edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37562r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37562r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37562r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37562r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37562r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37562r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37562r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37562r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37562r=support
Expected behavior:http://bugs.php.net/fix.php?id=37562r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37562r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37562r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37562r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37562r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37562r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37562r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37562r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37562r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37562r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37562r=mysqlcfg
#37563 [NEW]: array_key_exists performance is poor for $array
From: bugs dot php dot net at nanonanonano dot net Operating system: Linux PHP version: 5CVS-2006-05-23 (snap) PHP Bug Type: Performance problem Bug description: array_key_exists performance is poor for $array Description: If there is a reference taken to an array ($b = $a) then the performance of array_key_exists($foo, $a) drops off enormously unless array_key_exists($foo, $a) is used. (Note this is identical to #30295 which is marked as fixed in CVS but doesn't appear to be fixed at all: it is found in both 4CVS and 5CVS) Reproduce code: --- Based on the code in bug #30295: http://pastebin.com/733286 Expected result: Time for the following operations should be approximately the same: array_key_exists($i, $a); $b = $a; array_key_exists($i, $a); $b = $a; array_key_exists($i, $a); Actual result: -- Time for $b = $a; array_key_exists($i, $a); is significantly greater than for the others. Sample times from running the reproduce code: Test with no refs:0.0012528896331787 Test with a ref to the array: 0.78344106674194 Test with a ref to the array and pass by ref: 0.0019340515136719 -- Edit bug report at http://bugs.php.net/?id=37563edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37563r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37563r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37563r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37563r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37563r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37563r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37563r=needscript Try newer version:http://bugs.php.net/fix.php?id=37563r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37563r=support Expected behavior:http://bugs.php.net/fix.php?id=37563r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37563r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37563r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37563r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37563r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37563r=dst IIS Stability:http://bugs.php.net/fix.php?id=37563r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37563r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37563r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37563r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37563r=mysqlcfg
#35895 [NoF-Opn]: __sleep and private property
ID: 35895 User updated by: f dot hardy at origami-systems dot com Reported By: f dot hardy at origami-systems dot com -Status: No Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Freebsd 6 PHP Version: 5.1.2 New Comment: Bug is still alive in php 5.1.4 under freebsd. Please correct it ! Previous Comments: [2006-01-28 01:00:04] 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-01-20 14:49:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-20 14:39:01] f dot hardy at origami-systems dot com This bugs is always alive in php 5.1.2. Please correct it ! [2006-01-04 20:41:27] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2006-01-04 18:57:38] f dot hardy at origami-systems dot com It is the same bug than #26737, which is closed !! The workaround return array(a, // \0*\0b, // \0 . __CLASS__ . \0c); is ok ! 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/35895 -- Edit this bug report at http://bugs.php.net/?id=35895edit=1
#37564 [NEW]: php-snmp with AES is broken
From: scott dot moynes+php at gmail dot com Operating system: PHP version: 5.1.4 PHP Bug Type: SNMP related Bug description: php-snmp with AES is broken Description: A bug in the source of php-snmp causes use of AES privacy encryption impossible. Reproduce code: --- //Assuming snmpd is configured appropriately for the user $result = snmp3_walk(localhost, user, authPriv, sha, passphrase, AES, passphrase, system, 100, 10); print_r($result); Expected result: //The output of the system OID Array ( [0] = STRING: Linux smoynes 2.6.11.4-21.10-smp #1 SMP Tue Nov 29 14:32:49 UTC 2005 i686 ... ) Actual result: -- PHP Warning: %v%v(): An error occurred, quitting in aes_test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=37564edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37564r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37564r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37564r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37564r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37564r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37564r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37564r=needscript Try newer version:http://bugs.php.net/fix.php?id=37564r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37564r=support Expected behavior:http://bugs.php.net/fix.php?id=37564r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37564r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37564r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37564r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37564r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37564r=dst IIS Stability:http://bugs.php.net/fix.php?id=37564r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37564r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37564r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37564r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37564r=mysqlcfg
#35895 [Opn-Fbk]: __sleep and private property
ID: 35895 Updated by: [EMAIL PROTECTED] Reported By: f dot hardy at origami-systems dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Freebsd 6 PHP Version: 5.1.2 New Comment: 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 I cannot reproduce (on Linux) using latest 5.2 CVS. Can you please try a snapshot from the 5.2 series and let me know if it's fixed for you there? Previous Comments: [2006-05-23 17:27:58] f dot hardy at origami-systems dot com Bug is still alive in php 5.1.4 under freebsd. Please correct it ! [2006-01-28 01:00:04] 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-01-20 14:49:04] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2006-01-20 14:39:01] f dot hardy at origami-systems dot com This bugs is always alive in php 5.1.2. Please correct it ! [2006-01-04 20:41:27] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/35895 -- Edit this bug report at http://bugs.php.net/?id=35895edit=1
#37564 [Opn]: php-snmp with AES is broken
ID: 37564 User updated by: scott dot moynes+php at gmail dot com Reported By: scott dot moynes+php at gmail dot com Status: Open Bug Type:SNMP related PHP Version: 5.1.4 New Comment: In snmp.c, one cannot use the OIDSIZE macro for the usmAES128PrivProtocol symbol because it is defined as a oid pointer to usmAESPrivProtocol, not an oid array. The fix is to change all OIDSIZE(usmAES128PrivProtocol) expressions to USM_PRIV_PROTO_AES_LEN. This is with net-snmp; not sure about ucd-snmp. Previous Comments: [2006-05-23 17:53:18] scott dot moynes+php at gmail dot com Description: A bug in the source of php-snmp causes use of AES privacy encryption impossible. Reproduce code: --- //Assuming snmpd is configured appropriately for the user $result = snmp3_walk(localhost, user, authPriv, sha, passphrase, AES, passphrase, system, 100, 10); print_r($result); Expected result: //The output of the system OID Array ( [0] = STRING: Linux smoynes 2.6.11.4-21.10-smp #1 SMP Tue Nov 29 14:32:49 UTC 2005 i686 ... ) Actual result: -- PHP Warning: %v%v(): An error occurred, quitting in aes_test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=37564edit=1
#37565 [NEW]: Using reflection::export with simplexml causing a crash
From: php at trancer dot nl
Operating system: Any
PHP version: 5.1.4
PHP Bug Type: Reproducible crash
Bug description: Using reflection::export with simplexml causing a crash
Description:
If you try to Reflection::export a simplexml loading that has been loaded
using a custom object extended by ReflectionObject PHP will core.
Reproduce code:
---
?php
class Setting extends ReflectionObject { }
Reflection::export(simplexml_load_string('test /', Setting));
?
Expected result:
Unknown.
Actual result:
--
Core dump of PHP.
1.
#0 _class_string (str=0x7fad4380, ce=0xbbff88, obj=0x0,
indent=0x7ba1a6 , tsrm_ls=0x984030)
2.
at /home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:312
3.
#1 0x00525610 in zim_reflection_class___toString
(ht=Variable ht is not available.
4.
) at /home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:2751
5.
#2 0x00668902 in zend_call_function (fci=0x7fad4500,
fci_cache=Variable fci_cache is not available.
6.
) at /home/pierre/cvs/php_5_2/Zend/zend_execute_API.c:945
7.
#3 0x00669b7b in call_user_function_ex
(function_table=Variable function_table is not available.
8.
) at /home/pierre/cvs/php_5_2/Zend/zend_execute_API.c:572
9.
#4 0x005260d2 in zim_reflection_export (ht=Variable ht is
not available.
10.
) at /home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:1257
11.
#5 0x0069809e in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fad47a0, tsrm_ls=0x984030) at zend_vm_execute.h:200
12.
#6 0x0069758f in execute (op_array=0xbba5c8,
tsrm_ls=0x984030) at zend_vm_execute.h:92
13.
#7 0x0067606f in zend_execute_scripts (type=8,
tsrm_ls=0x984030, retval=Variable retval is not available.
14.
) at /home/pierre/cvs/php_5_2/Zend/zend.c:1099
15.
#8 0x0062a759 in php_execute_script
(primary_file=0x7fad6e90, tsrm_ls=0x984030) at
/home/pierre/cvs/php_5_2/main/main.c:1743
16.
#9 0x00725c34 in main (argc=2, argv=0x7fad7058) at
/home/pierre/cvs/php_5_2/sapi/cli/php_cli.c:1093
--
Edit bug report at http://bugs.php.net/?id=37565edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37565r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37565r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37565r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37565r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37565r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37565r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37565r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37565r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37565r=support
Expected behavior:http://bugs.php.net/fix.php?id=37565r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37565r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37565r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37565r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37565r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37565r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37565r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37565r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37565r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37565r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37565r=mysqlcfg
#37168 [Opn]: WDDX serializer inefficient with larger structures
ID: 37168 User updated by: dolecek at sky dot cz Reported By: dolecek at sky dot cz Status: Open Bug Type: WDDX related -Operating System: NetBSD +Operating System: Windows, NetBSD PHP Version: 5.1.2 New Comment: Changing the OS to Windows, NetBSD. Previous Comments: [2006-05-02 19:33:16] dolecek at sky dot cz Fine, the difference is entirely dependant on platform realloc() implementation. Anyone can try the patch on MS Windows? I don't have native compiler there. Thanks. [2006-05-02 13:36:00] [EMAIL PROTECTED] I tried your patch on linux 2.6 and MacOSX 10.3.4 and in both cases had no visible difference (beyond the margin of error) in terms of speed and time taken to execute the code. [2006-04-23 21:32:41] dolecek at sky dot cz Also, it would be useful to know if my patch improves performance on your system (even though the time increase is linear even without my patch on your system). Could you include results without and with patch on your system, please? [2006-04-23 21:29:43] dolecek at sky dot cz I tried the snapshot php5.1-200604232030 - results: NetBSD 3.99.15 (compiled with ./configure --enable-wddx --with-libxml-dir=/usr/pkg): 50: 0.010740995407104 100: 0.053707838058472 200: 0.23849892616272 400: 2.4622600078583 800: 18.556435823441 1600: 94.584519863129 (3200 and 6400 skipped) Tried also Windows version on Windows XP (same computer): 50: 0.0027320384979248 100: 0.0066189765930176 200: 0.024183988571167 400: 0.096118927001953 800: 0.57651996612549 1600: 2.4123661518097 3200: 8.9470641613007 6400: 34.234342098236 So PHP snapshot is ever worse on NetBSD 3.99.15 then PHP 5.1.2. On Windows XP, the increase is linear, but the time increase is non-proportional (2x size means ~4x time increase). What OS did you try the test? Older BSD malloc() was power-of-2 internally and thus would not suffer from this usage pattern. The more modern version used on NetBSD has been adjusted to minimize total memory use, which gives the realloc() performance hit in this case. Perhaps modern GNU libc malloc()/realloc() handles this usage pattern better and that is the reason you don't see the problem? BTW, if the patch 2) or it's variant is adopted, it would be useful to use some suitable power-of-2 value for SMART_STR_START_SIZE (to get multiple of page size and optimal memory use of last page), rather then changing SMART_STR_PREALLOC (which is unused in my patch). [2006-04-23 16:36:39] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip I've tried your sample code and I see only linear increase in the execution time. And certainly at no point did it take seconds to execute each block. 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/37168 -- Edit this bug report at http://bugs.php.net/?id=37168edit=1
#37567 [NEW]: MySQLi multi_query functionality results in error
From: alexander dot over at koeln dot de
Operating system: Suse 9.3
PHP version: 5.1.4
PHP Bug Type: MySQLi related
Bug description: MySQLi multi_query functionality results in error
Description:
Sorry for that english :D
When trying to use the multi_query functions from mysqli adapter, it
always fails with an syntax error if more than one sql statement is given
to the function/object.
Reproduce code:
---
$mysqli = new mysqli('localhost', 'root', '', 'test');
$query = SELECT CURRENT_USER();;
$query .= SELECT CURRENT_USER();;
if ($mysqli-multi_query($query)) {
do {
if ($result = $mysqli-store_result()) {
while ($row = $result-fetch_row()) {
printf(%s\n, $row[0]);
}
$result-close();
}
} while ($mysqli-next_result());
} else {
echo $mysqli-error;
}
$mysqli-close();
Expected result:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Actual result:
--
Fehler in der Syntax bei ';SELECT CURRENT_USER()' in Zeile 1.
(German Locale)
--
Edit bug report at http://bugs.php.net/?id=37567edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37567r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37567r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37567r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37567r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37567r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37567r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37567r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37567r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37567r=support
Expected behavior:http://bugs.php.net/fix.php?id=37567r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37567r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37567r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37567r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37567r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37567r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37567r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37567r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37567r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37567r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37567r=mysqlcfg
#37565 [Opn-Csd]: Using reflection::export with simplexml causing a crash
ID: 37565
Updated by: [EMAIL PROTECTED]
Reported By: php at trancer dot nl
-Status: Open
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
-PHP Version: 5.1.4
+PHP Version: 5.1.*
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Fixed in CVS (5.2, HEAD only)
Previous Comments:
[2006-05-23 21:42:26] php at trancer dot nl
Description:
If you try to Reflection::export a simplexml loading that has been
loaded using a custom object extended by ReflectionObject PHP will
core.
Reproduce code:
---
?php
class Setting extends ReflectionObject { }
Reflection::export(simplexml_load_string('test /', Setting));
?
Expected result:
Unknown.
Actual result:
--
Core dump of PHP.
1.
#0 _class_string (str=0x7fad4380, ce=0xbbff88, obj=0x0,
indent=0x7ba1a6 , tsrm_ls=0x984030)
2.
at
/home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:312
3.
#1 0x00525610 in zim_reflection_class___toString
(ht=Variable ht is not available.
4.
) at
/home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:2751
5.
#2 0x00668902 in zend_call_function (fci=0x7fad4500,
fci_cache=Variable fci_cache is not available.
6.
) at /home/pierre/cvs/php_5_2/Zend/zend_execute_API.c:945
7.
#3 0x00669b7b in call_user_function_ex
(function_table=Variable function_table is not available.
8.
) at /home/pierre/cvs/php_5_2/Zend/zend_execute_API.c:572
9.
#4 0x005260d2 in zim_reflection_export (ht=Variable ht
is not available.
10.
) at
/home/pierre/cvs/php_5_2/ext/reflection/php_reflection.c:1257
11.
#5 0x0069809e in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fad47a0, tsrm_ls=0x984030) at
zend_vm_execute.h:200
12.
#6 0x0069758f in execute (op_array=0xbba5c8,
tsrm_ls=0x984030) at zend_vm_execute.h:92
13.
#7 0x0067606f in zend_execute_scripts (type=8,
tsrm_ls=0x984030, retval=Variable retval is not available.
14.
) at /home/pierre/cvs/php_5_2/Zend/zend.c:1099
15.
#8 0x0062a759 in php_execute_script
(primary_file=0x7fad6e90, tsrm_ls=0x984030) at
/home/pierre/cvs/php_5_2/main/main.c:1743
16.
#9 0x00725c34 in main (argc=2, argv=0x7fad7058) at
/home/pierre/cvs/php_5_2/sapi/cli/php_cli.c:1093
--
Edit this bug report at http://bugs.php.net/?id=37565edit=1
#37568 [NEW]: zend_language_scanner.c not being created
From: jan at horde dot org Operating system: Linux PHP version: 5.1.5CVS PHP Bug Type: Compile Failure Bug description: zend_language_scanner.c not being created Description: Trying to compile PHP currently fails for me with: gcc: Zend/zend_language_scanner.c: No such file or directory gcc: no input files The last libtool call that produces this is: /bin/sh /home/jan/cvs/php5/libtool --silent --preserve-dup-deps --mode=compile g cc -IZend/ -I/home/jan/cvs/php5/Zend/ -DPHP_ATOM_INC -I/home/jan/cvs/php5/inclu de -I/home/jan/cvs/php5/main -I/home/jan/cvs/php5 -I/usr/include/libxml2 -I/home /jan/cvs/php5/ext/date/lib -I/usr/include/imap -I/home/jan/cvs/php5/ext/mbstring /oniguruma -I/home/jan/cvs/php5/ext/mbstring/libmbfl -I/home/jan/cvs/php5/ext/mb string/libmbfl/mbfl -I/usr/include/mysql -I/home/jan/cvs/php5/TSRM -I/home/jan/c vs/php5/Zend-I/usr/include -g -O2 -prefer-non-pic -c Zend/zend_language_sca nner.c -o Zend/zend_language_scanner.lo flex is installed, version 2.5.31. -- Edit bug report at http://bugs.php.net/?id=37568edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37568r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37568r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37568r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37568r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37568r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37568r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37568r=needscript Try newer version:http://bugs.php.net/fix.php?id=37568r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37568r=support Expected behavior:http://bugs.php.net/fix.php?id=37568r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37568r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37568r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37568r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37568r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37568r=dst IIS Stability:http://bugs.php.net/fix.php?id=37568r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37568r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37568r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37568r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37568r=mysqlcfg
#37569 [NEW]: WDDX bad character encoding
From: jdolecek at NetBSD dot org
Operating system: Any
PHP version: 5.1.4
PHP Bug Type: WDDX related
Bug description: WDDX bad character encoding
Description:
WDDX serializes control charactes using a char code=XX/ construct,
However, the code contains sign extension bug, and on platforms with
signed char the result XX contains incorrect (sign-extended) code.
This affects e.g. UTF8-encoded non-ASCII text, which can contain
characters in 128-160 range.
Fix:
--- wddx.c.orig 2006-05-23 23:58:54.0 +0200
+++ wddx.c
@@ -401,7 +401,7 @@ static void php_wddx_serialize_string(wd
default:
if (iscntrl((int)*(unsigned char
*)p)) {
FLUSH_BUF();
- sprintf(control_buf,
WDDX_CHAR, *p);
+ sprintf(control_buf,
WDDX_CHAR, (int)*(unsigned char *)p);
php_wddx_add_chunk(packet,
control_buf);
} else
buf[l++] = *p;
Reproduce code:
---
On UNIX with iso-8859-1 locale:
echo wddx_serialize_value(chr(1)).\n;
echo wddx_serialize_value(chr(128)).\n;
Expected result:
wddxPacket version='1.0'header/datastringchar
code='01'//string/data/wddxPacket
wddxPacket version='1.0'header/datastringchar
code='80'//string/data/wddxPacket
Actual result:
--
wddxPacket version='1.0'header/datastringchar
code='01'//string/data/wddxPacket
wddxPacket version='1.0'header/datastringchar
code='FF80'//string/data/wddxPacket
--
Edit bug report at http://bugs.php.net/?id=37569edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37569r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37569r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37569r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37569r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37569r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37569r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37569r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37569r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37569r=support
Expected behavior:http://bugs.php.net/fix.php?id=37569r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37569r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37569r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37569r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37569r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37569r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37569r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37569r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37569r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37569r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37569r=mysqlcfg
#37568 [Opn-Bgs]: zend_language_scanner.c not being created
ID: 37568 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux PHP Version: 5.1.5CVS 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 You need 2.5.4 Previous Comments: [2006-05-23 22:08:47] jan at horde dot org Description: Trying to compile PHP currently fails for me with: gcc: Zend/zend_language_scanner.c: No such file or directory gcc: no input files The last libtool call that produces this is: /bin/sh /home/jan/cvs/php5/libtool --silent --preserve-dup-deps --mode=compile g cc -IZend/ -I/home/jan/cvs/php5/Zend/ -DPHP_ATOM_INC -I/home/jan/cvs/php5/inclu de -I/home/jan/cvs/php5/main -I/home/jan/cvs/php5 -I/usr/include/libxml2 -I/home /jan/cvs/php5/ext/date/lib -I/usr/include/imap -I/home/jan/cvs/php5/ext/mbstring /oniguruma -I/home/jan/cvs/php5/ext/mbstring/libmbfl -I/home/jan/cvs/php5/ext/mb string/libmbfl/mbfl -I/usr/include/mysql -I/home/jan/cvs/php5/TSRM -I/home/jan/c vs/php5/Zend-I/usr/include -g -O2 -prefer-non-pic -c Zend/zend_language_sca nner.c -o Zend/zend_language_scanner.lo flex is installed, version 2.5.31. -- Edit this bug report at http://bugs.php.net/?id=37568edit=1
#37570 [NEW]: Some php documents cause a crash with error status 3221225477
From: sam dot lavitt at gmail dot com Operating system: Windows XP SP 2 PHP version: 4.4.2 PHP Bug Type: Apache2 related Bug description: Some php documents cause a crash with error status 3221225477 Description: I am trying to host my girlfriends site as a virtual domain with apache. I just installed PHP 4.4.2, which is what she is using with her other host. Every time certain links on her site are clicked by any client it causes the apache httpd process to restart, with the folloing message: [notice] Parent: child process exited with status 3221225477 -- Restarting. I found references to this error occuring over a year ago with php, but it was fixed then, so perhaps it has resurfaced. Windows Event Viewer shows Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 5/23/2006 Time: 5:34:37 PM User: N/A Computer: NETVISTA Description: Faulting application httpd.exe, version 2.2.2.0, faulting module php4ts.dll, version 4.4.2.2, fault address 0x000c5fca. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 68 74 74 ure htt 0018: 70 64 2e 65 78 65 20 32 pd.exe 2 0020: 2e 32 2e 32 2e 30 20 69 .2.2.0 i 0028: 6e 20 70 68 70 34 74 73 n php4ts 0030: 2e 64 6c 6c 20 34 2e 34 .dll 4.4 0038: 2e 32 2e 32 20 61 74 20 .2.2 at 0040: 6f 66 66 73 65 74 20 30 offset 0 0048: 30 30 63 35 66 63 61 00c5fca I would send a backtrace but I only see debug packs for 5.2 and 6.0 on http://snaps.php.net/ Clicking all but one of the links on her index.php causes this error 100% of the time. Thanks in advance for the help! -- Edit bug report at http://bugs.php.net/?id=37570edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37570r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37570r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37570r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37570r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37570r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37570r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37570r=needscript Try newer version:http://bugs.php.net/fix.php?id=37570r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37570r=support Expected behavior:http://bugs.php.net/fix.php?id=37570r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37570r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37570r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37570r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37570r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37570r=dst IIS Stability:http://bugs.php.net/fix.php?id=37570r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37570r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37570r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37570r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37570r=mysqlcfg
#37567 [Opn-Bgs]: MySQLi multi_query functionality results in error
ID: 37567
Updated by: [EMAIL PROTECTED]
Reported By: alexander dot over at koeln dot de
-Status: Open
+Status: Bogus
Bug Type: MySQLi related
Operating System: Suse 9.3
PHP Version: 5.1.4
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.
Works just fine. Check your server.
Previous Comments:
[2006-05-23 22:08:16] alexander dot over at koeln dot de
Description:
Sorry for that english :D
When trying to use the multi_query functions from mysqli adapter, it
always fails with an syntax error if more than one sql statement is
given to the function/object.
Reproduce code:
---
$mysqli = new mysqli('localhost', 'root', '', 'test');
$query = SELECT CURRENT_USER();;
$query .= SELECT CURRENT_USER();;
if ($mysqli-multi_query($query)) {
do {
if ($result = $mysqli-store_result()) {
while ($row = $result-fetch_row()) {
printf(%s\n, $row[0]);
}
$result-close();
}
} while ($mysqli-next_result());
} else {
echo $mysqli-error;
}
$mysqli-close();
Expected result:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Actual result:
--
Fehler in der Syntax bei ';SELECT CURRENT_USER()' in Zeile 1.
(German Locale)
--
Edit this bug report at http://bugs.php.net/?id=37567edit=1
#37571 [NEW]: WDDX cannot deserialize serialized UTF-8 encoded non-ASCII text
From: jdolecek at NetBSD dot org
Operating system: Any
PHP version: 5.1.4
PHP Bug Type: WDDX related
Bug description: WDDX cannot deserialize serialized UTF-8 encoded non-ASCII
text
Description:
WDDX cannot be used to encode certain UTF8-encoded iso-8859-1 text.
Particularily those iso-8859-1 characters, which after conversion to UTF-8
generate sequence of characters with value in 128-160 range, which are
recognized as control characters. Control characters are turned into char
code=XX/ sequence by WDDX.
wddx_deserialize() expects UTF-8 encoded string, and implicitly converts
the text back to iso-8859-1 before deserializing the structure. This is
done _before_
the char code=XX/ is replaced by the character. The is thus
recognized as part of the UTF-8 sequence, two-byte sequence is recoded to
single-byte character and the result contains invalid XML (fragment 'char
code=XX/'). Deserialization thus fails silently.
I.e.:
1. iso-8859-1 is Z (ord(Z) 128)
2. UTF-8 string is XY
3. WDDX serializes that as Xchar code=ord(Y)/
4. deserializer converts UTF-8 input to iso-8859-1 before
starting deserialization, result is Bchar code=ord(Y)/
5. deserializer detects invalid XML and aborts the decode,
returns empty string
Fix:
Only recode ASCII control characters to char code=XX / sequence:
--- wddx.c.orig 2006-05-24 00:39:34.0 +0200
+++ wddx.c
@@ -399,7 +399,8 @@ static void php_wddx_serialize_string(wd
break;
default:
- if (iscntrl((int)*(unsigned char
*)p)) {
+ if (iscntrl((int)*(unsigned char
*)p)
+isascii((int)*(unsigned
char *)p)) {
FLUSH_BUF();
sprintf(control_buf,
WDDX_CHAR, *p);
php_wddx_add_chunk(packet,
control_buf);
Note - this patch also makes problem of Bug #37569 go away, but that patch
is still useful to apply for code clarity.
This bug is probably same problem as Bug #35241.
Reproduce code:
---
On UNIX with iso-8859-1 locale or Windows with Windows-1250 locale:
var_dump(
wddx_deserialize(wddx_serialize_value(utf8_encode(chr(200
);
Expected result:
string(1) #268;
Actual result:
--
string(0)
--
Edit bug report at http://bugs.php.net/?id=37571edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37571r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37571r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37571r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37571r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37571r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37571r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37571r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37571r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37571r=support
Expected behavior:http://bugs.php.net/fix.php?id=37571r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37571r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37571r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37571r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37571r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37571r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37571r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37571r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37571r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37571r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37571r=mysqlcfg
#37570 [Opn-Fbk]: Some php documents cause a crash with error status 3221225477
ID: 37570 Updated by: [EMAIL PROTECTED] Reported By: sam dot lavitt at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP SP 2 PHP Version: 4.4.2 New Comment: 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 You'll need to upgrade to PHP5.2 to use apache2.2 on windows. Previous Comments: [2006-05-23 22:40:01] sam dot lavitt at gmail dot com Description: I am trying to host my girlfriends site as a virtual domain with apache. I just installed PHP 4.4.2, which is what she is using with her other host. Every time certain links on her site are clicked by any client it causes the apache httpd process to restart, with the folloing message: [notice] Parent: child process exited with status 3221225477 -- Restarting. I found references to this error occuring over a year ago with php, but it was fixed then, so perhaps it has resurfaced. Windows Event Viewer shows Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 5/23/2006 Time: 5:34:37 PM User: N/A Computer: NETVISTA Description: Faulting application httpd.exe, version 2.2.2.0, faulting module php4ts.dll, version 4.4.2.2, fault address 0x000c5fca. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 68 74 74 ure htt 0018: 70 64 2e 65 78 65 20 32 pd.exe 2 0020: 2e 32 2e 32 2e 30 20 69 .2.2.0 i 0028: 6e 20 70 68 70 34 74 73 n php4ts 0030: 2e 64 6c 6c 20 34 2e 34 .dll 4.4 0038: 2e 32 2e 32 20 61 74 20 .2.2 at 0040: 6f 66 66 73 65 74 20 30 offset 0 0048: 30 30 63 35 66 63 61 00c5fca I would send a backtrace but I only see debug packs for 5.2 and 6.0 on http://snaps.php.net/ Clicking all but one of the links on her index.php causes this error 100% of the time. Thanks in advance for the help! -- Edit this bug report at http://bugs.php.net/?id=37570edit=1
#37573 [NEW]: Wrong output for function array_diff_ukey
From: lig at maolek dot com
Operating system: Windows XP SP2
PHP version: 5.1.4
PHP Bug Type: Arrays related
Bug description: Wrong output for function array_diff_ukey
Description:
unexpected output. Accourding to docs array_diff_ukey returns an array
containing all the values of array1 that have keys that are not present
in any of the other arguments. A key that is present in both $array1 and
$array2 is showing up in the output. It should be noted that the values of
the keys are different, but the example provided in the doc page has the
same situation and the key isn't in the output.
Reproduce code:
---
function key_compare_func($a, $b)
{
if ($a === $b) {
return 0;
}
return ($a $b)? 1:-1;
}
$array1 = array(a = green, b = brown, c = blue, red,
);
$array2 = array(a = green, yellow, red, TRUE);
$array3 = array(red, a=brown, );
$result[] = array_diff_ukey($array1, $array3, key_compare_func);
$result[] = array_diff_ukey($array2, $array3, key_compare_func);
print_r($result);
Expected result:
Array
(
[0] = Array
(
[b] = brown
[c] = blue
)
[1] = Array
(
[2] = 1
)
)
Actual result:
--
Array
(
[0] = Array
(
[a] = green
[b] = brown
[c] = blue
)
[1] = Array
(
[a] = green
[2] = 1
)
)
--
Edit bug report at http://bugs.php.net/?id=37573edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37573r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37573r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37573r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37573r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37573r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37573r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37573r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37573r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37573r=support
Expected behavior:http://bugs.php.net/fix.php?id=37573r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37573r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37573r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37573r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37573r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37573r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37573r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37573r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37573r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37573r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37573r=mysqlcfg
