#35203 [Opn->Bgs]: Unable to call multiple stored procedures with single mysql connection
ID: 35203 Updated by: [EMAIL PROTECTED] Reported By: kristaps dot kaupe at itrisinajumi dot lv -Status: Open +Status: Bogus Bug Type: MySQLi related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: For calling stored procedures you have to use mysqli_multi_query. Previous Comments: [2005-11-13 02:09:29] kristaps dot kaupe at itrisinajumi dot lv Additional thing - when you don't send any requests to Apache and MySQL for some time, sample script seems to work. But just for one request, when you press "Refresh" in your browser and run it second time, it gives output i've posted. [2005-11-12 22:27:09] kristaps dot kaupe at itrisinajumi dot lv Description: Create MySQL test table and procedure: -- CREATE TABLE `test_table` ( `id` int(10) unsigned NOT NULL auto_increment, `txt` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; INSERT INTO test_table (txt) VALUES ('test1'); CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA DETERMINISTIC BEGIN SELECT * FROM test_table WHERE id = p_id; END Reproduce code: --- // $db is mysqli object if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; Expected result: Array ( [id] => 1 [txt] => test1 ) Array ( [id] => 1 [txt] => test1 ) Actual result: -- Array ( [id] => 1 [txt] => test1 ) Lost connection to MySQL server during query -- Edit this bug report at http://bugs.php.net/?id=35203&edit=1
#35207 [Opn]: mod_rewrite not working properly
ID: 35207 User updated by: adsh at univ dot kiev dot ua Reported By: adsh at univ dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: Example: Link http://adsh.ukrweb.net/blog/category/3/ - generate empty page. Previous Comments: [2005-11-13 03:10:19] adsh at univ dot kiev dot ua Description: After I update PHP from version 4.4.0 to version 4.4.1 (FreeBSD port mod_php4-4.4.1_1,1 with Apache 2.0.55) URL rewrite not working properly: http://servous.se/punbb/viewtopic.php?pid=1329 Bug is not complite fixed in this topic: http://bugs.php.net/bug.php?id=35059 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#35207 [NEW]: mod_rewrite not working properly
From: adsh at univ dot kiev dot ua Operating system: FreeBSD 4.11 PHP version: 4.4.1 PHP Bug Type: Apache2 related Bug description: mod_rewrite not working properly Description: After I update PHP from version 4.4.0 to version 4.4.1 (FreeBSD port mod_php4-4.4.1_1,1 with Apache 2.0.55) URL rewrite not working properly: http://servous.se/punbb/viewtopic.php?pid=1329 Bug is not complite fixed in this topic: http://bugs.php.net/bug.php?id=35059 -- Edit bug report at http://bugs.php.net/?id=35207&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35207&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35207&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35207&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35207&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35207&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35207&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35207&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35207&r=support Expected behavior: http://bugs.php.net/fix.php?id=35207&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35207&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35207&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35207&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35207&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35207&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35207&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35207&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35207&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35207&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35207&r=mysqlcfg
#32701 [Com]: Safe-mode popen(): escaping problem
ID: 32701 Comment by: 5Wupdd51ogZj7Lm8B at anime dot net Reported By: kosmo at miechow dot com Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.0.4 New Comment: Is there any link to more detailed info about safe_mode going away, and how php is handling security in the next release? Previous Comments: [2005-11-09 12:57:50] [EMAIL PROTECTED] It's still not bug but a change request. Reclassified. You can provide a patch if you wish. The fact is that we're going to remove the whole "safe-mode" anyway, so you're basically wasting your time. This is not the only thing that goes wrong with it.. [2005-11-09 12:09:52] [EMAIL PROTECTED] It works bad. There's no way to echo '-=< Test >=-' in safe_mode. No characters inside single quotes should be escaped by php_escape_shell_cmd() as they have no special meaning. I can prepare a patch for it if it will be accepted. [2005-04-14 09:51:57] [EMAIL PROTECTED] This is how it works. No bug here. [2005-04-14 09:22:15] kosmo at miechow dot com Description: In safe-mode popen() is escaping command line by calling php_escape_shell_cmd(). This funcion escaping command line, and changing valid command arguments. IMHO there should be any way to disable this escaping and run in safe-mode. Reproduce code: --- =-'", "r"); print(stream_get_contents($r)); pclose($r); ?> Expected result: -=< Test >=- Actual result: -- -=\< Test \>=- -- Edit this bug report at http://bugs.php.net/?id=32701&edit=1
#35203 [Opn]: Unable to call multiple stored procedures with single mysql connection
ID: 35203 User updated by: kristaps dot kaupe at itrisinajumi dot lv Reported By: kristaps dot kaupe at itrisinajumi dot lv Status: Open Bug Type: MySQLi related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: Additional thing - when you don't send any requests to Apache and MySQL for some time, sample script seems to work. But just for one request, when you press "Refresh" in your browser and run it second time, it gives output i've posted. Previous Comments: [2005-11-12 22:27:09] kristaps dot kaupe at itrisinajumi dot lv Description: Create MySQL test table and procedure: -- CREATE TABLE `test_table` ( `id` int(10) unsigned NOT NULL auto_increment, `txt` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; INSERT INTO test_table (txt) VALUES ('test1'); CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA DETERMINISTIC BEGIN SELECT * FROM test_table WHERE id = p_id; END Reproduce code: --- // $db is mysqli object if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; Expected result: Array ( [id] => 1 [txt] => test1 ) Array ( [id] => 1 [txt] => test1 ) Actual result: -- Array ( [id] => 1 [txt] => test1 ) Lost connection to MySQL server during query -- Edit this bug report at http://bugs.php.net/?id=35203&edit=1
#35206 [NEW]: ./configure segmentation fault
From: eyking at cs dot dal dot ca Operating system: SunOS 5.8 PHP version: 5.0.5 PHP Bug Type: *Configuration Issues Bug description: ./configure segmentation fault Description: When I ./configure --with-freetype-dir=somedir It seg faults just after checking out md5 crypt and continues configuring. When I omit --with-freetype-dir=somedir it does not seg fault. I am using freetype-2.1.10. Reproduce code: --- ./configure \ --with-apxs=/users/cs/eyking/apache/apache_1.3.26/bin/apxs \ --with-mysql=/usr/local/mysql-4.0.12 \ --with-libxml-dir=/users/cs/eyking/libxml \ --with-gd \ --with-jpeg-dir=/users/cs/eyking/libjpg \ --with-png-dir=/users/cs/eyking/libpng \ --with-zlib-dir=/users/cs/eyking/zlib-1.2.3 \ --with-freetype-dir=/users/cs/eyking/freetype-2.1.10 \ --prefix=/users/cs/eyking/php-5.0.5 Expected result: No segmentation fault, clean configuration Actual result: -- segmentation fault just after checking md5 crypt -- Edit bug report at http://bugs.php.net/?id=35206&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35206&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35206&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35206&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35206&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35206&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35206&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35206&r=support Expected behavior: http://bugs.php.net/fix.php?id=35206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35206&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35206&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35206&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35206&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35206&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35206&r=mysqlcfg
#35205 [NEW]: oci_connect is not closing opened connections after script execution
From: robertg2 at hope dot ac dot uk Operating system: Solaris 8 PHP version: 5.0.5 PHP Bug Type: OCI8 related Bug description: oci_connect is not closing opened connections after script execution Description: Today I've been developing on a web server connecting to a remote Oracle 9i database using the latest 1.1.1 oci8 extension from PECL. Unfortunately, towards the end of the day I started receiving the Oracle error ORA-00020, indicating that the connections from the web server to the database server were not closing automatically at script execution end as I expected. 'netstat -an | grep 1521 | wc -l' on the web server reports 436 which is waay too high for a Saturday and is not representative of the load we are receiving. I understand that I am able to close the connections explicitly, but I assumed that the connections would themselves be closed automatically at end of script execution? I just installed oci8 1.1.1 yesterday and started developing on it today. Thanks, Gareth Reproduce code: --- In theory: and refresh a couple of hundred times. Expected result: oci_connect($user, $password, $db) to return false with the error reported by oci_error to be ORA-00020 Actual result: -- not available -- Edit bug report at http://bugs.php.net/?id=35205&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35205&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35205&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35205&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35205&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35205&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35205&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35205&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35205&r=support Expected behavior: http://bugs.php.net/fix.php?id=35205&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35205&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35205&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35205&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35205&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35205&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35205&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35205&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35205&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35205&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35205&r=mysqlcfg
#35203 [NEW]: Unable to call multiple stored procedures with single mysql connection
From: kristaps dot kaupe at itrisinajumi dot lv Operating system: Gentoo Linux PHP version: 5.0.5 PHP Bug Type: MySQLi related Bug description: Unable to call multiple stored procedures with single mysql connection Description: Create MySQL test table and procedure: -- CREATE TABLE `test_table` ( `id` int(10) unsigned NOT NULL auto_increment, `txt` varchar(255) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; INSERT INTO test_table (txt) VALUES ('test1'); CREATE PROCEDURE `test_proc`(IN p_id INT(10) UNSIGNED) READS SQL DATA DETERMINISTIC BEGIN SELECT * FROM test_table WHERE id = p_id; END Reproduce code: --- // $db is mysqli object if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; if ($result = $db->query('CALL test_proc(1);')) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo ''.$db->error.''; Expected result: Array ( [id] => 1 [txt] => test1 ) Array ( [id] => 1 [txt] => test1 ) Actual result: -- Array ( [id] => 1 [txt] => test1 ) Lost connection to MySQL server during query -- Edit bug report at http://bugs.php.net/?id=35203&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35203&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35203&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35203&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35203&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35203&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35203&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35203&r=support Expected behavior: http://bugs.php.net/fix.php?id=35203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35203&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35203&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35203&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35203&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35203&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35203&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35203&r=mysqlcfg
#35202 [Opn->Asn]: errorCode() Returns String
ID: 35202 Updated by: [EMAIL PROTECTED] Reported By: lists at zaunere dot com -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Windows XP PHP Version: 5.1.0RC4 -Assigned To: +Assigned To: wez New Comment: SQL error codes are strings Previous Comments: [2005-11-12 20:11:20] lists at zaunere dot com Description: The errorCode() method of both the PDO and PDOStatement objects return a string, rather than an integer, as documented. If there is no error, they return an empty string. Reproduce code: --- $stmt = $MyPDO->prepare('SELECT * FROM MyTable'); var_dump($stmt->errorCode()); Expected result: int(0) Actual result: -- string(0) "" -- Edit this bug report at http://bugs.php.net/?id=35202&edit=1
#35202 [NEW]: errorCode() Returns String
From: lists at zaunere dot com Operating system: Windows XP PHP version: 5.1.0RC4 PHP Bug Type: PDO related Bug description: errorCode() Returns String Description: The errorCode() method of both the PDO and PDOStatement objects return a string, rather than an integer, as documented. If there is no error, they return an empty string. Reproduce code: --- $stmt = $MyPDO->prepare('SELECT * FROM MyTable'); var_dump($stmt->errorCode()); Expected result: int(0) Actual result: -- string(0) "" -- Edit bug report at http://bugs.php.net/?id=35202&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35202&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35202&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35202&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35202&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35202&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35202&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35202&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35202&r=support Expected behavior: http://bugs.php.net/fix.php?id=35202&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35202&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35202&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35202&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35202&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35202&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35202&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35202&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35202&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35202&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35202&r=mysqlcfg
#35201 [Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()
ID: 35201 User updated by: lunter at interia dot pl Reported By: lunter at interia dot pl Status: Bogus Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 New Comment: Sorry, I make a mistake. Previous Comments: [2005-11-12 18:30:07] [EMAIL PROTECTED] Copy&Paste error, meant date("U") not time() here... [2005-11-12 18:29:30] [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 time() returns seconds from 1.1.1970 00:00 GMT - that's for good reasons timezone independet [2005-11-12 18:01:35] lunter at interia dot pl Category: *General Issues => Date/time related [2005-11-12 17:57:19] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with date(), gmdate() Reproduce code: --- '); print(gmdate('U').''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35201&edit=1
#35200 [Bgs]: date_default_timezone_set() doesn't work with time()
ID: 35200 User updated by: lunter at interia dot pl Reported By: lunter at interia dot pl Status: Bogus Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 New Comment: Sorry, I make a mistake. Previous Comments: [2005-11-12 18:28:14] [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 time() returns seconds from 1.1.1970 00:00 GMT - that\'s for good reasons timezone independet [2005-11-12 17:52:43] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with time() Reproduce code: --- '); date_default_timezone_set('Europe/Warsaw'); print(time().''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35200&edit=1
#35201 [Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()
ID: 35201 Updated by: [EMAIL PROTECTED] Reported By: lunter at interia dot pl Status: Bogus Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 New Comment: Copy&Paste error, meant date("U") not time() here... Previous Comments: [2005-11-12 18:29:30] [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 time() returns seconds from 1.1.1970 00:00 GMT - that's for good reasons timezone independet [2005-11-12 18:01:35] lunter at interia dot pl Category: *General Issues => Date/time related [2005-11-12 17:57:19] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with date(), gmdate() Reproduce code: --- '); print(gmdate('U').''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35201&edit=1
#35201 [Opn->Bgs]: date_default_timezone_set() doesn't work with date(), gmdate()
ID: 35201 Updated by: [EMAIL PROTECTED] Reported By: lunter at interia dot pl -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 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 time() returns seconds from 1.1.1970 00:00 GMT - that's for good reasons timezone independet Previous Comments: [2005-11-12 18:01:35] lunter at interia dot pl Category: *General Issues => Date/time related [2005-11-12 17:57:19] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with date(), gmdate() Reproduce code: --- '); print(gmdate('U').''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35201&edit=1
#35200 [Opn->Bgs]: date_default_timezone_set() doesn't work with time()
ID: 35200 Updated by: [EMAIL PROTECTED] Reported By: lunter at interia dot pl -Status: Open +Status: Bogus Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 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 time() returns seconds from 1.1.1970 00:00 GMT - that's for good reasons timezone independet Previous Comments: [2005-11-12 17:52:43] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with time() Reproduce code: --- '); date_default_timezone_set('Europe/Warsaw'); print(time().''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35200&edit=1
#35201 [Opn]: date_default_timezone_set() doesn't work with date(), gmdate()
ID: 35201 User updated by: lunter at interia dot pl Reported By: lunter at interia dot pl Status: Open -Bug Type: *General Issues +Bug Type: Date/time related Operating System: winXP PHP Version: 5.1.0RC4 New Comment: Category: *General Issues => Date/time related Previous Comments: [2005-11-12 17:57:19] lunter at interia dot pl Description: date_default_timezone_set() doesn't work with date(), gmdate() Reproduce code: --- '); print(gmdate('U').''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit this bug report at http://bugs.php.net/?id=35201&edit=1
#35201 [NEW]: date_default_timezone_set() doesn't work with date(), gmdate()
From: lunter at interia dot pl Operating system: winXP PHP version: 5.1.0RC4 PHP Bug Type: *General Issues Bug description: date_default_timezone_set() doesn't work with date(), gmdate() Description: date_default_timezone_set() doesn't work with date(), gmdate() Reproduce code: --- '); print(gmdate('U').''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit bug report at http://bugs.php.net/?id=35201&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35201&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35201&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35201&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35201&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35201&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35201&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35201&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35201&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35201&r=support Expected behavior: http://bugs.php.net/fix.php?id=35201&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35201&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35201&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35201&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35201&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35201&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35201&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35201&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35201&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35201&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35201&r=mysqlcfg
#35200 [NEW]: date_default_timezone_set() doesn't work with time()
From: lunter at interia dot pl Operating system: winXP PHP version: 5.1.0RC4 PHP Bug Type: Date/time related Bug description: date_default_timezone_set() doesn't work with time() Description: date_default_timezone_set() doesn't work with time() Reproduce code: --- '); date_default_timezone_set('Europe/Warsaw'); print(time().''); ?> Expected result: Different values. Actual result: -- The same values. -- Edit bug report at http://bugs.php.net/?id=35200&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35200&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35200&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35200&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35200&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35200&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35200&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35200&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35200&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35200&r=support Expected behavior: http://bugs.php.net/fix.php?id=35200&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35200&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35200&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35200&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35200&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35200&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35200&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35200&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35200&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35200&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35200&r=mysqlcfg
#35199 [Opn->Fbk]: .htaccess "Action" no longer executes PHP page
ID: 35199 Updated by: [EMAIL PROTECTED] Reported By: choover at rdg dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux 2.6.9-22.0.1 PHP Version: 4.4.1 New Comment: 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 Previous Comments: [2005-11-12 15:12:55] choover at rdg dot com Description: A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was called from a .htaccess file using the AddHandler and Action statements worked fine. The 4.4.1 version of PHP with the same configuration no longer executes the page and gives no errors. We changed the php.ini with cgi.fix_pathinfo=1 and made the appropriate modifications to httpd.conf to fix the issue. Still no luck. Reproduce code: --- #.htaccess file Addtype text/xml .phpx AddHandler phpx-file-handler .phpx Action phpx-file-handler /lib/phpx.php DirectoryIndex index.phpx index.php Create the phpx.php file: Create a file with .phpx as extension: Expected result: This url represents the expected result:http://emd11.medianext.com/quango/websites/rdg/index.phpx Apache redirects the .phpx file to the /lib/phpx.php page for processing and outputs results. Actual result: -- This is the non-working one: http://quangoweb.medianext.com/websites/rdg/index.phpx There are NO errors in our logs: /var/log/httpd/error_log /var/log/error_php And no $_SERVER variables are being set on the phpx.php page. However, calling the page by itself: http://quangoweb.medianext.com/lib/phpx.php Show that it does run. -- Edit this bug report at http://bugs.php.net/?id=35199&edit=1
#35199 [NEW]: .htaccess "Action" no longer executes PHP page
From: choover at rdg dot com Operating system: Linux 2.6.9-22.0.1 PHP version: 4.4.1 PHP Bug Type: Apache2 related Bug description: .htaccess "Action" no longer executes PHP page Description: A script under Apache2 using PHP 4.3.11 as an Apache 2 Handler that was called from a .htaccess file using the AddHandler and Action statements worked fine. The 4.4.1 version of PHP with the same configuration no longer executes the page and gives no errors. We changed the php.ini with cgi.fix_pathinfo=1 and made the appropriate modifications to httpd.conf to fix the issue. Still no luck. Reproduce code: --- #.htaccess file Addtype text/xml .phpx AddHandler phpx-file-handler .phpx Action phpx-file-handler /lib/phpx.php DirectoryIndex index.phpx index.php Create the phpx.php file: Create a file with .phpx as extension: Expected result: This url represents the expected result:http://emd11.medianext.com/quango/websites/rdg/index.phpx Apache redirects the .phpx file to the /lib/phpx.php page for processing and outputs results. Actual result: -- This is the non-working one: http://quangoweb.medianext.com/websites/rdg/index.phpx There are NO errors in our logs: /var/log/httpd/error_log /var/log/error_php And no $_SERVER variables are being set on the phpx.php page. However, calling the page by itself: http://quangoweb.medianext.com/lib/phpx.php Show that it does run. -- Edit bug report at http://bugs.php.net/?id=35199&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35199&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35199&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35199&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35199&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35199&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35199&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35199&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35199&r=support Expected behavior: http://bugs.php.net/fix.php?id=35199&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35199&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35199&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35199&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35199&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35199&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35199&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35199&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35199&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35199&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35199&r=mysqlcfg
#35197 [Asn]: Destructor not called
ID: 35197 User updated by: xmlfrance at gmail dot com Reported By: xmlfrance at gmail dot com Status: Assigned Bug Type: DOM XML related -Operating System: Debian DNU/Linux +Operating System: Debian GNU/Linux SID -PHP Version: 5.1.0RC4 +PHP Version: 5.0.5 and 5.1.0RC5-dev Assigned To: tony2001 New Comment: Is there a correction for PHP 5.0.x ? I must specify minimal configuration to use my framework. Previous Comments: [2005-11-12 09:41:11] [EMAIL PROTECTED] Reassigned to myself. I'll commit the patch (http://tony2001.phpclub.net/dev/tmp/bug35197.diff) after the release. [2005-11-11 22:02:58] [EMAIL PROTECTED] Christian, please have a look at it. [2005-11-11 21:59:27] xmlfrance at gmail dot com Description: My classes extending DOMDocument don't call the destructor. Reproduce code: --- Expected result: ConstructionDestruction Actual result: -- Construction -- Edit this bug report at http://bugs.php.net/?id=35197&edit=1
#35183 [Csd->Bgs]: write into mysql with utf8 not right
ID: 35183 Updated by: [EMAIL PROTECTED] Reported By: lzx21cn at 21cn dot com -Status: Closed +Status: Bogus Bug Type: MySQL related Operating System: linux debian unstable PHP Version: 4.4.0-4 New Comment: No PHP bug -> bogus. Previous Comments: [2005-11-12 10:54:44] lzx21cn at 21cn dot com php file must inclue this line Thank you very much! [2005-11-12 09:33:28] [EMAIL PROTECTED] Try to build PHP using official sources and the latest release. Please tell us the version of MySQL you're using. [2005-11-12 07:17:14] [EMAIL PROTECTED] can't repeat (tested with MySQL 4.1 and 5.0): Output: Expected: 四大皆空 Returned: 四大皆空 [2005-11-12 02:42:52] lzx21cn at 21cn dot com The problem maybe "Data truncation" When php write to mysql but I do not know resolve it [2005-11-12 02:03:39] lzx21cn at 21cn dot com do the same without PHP (using the console interface of MySQL in gnome-terminal --- drop table test1; create table test1(id int,name char(4)); insert into test1 values(1,'ç大欢å'); insert into test1 values(2,'å大ç空'); select * from test1; id | name 1 | ç大欢å 2 | å大ç空 --- the reslut is good! - Why do I think it's a problem of PHP, not MySQL 1st. read/write by console vs. by php by console: the result is right by php: the result is wrong,write four Chinese character and read only one chinese character back,and other character lost. 2nd. read Mysql by java vs. by php (creat record by console) by java: the result is right by php : the result is ? at field 'name' -- 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/35183 -- Edit this bug report at http://bugs.php.net/?id=35183&edit=1
#35183 [Fbk->Csd]: write into mysql with utf8 not right
ID: 35183 User updated by: lzx21cn at 21cn dot com Reported By: lzx21cn at 21cn dot com -Status: Feedback +Status: Closed Bug Type: MySQL related Operating System: linux debian unstable PHP Version: 4.4.0-4 New Comment: php file must inclue this line Thank you very much! Previous Comments: [2005-11-12 09:33:28] [EMAIL PROTECTED] Try to build PHP using official sources and the latest release. Please tell us the version of MySQL you're using. [2005-11-12 07:17:14] [EMAIL PROTECTED] can't repeat (tested with MySQL 4.1 and 5.0): Output: Expected: 四大皆空 Returned: 四大皆空 [2005-11-12 02:42:52] lzx21cn at 21cn dot com The problem maybe "Data truncation" When php write to mysql but I do not know resolve it [2005-11-12 02:03:39] lzx21cn at 21cn dot com do the same without PHP (using the console interface of MySQL in gnome-terminal --- drop table test1; create table test1(id int,name char(4)); insert into test1 values(1,'ç大欢å'); insert into test1 values(2,'å大ç空'); select * from test1; id | name 1 | ç大欢å 2 | å大ç空 --- the reslut is good! - Why do I think it's a problem of PHP, not MySQL 1st. read/write by console vs. by php by console: the result is right by php: the result is wrong,write four Chinese character and read only one chinese character back,and other character lost. 2nd. read Mysql by java vs. by php (creat record by console) by java: the result is right by php : the result is ? at field 'name' -- [2005-11-11 18:24:31] [EMAIL PROTECTED] Try to do the same without PHP (using the console interface of MySQL) and see if it works this way. If it does, put the code somewhere in the Net and paste the link here, so the Unicode data won't be corrupted by the bug system. Also add the expected and actual results, I doubt I can guess them myself. And try to explain why do you think it's a problem of PHP, not MySQL or something else (I'd be glad if you try to use something close to English to do that). 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/35183 -- Edit this bug report at http://bugs.php.net/?id=35183&edit=1
#35189 [WFx]: Date Function Bug
ID: 35189 Updated by: [EMAIL PROTECTED] Reported By: php at splitstreamdesign dot com Status: Wont fix Bug Type: Date/time related Operating System: Windows 2000/XP PHP Version: 5.0.5 Assigned To: derick New Comment: It will show "EST" in 5.1, and it should be released somewhere next week. Previous Comments: [2005-11-11 23:11:51] php at splitstreamdesign dot com So will this be fixed in 5.1, or be the same? Any estimate on when 5.1 will be released? [2005-11-11 19:48:21] [EMAIL PROTECTED] This is a "feature", which is addressed in PHP 5.1 and higher. It will not be changed from older versions. [2005-11-11 15:44:41] [EMAIL PROTECTED] Derick, is this a bug or just another Window$ "feature"? [2005-11-11 07:44:52] php at splitstreamdesign dot com Description: The documentation for the date() function states that the 'T' parameter for the format string prints the timezone abbreviation: "Examples: EST, MDT ...". Both PHP 5.0.4 and 5.0.5 replace 'T' with the full string "Eastern Standard Time" on both Windows 2000 & Windows XP servers. Reproduce code: --- Expected result: Fri, 11 Nov 2005 01:37:23 EST Actual result: -- Fri, 11 Nov 2005 01:37:23 Eastern Standard Time -- Edit this bug report at http://bugs.php.net/?id=35189&edit=1
#35197 [Asn]: Destructor not called
ID: 35197 Updated by: [EMAIL PROTECTED] Reported By: xmlfrance at gmail dot com Status: Assigned Bug Type: DOM XML related Operating System: Debian DNU/Linux PHP Version: 5.1.0RC4 -Assigned To: chregu +Assigned To: tony2001 New Comment: Reassigned to myself. I'll commit the patch (http://tony2001.phpclub.net/dev/tmp/bug35197.diff) after the release. Previous Comments: [2005-11-11 22:02:58] [EMAIL PROTECTED] Christian, please have a look at it. [2005-11-11 21:59:27] xmlfrance at gmail dot com Description: My classes extending DOMDocument don't call the destructor. Reproduce code: --- Expected result: ConstructionDestruction Actual result: -- Construction -- Edit this bug report at http://bugs.php.net/?id=35197&edit=1
#35183 [Opn->Fbk]: write into mysql with utf8 not right
ID: 35183 Updated by: [EMAIL PROTECTED] Reported By: lzx21cn at 21cn dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: linux debian unstable PHP Version: 4.4.0-4 New Comment: Try to build PHP using official sources and the latest release. Please tell us the version of MySQL you're using. Previous Comments: [2005-11-12 07:17:14] [EMAIL PROTECTED] can't repeat (tested with MySQL 4.1 and 5.0): Output: Expected: 四大皆空 Returned: 四大皆空 [2005-11-12 02:42:52] lzx21cn at 21cn dot com The problem maybe "Data truncation" When php write to mysql but I do not know resolve it [2005-11-12 02:03:39] lzx21cn at 21cn dot com do the same without PHP (using the console interface of MySQL in gnome-terminal --- drop table test1; create table test1(id int,name char(4)); insert into test1 values(1,'ç大欢å'); insert into test1 values(2,'å大ç空'); select * from test1; id | name 1 | ç大欢å 2 | å大ç空 --- the reslut is good! - Why do I think it's a problem of PHP, not MySQL 1st. read/write by console vs. by php by console: the result is right by php: the result is wrong,write four Chinese character and read only one chinese character back,and other character lost. 2nd. read Mysql by java vs. by php (creat record by console) by java: the result is right by php : the result is ? at field 'name' -- [2005-11-11 18:24:31] [EMAIL PROTECTED] Try to do the same without PHP (using the console interface of MySQL) and see if it works this way. If it does, put the code somewhere in the Net and paste the link here, so the Unicode data won't be corrupted by the bug system. Also add the expected and actual results, I doubt I can guess them myself. And try to explain why do you think it's a problem of PHP, not MySQL or something else (I'd be glad if you try to use something close to English to do that). [2005-11-11 16:41:04] lzx21cn at 21cn dot com sorry, 1st comment file is error This is you need php file (utf8) -- 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/35183 -- Edit this bug report at http://bugs.php.net/?id=35183&edit=1