#45243 [NEW]: "configure" script fails with aspx2
From: talltony at breakthru dot com Operating system: AIX 5.3 PHP version: 5.2.6 PHP Bug Type: Compile Failure Bug description: "configure" script fails with aspx2 Description: I'm trying to compile PHP 5.2.6 on AIX 5.3 with IBM HTTP Server (which is basically Apache/2.0.47). When I run the supplied configure script as follows, I get the error below: > ./configure --with-apxs2=/usr/ihs/bin/apxs . . . with_apxs2=/usr/ihs/bin/apxs withval=/usr/ihs/bin/apxs x_includes=NONE x_libraries=NONE expr: syntax error configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Please use the appropiate switch --with-apxs (without the 2) Basically, there seems to be a error in line 6707 where the script tries this: APACHE_VERSION=`expr $4 \* 100 + $5 \* 1000 + $6` ($4, $5 and $6 have no values.) I have tried using autoconfig to generate a new configuration file and which seems to work. However, when I try ' buildconf --force' it fails so I'm not comfortable using my version of configure in case buldconf performs any other magic. -- Edit bug report at http://bugs.php.net/?id=45243&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45243&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45243&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45243&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45243&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45243&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45243&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45243&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45243&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45243&r=support Expected behavior:http://bugs.php.net/fix.php?id=45243&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45243&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45243&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45243&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45243&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45243&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45243&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45243&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45243&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45243&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45243&r=mysqlcfg
#45240 [Opn->Bgs]: curl post slow execution with a little big body
ID: 45240 User updated by: nyim at 163 dot com Reported By: nyim at 163 dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: suse linux PHP Version: 5.2.6 New Comment: sorry, when using a static content, in other server, just very fast Previous Comments: [2008-06-11 16:39:48] nyim at 163 dot com Description: the same target url, using ip address, local area network compare: 1 curl using get method with long query string, about 2 tcp packs without body. 2 curl using post with short post data, no more than 1 tcp packs 3 stream function emulate post data, about 2 tcp packs with header 4 curl using post with a little big body, about 2 tcp packs with header the three before cost no more than 0.2 second the 4th always cost more than 1 second, avg 2 second max data size in query string or post data less than 2000 bytes. -- Edit this bug report at http://bugs.php.net/?id=45240&edit=1
#39078 [Com]: Plus sign in URL arg received as space
ID: 39078 Comment by: jerm at live dot com Reported By: main at springtimesoftware dot com Status: Open Bug Type: Feature/Change Request Operating System: Windows XP PHP Version: 5.1.6 New Comment: I'm with David on this. On the client-side, I'm using the JavaScript escape() function to encode data for sending to the server using a POST ajax request. (Original bug report refers to $_GET, but this is also affecting $_POST) The server sees both plus signs "+" and "%20" as spaces. And yes, PHP is seeing the plus, untouched by Apache, as I can prove using: echo file_get_contents("php://input"); // Display raw POST This is very frustrating. I'm currently getting around this by parsing the raw POST data manually (above), and not using the pre-parsed $_POST data. Previous Comments: [2006-10-10 13:30:10] main at springtimesoftware dot com So, that's it? Just a few ignorant attempts to classify this feature request as Bogus, with no assignment to a developer to make this feature request happen? I'm disappointed. An option to process incoming URL args using rawurldecode instead of urldecode would benefit so many users! David Spector [2006-10-07 22:53:52] main at springtimesoftware dot com I'm not sure I'm following you. Section "Reserved:" in RFC 1738 (at http://www.freesoft.org/CIE/RFC/1738/4.htm) states: Thus, only alphanumerics, the special characters "$-_.+!*'(),", and reserved characters used for their reserved purposes may be used unencoded within a URL. Since "+" is listed, I would expect that any agent that obeyed this RFC would transmit "+" unchanged. That means that Apache should transmit "+" unchanged to PHP. This is why I would be surprised to find that Apache is the cause of this problem. Indeed, if I browse (using IE 6.0) to a Web page that contains a call to phpinfo(), browsing using a URL that contains the argument "Arg=+%20", then phpinfo() reports that _SERVER["QUERY_STRING"] has the value "Arg=+%20". (I just did this, I'm not making this up.) This confirms that the plus sign is getting to PHP okay. So wouldn't you agree with me that Apache cannot be causing this problem? PHP must be using urldecode() when it parses the arguments into the $_GET array, yes? Otherwise, how would the plus sign in the argument become a space? David [2006-10-07 22:15:37] [EMAIL PROTECTED] It's not hard to believe... it's what the RFC states: http://www.freesoft.org/CIE/RFC/1738/4.htm, read the section "unsafe". [2006-10-07 21:44:08] main at springtimesoftware dot com So you are saying that this problem is definitely in Apache, not in PHP? You are saying that Apache converts plus signs into spaces? Please confirm this, it is hard to believe. David [2006-10-07 21:39:53] [EMAIL PROTECTED] PHP receives POST/GET data from Apache in decoded form, so if Javascript doesn't encode "+" sign, we can't fix it or even change it in anyway. 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/39078 -- Edit this bug report at http://bugs.php.net/?id=39078&edit=1
#44991 [Com]: Compile Failure With freetds0.82
ID: 44991 Comment by: jklowden at freetds dot org Reported By: scourgen at gmail dot com Status: Open Bug Type: MSSQL related Operating System: Centos5.1(k2.6.18) PHP Version: 5.2.6 New Comment: This diff is what you want. --jkl --- config.m4-new 2008-06-11 20:13:47.0 -0400 +++ config.m4 2007-07-03 13:25:34.0 -0400 @@ -10,11 +10,11 @@ if test "$PHP_MSSQL" = "yes"; then for i in /usr/local /usr; do - if test -f $i/include/sybdb.h; then + if test -f $i/include/tds.h; then FREETDS_INSTALLATION_DIR=$i FREETDS_INCLUDE_DIR=$i/include break - elif test -f $i/include/freetds/sybdb.h; then + elif test -f $i/include/freetds/tds.h; then FREETDS_INSTALLATION_DIR=$i FREETDS_INCLUDE_DIR=$i/include/freetds break @@ -27,10 +27,10 @@ elif test "$PHP_MSSQL" != "no"; then -if test -f $PHP_MSSQL/include/sybdb.h; then +if test -f $PHP_MSSQL/include/tds.h; then FREETDS_INSTALLATION_DIR=$PHP_MSSQL FREETDS_INCLUDE_DIR=$PHP_MSSQL/include -elif test -f $PHP_MSSQL/include/freetds/sybdb.h; then +elif test -f $PHP_MSSQL/include/freetds/tds.h; then FREETDS_INSTALLATION_DIR=$PHP_MSSQL FREETDS_INCLUDE_DIR=$PHP_MSSQL/include/freetds else @@ -38,8 +38,8 @@ fi fi - if test ! -r "$FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libsybdb.a" && test ! -r "$FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libsybdb.so"; then - AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libsybdb.[a|so]) + if test ! -r "$FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.a" && test ! -r "$FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.so"; then + AC_MSG_ERROR(Could not find $FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.[a|so]) fi PHP_ADD_INCLUDE($FREETDS_INCLUDE_DIR) Previous Comments: [2008-05-29 20:09:21] brodie at mcw dot edu I have the same issue-- note, this problem is due to that the freetds environment NO LONGER PROVIDES tds.h, or libtds.so. This is a total re-design of freetds, and as such, completely breaks the ability of php to use the -with-mssql option. The re-design of FreeTDS as outlined above was as of version 0.82. As documented, the --with-mssql=[freetds dir] will fail, and will complain that the directory is not a freeTDS directory. [2008-05-14 05:08:27] scourgen at gmail dot com Description: compile failure with freetds version 0.82(no tds.h,libtds.so) Reproduce code: --- configure: ./configure --with-mssql=/usr/local/freetds Expected result: configure: error: Directory /usr/local/freetds is not a FreeTDS installation directory Actual result: -- there is no tds.h,libtds.so in freetds install directory(just in freetds version 0.82) -- Edit this bug report at http://bugs.php.net/?id=44991&edit=1
#44774 [Opn->Fbk]: Problem of ordering of resource destroying php_request_shutdown
ID: 44774 Updated by: [EMAIL PROTECTED] Reported By: bdauvergne at entrouvert dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Debian PHP Version: 5.2.5 New Comment: 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 Previous Comments: [2008-04-18 12:24:58] bdauvergne at entrouvert dot com Description: Context: a cli interpreter with a temporary module loaded ( with dl() and not a declaration in php.ini). Description: In php_request_shutdown we can see this code: 1490 /* 7. Shutdown scanner/executor/compiler and restore ini entries */ 1491 zend_deactivate(TSRMLS_C); 1492 1493 /* 8. Call all extensions post-RSHUTDOWN functions */ 1494 zend_try { 1495 zend_post_deactivate_modules(TSRMLS_C); 1496 } zend_end_try(); The problem comes from the deallocation of EG(regular_list) in zend_deactivate in zend.c:947 : 946 947 zend_destroy_rsrc_list(&EG(regular_list) TSRMLS_CC); 948 and the use of the same list inside zend_post_deactivate_modules which calls 'zend_hash_reverse_apply(&module_registry, (apply_func_t) module_registry_unload_temp TSRMLS_CC);' on zend.c:966 which calls 1973 int module_registry_unload_temp(zend_module_entry *module TSRMLS_DC) 1974 { 1975 return (module->type == MODULE_TEMPORARY) ? ZEND_HASH_APPLY_REMOVE : ZEND_HASH_APPLY_STOP; 1976 } whick provokes the destruction of the module via module_destructor: 1903 void module_destructor(zend_module_entry *module) 1904 { 1905 TSRMLS_FETCH(); 1906 1907 if (module->type == MODULE_TEMPORARY) { 1908 zend_clean_module_rsrc_dtors(module->module_number TSRMLS_CC); 1909 clean_module_constants(module->module_number TSRMLS_CC); 1910 } as the module is a temporary module, which calls: 1908 zend_clean_module_rsrc_dtors(module->module_number TSRMLS_CC); which contains: 265 void zend_clean_module_rsrc_dtors(int module_number TSRMLS_DC) 266 { 267 zend_hash_apply_with_argument(&list_destructors, (apply_func_arg_t) zend_clean_module_rsrc_dtors_cb, (void *) &module_number TSRMLS_CC); which calls zend_clean_module_rsrc_dtors_cb on the list_destructor of the resources registerer by the given module: 253 static int zend_clean_module_rsrc_dtors_cb(zend_rsrc_list_dtors_entry *ld, int *module_number TSRMLS_DC) 254 { 255 if (ld->module_number == *module_number) { 256 zend_hash_apply_with_argument(&EG(regular_list), (apply_func_arg_t) clean_module_resource, (void *) &(ld->resource_id) TSRMLS_CC); 257 zend_hash_apply_with_argument(&EG(persistent_list), (apply_func_arg_t) clean_module_resource, (void *) &(ld->resource_id) TSRMLS_CC); 258 return 1; 259 } else { 260 return 0; 261 } 262 } On line 256 is the problem, we try to acces regular_list by it has already been destroyed before in zend_deactivate. It generate the error: $ php5 -n -r 'dl("gd.so");' /home/bdauvergne/wd/lasso/php5-5.2.5/Zend/zend_hash.c(886) : ht=0x8676c28 is already destroyed Reproduce code: --- $ php5 -n -r 'dl("gd.so");' php5-5.2.5/Zend/zend_hash.c(886) : ht=0x8676c28 is already destroyed Actual result: -- Backtrace: #0 0x08388794 in _zend_is_inconsistent (ht=0x8676c28, file=0x8628bb8 "php5-5.2.5/Zend/zend_hash.c", line=886) at php5-5.2.5/Zend/zend_hash.c:54 #1 0x0838b017 in zend_hash_apply_with_argument (ht=0x8676c28, apply_func=0x838d481 , argument=0x87a6308) at php5-5.2.5/Zend/zend_hash.c:886 #2 0x0838d4f4 in zend_clean_module_rsrc_dtors_cb (ld=0x87a62f0, module_number=0xbf8a4c50) at php5-5.2.5/Zend/zend_list.c:256 #3 0x0838b071 in zend_hash_apply_with_argument (ht=0x86739e0, apply_func=0x838d4ab , argument=0xbf8a4c50) at php5-5.2.5/Zend/zend_hash.c:891 #4 0x0838d566 in zend_clean_module_rsrc_dtors (module_number=41) at php5-5.2.5/Zend/zend_list.c:267 #5 0x08384c25 in module_destructor (module=0x87a64c8) at php5-5.2.5/Zend/zend_API.c:1908 #6 0x0838acf0 in zend_hash_apply_deleter (ht=0x8676f00, p=0x87a6098) at php5-5.2.5/Zend/zend_hash.c:805 #7 0x0838b294 in zend_hash_reverse_apply (ht=0x8676f00, apply_func=0x8384d88 ) at php5-5.2.5/Zend/zend_hash.c:954 #8 0x0837d0f9 in zend_post_deactivate_modules () at php5-5.2.5/Zend/zend.c:967 #9 0x08320e8a in php_request_shutdown (dummy=0x0) at php5-5.2.5/main/main.c:1495 #10 0x0840caaf in main (argc=-1081454472, argv=0xb79c5450) at php5-5.2.5/sapi/cli/php_cli.c:1327 -- Edit this bug report
#45187 [Opn->Fbk]: xmlrpc_encode_request should encode DateTime objects as datetime values
ID: 45187 Updated by: [EMAIL PROTECTED] Reported By: pickscrape at gmail dot com -Status: Open +Status: Feedback Bug Type: XMLRPC-EPI related Operating System: Linux PHP Version: 5.2.6 New Comment: 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. Previous Comments: [2008-06-09 06:06:44] kawai at apache dot org Please show a code that reproduces the problem. [2008-06-05 14:14:42] pickscrape at gmail dot com Description: When encoding parameters to XML-RPC object of type DateTime should be converted into the standard XMLRPC date format instead of the empty array that they are currently converted as. -- Edit this bug report at http://bugs.php.net/?id=45187&edit=1
#44836 [NoF->Fbk]: [PATCH] putenv() crashes, avoid direct reference of environ in POSIX systems
ID: 44836 Updated by: [EMAIL PROTECTED] Reported By: delphij at FreeBSD dot org -Status: No Feedback +Status: Feedback Bug Type: Reproducible crash Operating System: FreeBSD 7.0 PHP Version: 5.2.5 Assigned To: iliaa New Comment: I suppose the bug didn't really exist, did it? I won't reopen the report anymore. Previous Comments: [2008-05-31 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-23 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-12 08:48:41] [EMAIL PROTECTED] I reverted the patch. Please provide a reproduce case for the original problem and then we'll see what the correct patch should be. [2008-05-08 07:48:55] [EMAIL PROTECTED] >Which glibc version are you using? Reproducible with both glibc 2.5 (openSuSE 10.2 64bit) and 2.6.1 (openSuSE 10.3 64bit). In order to reproduce it you need to run this: TEST_VAR1=test TEST_VAR2=test valgrind --tool=memcheck ./sapi/cli/php -r 'putenv("TEST_VAR1"); putenv("TEST_VAR2");' >Do you have backtraces? Valgrind log is here: http://news.php.net/php.cvs/49863 [2008-05-07 21:54:35] rachid at dnsregistraties dot nl The patch on 5.2.6 for posix is causing crash on the linux versions. Is it possible to fix this soon? 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/44836 -- Edit this bug report at http://bugs.php.net/?id=44836&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: paul at orac dot clara dot co dot uk Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: At last, someone seems to have a clue: http://bugs.mysql.com/bug.php?id=25621 http://bugs.mysql.com/bug.php?id=37226 Previous Comments: [2008-06-11 21:20:31] paul at orac dot clara dot co dot uk Brand new install of Win XP, with IIS (5.1). Installed PHP 5.2.6 (IIS set to use PHP in CGI mode not ISAPI). MySQL is NOT installed on the machine. The only version of libmysql.dll anywhere is the one supplied with php (version 5.00.51a). With either or both of "extension=php_mysql.dll" or "extension=php_mysqli.dll" enabled, running "php-cgi -v" results in the 5 second delay about 25% of the time (5 times out of 20 - very repeatable). The same happens running a browser to a local web page containing just a call to phpinfo(). With both the extension lines commented, the problem does not occur, ever. Running "php -v" I never see the problem occur, ever, even with the extensions enabled. Replacing libmysql.dll with the one from php 5.2.1 (version 5.00.22) causes the above 5 second delay to disappear in ALL cases. The first version of libmysql.dll that caused the problem was that supplied with php 5.2.2. Surely it can't be too hard to start back with those two versions and work out what changed between them? [2008-06-09 11:47:13] Computer dot Pers at gmail dot com OK. I've upgraded PHP to latest 5.2.6 Message: "Error in my_thread_global_end(): 1 threads didn't exit" is disappeared. but delay of 5 seconds is here. I've disabled ALL plugins and there's no any delay. 1. Then i've enabled "extension=php_mysql.dll" 2. i've created script, which shows curent time before and after "php -v" commnad and launched it several times here is result: 1. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:16 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:16 2. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:18 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:23 3. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:26 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:26 4. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:28 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:28 5. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:29 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:29 6. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:30 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:30 7. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:31 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:36 . 1 of 3 or 4 times i see a delay of 5 secs. and this is on a machine Intel Xeon E5335 @2Ghz 4Gb Ram at Idle state MySql for test reason was STOPPED. [2008-06-09 10:55:35] [EMAIL PROTECTED] First you need 5.2.6 and secondly you need to check for old libmysql.dll files lurking around in your path, I can't reproduce this with MySQL 5.0.51. Can you reproduce this when you disable all extensions and just enable MySQL? If you start enabling extensions which one causes the problem? On phpinfo() what version of libmysql does it show? If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please upgrade before you consider replying. [2008-06-09 10:12:06] Computer dot Pers at gmail dot com So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyrigh
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: paul at orac dot clara dot co dot uk Reported By: graham at directhostinguk dot com Status: Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.6 Assigned To: scottmac New Comment: Brand new install of Win XP, with IIS (5.1). Installed PHP 5.2.6 (IIS set to use PHP in CGI mode not ISAPI). MySQL is NOT installed on the machine. The only version of libmysql.dll anywhere is the one supplied with php (version 5.00.51a). With either or both of "extension=php_mysql.dll" or "extension=php_mysqli.dll" enabled, running "php-cgi -v" results in the 5 second delay about 25% of the time (5 times out of 20 - very repeatable). The same happens running a browser to a local web page containing just a call to phpinfo(). With both the extension lines commented, the problem does not occur, ever. Running "php -v" I never see the problem occur, ever, even with the extensions enabled. Replacing libmysql.dll with the one from php 5.2.1 (version 5.00.22) causes the above 5 second delay to disappear in ALL cases. The first version of libmysql.dll that caused the problem was that supplied with php 5.2.2. Surely it can't be too hard to start back with those two versions and work out what changed between them? Previous Comments: [2008-06-09 11:47:13] Computer dot Pers at gmail dot com OK. I've upgraded PHP to latest 5.2.6 Message: "Error in my_thread_global_end(): 1 threads didn't exit" is disappeared. but delay of 5 seconds is here. I've disabled ALL plugins and there's no any delay. 1. Then i've enabled "extension=php_mysql.dll" 2. i've created script, which shows curent time before and after "php -v" commnad and launched it several times here is result: 1. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:16 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:16 2. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:18 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:23 3. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:26 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:26 4. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:28 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:28 5. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:29 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:29 6. No delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:30 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:30 7. Delay C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>phpinfo.bat 09.06.2008 14:33:31 PHP 5.2.6 (cli) (built: May 2 2008 18:02:07) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies 09.06.2008 14:33:36 . 1 of 3 or 4 times i see a delay of 5 secs. and this is on a machine Intel Xeon E5335 @2Ghz 4Gb Ram at Idle state MySql for test reason was STOPPED. [2008-06-09 10:55:35] [EMAIL PROTECTED] First you need 5.2.6 and secondly you need to check for old libmysql.dll files lurking around in your path, I can't reproduce this with MySQL 5.0.51. Can you reproduce this when you disable all extensions and just enable MySQL? If you start enabling extensions which one causes the problem? On phpinfo() what version of libmysql does it show? If you don't have PHP 5.2.6 and MySQL 5.0.51 or newer then please upgrade before you consider replying. [2008-06-09 10:12:06] Computer dot Pers at gmail dot com So... Is there's any solution??? C:\Program Files\SWsoft\Plesk\Additional\PleskPHP5>php -v PHP 5.2.5 (cli) (built: Nov 8 2007 23:18:51) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit [2008-06-09 02:33:33] kneekoo at yahoo dot com As indicated in some of the above messages,
#45242 [NEW]: bug => `
From: ftp32 at wp dot pl Operating system: windows xp sp2 PHP version: 5.2.6 PHP Bug Type: PHP options/info functions Bug description: bug => ` Description: 1)block file ,don't return anyfing -exclude $b and Reproduce code: --- //~~`` //~~`` //~~`` //1)//blobk file and break exclude file!- no return anyfing ..only loading $b=' print index.php '; echo `$b`; 2) $b=' unlink index.php '; echo `$b`; 3) $b=' echo a '; echo `$b - $b`; Expected result: loading... Actual result: -- ... -- Edit bug report at http://bugs.php.net/?id=45242&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45242&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45242&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45242&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45242&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45242&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45242&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45242&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45242&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45242&r=support Expected behavior:http://bugs.php.net/fix.php?id=45242&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45242&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45242&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45242&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45242&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45242&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45242&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45242&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45242&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45242&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45242&r=mysqlcfg
#45241 [Opn]: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251
ID: 45241 User updated by: baxet at mail dot ru Reported By: baxet at mail dot ru Status: Open Bug Type: *General Issues Operating System: FreeBSD 6.3 PHP Version: 5.2.6 New Comment: Warning: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 in Entity, line: 1 in /var/www/html/test.php on line 2 - I get error what windows-1251 not supported under FreeBSD6.3 Same php script in CentOS5.1 works fine - I'm get this error only on FreeBSD. Please help me to resolve this problem. Thanks. Previous Comments: [2008-06-11 17:41:53] baxet at mail dot ru Description: http://80.90.118.34/test.php Warning: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 in Entity, line: 1 in /var/www/html/test.php on line 2 - I get error what windows-1251 not supported under FreeBSD6.3 Same php script in CentOS5.1 works fine - I'm get this error only on FreeBSD. Please help me to resolve this problem. Thanks. Reproduce code: --- test.php 2.xsl Expected result: This code must works without this error Actual result: -- Warning: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 in Entity, line: 1 in /var/www/html/test.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=45241&edit=1
#45241 [NEW]: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251
From: baxet at mail dot ru Operating system: FreeBSD 6.3 PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 Description: http://80.90.118.34/test.php Warning: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 in Entity, line: 1 in /var/www/html/test.php on line 2 - I get error what windows-1251 not supported under FreeBSD6.3 Same php script in CentOS5.1 works fine - I'm get this error only on FreeBSD. Please help me to resolve this problem. Thanks. Reproduce code: --- test.php 2.xsl Expected result: This code must works without this error Actual result: -- Warning: DOMDocument::loadXML() [domdocument.loadxml]: Unsupported encoding windows-1251 in Entity, line: 1 in /var/www/html/test.php on line 2 -- Edit bug report at http://bugs.php.net/?id=45241&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45241&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45241&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45241&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45241&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45241&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45241&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45241&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45241&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45241&r=support Expected behavior:http://bugs.php.net/fix.php?id=45241&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45241&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45241&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45241&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45241&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45241&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45241&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45241&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45241&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45241&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45241&r=mysqlcfg
#45203 [WFx]: missing HTTP Vary header
ID: 45203 User updated by: e dot ehritt at web dot de Reported By: e dot ehritt at web dot de Status: Wont fix Bug Type: Zlib Related Operating System: other PHP Version: 5.2.6 New Comment: Last time when I brought you a patch the result was no fixing. Your reaction: Deleting the bug report and avoiding the problem own year later. And now I, sorry _I_, have to turn to mike to help you again? I hope you are able to pick up my e-mail address form the messages, if you are interested getting a fix. All is said. Previous Comments: [2008-06-10 23:35:06] [EMAIL PROTECTED] Feel free to provide a patch. Otherwise -> Wont fix. Do not reopen this before discussing with [EMAIL PROTECTED] about it.. [2008-06-10 10:54:07] e dot ehritt at web dot de May you have kindness and have a look at source code? Thanks! Now hander ob_gzhander sends the HTTP header. It shows you: It is possible to merge into 5.2. You are able to do so as well. [2008-06-09 08:47:21] [EMAIL PROTECTED] And as was mentioned in bug #40325, it was fixed in HEAD (as in: PHP 6) but the fix was not possible to be merged to 5.2 branch. [2008-06-07 17:07:16] e dot ehritt at web dot de Description: If configuration of zlib.output_compression zlib.output_compression_level is seeded in a php.ini, not at all there are a header "Vary". RFC 2616 section 14.44 requires own. It is the same problem as discribe in http://bugs.php.net/40325 ob_start('ob_gzhander') is not the only way to start output compression. -- Edit this bug report at http://bugs.php.net/?id=45203&edit=1
#45237 [Bgs]: Missing values on mysql_fetch_assoc
ID: 45237 User updated by: phpbugs at phormix dot com Reported By: phpbugs at phormix dot com Status: Bogus Bug Type: MySQL related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: FYI, Same query, when executed through the mysql console, returns a value for fields "userid" and "userid2" Previous Comments: [2008-06-11 16:44:46] phpbugs at phormix dot com Just to clarify this, if it were caused by a bad join, would it not also mean that array[0] should be NULL, as well as the aliased array[userid2]? [2008-06-11 16:39:38] phpbugs at phormix dot com OK, this seems like odd behavior to me then, and not a JOIN-related issue because of the following: a) The value in question is part of the primary selected table (user) and not one of the joined fields b) Other values in this table are returning properly c) The second variable, userid2, is the SAME field, but just aliased to a new name using "user.userid as userid2" d) The values return fine when using a numeric array, it is only through the name of the associative array that it doesn't work So perhaps I'm being dumb. This isn't my query (it's part of a bulletin-board system), but I can't find any reasons, given the above, that it should be returning results in this manner, and I've been working with PHP+MySQL for quite awhile. [2008-06-11 13:41:09] [EMAIL PROTECTED] var_dump, not vardump, sorry for that [2008-06-11 13:40:28] [EMAIL PROTECTED] 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're using left joins, therefore you get NULL values. Use vardump() instead of print_r() to get the the information. [2008-06-11 13:34:58] phpbugs at phormix dot com Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc 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/45237 -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45237 [Bgs]: Missing values on mysql_fetch_assoc
ID: 45237 User updated by: phpbugs at phormix dot com Reported By: phpbugs at phormix dot com Status: Bogus Bug Type: MySQL related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: Just to clarify this, if it were caused by a bad join, would it not also mean that array[0] should be NULL, as well as the aliased array[userid2]? Previous Comments: [2008-06-11 16:39:38] phpbugs at phormix dot com OK, this seems like odd behavior to me then, and not a JOIN-related issue because of the following: a) The value in question is part of the primary selected table (user) and not one of the joined fields b) Other values in this table are returning properly c) The second variable, userid2, is the SAME field, but just aliased to a new name using "user.userid as userid2" d) The values return fine when using a numeric array, it is only through the name of the associative array that it doesn't work So perhaps I'm being dumb. This isn't my query (it's part of a bulletin-board system), but I can't find any reasons, given the above, that it should be returning results in this manner, and I've been working with PHP+MySQL for quite awhile. [2008-06-11 13:41:09] [EMAIL PROTECTED] var_dump, not vardump, sorry for that [2008-06-11 13:40:28] [EMAIL PROTECTED] 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're using left joins, therefore you get NULL values. Use vardump() instead of print_r() to get the the information. [2008-06-11 13:34:58] phpbugs at phormix dot com Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc [2008-06-11 13:33:54] phpbugs at phormix dot com Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45240 [NEW]: curl post slow execution with a little big body
From: nyim at 163 dot com Operating system: suse linux PHP version: 5.2.6 PHP Bug Type: cURL related Bug description: curl post slow execution with a little big body Description: the same target url, using ip address, local area network compare: 1 curl using get method with long query string, about 2 tcp packs without body. 2 curl using post with short post data, no more than 1 tcp packs 3 stream function emulate post data, about 2 tcp packs with header 4 curl using post with a little big body, about 2 tcp packs with header the three before cost no more than 0.2 second the 4th always cost more than 1 second, avg 2 second max data size in query string or post data less than 2000 bytes. -- Edit bug report at http://bugs.php.net/?id=45240&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45240&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45240&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45240&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45240&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45240&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45240&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45240&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45240&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45240&r=support Expected behavior:http://bugs.php.net/fix.php?id=45240&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45240&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45240&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45240&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45240&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45240&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45240&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45240&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45240&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45240&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45240&r=mysqlcfg
#45237 [Bgs]: Missing values on mysql_fetch_assoc
ID: 45237 User updated by: phpbugs at phormix dot com Reported By: phpbugs at phormix dot com Status: Bogus Bug Type: MySQL related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: OK, this seems like odd behavior to me then, and not a JOIN-related issue because of the following: a) The value in question is part of the primary selected table (user) and not one of the joined fields b) Other values in this table are returning properly c) The second variable, userid2, is the SAME field, but just aliased to a new name using "user.userid as userid2" d) The values return fine when using a numeric array, it is only through the name of the associative array that it doesn't work So perhaps I'm being dumb. This isn't my query (it's part of a bulletin-board system), but I can't find any reasons, given the above, that it should be returning results in this manner, and I've been working with PHP+MySQL for quite awhile. Previous Comments: [2008-06-11 13:41:09] [EMAIL PROTECTED] var_dump, not vardump, sorry for that [2008-06-11 13:40:28] [EMAIL PROTECTED] 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're using left joins, therefore you get NULL values. Use vardump() instead of print_r() to get the the information. [2008-06-11 13:34:58] phpbugs at phormix dot com Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc [2008-06-11 13:33:54] phpbugs at phormix dot com Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45239 [NEW]: Hang (99.9%CPU) when encoding_translation is on
From: pumuckel at metropolis dot de Operating system: Linux PHP version: 5.2.6 PHP Bug Type: mbstring related Bug description: Hang (99.9%CPU) when encoding_translation is on Description: When mbstring.encoding_translation is set to on, and passing a variable like x=%FC (ISO 'ü' character) the mb lib is hanging in itself. Following settings are applyied (internal encoding is ISO): Multibyte Support enabled Multibyte string engine libmbfl HTTP input encoding translation enabled Multibyte (japanese) regex support enabled Multibyte regex (oniguruma) version 4.4.4 Multibyte regex (oniguruma) backtrack check On mbstring extension makes use of "streamable kanji code filter and converter", which is distributed under the GNU Lesser General Public License version 2.1. Directive Local Value Master Value mbstring.detect_order autono value mbstring.encoding_translation On Off mbstring.func_overload 0 0 mbstring.http_input UTF-8,ISO-8859-15 pass mbstring.http_outputISO-8859-15 pass mbstring.internal_encoding ISO-8859-15 no value mbstring.language neutral neutral mbstring.strict_detection On Off mbstring.substitute_character no valueno value Also not working with these settings (internal UTF8) mbstring.detect_order autoauto mbstring.encoding_translation On On mbstring.func_overload 0 7 mbstring.http_input UTF-8,ISO-8859-15 auto mbstring.http_outputUTF-8 UTF-8 mbstring.internal_encoding UTF-8 UTF-8 mbstring.language neutral neutral mbstring.strict_detection On Off mbstring.substitute_character no valueno value Reproduce code: --- Pass a ?x=%FC as a parameter. When followed by other parameters, it is working again. Expected result: No hang. Actual result: -- Hang (99.9% CPU usage). As a result the script will be aborted later on with "Max execution time exceeded". The first line of PHP Code itself is never called. GDB Info: (gdb) where #0 0xb752e9d5 in mbfl_encoding_detector_judge () from /usr/lib/apache2/modules/libphp5.so #1 0xb753c93e in _php_mb_encoding_handler_ex () from /usr/lib/apache2/modules/libphp5.so #2 0xbffd34ec in ?? () -- Edit bug report at http://bugs.php.net/?id=45239&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45239&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45239&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45239&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45239&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45239&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45239&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45239&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45239&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45239&r=support Expected behavior:http://bugs.php.net/fix.php?id=45239&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45239&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45239&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45239&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45239&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45239&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45239&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45239&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45239&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45239&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45239&r=mysqlcfg
#38111 [Com]: PHP crashes IIS worker process and application pool
ID: 38111 Comment by: alexdykes at gmail dot com Reported By: svendavidh at hotmail dot com Status: Open Bug Type: IIS related Operating System: Windows Server 2003 Std. Ed. R2 PHP Version: 5.1.4 New Comment: I am also seeing this bug running Windows Home Server, this is basically Server 2k3 SBS edition. PHP seems to function correctly as does IIS however when logging into a new RDP session on the server i have to dismiss this error about 3 times. Its manual install of PHP rather than a binary install. I'm using PHP 5.2.6 IIS 6. Previous Comments: [2008-05-30 18:22:28] svendavidh at hotmail dot com Hello, I'm the one that wrote this particular post back in 2006. I'm surprised to see that this bug is still raging :-( Currently I'm running two Windows Server 2003 SP2 machines where I have PHP v5.2.4 installed, and I'm not suffering from this bug. I have to admit though, that these particual servers are not under a heavy load. But when I initially wrote this post in 2006 I experienced these crashes all the time Maybe some of you could try to install v5.2.4 to see if it'll help you? Regards, Sven David [2008-05-29 11:51:30] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. @Koch Please try to provide a backtrace and/or a script to reproduce your crashes. [2008-05-29 11:40:46] koch at infoman dot de We experienced that bug with PHP 5.2.6 too. We have a separate Application Pool running with one worker process. The IIS crashes sometimes. With more than one worker process running, e.g. 24, it crashes every 10 to 15 minutes. [2008-05-08 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-04-30 13:44:29] [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 PHP 5.2.6RC5 are available. Please try it. 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/38111 -- Edit this bug report at http://bugs.php.net/?id=38111&edit=1
#45238 [NEW]: SOAP client buffer overflow
From: john dot navratil at sbcglobal dot net Operating system: Solaris 8 PHP version: 5.2.6 PHP Bug Type: SOAP related Bug description: SOAP client buffer overflow Description: This is related to bug 43437. In fact, I posted this as a comment to that bug, but there doesn't appear to be much action there. Sorry if I am posting a duplicate. A segmentation fault is generated when a client invokes a SOAP method via _doRequest() after what appears to be a buffer overflow in a previous request. The test code return a string of bytes. Attempting to return a string 7443 X's succeeds. 7444 fails with message: PHP Warning: SoapClient::__doRequest(): 1 bytes of buffered data lost during stream conversion!. After failure, a second SOAP invocation results in a segmentation fault. FWIW: Hitting the same SOAP server with a VBScript test script doesn't exhibit the error. Reproduce code: --- SOAP Server Example ---: http://myURL/my.wsdl";); $server->addFunction("myMethod"); ?> SOAP Client test code ---: http://myURL/my.wsdl";); try { print($client->myMethod()); print($client->myMethod()); } catch (SoapFault $exception) { echo $exception; } ?> Expected result: A stream of 'X's Actual result: -- A segmentation fault -- Edit bug report at http://bugs.php.net/?id=45238&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45238&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45238&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45238&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45238&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45238&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45238&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45238&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45238&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45238&r=support Expected behavior:http://bugs.php.net/fix.php?id=45238&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45238&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45238&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45238&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45238&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45238&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45238&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45238&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45238&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45238&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45238&r=mysqlcfg
#45236 [Opn]: error_get_last reports errors from other scripts
ID: 45236 User updated by: jdp34 at njit dot edu Reported By: jdp34 at njit dot edu Status: Open Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.6 New Comment: This happens only on my Linux installation, but not on my Windows installation. Previous Comments: [2008-06-11 13:20:06] jdp34 at njit dot edu Description: error_get_last() returns errors from other scripts running on the same PHP instance, or reports errors previously in the script that had since been fixed. If run as the sole contents of a file, it will return the errors that PHP picked up before in previous scripts. Reproduce code: --- Expected result: Nothing. Actual result: -- Array ( [type] => 8 [message] => Undefined variable: foo [file] => /home/jdp/public_html/not_the_same_script.php [line] => 5 ) -- Edit this bug report at http://bugs.php.net/?id=45236&edit=1
#45237 [Bgs]: Missing values on mysql_fetch_assoc
ID: 45237 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at phormix dot com Status: Bogus Bug Type: MySQL related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: var_dump, not vardump, sorry for that Previous Comments: [2008-06-11 13:40:28] [EMAIL PROTECTED] 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're using left joins, therefore you get NULL values. Use vardump() instead of print_r() to get the the information. [2008-06-11 13:34:58] phpbugs at phormix dot com Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc [2008-06-11 13:33:54] phpbugs at phormix dot com Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45237 [Opn->Bgs]: Missing values on mysql_fetch_assoc
ID: 45237 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at phormix dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: FreeBSD 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 you're using left joins, therefore you get NULL values. Use vardump() instead of print_r() to get the the information. Previous Comments: [2008-06-11 13:34:58] phpbugs at phormix dot com Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc [2008-06-11 13:33:54] phpbugs at phormix dot com Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45237 [Opn]: Missing values on mysql_fetch_assoc
ID: 45237 User updated by: phpbugs at phormix dot com Reported By: phpbugs at phormix dot com Status: Open Bug Type: MySQL related Operating System: FreeBSD PHP Version: 5.2.6 New Comment: Please note that the "expected" result should actually be: Array ( [0] => 22768 [userid] => 22768 [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Previous Comments: [2008-06-11 13:33:54] phpbugs at phormix dot com Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit this bug report at http://bugs.php.net/?id=45237&edit=1
#45237 [NEW]: Missing values on mysql_fetch_assoc
From: phpbugs at phormix dot com Operating system: FreeBSD PHP version: 5.2.6 PHP Bug Type: MySQL related Bug description: Missing values on mysql_fetch_assoc Description: mysql_fetch_assoc does not return certain values attached to their named items in the array. mysql_fetch_array shows that the numbered entries definitely have values attached to them, but for some reason these are not being attached to the appropriate names. For example, as below. The first field is "userid" array[0] returns a value array[userid] does not however, when adding code to the query "userid as userid2" array[0] returns a value array[userid] does not array[1] returns a value array[userid2] returns a value Reproduce code: --- $myquery = "SELECT user.userid, user.userid as userid2, reputation, username, usergroupid, birthday_search, email, parentemail,(options & 8) AS coppauser, homepage, icq, aim, yahoo, msn, skype, signature, usertitle, joindate, lastpost, posts, ipaddress, lastactivity, userfield.* FROM user LEFT JOIN userfield AS userfield ON(userfield.userid = user.userid) LEFT JOIN usertextfield AS usertextfield ON(usertextfield.userid = user.userid) WHERE 1=1 AND user.username LIKE '%jdoe%' ORDER BY username ASC LIMIT 0, 50"; $user_r = mysql_query($myquery); print_r( mysql_fetch_array($user_r) ); Expected result: Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc Actual result: -- Array ( [0] => 22768 [userid] => [1] => 22768 [userid2] => 22768 [2] => 10 [reputation] => 10 [3] => jdoe [username] => jdoe [4] ... etc (please note the missing userid) -- Edit bug report at http://bugs.php.net/?id=45237&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45237&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45237&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45237&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45237&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45237&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45237&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45237&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45237&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45237&r=support Expected behavior:http://bugs.php.net/fix.php?id=45237&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45237&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45237&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45237&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45237&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45237&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45237&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45237&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45237&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45237&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45237&r=mysqlcfg
#45236 [NEW]: error_get_last reports errors from other scripts
From: jdp34 at njit dot edu Operating system: Linux PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: error_get_last reports errors from other scripts Description: error_get_last() returns errors from other scripts running on the same PHP instance, or reports errors previously in the script that had since been fixed. If run as the sole contents of a file, it will return the errors that PHP picked up before in previous scripts. Reproduce code: --- Expected result: Nothing. Actual result: -- Array ( [type] => 8 [message] => Undefined variable: foo [file] => /home/jdp/public_html/not_the_same_script.php [line] => 5 ) -- Edit bug report at http://bugs.php.net/?id=45236&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45236&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45236&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45236&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45236&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45236&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45236&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45236&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45236&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45236&r=support Expected behavior:http://bugs.php.net/fix.php?id=45236&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45236&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45236&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45236&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45236&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45236&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45236&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45236&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45236&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45236&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45236&r=mysqlcfg
#45235 [NEW]: A way to clear or reset the results for error_get_last()
From: jdp34 at njit dot edu Operating system: Ubuntu PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: A way to clear or reset the results for error_get_last() Description: There needs to be a way to be able to reset or clear the results from error_get_last(). -- Edit bug report at http://bugs.php.net/?id=45235&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45235&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45235&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45235&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45235&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45235&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45235&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45235&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45235&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45235&r=support Expected behavior:http://bugs.php.net/fix.php?id=45235&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45235&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45235&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45235&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45235&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45235&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45235&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45235&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45235&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45235&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45235&r=mysqlcfg
#45231 [Opn->Fbk]: Apache crashes after loading php5 module
ID: 45231 Updated by: [EMAIL PROTECTED] Reported By: jair at uninove dot br -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Fedora Core 4 PHP Version: 5.2.6 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2008-06-11 00:51:41] jair at uninove dot br Description: Apache 2.0.63 compiled this way: ./configure --prefix=/usr/local/httpd-2.0.63 --enable-proxy --enable-ssl --enable-so --enable-module=shared --enable-mods-shared=most PHP 5.2.6 compiled this way: ./configure --prefix=/usr/local/php-5.2.6 --with-config-file-path=/etc/httpd --with-apxs2=/usr/local/httpd-2.0.63/bin/apxs --with-mysql=/usr/local/mysql - -with-openssl --with-gd --enable-ftp --enable-sysvsem --enable-sysvshm --enable-sockets --with-gettext --with-zlib --with-oci8=/opt/oracle_92/ --with-libxml- dir --with-pear --enable-sigchild --disable-ipv6 --with-iconv --enable-gd-native-ttf --with-png-dir --with-jpeg-dir --with-mssql=/usr/local/freetds When starting apache, it dies just after loading the php module: bash-3.00# ./httpd -e debug -k start ..snip.. [debug] mod_so.c(248): loaded module php5_module bash-3.00# -- Edit this bug report at http://bugs.php.net/?id=45231&edit=1
#45079 [Opn]: --with-config-file-path causes segmentation fault
ID: 45079 User updated by: m dot kurzyna at crystalpoint dot pl Reported By: m dot kurzyna at crystalpoint dot pl Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2008-05-23 (snap) New Comment: Ofc 2008.06.11 10:30 - just a typo. Previous Comments: [2008-06-11 12:32:46] m dot kurzyna at crystalpoint dot pl Just tried with current snap (2008.05.11 10:30) - still present. [2008-05-26 20:43:31] m dot kurzyna at crystalpoint dot pl As for the location - it seems convenient. Dunno if loading it with the rest of .ini is a good or bad thing - personally I don't see disadvantages of this except for having to parse one more file and thus startup performance loss. This however is irrelevant. I moved browsecap.ini to /tmp and set browsecap option to new location - it still crashes. However when it can't find the file it doesn't so it's something specific to this file that causes the crash. I've managed to isolate basic test case: it's using quotation for values: option="value" crashes, where option=value doesn't. This isn't true for configuration ini file - using quotations has no crash effect as far as I tested. [2008-05-26 20:11:44] [EMAIL PROTECTED] Why do you actually have browscap.ini in that directory anyway..? That sounds like a very bad idea to me, considering it will get loaded as "normal" partial php.ini file. Of course it shouldn't cause a crash though. :) [2008-05-25 21:58:35] m dot kurzyna at crystalpoint dot pl Core was generated by `./sapi/cli/php'. Program terminated with signal 11, Segmentation fault. [New process 20491] #0 0x006f76f4 in ini_lex (ini_lval=0x7fffe7d51180) at /home/users/builder/src/php/n2/Zend/zend_ini_scanner.c:1673 1673yytext[yyleng] = 0; (gdb) bt #0 0x006f76f4 in ini_lex (ini_lval=0x7fffe7d51180) at /home/users/builder/src/php/n2/Zend/zend_ini_scanner.c:1673 #1 0x006f43be in ini_parse () at /home/users/builder/src/php/n2/Zend/zend_ini_parser.c:1557 #2 0x006f3c36 in zend_parse_ini_file (fh=0x7fffe7d512c0, unbuffered_errors=1 '\001', scanner_mode=1, ini_parser_cb=0x620458 , arg=0xb2cec0) at /home/users/builder/src/php/n2/Zend/zend_ini_parser.c:319 #3 0x00620aba in zm_startup_browscap (type=1, module_number=7) at /home/users/builder/src/php/n2/ext/standard/browscap.c:198 #4 0x00618005 in zm_startup_basic (type=1, module_number=7) at /home/users/builder/src/php/n2/ext/standard/basic_functions.c:4003 #5 0x0072b711 in zend_startup_module_ex (module=0xb55eb0) at /home/users/builder/src/php/n2/Zend/zend_API.c:1585 #6 0x00733d00 in zend_hash_apply (ht=0xb335a0, apply_func=0x72b568 ) at /home/users/builder/src/php/n2/Zend/zend_hash.c:673 #7 0x0072b8f2 in zend_startup_modules () at /home/users/builder/src/php/n2/Zend/zend_API.c:1634 #8 0x006b1739 in php_module_startup (sf=0xb2b480, additional_modules=0x0, num_additional_modules=0) at /home/users/builder/src/php/n2/main/main.c:1898 #9 0x007c326e in php_cli_startup (sapi_module=0xb2b480) at /home/users/builder/src/php/n2/sapi/cli/php_cli.c:358 #10 0x007c3ffb in main (argc=1, argv=0x7fffe7d51938) at /home/users/builder/src/php/n2/sapi/cli/php_cli.c:716 [2008-05-23 12:40:17] m dot kurzyna at crystalpoint dot pl Description: Configuring build --with-config-file-path=/etc/php causes segmentation fault when invoking binary (both CLI and CGI). Reproduce code: --- ./configure --with-config-file-path=/etc/php make ./sapi/cli/php Actual result: -- [EMAIL PROTECTED] n1]$ ./sapi/cgi/php-cgi Segmentation fault A strace follows: [...] open("/etc/php/php.ini", O_RDONLY) = 3 lstat("/etc", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/etc/php", {st_mode=S_IFDIR|0755, st_size=52, ...}) = 0 lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=42387, ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fffe8ff0d60) = -1 ENOTTY (Inappropriate ioctl for device) fstat(3, {st_mode=S_IFREG|0644, st_size=42387, ...}) = 0 mmap(NULL, 42403, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b4dc1b13000 munmap(0x2b4dc1b13000, 42387) = 0 close(3)= 0 mmap(NULL, 323584, PROT_READ|PROT_WRITE, MAP_PRIVATE| MAP_ANONYMOUS, -1, 0) = 0x2b4dc1b13000 brk(0xa42000) = 0xa42000 brk(0xa63000) = 0xa63000 brk(0xa84000) = 0xa84000 futex(0x2b4dc2d11ae0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 brk(0xaa5000)
#45079 [Opn]: --with-config-file-path causes segmentation fault
ID: 45079 User updated by: m dot kurzyna at crystalpoint dot pl Reported By: m dot kurzyna at crystalpoint dot pl Status: Open Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.3CVS-2008-05-23 (snap) New Comment: Just tried with current snap (2008.05.11 10:30) - still present. Previous Comments: [2008-05-26 20:43:31] m dot kurzyna at crystalpoint dot pl As for the location - it seems convenient. Dunno if loading it with the rest of .ini is a good or bad thing - personally I don't see disadvantages of this except for having to parse one more file and thus startup performance loss. This however is irrelevant. I moved browsecap.ini to /tmp and set browsecap option to new location - it still crashes. However when it can't find the file it doesn't so it's something specific to this file that causes the crash. I've managed to isolate basic test case: it's using quotation for values: option="value" crashes, where option=value doesn't. This isn't true for configuration ini file - using quotations has no crash effect as far as I tested. [2008-05-26 20:11:44] [EMAIL PROTECTED] Why do you actually have browscap.ini in that directory anyway..? That sounds like a very bad idea to me, considering it will get loaded as "normal" partial php.ini file. Of course it shouldn't cause a crash though. :) [2008-05-25 21:58:35] m dot kurzyna at crystalpoint dot pl Core was generated by `./sapi/cli/php'. Program terminated with signal 11, Segmentation fault. [New process 20491] #0 0x006f76f4 in ini_lex (ini_lval=0x7fffe7d51180) at /home/users/builder/src/php/n2/Zend/zend_ini_scanner.c:1673 1673yytext[yyleng] = 0; (gdb) bt #0 0x006f76f4 in ini_lex (ini_lval=0x7fffe7d51180) at /home/users/builder/src/php/n2/Zend/zend_ini_scanner.c:1673 #1 0x006f43be in ini_parse () at /home/users/builder/src/php/n2/Zend/zend_ini_parser.c:1557 #2 0x006f3c36 in zend_parse_ini_file (fh=0x7fffe7d512c0, unbuffered_errors=1 '\001', scanner_mode=1, ini_parser_cb=0x620458 , arg=0xb2cec0) at /home/users/builder/src/php/n2/Zend/zend_ini_parser.c:319 #3 0x00620aba in zm_startup_browscap (type=1, module_number=7) at /home/users/builder/src/php/n2/ext/standard/browscap.c:198 #4 0x00618005 in zm_startup_basic (type=1, module_number=7) at /home/users/builder/src/php/n2/ext/standard/basic_functions.c:4003 #5 0x0072b711 in zend_startup_module_ex (module=0xb55eb0) at /home/users/builder/src/php/n2/Zend/zend_API.c:1585 #6 0x00733d00 in zend_hash_apply (ht=0xb335a0, apply_func=0x72b568 ) at /home/users/builder/src/php/n2/Zend/zend_hash.c:673 #7 0x0072b8f2 in zend_startup_modules () at /home/users/builder/src/php/n2/Zend/zend_API.c:1634 #8 0x006b1739 in php_module_startup (sf=0xb2b480, additional_modules=0x0, num_additional_modules=0) at /home/users/builder/src/php/n2/main/main.c:1898 #9 0x007c326e in php_cli_startup (sapi_module=0xb2b480) at /home/users/builder/src/php/n2/sapi/cli/php_cli.c:358 #10 0x007c3ffb in main (argc=1, argv=0x7fffe7d51938) at /home/users/builder/src/php/n2/sapi/cli/php_cli.c:716 [2008-05-23 12:40:17] m dot kurzyna at crystalpoint dot pl Description: Configuring build --with-config-file-path=/etc/php causes segmentation fault when invoking binary (both CLI and CGI). Reproduce code: --- ./configure --with-config-file-path=/etc/php make ./sapi/cli/php Actual result: -- [EMAIL PROTECTED] n1]$ ./sapi/cgi/php-cgi Segmentation fault A strace follows: [...] open("/etc/php/php.ini", O_RDONLY) = 3 lstat("/etc", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 lstat("/etc/php", {st_mode=S_IFDIR|0755, st_size=52, ...}) = 0 lstat("/etc/php/php.ini", {st_mode=S_IFREG|0644, st_size=42387, ...}) = 0 ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fffe8ff0d60) = -1 ENOTTY (Inappropriate ioctl for device) fstat(3, {st_mode=S_IFREG|0644, st_size=42387, ...}) = 0 mmap(NULL, 42403, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b4dc1b13000 munmap(0x2b4dc1b13000, 42387) = 0 close(3)= 0 mmap(NULL, 323584, PROT_READ|PROT_WRITE, MAP_PRIVATE| MAP_ANONYMOUS, -1, 0) = 0x2b4dc1b13000 brk(0xa42000) = 0xa42000 brk(0xa63000) = 0xa63000 brk(0xa84000) = 0xa84000 futex(0x2b4dc2d11ae0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 brk(0xaa5000) = 0xaa5000 brk(0xac6000) = 0xac6000 brk(0xae7000) = 0xae7000 brk(0xb08000)
#22741 [Com]: session.bug_compat_warn and session.bug_compat_42 are ignored in the ini file
ID: 22741 Comment by: faizalbs at gmail dot com Reported By: bodgadle at yahoo dot co dot uk Status: No Feedback Bug Type: Session related Operating System: Windows 2000 SP3 PHP Version: 4.3.2-RC New Comment: I have same problem here and it give me a headeach because it involve my client website. Someone can advise some solutions? Previous Comments: [2003-04-28 11:14:06] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-17 19:51:43] [EMAIL PROTECTED] And your php.ini is under C:\winnt\ ?? What are the settings set to in phpinfo() output? [2003-03-17 16:19:14] bodgadle at yahoo dot co dot uk Hi there, I already checked and there's only 1 PHP.INI on my system and I am running latest version here's phnfo output showing version & ini path PHP Version 4.3.2-RC System Windows NT NUSWEB1 5.0 build 2195 Build Date Mar 17 2003 10:15:18 Server API Apache Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINNT\php.ini [2003-03-17 16:02:48] [EMAIL PROTECTED] Then you are editing the wrong php.ini file or perhaps not actually running 4.3. Check phpinfo() to see which version it is and where it is expecting to read your php.ini file from. [2003-03-17 15:42:11] bodgadle at yahoo dot co dot uk I have now upgraded to latest stable release but afraid to say that these settings are still ignored and i'm still getting the following error message with no line number or file assocaited with it. [17-Mar-2003 21:36:25] PHP Warning: Unknown(): Your script possibly relies on a session side-effect which existed until PHP 4.2.3. Please be advised that the session extension does not consider global variables as a source of data, unless register_globals is enabled. You can disable this functionality and this warning by setting session.bug_compat_42 or session.bug_compat_warn to off, respectively. in Unknown on line 0 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/22741 -- Edit this bug report at http://bugs.php.net/?id=22741&edit=1
#43224 [Asn]: support real graceful reload of fastcgi
ID: 43224 User updated by: glen at delfi dot ee Reported By: glen at delfi dot ee Status: Assigned Bug Type: Feature/Change Request Operating System: PLD Linux PHP Version: 5.2.5RC2 Assigned To: dmitry New Comment: hi any progress with the patch? i can confirm that it works without problems since i initially created the patch. Previous Comments: [2007-11-09 11:42:42] glen at delfi dot ee Description: currently (checked 5.3 and 5.2) php-fcgi when receiving terminating signal, finishes the request, ie does not terminate immedately. however it does not close the socket it is listening for incoming connections. and there's no way to make the process really terminate in a nice way. ie if you really want to terminate fcgi backend processes while not caring whether the request is finished or not you can do this only by sending SIGKILL, but it might be too brutal :) for the first problem i've created patch for unix (linux) platform, few testing shows that it really works. for the second problem i'd suggest to use SIGINT for graceful restart (close listening socket, end when php processing finishes) and SIGTERM would just close listening socket and abort php processing by making the child exit itself. patch for 5.2.4 (also 5.2.5RC2): http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php-fcgi-graceful.patch?only_with_tag=MAIN patch for 5.3-snap: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php-fcgi-graceful.patch?only_with_tag=DEVEL -- Edit this bug report at http://bugs.php.net/?id=43224&edit=1
#45234 [NEW]: Incorrect Content-Length header
From: kulakov74 at yandex dot ru Operating system: Linux PHP version: 5.2CVS-2008-06-11 (snap) PHP Bug Type: Zlib Related Bug description: Incorrect Content-Length header Description: Many pointed out to the problem that the Content-Length header may have incorrect value when using zlib.output_compression. This problem may have been fixed but not completely. When the compressed data fits within 8K Content-Length is sent by zlib after compression and hence the header (if present) is updated correctly, but when the compressed data is larger no Content-Length is sent by zlib and hence the value is not fixed. 8K is the default buffer size for zlib (mod_deflate) and is not configurable. Anyway, whatever the size of the buffer is, I think the initial Content-Length should be removed when zlib cannot determine the size of the compressed data in advance. The following bugs are related: http://bugs.php.net/bug.php?id=28460 http://bugs.php.net/bug.php?id=22143 http://bugs.php.net/bug.php?id=24083 I guess many pages compress to more than 8K. Reproduce code: --- $FileToSend="filename.txt"; header("Content-Length: ".filesize($FileToSend)); readfile($FileToSend); Expected result: Content-Length header with the right value or removed. Actual result: -- Content-Length header with the same value I set. Note that the file that is sent should COMPRESS to more than 8K in order for this to show. It may be 25K and the problem will not show up. -- Edit bug report at http://bugs.php.net/?id=45234&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45234&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45234&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45234&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45234&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45234&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45234&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45234&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45234&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45234&r=support Expected behavior:http://bugs.php.net/fix.php?id=45234&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45234&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45234&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45234&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45234&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45234&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45234&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45234&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45234&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45234&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45234&r=mysqlcfg
#45233 [Opn->Bgs]: I am not able to start apache after installing php to apache installation.
ID: 45233 Updated by: [EMAIL PROTECTED] Reported By: rajat dot ray at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Solaris 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. . Previous Comments: [2008-06-11 09:46:46] rajat dot ray at gmail dot com Description: I am not able to start apache after installing php to apache installation. I am trying to install php 5.2.5. I get this error when I start apache. Syntax error on line 1100 of /local/apache2/conf/test.conf: Cannot load /local/apache2/modules/libphp5.so into server: ld.so.1: httpd_worker: fatal: relocation error: file /local/apache2/modules/libphp5.so: symbol libintl_textdomain: referenced symbol not found Apache 2.0 website test encountered an error during startup Expected result: It should say Apache started successfully -- Edit this bug report at http://bugs.php.net/?id=45233&edit=1
#45232 [Opn->Bgs]: json_decode() doesn't decode special characters
ID: 45232 Updated by: [EMAIL PROTECTED] Reported By: crazed007 at gmail dot com -Status: Open +Status: Bogus Bug Type: JSON related Operating System: Windows PHP Version: 5.2.6 New Comment: Not a bug, JSON needs to be UTF-8 encoded. Previous Comments: [2008-06-11 09:46:46] crazed007 at gmail dot com Description: When decoding a JSON encoded string which contains a special character like é or è, json_decode() returns a null. Reproduce code: --- $foo = '[{"city":"genève"}]'; $obj = json_decode($foo); var_dump($obj); Expected result: array 0 => object(stdClass)[1] public 'city' => string 'genève' (length=6) Actual result: -- null -- Edit this bug report at http://bugs.php.net/?id=45232&edit=1
#45232 [NEW]: json_decode() doesn't decode special characters
From: crazed007 at gmail dot com Operating system: Windows PHP version: 5.2.6 PHP Bug Type: JSON related Bug description: json_decode() doesn't decode special characters Description: When decoding a JSON encoded string which contains a special character like é or è, json_decode() returns a null. Reproduce code: --- $foo = '[{"city":"genève"}]'; $obj = json_decode($foo); var_dump($obj); Expected result: array 0 => object(stdClass)[1] public 'city' => string 'genève' (length=6) Actual result: -- null -- Edit bug report at http://bugs.php.net/?id=45232&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45232&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45232&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45232&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45232&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45232&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45232&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45232&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45232&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45232&r=support Expected behavior:http://bugs.php.net/fix.php?id=45232&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45232&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45232&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45232&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45232&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45232&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45232&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45232&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45232&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45232&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45232&r=mysqlcfg
#45233 [NEW]: I am not able to start apache after installing php to apache installation.
From: rajat dot ray at gmail dot com Operating system: Solaris PHP version: 5.2.6 PHP Bug Type: Apache related Bug description: I am not able to start apache after installing php to apache installation. Description: I am not able to start apache after installing php to apache installation. I am trying to install php 5.2.5. I get this error when I start apache. Syntax error on line 1100 of /local/apache2/conf/test.conf: Cannot load /local/apache2/modules/libphp5.so into server: ld.so.1: httpd_worker: fatal: relocation error: file /local/apache2/modules/libphp5.so: symbol libintl_textdomain: referenced symbol not found Apache 2.0 website test encountered an error during startup Expected result: It should say Apache started successfully -- Edit bug report at http://bugs.php.net/?id=45233&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45233&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45233&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45233&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45233&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45233&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45233&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45233&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45233&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45233&r=support Expected behavior:http://bugs.php.net/fix.php?id=45233&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45233&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45233&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45233&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45233&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45233&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45233&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45233&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45233&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45233&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45233&r=mysqlcfg