#29955 [Ana]: mb_strtoupper() / lower() broken with some locale
ID: 29955 Updated by: [EMAIL PROTECTED] Reported By: jan at horde dot org Status: Analyzed Bug Type: mbstring related Operating System: Linux PHP Version: 4CVS-2004-09-02 (stable) New Comment: Turkish locale would need complete overhaul on the entire extension because the locale's character properties and required case folding behaviour are very special. PHP-ICU extension could support anything, but that's just an ongoing work by l0t3k. Previous Comments: [2005-05-13 02:26:18] mustafa at deu dot edu dot tr I get the same results like jan. I need to get UTF-8 output for consuming a web service and I configured my php 5.0.4 with --enable-mbstring=all parameter (on linux that has been set with Turkish locale) I see that mbstring extension has limited language support in source code. (German, English, Japanese, Korean, Russian, Chinese) Is there a way to add our (Turkish) language to source code? Any references about this extension's source? [2005-02-22 11:10:06] [EMAIL PROTECTED] It turned out this is because mbstring doesn't take the locale into consideration. [2005-02-21 20:51:07] jan at horde dot org No, this didn't change anything. [2005-02-21 11:02:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-09-02 17:15:42] jan at horde dot org Description: In ISO-8859-9 (Turkish) the uppercase letter of i is a dotted uppercase I, the lowercase letter of I is a dotless i. But mb_strtolower() und mb_strtoupper() simply return the ASCII uppercase or lowercase counterparts. You get the correct result with: setlocale(LC_ALL, 'tr_TR'); echo strtoupper('i'); echo strtolower('I'); But the wrong results with: echo mb_strtoupper('i', 'iso-8859-9'); echo mb_strtolower('I', 'iso-8859-9'); -- Edit this bug report at http://bugs.php.net/?id=29955edit=1
#33025 [NEW]: Excluded win32 directory for tru64 OS
From: shantalabhat at hotmail dot com Operating system: Tru64 PHP version: 4.3.11 PHP Bug Type: Compile Failure Bug description: Excluded win32 directory for tru64 OS Description: I am compiling the PHP-4.3.11 on Tru64 . So I exclueded the php-4.3.11/win32 directory. When I try to build the source I get the error saying php4/main/php_ini.c, line 34: Cannot find file win32/php_registry.h specified in #include directive. (noinclfilef) #include win32/php_registry.h -^ When I looked into php4/main/php_ini.c file I noticed that none of the functions mentioned in win32/php_registry.h are utilised in this file. So when I take out this include directory The compilation goes out smooth. Reproduce code: --- 21 /* Check CWD for php.ini */ 22 #define INI_CHECK_CWD 23 24 #include php.h 25 #include ext/standard/info.h 26 #include zend_ini.h 27 #include php_ini.h 28 #include ext/standard/dl.h 29 #include zend_extensions.h 30 #include zend_highlight.h 31 #include SAPI.h 32 #include php_main.h 33 #include php_scandir.h 34 #include win32/php_registry.h 35 36 #if HAVE_SCANDIR HAVE_ALPHASORT HAVE_DIRENT_H Expected result: The compilation should go smooth if win32 directory is excluded Actual result: -- Getting Compilation error -- Edit bug report at http://bugs.php.net/?id=33025edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33025r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33025r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33025r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33025r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33025r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33025r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33025r=needscript Try newer version: http://bugs.php.net/fix.php?id=33025r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33025r=support Expected behavior: http://bugs.php.net/fix.php?id=33025r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33025r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33025r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33025r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33025r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33025r=dst IIS Stability: http://bugs.php.net/fix.php?id=33025r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33025r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33025r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33025r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33025r=mysqlcfg
#33020 [Opn-Bgs]: getAttribute() incorrectly de-references entities
ID: 33020 Updated by: [EMAIL PROTECTED] Reported By: mark at kimsal dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Linux PHP Version: 5.0.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. It's UTF-8 encoded, but you output is as ISO-8859-1 (same goes for htmlentities). (Almost) anything from DOM is UTF-8 encoded. Previous Comments: [2005-05-12 21:53:59] mark at kimsal dot com Description: When using getAttribute to get the value of an attribute that contains an XML entity (eg. #174) the returned value is neither the actual character that is being represented nor the characters that make up the entity '' '#' '1' '7' '4'. Instead there are two characters that are returned, A circumflex (Â) and, in this example, the registered trademark symbol (®). './configure' '--prefix=/opt/php5' '--with-mysql' '--with-apxs2=/usr/sbin/apxs2' '--with-zlib' '--with-expat' '--enable-sigchild' '--with-openssl' '--enable-shared' '--enable-soap' '--with-gd' '--enable-mbstring' '--with-pgsql' '--with-imap=shared,/usr/lib' '--with-imap-ssl=no' '--with-gd' '--with-jpeg-dir=/usr/include' '--with-ldap' '--with-xsl' '--enable-memory-limit' '--enable-debug' '--with-libxml-dir=/usr' Reproduce code: --- ent.php: $dom = new DomDocument(); $dom-substituteEntities = true; $dom-resolveExternals = true; $dom-load('ent.xml'); $dom-substituteEntities = true; $dom-resolveExternals = true; echo $dom-saveXml(); $list = $dom-getElementsByTagName('bar'); $node = $list-item(0); echo \n===\n Attribute 'test' of node 'bar': ; echo $node-getAttribute(test); echo \n===\n Attribute 'test' of node 'bar' with htmlentities: ; echo htmlentities($node-getAttribute(test)); echo \n===\n; ent.xml: ?xml version=1.0? !DOCTYPE foo [ !ENTITY reg #174; ] foo bar test=reg;#174;/bar /foo Expected result: ?xml version=1.0? !DOCTYPE foo [ !ENTITY reg #174; ] foo bar test=#174;#174;/bar /foo === Attribute 'test' of node 'bar': #174; === Attribute 'test' of node 'bar' with htmlentities: amp;#174; === Actual result: -- ?xml version=1.0? !DOCTYPE foo [ !ENTITY reg #174; ] foo bar test=#xAE;#xAE;/bar /foo === Attribute 'test' of node 'bar': ® === Attribute 'test' of node 'bar' with htmlentities: Acirc;reg; === -- Edit this bug report at http://bugs.php.net/?id=33020edit=1
#33025 [Opn-Bgs]: Excluded win32 directory for tru64 OS
ID: 33025 Updated by: [EMAIL PROTECTED] Reported By: shantalabhat at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Tru64 PHP Version: 4.3.11 New Comment: Don't mess with the sources if you don't know what you're doing. Previous Comments: [2005-05-13 08:55:51] shantalabhat at hotmail dot com Description: I am compiling the PHP-4.3.11 on Tru64 . So I exclueded the php-4.3.11/win32 directory. When I try to build the source I get the error saying php4/main/php_ini.c, line 34: Cannot find file win32/php_registry.h specified in #include directive. (noinclfilef) #include win32/php_registry.h -^ When I looked into php4/main/php_ini.c file I noticed that none of the functions mentioned in win32/php_registry.h are utilised in this file. So when I take out this include directory The compilation goes out smooth. Reproduce code: --- 21 /* Check CWD for php.ini */ 22 #define INI_CHECK_CWD 23 24 #include php.h 25 #include ext/standard/info.h 26 #include zend_ini.h 27 #include php_ini.h 28 #include ext/standard/dl.h 29 #include zend_extensions.h 30 #include zend_highlight.h 31 #include SAPI.h 32 #include php_main.h 33 #include php_scandir.h 34 #include win32/php_registry.h 35 36 #if HAVE_SCANDIR HAVE_ALPHASORT HAVE_DIRENT_H Expected result: The compilation should go smooth if win32 directory is excluded Actual result: -- Getting Compilation error -- Edit this bug report at http://bugs.php.net/?id=33025edit=1
#33023 [Opn-Fbk]: ./configure appears to hang after detecting os version
ID: 33023 Updated by: [EMAIL PROTECTED] Reported By: terry dot gill at ieee dot org -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 -Assigned To: +Assigned To: sniper New Comment: What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) Previous Comments: [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#33022 [Opn-Fbk]: unable to access $_REQUEST value
ID: 33022 Updated by: [EMAIL PROTECTED] Reported By: juha at mobilememoir dot com -Status: Open +Status: Feedback Bug Type: HTTP related Operating System: Redhat 9 Linux 2.4.20-19.9smp PHP Version: 4.3.10 New Comment: 1. Try with PHP 4.3.11 2. If it fails, check what the variable contains with var_dump($_REQUEST['startqid']); Previous Comments: [2005-05-12 23:24:04] juha at mobilememoir dot com Description: This bug for unknown reason. Happens approximately 5 times for every 1000 times the script is run. The PHP script where this bug occurs is very complicated so we couldn't figure what encourages this bug to occur. This bug has been bothering us for months. Today we finally gaught it and realized $_REQUEST is the problem. If you run print_r($_REQUEST) key startqid is there with its value, but isset($_REQUEST['startqid']) returns false and also if you try to assign startqid to a local variable the value will be empty. We fixed this problem simply by replacing $_REQUEST with $_POST, so this is definately a bug in PHP as all $_POST values should exists always in $_REQUEST. We are using Apache 1.3.33 './configure' '--with-apxs=/var/apache1333/bin/apxs' '--with-mysql' '--prefix=/var/apache1333/php' '--with-config-file-path=/var/apache1333/php' '--with-imap=/usr/local/imap-2004a' '--with-gd' '--with-png-dir=/usr/include/lib' '--with-zlib-dir=/root/Apache1333/zlib-1.2.1' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/include/freetype2' Reproduce code: --- # THIS METHOD DOESN'T if (isset($_REQUEST('startqid'])) { echo Startqid is coming in ; $startqid=$_REQUEST['startqid']; echo ($startqid); } else { echo Startqid not coming in; } # THIS METHOD WORKS if (isset($_POST('startqid'])) { echo Startqid is coming in ; $startqid=$_POST['startqid']; echo ($startqid); } else { echo Startqid not coming in; } Expected result: Startqid is coming in (1) Startqid is coming in (1) Actual result: -- Startqid not coming in Startqid is coming in (1) -- Edit this bug report at http://bugs.php.net/?id=33022edit=1
#33017 [Opn-Asn]: make distclean give error outside of php-src
ID: 33017 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Assigned Bug Type: Compile Warning Operating System: linux PHP Version: 4.3.11 -Assigned To: +Assigned To: sniper Previous Comments: [2005-05-12 18:08:01] xuefer at 21cn dot com the problem of php_have_iconv.h is bogus. i should have been buildconf after cvs up. the egrep problem is still there sorry to submit too fast. i'll check more before submit next time. [2005-05-12 17:55:05] xuefer at 21cn dot com even worse after configure make: /usr/src/php4/ext/iconv/php_iconv.h:36:38: ext/iconv/php_have_iconv.h: No such file or directory [2005-05-12 16:20:41] xuefer at 21cn dot com Description: when configure/compile outside of php source directory, make distclean failed to figure out where configure is. Reproduce code: --- $ ../php4/configure ... $ make distclean egrep define'.*include/php' configure|sed 's/.*//'|xargs rm -f grep: configure: No such file or directory -- Edit this bug report at http://bugs.php.net/?id=33017edit=1
#33024 [Opn-Bgs]: dynamic library problem
ID: 33024 Updated by: [EMAIL PROTECTED] Reported By: siza_boy at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: XP Pro PHP Version: 5.0.3 New Comment: You haven't installed PHP correctly. It's just missing the dlls it's linked with. Previous Comments: [2005-05-13 03:39:33] siza_boy at hotmail dot com Description: When Apache2 starts up it comes up with two Warning boxes saying: PHP Startup: Unable to load dynamic library 'C:\php\ext\php_msql.dll'-The specified module could not be found. When i go to the folder though it is there and it's still the original version. Is it something to do with msql or something else -- Edit this bug report at http://bugs.php.net/?id=33024edit=1
#33023 [Fbk-Opn]: ./configure appears to hang after detecting os version
ID: 33023 User updated by: terry dot gill at ieee dot org Reported By: terry dot gill at ieee dot org -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 Assigned To: sniper New Comment: Yep 2.0.1. Incidentally the ./configure will also try and use the Solaris native version of 'lex' if it finds it first. Really need to ensure it finds 'flex' instead (reorder $PATH). Previous Comments: [2005-05-13 09:58:28] [EMAIL PROTECTED] What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#33026 [NEW]: MySql Connection Problem
From: mks_ekm at yahoo dot com Operating system: Windows Xp PHP version: 5.0.3 PHP Bug Type: MySQL related Bug description: MySql Connection Problem Description: I am using PHP 5.0 with Apache 2 web server. It is working properly. When I am booting my system, it will give one warning message like Can not upload php_msql.dll file to windows dynamic link library. But it is working properly. When I am trying to connect Mysql 4.1.11 it is giving the error like, Fatal error: Class 'mysqli' not found in D:\Program Files\Apache Group\Apache2\htdocs\conn3.php on line 2. I have an important work to complete. I can create Database and Tables inside my Mysql, and performing all database operations also. Because of the connection problem I am struggling a lot. I cant go further with out solving this problem. The next problem is that I dont where and how to compile the PHP with Mysql? Please help me to solve these problems. I am new to this technology. Reproduce code: --- $link=mysql_connect(localhost,root,server); Expected result: The compilation code for PHP with Mysql. Code for connecting (not musql_connect():) Any ODBC connectivity.. Code for basic connection.. Description for making a connection.. Reason for this problem.. Actual result: -- Database Connection with Mysql.. -- Edit bug report at http://bugs.php.net/?id=33026edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33026r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33026r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33026r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33026r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33026r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33026r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33026r=needscript Try newer version: http://bugs.php.net/fix.php?id=33026r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33026r=support Expected behavior: http://bugs.php.net/fix.php?id=33026r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33026r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33026r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33026r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33026r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33026r=dst IIS Stability: http://bugs.php.net/fix.php?id=33026r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33026r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33026r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33026r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33026r=mysqlcfg
#33005 [Fbk-Opn]: mysqli do not support float type
ID: 33005 User updated by: dan at yes dot lt Reported By: dan at yes dot lt -Status: Feedback +Status: Open Bug Type: MySQLi related Operating System: winxp -PHP Version: 5CVS-2005-05-11 (dev) +PHP Version: 5CVS-2005-05-13 (dev) Assigned To: andrey New Comment: I've tried to update libmysql to 4.1.11 and to 5.0.4-beta - this wont help... Also - where can I get the newest php_mysqli.dll ? The latest builds are going without it - may be this is a problem ? Previous Comments: [2005-05-12 21:33:25] [EMAIL PROTECTED] Cannot reproduce with PHP 5.1-dev, libmysql 4.1.12 and MySQL 5.0.6-beta. Can you try upgrading your client library? Thanks! [2005-05-11 10:52:52] dan at yes dot lt PHP Version 5.0.5-dev MySQLi Client API version 4.1.7 MySQL Server version: 5.0.4-beta [2005-05-11 09:36:37] [EMAIL PROTECTED] Can't reproduce Connecting to MySQL 4.1 returns int(1) float(1.23) Connectiong to MySQL 5.0 returns int(1) string(4) 1.23 Which MySQL client library and server do you use? [2005-05-11 07:58:39] dan at yes dot lt Description: mysqli do not supports float type neither in results nor in params. for result it returns NULL instead of float, for params there is no type letter for float type... Reproduce code: --- $db = new mysqli(...); $st = $db-prepare(SELECT 1.23 AS test); $st-execute(); $st-store_result(); var_dump($st-num_rows); $st-bind_result($x); $st-fetch(); $st-free_result(); $st-close(); var_dump($x); Expected result: int(1) float(1.23) Actual result: -- int(1) NULL -- Edit this bug report at http://bugs.php.net/?id=33005edit=1
#33026 [Opn-Bgs]: MySql Connection Problem
ID: 33026 Updated by: [EMAIL PROTECTED] Reported By: mks_ekm at yahoo dot com -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Windows Xp PHP Version: 5.0.3 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: [2005-05-13 10:57:45] mks_ekm at yahoo dot com Description: I am using PHP 5.0 with Apache 2 web server. It is working properly. When I am booting my system, it will give one warning message like Can not upload php_msql.dll file to windows dynamic link library. But it is working properly. When I am trying to connect Mysql 4.1.11 it is giving the error like, Fatal error: Class 'mysqli' not found in D:\Program Files\Apache Group\Apache2\htdocs\conn3.php on line 2. I have an important work to complete. I can create Database and Tables inside my Mysql, and performing all database operations also. Because of the connection problem I am struggling a lot. I cant go further with out solving this problem. The next problem is that I dont where and how to compile the PHP with Mysql? Please help me to solve these problems. I am new to this technology. Reproduce code: --- $link=mysql_connect(localhost,root,server); Expected result: The compilation code for PHP with Mysql. Code for connecting (not musql_connect():) Any ODBC connectivity.. Code for basic connection.. Description for making a connection.. Reason for this problem.. Actual result: -- Database Connection with Mysql.. -- Edit this bug report at http://bugs.php.net/?id=33026edit=1
#33023 [Opn-Asn]: ./configure appears to hang after detecting os version
ID: 33023 Updated by: [EMAIL PROTECTED] Reported By: terry dot gill at ieee dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: Solaris 2.9 Sparc PHP Version: 4.3.11 Assigned To: sniper Previous Comments: [2005-05-13 10:17:46] terry dot gill at ieee dot org Yep 2.0.1. Incidentally the ./configure will also try and use the Solaris native version of 'lex' if it finds it first. Really need to ensure it finds 'flex' instead (reorder $PATH). [2005-05-13 09:58:28] [EMAIL PROTECTED] What version of shtool worked for you? The latest? (IIRC, it's 2.0.0 or something like that..) [2005-05-13 00:12:14] terry dot gill at ieee dot org Description: After running ./configure it hangs after apprently detecting OS version. On debugging I have found that the version of ~/build/shtools (yes, I know its supposed to be portable ;-/ ) will not run on Solaris 9. Downloading, locally building, and replacing the shtool binary resolves this problem. Reproduce code: --- See description Expected result: See description Actual result: -- See description -- Edit this bug report at http://bugs.php.net/?id=33023edit=1
#32223 [Opn-Fbk]: weird behaviour of pg_last_notice
ID: 32223 Updated by: [EMAIL PROTECTED] Reported By: valiak at gmail dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: * PHP Version: 5CVS-2005-03-08 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-03-08 13:28:02] valiak at gmail dot com if you switch the places of include_once and define there is no bug there is no difference in the behaviour if include_once is changed to include or require_once or require [2005-03-08 08:59:31] valiak at gmail dot com the problem still exists :-( [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php 1 [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php -v PHP 5.1.0-dev (cli) (built: Mar 8 2005 09:54:24) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies [2005-03-07 20:06:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-07 18:13:54] valiak at gmail dot com Description: i've tried to localize to as smallest code as I could the correct result happens even if you comment the include line or the global directive or not using exceptions ... (there are few other modifications too) it happens with the cli version and with the apache module version [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php -v PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies compiled with ./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs --with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr --with- jpeg-dir --with-png-dir --enable-mbstring --enable-sockets --enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin --with-config-file-path= /etc/php5 pgsql PostgreSQL Support = enabled PostgreSQL(libpq) Version = 8.0.1 Multibyte character support = enabled SSL support = disabled Active Persistent Links = 0 Active Links = 0 Directive = Local Value = Master Value pgsql.allow_persistent = Off = Off pgsql.auto_reset_persistent = Off = Off pgsql.ignore_notice = Off = Off pgsql.log_notice = Off = Off pgsql.max_links = Unlimited = Unlimited pgsql.max_persistent = Unlimited = Unlimited if some more info is needed tell me what to do? Reproduce code: --- [EMAIL PROTECTED] ~/tmp/pg_last_notice $ cat test.inc.php ? ? [EMAIL PROTECTED] ~/tmp/pg_last_notice $ cat test.php ? /* this is a dummy pg function just to raise notice, called from this file CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$ begin RAISE NOTICE '1'; return 'f'; end; $$ LANGUAGE plpgsql; */ define(TTT, pg_connect('user=test password=test dbname=test')); include_once 'test.inc.php'; function tester() { global $t; $res = pg_query(TTT, 'SELECT test_notice()'); $result = pg_fetch_row($res, 0); pg_free_result($res); if ($result[0] == 'f') { throw new Exception(pg_last_notice(TTT)); } } try { echo tester(); echo 2; } catch (Exception $e) { echo $e-getMessage(), 1; } ? Expected result: [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php NOTICE: 11 Actual result: -- [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php 1 -- Edit this bug report at http://bugs.php.net/?id=32223edit=1
#32101 [Ver-Fbk]: Exception in unknown on line 0 when throwing exception inside exception handler
ID: 32101 Updated by: [EMAIL PROTECTED] Reported By: ceefour at gauldong dot net -Status: Verified +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-02-15 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-02-25 11:20:24] ceefour at gauldong dot net This modified code may be better illustrate the problem: ?php function error_handler() { trigger_error(inside error, E_USER_ERROR); } set_error_handler('error_handler'); trigger_error(outside error, E_USER_ERROR); function exception_handler($exception) { throw new Exception('inside exception'); } set_exception_handler('exception_handler'); throw new Exception('outside exception'); ? [2005-02-25 11:01:19] [EMAIL PROTECTED] ?php function exception_handler($exception) { trigger_error(user error); throw new Exception('exception1'); } set_exception_handler('exception_handler'); throw new Exception('exception2'); ? [2005-02-25 07:12:16] ceefour at gauldong dot net Description: When an exception is thrown inside an exception handler, a exception thrown without stack frame in unknown on line 0 message is displayed. While the meaning of this message is clear enough... it doesn't help at all. If you trigger_error() inside an error handler, the default error handler is triggered, but still showing meaningful/helpful error message. Exceptions inside exception handler should behave similarly. Reproduce code: --- // do this inside an exception handler function throw new Exception('test'); Expected result: ...file something.php on line 483... Actual result: -- ...unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=32101edit=1
#31725 [Opn-Asn]: sqlite/zend engine 2 weird problems
ID: 31725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-03-21 -Assigned To: +Assigned To: wez Previous Comments: [2005-04-26 23:12:09] [EMAIL PROTECTED] Sorry, valgrind took a while to finish. The output: http://mega.ist.utl.pt/~ncpl/valgrind-php.txt [2005-04-26 20:26:06] [EMAIL PROTECTED] valgrind... [2005-04-26 20:02:44] [EMAIL PROTECTED] Well, I've already posted 2 examples with backtraces above. I've run the ini-update.php script (available in the above URL) and I got this: #0 0x4046dd67 in mallopt () from /lib/libc.so.6 #1 0x4046db5e in mallopt () from /lib/libc.so.6 #2 0x4046c908 in free () from /lib/libc.so.6 #3 0x081ea0e7 in shutdown_memory_manager (silent=0, full_shutdown=0) at /cvs/php-src/Zend/zend_alloc.c:511 #4 0x081c9821 in php_request_shutdown (dummy=0x0) at /cvs/php-src/main/main.c:1228 #5 0x082633df in main (argc=2, argv=0xb944) at /cvs/php-src/sapi/cli/php_cli.c:1057 [2005-04-22 04:46:36] [EMAIL PROTECTED] backtrace and/or valgrind output please. [2005-04-21 20:21:52] [EMAIL PROTECTED] It segfaults in both windows (using the 'official' binaries) and linux. The program that I've used that is segfaulting is in CVS: http://cvs.php.net/phpdoc/scripts/iniupdate/ 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/31725 -- Edit this bug report at http://bugs.php.net/?id=31725edit=1
#31971 [Opn]: ftp_login fails on messsage from FTP+SSL server (234 Enabling SSL)
ID: 31971 User updated by: frantisek at augusztin dot com Reported By: frantisek at augusztin dot com Status: Open Bug Type: FTP related Operating System: Linux (Fedora Core 3) PHP Version: 4.3.11 New Comment: The SSL_CTX_set_options must be called for both control and data connection : 264a265 SSL_CTX_set_options(ctx,SSL_OP_ALL); 1405a1407,1408 SSL_CTX_set_options(ctx,SSL_OP_ALL); Previous Comments: [2005-05-05 12:57:00] frantisek at augusztin dot com Here is the solution (now it works for me) . Here is the diff (against 4.3.11) for file ext/ftp/ftp.c: 265c265,266 --- SSL_CTX_set_options(ctx,SSL_OP_ALL); Yeah, it's one line at 265th line - here is how it looks in source code : ctx = SSL_CTX_new(SSLv23_client_method()); if (ctx == NULL) { php_error_docref(NULL TSRMLS_CC, E_WARNING, ftp_login: failed to create the SSL context); return 0; } SSL_CTX_set_options(ctx,SSL_OP_ALL); ftp-ssl_handle = SSL_new(ctx); [2005-03-07 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2005-02-22 00:48:29] [EMAIL PROTECTED] Please provide address of FTP/SSL server which can be used to replicate the bug. [2005-02-14 17:32:32] frantisek at augusztin dot com After examining (and debuging PHP code) i found out, that the ftp_login function exits after getting the response for PBSZ command (from ext/ftp/ftp.c, lines 305-313) : if (!ftp-old_ssl) { /* set protection buffersize to zero */ if (!ftp_putcmd(ftp, PBSZ, 0)) { return 0; } if (!ftp_getresp(ftp)) { return 0; /* here it exits } Why ? What can i do to make it work ? As i said, using regular FTP+SSL client it works. [2005-02-14 16:19:47] frantisek at augusztin dot com Description: PHP returns following error when connecting using example code: Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3 Using FTP client the following messages are displayed in the log window of the client : *** Connecting to 'XXX.XXX.XXX.XXX:21'... 220 Service Ready for new User AUTH TLS 234 Enabling SSL FTP clearly fails on this messsage. But i don't understand why, because i found in source code, that 234 is not an error, but a valid result code for this operation. FTP System type is 215 NETWARE Type : L8 Reproduce code: --- ?php $connection = ftp_ssl_connect(server,21); $login = ftp_login($connection, name,password); ftp_close($connection); ? Expected result: No warning message and successfull connection to FTP server. Actual result: -- Warning: ftp_login() : Enabling SSL in /var/www/html/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=31971edit=1
#32802 [Csd-Asn]: General cookie overrides more specific cookie (path)
ID: 32802 Updated by: [EMAIL PROTECTED] Reported By: ast at gmx dot ch -Status: Closed +Status: Assigned Bug Type: HTTP related Operating System: * PHP Version: 4.*, 5.* -Assigned To: +Assigned To: ilia New Comment: Ilia, I reverted the PHP4 version of your patch to fix this.It seems to be fine in PHP5, but in PHP4 it is causing a segfault. Could you have another look? See the backtrace in the commit message at: http://cvs.php.net/php-src/main/php_variables.c?onb=1.45.2 Previous Comments: [2005-04-24 20:50:45] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2005-04-24 16:25:15] ast at gmx dot ch Your reproduce script does not describe this bug. Your script describes a Server - Browser issue. This bug is about a Browser - Server issue. The browser sends a Cookie HTTP header with its request to the server. The Cookie HTTP request header lists the cookies in the right order. Cookies with more specific paths precede cookies with less specific paths in the header string. PHP populates the superglobal $_COOKIE with the wrong values when reading/evaluating the Cookie HTTP header. This The following reproduce script shows the PHP bug. Please place it into document_root / test. ?php /* This script has to be executed in document_root/test/ or deeper */ /* set the first cookie with path '/' */ if (!isset($_COOKIE['TestCookie'])) { setcookie(TestCookie, Value1, time()+3600, /); header(Location: {$_SERVER['PHP_SELF']}); exit(); } /* * set second cookie, with a more specific path, actually, the order in which the cookies are set * is irrelevant */ if (!strpos($_SERVER['HTTP_COOKIE'], 'Value2')) { setcookie(TestCookie, Value2, time()+3600, /test); header(Location: {$_SERVER['PHP_SELF']}); exit(); } echo '$_COOKIE[\'TestCookie\'] should have the value \'Value2\' because it\'s the value of the cookie with the more specific path.pre'; var_dump($_COOKIE); echo '/prebr'; echo '$_SERVER[\'HTTP_COOKIE\'] lists the cookies in the correct order, Value2 before Value1. It conforms to RFC 2965.pre'; var_dump($_SERVER['HTTP_COOKIE']); echo '/pre'; ? [2005-04-24 14:01:21] [EMAIL PROTECTED] Reproduce script: ?php setcookie(TestCookie, Value1, time()+3600, /test/); setcookie(TestCookie, Value2, time()+3600, /); if (!isset($_COOKIE['TestCookie'])) { header(Location: {$_SERVER['PHP_SELF']}); exit(); } echo 'pre'; var_dump($_COOKIE); var_dump($_SERVER['HTTP_COOKIE']); echo '/pre'; ? [2005-04-24 03:21:37] ast at gmx dot ch Here is a fix for my application. /** * Fix the superglobal $_COOKIE to conform with RFC 2965 * * We don't use $_COOKIE[$cookiename], because it doesn't conform to RFC 2965 (the * cookie standard), i.e. in $_COOKIE, we don't get the cookie with the most specific path for * a given cookie name, we get the cookie with the least specific cookie path. * This function does it exactly the other way around to conform with the RFC. * * This function reevaluates the HTTP Cookie header and populates $_COOKIE with the correct * cookies. * * @static */ function fixCookieVars() { if (isset($_SERVER['HTTP_COOKIE']) !empty($_SERVER['HTTP_COOKIE'])) { $allCookies = explode(';', $_SERVER['HTTP_COOKIE']); /* * Get rid of less specific cookies if multiple cookies with the same NAME * are present. Do this by going from left/first cookie to right/last cookie. */ /* Reset the $_COOKIE array */ $_COOKIE = array(); /* Repopulate it, but now correctly */ foreach ($allCookies as $cookie) { /* Split NAME [=VALUE], value is optional */ $cookie = explode('=', $cookie); $key = preg_replace('|\s|', '', $cookie[0]); $value = isset($cookie[1]) ? $cookie[1] : ''; if (!isset($_COOKIE[$key])) { $_COOKIE[$key] = $value; } } } } } [2005-04-24 00:43:04] ast at gmx dot ch the bug report that was closed as bogus (sorry, forgot to add the link. originally, i wanted to add a comment there, but you can't add comments to bugs that
#33027 [NEW]: PHP thinks it gets a flock when it doesn't
From: jaa at interflow dot dk Operating system: Un*x PHP version: 5.0.4 PHP Bug Type: Filesystem function related Bug description: PHP thinks it gets a flock when it doesn't Description: flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already locked. This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2, 5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected. The blocking version: flock($fp, LOCK_EX) works as expected. The workaround is to check the value of the wouldblock argument to flock() but this shouldn't be necessary and is not documented in the manual. Reproduce code: --- ?php $fp = fopen(/tmp/lock.txt, w+); if (flock($fp, LOCK_EX | LOCK_NB )) { print Got lock @ .date('H:i:s'); while(1) {} } else { echo Couldn't lock the file.; } fclose($fp); ? Expected result: When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return false. First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Couldn't lock the file. Actual result: -- First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Got lock @ 15:18:37 -- Edit bug report at http://bugs.php.net/?id=33027edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33027r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33027r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33027r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33027r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33027r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33027r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33027r=needscript Try newer version: http://bugs.php.net/fix.php?id=33027r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33027r=support Expected behavior: http://bugs.php.net/fix.php?id=33027r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33027r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33027r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33027r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33027r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33027r=dst IIS Stability: http://bugs.php.net/fix.php?id=33027r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33027r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33027r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33027r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33027r=mysqlcfg
#33027 [Opn-Fbk]: PHP thinks it gets a flock when it doesn't
ID: 33027 Updated by: [EMAIL PROTECTED] Reported By: jaa at interflow dot dk -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Un*x PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Something related to flock() was just fixed this week.. Previous Comments: [2005-05-13 15:38:35] jaa at interflow dot dk Description: flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already locked. This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2, 5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected. The blocking version: flock($fp, LOCK_EX) works as expected. The workaround is to check the value of the wouldblock argument to flock() but this shouldn't be necessary and is not documented in the manual. Reproduce code: --- ?php $fp = fopen(/tmp/lock.txt, w+); if (flock($fp, LOCK_EX | LOCK_NB )) { print Got lock @ .date('H:i:s'); while(1) {} } else { echo Couldn't lock the file.; } fclose($fp); ? Expected result: When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return false. First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Couldn't lock the file. Actual result: -- First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Got lock @ 15:18:37 -- Edit this bug report at http://bugs.php.net/?id=33027edit=1
#33028 [NEW]: mime_content_type returns inaccurate Office content types
From: matt at kanchi dot org Operating system: OS X PHP version: 4.3.10 PHP Bug Type: Filesystem function related Bug description: mime_content_type returns inaccurate Office content types Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit bug report at http://bugs.php.net/?id=33028edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33028r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33028r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33028r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33028r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33028r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33028r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33028r=needscript Try newer version: http://bugs.php.net/fix.php?id=33028r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33028r=support Expected behavior: http://bugs.php.net/fix.php?id=33028r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33028r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33028r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33028r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33028r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33028r=dst IIS Stability: http://bugs.php.net/fix.php?id=33028r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33028r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33028r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33028r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33028r=mysqlcfg
#33028 [Opn-Fbk]: mime_content_type returns inaccurate Office content types
ID: 33028 Updated by: [EMAIL PROTECTED] Reported By: matt at kanchi dot org -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Does this work: `file /path/to/file.ppt` ? Previous Comments: [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Fbk-Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. Previous Comments: [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#30674 [Ver-Fbk]: Unexpected results and core dump with recursive references serializing
ID: 30674 Updated by: [EMAIL PROTECTED] Reported By: fmmarzoa at gmx dot net -Status: Verified +Status: Feedback Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-STABLE-2005-03-07 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Can't reproduce it with latest CVS. Previous Comments: [2005-03-07 21:58:41] [EMAIL PROTECTED] I can not reproduce this with latest HEAD branch but PHP_5_0 branch is still broken. [2004-11-03 16:47:29] fmmarzoa at gmx dot net (just changed crashed by core dump in subject) [2004-11-03 16:29:49] fmmarzoa at gmx dot net Description: serialize function lost references to itself on an array and produces a segfault in some other circunstances. I send the code with which I've discovered the problem, but Andrey Hristov has also cooked some code based on this that crash the PHP engine. Complete quoted thread with more code samples can be found on the internals list archive: http://marc.theaimsgroup.com/?l=php-devm=109949534625983w=2 Reproduce code: --- pre ?php $Arr = array(); $Arr['self'] = $Arr; var_dump ( $Arr ); $serdata = serialize ($Arr); $Arr2 = unserialize ( $serdata ); echo \n\n; var_dump ( $Arr2 ); ? /pre Complete quoted thread with more code samples, including segfaults, can be found on the internals list archive: http://marc.theaimsgroup.com/?l=php-devm=109949534625983w=2 Expected result: array(1) { [self]= array(1) { [self]= *RECURSION* } } array(1) { [self]= array(1) { [self]= *RECURSION* } } Actual result: -- array(1) { [self]= array(1) { [self]= *RECURSION* } } array(1) { [self]= array(1) { [self]= NULL } } -- Edit this bug report at http://bugs.php.net/?id=30674edit=1
#33030 [NEW]: Floating point subtraction : incorrect precision
From: justandy at lagparty dot org Operating system: XP PHP version: 5CVS-2005-05-13 (dev) PHP Bug Type: Math related Bug description: Floating point subtraction : incorrect precision Description: PHP 5.0.0 (cli) (built: Jul 13 2004 21:39:58) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies // Subtraction for floating point numbers is incorrect. I searched the existing bug reports and could not find anything similar. Running the same version on LINUX reports the correct value. Reproduce code: --- ? //CORRECT: 0.03 echo 1.06 - 1.03; //WRONG : 0.029 echo 6.06 - 6.03; ? Expected result: 0.03 Actual result: -- 0.029 -- Edit bug report at http://bugs.php.net/?id=33030edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33030r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33030r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33030r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33030r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33030r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33030r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33030r=needscript Try newer version: http://bugs.php.net/fix.php?id=33030r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33030r=support Expected behavior: http://bugs.php.net/fix.php?id=33030r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33030r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33030r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33030r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33030r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33030r=dst IIS Stability: http://bugs.php.net/fix.php?id=33030r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33030r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33030r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33030r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33030r=mysqlcfg
#33030 [Opn-Bgs]: Floating point subtraction : incorrect precision
ID: 33030 Updated by: [EMAIL PROTECTED] Reported By: justandy at lagparty dot org -Status: Open +Status: Bogus Bug Type: Math related Operating System: XP PHP Version: 5CVS-2005-05-13 (dev) New Comment: Floating point values have a limited precision. Hence a value might not have the same string representation after any processing. That also includes writing a floating point value in your script and directly printing it without any mathematical operations. If you would like to know more about floats and what IEEE 754 is read this: http://docs.sun.com/source/806-3568/ncg_goldberg.html Thank you for your interest in PHP. Previous Comments: [2005-05-13 22:59:13] justandy at lagparty dot org Description: PHP 5.0.0 (cli) (built: Jul 13 2004 21:39:58) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0, Copyright (c) 1998-2004 Zend Technologies // Subtraction for floating point numbers is incorrect. I searched the existing bug reports and could not find anything similar. Running the same version on LINUX reports the correct value. Reproduce code: --- ? //CORRECT: 0.03 echo 1.06 - 1.03; //WRONG : 0.029 echo 6.06 - 6.03; ? Expected result: 0.03 Actual result: -- 0.029 -- Edit this bug report at http://bugs.php.net/?id=33030edit=1
#33028 [Opn-Fbk]: mime_content_type returns inaccurate Office content types
ID: 33028 Updated by: [EMAIL PROTECTED] Reported By: matt at kanchi dot org -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: No, I meant running this command in console. Previous Comments: [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: In case you meant file -i /path/to/file.ppt, that returns the same as mime_content_type does (in my case) for those files. -k returns only one result. Previous Comments: [2005-05-14 00:50:38] matt at kanchi dot org Gotcha. It returns: (filename): Microsoft Office Document [2005-05-13 23:33:09] [EMAIL PROTECTED] No, I meant running this command in console. [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33028 [Fbk-Opn]: mime_content_type returns inaccurate Office content types
ID: 33028 User updated by: matt at kanchi dot org Reported By: matt at kanchi dot org -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: OS X PHP Version: 4.3.10 New Comment: Gotcha. It returns: (filename): Microsoft Office Document Previous Comments: [2005-05-13 23:33:09] [EMAIL PROTECTED] No, I meant running this command in console. [2005-05-13 22:37:18] matt at kanchi dot org Do you mean mime_content_type(file /path/to/file)? If so, that returns the error, mime_magic: invalid mode 0156130. [2005-05-13 21:37:46] [EMAIL PROTECTED] Does this work: `file /path/to/file.ppt` ? [2005-05-13 20:12:34] matt at kanchi dot org Description: Certain Office files do not return an accurate MIME content type with mime_content_type. Excel and Powerpoint, for example, return an application/msword type, while Access returns text/plain. Images, text, and Word files return correctly. These files were generated in Office 2002 for Windows. Configuration options: --with-mime-magic From php.ini: mime_magic mime_magic support = enabled Directive = Local Value = Master Value mime_magic.magicfile = /usr/share/file/magic.mime = /usr/share/file/magic.mime Reproduce code: --- mime_content_type(/some/path/to/xls-file); mime_content_type(/some/path/to/ppt-file); mime_content_type(/some/path/to/mdb-file); Expected result: application/msexcel application/mspowerpoint application/msaccess Or some variation (vnd, x-, etc.). Actual result: -- application/msword application/msword text/plain -- Edit this bug report at http://bugs.php.net/?id=33028edit=1
#33027 [Fbk-Csd]: PHP thinks it gets a flock when it doesn't
ID: 33027 User updated by: jaa at interflow dot dk Reported By: jaa at interflow dot dk -Status: Feedback +Status: Closed Bug Type: Filesystem function related Operating System: Un*x PHP Version: 5.0.4 New Comment: I've run tests on both Linux and FreeBSD and flock() is working correctly on both platforms. I'm closing the bug. Thanks. Previous Comments: [2005-05-13 16:03:58] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Something related to flock() was just fixed this week.. [2005-05-13 15:38:35] jaa at interflow dot dk Description: flock($fp, LOCK_EX | LOCK_NB) returns true even when $fp is already locked. This happens both on FreeBSD 5.4 and Gentoo Linux and both PHP 5.0.2, 5.0.3 and 5.0.4 exhibits this behaviour but PHP 4.3.11 works as expected. The blocking version: flock($fp, LOCK_EX) works as expected. The workaround is to check the value of the wouldblock argument to flock() but this shouldn't be necessary and is not documented in the manual. Reproduce code: --- ?php $fp = fopen(/tmp/lock.txt, w+); if (flock($fp, LOCK_EX | LOCK_NB )) { print Got lock @ .date('H:i:s'); while(1) {} } else { echo Couldn't lock the file.; } fclose($fp); ? Expected result: When a file is already locked flock($fp, LOCK_EX | LOCK_NB) should return false. First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Couldn't lock the file. Actual result: -- First terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:34 Got lock @ 15:18:34 Second terminal: % ~/php-5.0.4/sapi/cli/php flock.php 15:18:33 Got lock @ 15:18:37 -- Edit this bug report at http://bugs.php.net/?id=33027edit=1
#29975 [Ver-Csd]: memory leaks
ID: 29975 Updated by: [EMAIL PROTECTED] Reported By: guth at fiifo dot u-psud dot fr -Status: Verified +Status: Closed Bug Type: Zend Engine 2 problem Operating System: * PHP Version: 5CVS-2005-04-28 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-05-07 03:11:03] guth at fiifo dot u-psud dot fr /usr/src/php5-STABLE-200505070036/Zend/zend_builtin_functions.c(1090) : Freeing 0x0824C56C (16 bytes), script=/www/test3.php Last leak repeated times /usr/src/php5-STABLE-200505070036/Zend/zend_builtin_functions.c(1100) : Freeing 0x0824C49C (23 bytes), script=/www/test3.php /usr/src/php5-STABLE-200505070036/Zend/zend_variables.c(137) : Actual location (location was relayed) Last leak repeated times === Total 2 memory leaks detected === [2005-01-07 20:51:38] [EMAIL PROTECTED] /Zend/zend_builtin_functions.c(1097) : Freeing 0x08965664 (16 bytes), script=t.php Last leak repeated times /Zend/zend_variables.h(45) : Freeing 0x08965594 (23 bytes), script=t.php /Zend/zend_variables.c(120) : Actual location (location was relayed) Last leak repeated times === Total 2 memory leaks detected === [2004-10-12 10:36:00] guth at fiifo dot u-psud dot fr I use a SimpleTest to do unit tests and it seems that it is this library which causes the memory leaks. ?php function simpleTestErrorHandler($severity, $message, $filename, $line) { restore_error_handler(); TRUE; // Some PHP code set_error_handler('simpleTestErrorHandler'); } class plip { public function run() { set_error_handler('simpleTestErrorHandler'); trigger_error(plop, E_USER_NOTICE); restore_error_handler(); } } $a = new plip; for($i = 0; $i 1; $i++) $a-run(); ? /usr/src/php5-200410111030/Zend/zend_builtin_functions.c(1058) : Freeing 0x082D0C54 (16 bytes), script=/www/test2.php Last leak repeated times /usr/src/php5-200410111030/Zend/zend_variables.h(45) : Freeing 0x082D0B84 (23 bytes), script=/www/test2.php /usr/src/php5-200410111030/Zend/zend_variables.c(120) : Actual location (location was relayed) Last leak repeated times [2004-09-03 21:21:15] guth at fiifo dot u-psud dot fr Description: (i'm french, excuse me for my english) I try to develop a CMS and i take more time to debug PHP than code PHP... After 3 segmentation fault, I compiled PHP with --enable-debug, and my tests give the following errors. Reproduce code: --- /usr/src/php-5.0.1/Zend/zend_builtin_functions.c(1023) : Freeing 0x0846F864 (23 bytes), script=/www/haricow/0.4/haricow/test/runTests.php /usr/src/php-5.0.1/Zend/zend_variables.c(137) : Actual location (location was relayed) Last leak repeated 32 times /usr/src/php-5.0.1/Zend/zend_builtin_functions.c(1013) : Freeing 0x084702C4 (16 bytes), script=/www/haricow/0.4/haricow/test/runTests.php Last leak repeated 32 times /usr/src/php-5.0.1/Zend/zend_execute.c(3718) : Freeing 0x0844FA94 (44 bytes), script=/www/haricow/0.4/haricow/test/runTests.php /usr/src/php-5.0.1/Zend/zend_variables.c(149) : Actual location (location was relayed) Last leak repeated 1 time /usr/src/php-5.0.1/Zend/zend_execute.c(3252) : Freeing 0x0844DCCC (16 bytes), script=/www/haricow/0.4/haricow/test/runTests.php Last leak repeated 7 times /usr/src/php-5.0.1/Zend/zend_variables.c(150) : Freeing 0x0843597C (32 bytes), script=/www/haricow/0.4/haricow/test/runTests.php /usr/src/php-5.0.1/Zend/zend_hash.c(169) : Actual location (location was relayed) /usr/src/php-5.0.1/Zend/zend_execute.c(3389) : Freeing 0x084315DC (16 bytes), script=/www/haricow/0.4/haricow/test/runTests.php /usr/src/php-5.0.1/Zend/zend_hash.c(242) : Freeing 0x08233804 (40 bytes), script=/www/haricow/0.4/haricow/test/runTests.php === Total 79 memory leaks detected === Expected result: No memory leaks Actual result: -- About 3 Kb of memory leaks. I tryed to insulate them, but i didn't manage, because of the complexity of the script. -- Edit this bug report at http://bugs.php.net/?id=29975edit=1
#32223 [Fbk-Opn]: weird behaviour of pg_last_notice
ID: 32223 User updated by: valiak at gmail dot com Reported By: valiak at gmail dot com -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: * -PHP Version: 5CVS-2005-03-08 +PHP Version: 5CVS-2005-05-13 New Comment: the problem still exists ... PHP 5.1.0-dev (cli) (built: May 14 2005 02:09:08) Copyright (c) 1997-2005 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies Previous Comments: [2005-05-13 13:08:59] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-08 13:28:02] valiak at gmail dot com if you switch the places of include_once and define there is no bug there is no difference in the behaviour if include_once is changed to include or require_once or require [2005-03-08 08:59:31] valiak at gmail dot com the problem still exists :-( [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php 1 [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php -v PHP 5.1.0-dev (cli) (built: Mar 8 2005 09:54:24) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies [2005-03-07 20:06:21] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-03-07 18:13:54] valiak at gmail dot com Description: i've tried to localize to as smallest code as I could the correct result happens even if you comment the include line or the global directive or not using exceptions ... (there are few other modifications too) it happens with the cli version and with the apache module version [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php -v PHP 5.0.3 (cli) (built: Mar 2 2005 13:13:40) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3, Copyright (c) 1998-2004 Zend Technologies compiled with ./configure --with-gettext --with-oci8 --with-apxs=/usr/bin/apxs --with-gd --with-pgsql --with-readline --with-zlib --with-mysql=/usr --with- jpeg-dir --with-png-dir --enable-mbstring --enable-sockets --enable-pcntl --enable-sigchild --with-exec-dir=/usr/bin --with-config-file-path= /etc/php5 pgsql PostgreSQL Support = enabled PostgreSQL(libpq) Version = 8.0.1 Multibyte character support = enabled SSL support = disabled Active Persistent Links = 0 Active Links = 0 Directive = Local Value = Master Value pgsql.allow_persistent = Off = Off pgsql.auto_reset_persistent = Off = Off pgsql.ignore_notice = Off = Off pgsql.log_notice = Off = Off pgsql.max_links = Unlimited = Unlimited pgsql.max_persistent = Unlimited = Unlimited if some more info is needed tell me what to do? Reproduce code: --- [EMAIL PROTECTED] ~/tmp/pg_last_notice $ cat test.inc.php ? ? [EMAIL PROTECTED] ~/tmp/pg_last_notice $ cat test.php ? /* this is a dummy pg function just to raise notice, called from this file CREATE OR REPLACE FUNCTION test_notice() RETURNS boolean AS $$ begin RAISE NOTICE '1'; return 'f'; end; $$ LANGUAGE plpgsql; */ define(TTT, pg_connect('user=test password=test dbname=test')); include_once 'test.inc.php'; function tester() { global $t; $res = pg_query(TTT, 'SELECT test_notice()'); $result = pg_fetch_row($res, 0); pg_free_result($res); if ($result[0] == 'f') { throw new Exception(pg_last_notice(TTT)); } } try { echo tester(); echo 2; } catch (Exception $e) { echo $e-getMessage(), 1; } ? Expected result: [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php NOTICE: 11 Actual result: -- [EMAIL PROTECTED] ~/tmp/pg_last_notice $ php test.php 1 -- Edit this bug report at http://bugs.php.net/?id=32223edit=1
#33031 [NEW]: foreach fails to continue after returning from a recursion call
From: jxmaster at msn dot com Operating system: windowsxp PHP version: 4.3.11 PHP Bug Type: Arrays related Bug description: foreach fails to continue after returning from a recursion call Description: 'foreach' fails to continue visiting the following items in the array after returning from a recursion function call. I understand that 'foreach' works on the copy of the array, but I think it cannot explain the situation. Because after returning from the recursion call, the memory space before the call should be popped out from the running enviorenment stack. Hence, foreach should not feel that its execution has been interrupted by the recursion call. If I change the structure of the array slightly and use for loop to replace foreach the function get the expected value. Following is the revised version: function recurGetDescdendant($all, $current, $descendant) { $length = count($all); for ($i = 0; $i $length; $i++) { $userid = $all[$i][0]; $parent = $all[$i][1]; if ($parent == $current) { $descendant[] = $userid; $cdescendant = array(); recurGetDescdendant($all, $userid, $cdescendant); $descendant = array_merge($descendant, $cdescendant); } } } //key represents the user id; value reprents the parent's user id of this user. for example: 6 = 1 means user 6's parent is user 1 $all = array(array(1,0), array(2,0), array(3,0), array(4,0), array(5,0), array(6,1), array(7,1), array(11,7), array(12,11), array(13,11) ); $descendant = array(); recurGetDescdendant($all, 1, $descendant); foreach ($descendant as $value) echo $value . br\n; Reproduce code: --- function recurGetDescdendant($all, $current, $descendant) { foreach ($all as $userid = $parent) { if ($parent == $current) { $descendant[] = $userid; $cdescendant = array(); recurGetDescdendant($all, $userid, $cdescendant); $descendant = array_merge($descendant, $cdescendant); } } } //key represents the user id; value reprents the parent's user id of this user. for example: 6 = 1 means user 6's parent is user 1 $all = array(1 = 0, 2 = 0, 3 = 0, 4 = 0, 5 = 0, 6 = 1, 7 = 1, 11 = 7, 12 = 11, 13 = 11 ); $descendant = array(); recurGetDescdendant($all, 1, $descendant); foreach ($descendant as $value) echo $value . br\n; Expected result: 6br 7br 11br 12br 13br Actual result: -- 6br -- Edit bug report at http://bugs.php.net/?id=33031edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33031r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33031r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33031r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33031r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33031r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33031r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33031r=needscript Try newer version: http://bugs.php.net/fix.php?id=33031r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33031r=support Expected behavior: http://bugs.php.net/fix.php?id=33031r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33031r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33031r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33031r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33031r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33031r=dst IIS Stability: http://bugs.php.net/fix.php?id=33031r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33031r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33031r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33031r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33031r=mysqlcfg