[PHP-DOC] #39355 [Csd]: README_UPDATE_5_2 incorrect DateTime API [patch]
ID: 39355 User updated by: akorthaus at web dot de Reported By: akorthaus at web dot de Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: Will http://www.php.net/UPDATE_5_2.txt be updated automatically, too? Previous Comments: [2006-11-03 07:28:02] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. [2006-11-03 01:20:54] akorthaus at web dot de nt [2006-11-03 01:18:55] akorthaus at web dot de Description: http://www.php.net/UPDATE_5_2.txt lists the DateTime API, which is not correct (looks like a procedural interface where the objects get passed as 1st parameter). Patch against current PHP_5_2 branch: Index: README.UPDATE_5_2 === RCS file: /repository/php-src/Attic/README.UPDATE_5_2,v retrieving revision 1.1.2.26 diff -u -r1.1.2.26 README.UPDATE_5_2 --- README.UPDATE_5_2 31 Oct 2006 17:24:51 - 1.1.2.26 +++ README.UPDATE_5_2 3 Nov 2006 01:13:39 - @@ -541,34 +541,34 @@ Methods: DateTime::__construct([string time[, DateTimeZone object]]) - Returns new DateTime object - string DateTime::format(DateTime object, string format) + string DateTime::format(string format) - Returns date formatted according to given format - long DateTime::getOffset(DateTime object) + long DateTime::getOffset() - Returns the DST offset - DateTimeZone DateTime::getTimezone(DateTime object) + DateTimeZone DateTime::getTimezone() - Return new DateTimeZone object relative to give DateTime - void DateTime::modify(DateTime object, string modify) + void DateTime::modify(string modify) - Alters the timestamp array DateTime::parse(string date) - Returns associative array with detailed info about given date - void DateTime::setDate(DateTime object, long year, long month, long day) + void DateTime::setDate(long year, long month, long day) - Sets the date - void DateTime::setISODate(DateTime object, long year, long week[, long day]) + void DateTime::setISODate(long year, long week[, long day]) - Sets the ISO date - void DateTime::setTime(DateTime object, long hour, long minute[, long second]) + void DateTime::setTime(long hour, long minute[, long second]) - Sets the time - void DateTime::setTimezone(DateTime object, DateTimeZone object) + void DateTime::setTimezone(DateTimeZone object) - Sets the timezone for the DateTime object DateTimeZone: Methods: DateTimeZone DateTimeZone::__construct(string timezone) - Returns new DateTimeZone object - string DateTimeZone::getName(DateTimeZone object) + string DateTimeZone::getName() - Returns the name of the timezone - long DateTimeZone::getOffset(DateTimeZone object, DateTime object) + long DateTimeZone::getOffset(DateTime object) - Returns the timezone offset - array DateTimeZone::getTransitions(DateTimeZone object) + array DateTimeZone::getTransitions() - Returns numerically indexed array containing associative array for all transitions for the timezone RecursiveRegexIterator: -- Edit this bug report at http://bugs.php.net/?id=39355&edit=1
[PHP-DOC] #39355 [Opn]: README_UPDATE_5_2 incorrect DateTime API [patch]
ID: 39355 User updated by: akorthaus at web dot de -Summary: README_UPDATE_5_2 incorrect DateTime API Reported By: akorthaus at web dot de Status: Open Bug Type:Documentation problem PHP Version: Irrelevant New Comment: nt Previous Comments: [2006-11-03 01:18:55] akorthaus at web dot de Description: http://www.php.net/UPDATE_5_2.txt lists the DateTime API, which is not correct (looks like a procedural interface where the objects get passed as 1st parameter). Patch against current PHP_5_2 branch: Index: README.UPDATE_5_2 === RCS file: /repository/php-src/Attic/README.UPDATE_5_2,v retrieving revision 1.1.2.26 diff -u -r1.1.2.26 README.UPDATE_5_2 --- README.UPDATE_5_2 31 Oct 2006 17:24:51 - 1.1.2.26 +++ README.UPDATE_5_2 3 Nov 2006 01:13:39 - @@ -541,34 +541,34 @@ Methods: DateTime::__construct([string time[, DateTimeZone object]]) - Returns new DateTime object - string DateTime::format(DateTime object, string format) + string DateTime::format(string format) - Returns date formatted according to given format - long DateTime::getOffset(DateTime object) + long DateTime::getOffset() - Returns the DST offset - DateTimeZone DateTime::getTimezone(DateTime object) + DateTimeZone DateTime::getTimezone() - Return new DateTimeZone object relative to give DateTime - void DateTime::modify(DateTime object, string modify) + void DateTime::modify(string modify) - Alters the timestamp array DateTime::parse(string date) - Returns associative array with detailed info about given date - void DateTime::setDate(DateTime object, long year, long month, long day) + void DateTime::setDate(long year, long month, long day) - Sets the date - void DateTime::setISODate(DateTime object, long year, long week[, long day]) + void DateTime::setISODate(long year, long week[, long day]) - Sets the ISO date - void DateTime::setTime(DateTime object, long hour, long minute[, long second]) + void DateTime::setTime(long hour, long minute[, long second]) - Sets the time - void DateTime::setTimezone(DateTime object, DateTimeZone object) + void DateTime::setTimezone(DateTimeZone object) - Sets the timezone for the DateTime object DateTimeZone: Methods: DateTimeZone DateTimeZone::__construct(string timezone) - Returns new DateTimeZone object - string DateTimeZone::getName(DateTimeZone object) + string DateTimeZone::getName() - Returns the name of the timezone - long DateTimeZone::getOffset(DateTimeZone object, DateTime object) + long DateTimeZone::getOffset(DateTime object) - Returns the timezone offset - array DateTimeZone::getTransitions(DateTimeZone object) + array DateTimeZone::getTransitions() - Returns numerically indexed array containing associative array for all transitions for the timezone RecursiveRegexIterator: -- Edit this bug report at http://bugs.php.net/?id=39355&edit=1
[PHP-DOC] #39355 [NEW]: README_UPDATE_5_2 incorrect DateTime API
From: akorthaus at web dot de Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: README_UPDATE_5_2 incorrect DateTime API Description: http://www.php.net/UPDATE_5_2.txt lists the DateTime API, which is not correct (looks like a procedural interface where the objects get passed as 1st parameter). Patch against current PHP_5_2 branch: Index: README.UPDATE_5_2 === RCS file: /repository/php-src/Attic/README.UPDATE_5_2,v retrieving revision 1.1.2.26 diff -u -r1.1.2.26 README.UPDATE_5_2 --- README.UPDATE_5_2 31 Oct 2006 17:24:51 - 1.1.2.26 +++ README.UPDATE_5_2 3 Nov 2006 01:13:39 - @@ -541,34 +541,34 @@ Methods: DateTime::__construct([string time[, DateTimeZone object]]) - Returns new DateTime object - string DateTime::format(DateTime object, string format) + string DateTime::format(string format) - Returns date formatted according to given format - long DateTime::getOffset(DateTime object) + long DateTime::getOffset() - Returns the DST offset - DateTimeZone DateTime::getTimezone(DateTime object) + DateTimeZone DateTime::getTimezone() - Return new DateTimeZone object relative to give DateTime - void DateTime::modify(DateTime object, string modify) + void DateTime::modify(string modify) - Alters the timestamp array DateTime::parse(string date) - Returns associative array with detailed info about given date - void DateTime::setDate(DateTime object, long year, long month, long day) + void DateTime::setDate(long year, long month, long day) - Sets the date - void DateTime::setISODate(DateTime object, long year, long week[, long day]) + void DateTime::setISODate(long year, long week[, long day]) - Sets the ISO date - void DateTime::setTime(DateTime object, long hour, long minute[, long second]) + void DateTime::setTime(long hour, long minute[, long second]) - Sets the time - void DateTime::setTimezone(DateTime object, DateTimeZone object) + void DateTime::setTimezone(DateTimeZone object) - Sets the timezone for the DateTime object DateTimeZone: Methods: DateTimeZone DateTimeZone::__construct(string timezone) - Returns new DateTimeZone object - string DateTimeZone::getName(DateTimeZone object) + string DateTimeZone::getName() - Returns the name of the timezone - long DateTimeZone::getOffset(DateTimeZone object, DateTime object) + long DateTimeZone::getOffset(DateTime object) - Returns the timezone offset - array DateTimeZone::getTransitions(DateTimeZone object) + array DateTimeZone::getTransitions() - Returns numerically indexed array containing associative array for all transitions for the timezone RecursiveRegexIterator: -- Edit bug report at http://bugs.php.net/?id=39355&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39355&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39355&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39355&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39355&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39355&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39355&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39355&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39355&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39355&r=support Expected behavior:http://bugs.php.net/fix.php?id=39355&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39355&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39355&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39355&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39355&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39355&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39355&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39355&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39355&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39355&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39355&r=mysqlcfg
[PHP-DOC] #36739 [NEW]: defect description for variables_order
From: akorthaus at web dot de Operating system: Gentoo Linux PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: defect description for variables_order Description: In "Actual Result" I have copied the current "variables_order" description from the manual. It looks if it was copied from the "register_globals - friendly" description of "gpc_order", but AFAIK these two parameters don't do the same! If you set "variables_order" to "GP", PHP will _not_ "overwrite any GET method variables with POST-method variables of the same name" - that's why $_GET etc. have been invented. Since "register_globals" has been removed from CVS-HEAD, I think this description is misleading (at least it was to me). As far as I can see the order of the variables does not matter if you don't have register_globals anymore. It's only a question of which variables will be created at all. Only if you still use register_globals the last sentence makes sense, but this should not be the default anymore (IMO). Expected result: Perhaps something like that: variables_order string Set the order of the EGPCS ($_ENV, $_GET, $_POST, $_COOKIE, $_SERVER) variable parsing. The default setting of this directive is "EGPCS". Setting this to "GP", for example, will cause PHP to completely ignore environment variables, cookies and server variables, and to created only the $_GET and $_POST superglobals. If register_globals is still used, variables_order also configures the order ENV, GET, POST, COOKIE and SERVER variables are populated in global scope. Setting this to "GP" with register_globals enabled, will cause PHP to overwrite any GET method variables with POST-method variables of the same name. [REGISTER-GLOBALS-WARNING] [REGISTER-GLOBALS-REMOVED-NOTICE] See also PHP Superglobals. Actual result: -- variables_order string Set the order of the EGPCS (Environment, GET, POST, Cookie, Server) variable parsing. The default setting of this directive is "EGPCS". Setting this to "GP", for example, will cause PHP to completely ignore environment variables, cookies and server variables, and to overwrite any GET method variables with POST-method variables of the same name. See also register_globals. http://de3.php.net/manual/en/ini.core.php#ini.variables-order -- Edit bug report at http://bugs.php.net/?id=36739&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36739&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36739&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36739&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36739&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36739&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36739&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36739&r=needscript Try newer version:http://bugs.php.net/fix.php?id=36739&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36739&r=support Expected behavior:http://bugs.php.net/fix.php?id=36739&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36739&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36739&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36739&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36739&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36739&r=dst IIS Stability:http://bugs.php.net/fix.php?id=36739&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36739&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36739&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36739&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36739&r=mysqlcfg
[PHP-DOC] #31908 [NEW]: Change "CGI" -> "CLI" in PDO-Manual
From: akorthaus at web dot de Operating system: - PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Change "CGI" -> "CLI" in PDO-Manual Description: In the following PDO-chapter of the manual ( http://php.net/pdo#pdo.installation ) : "Ensure you have installed the CGI version of PHP" should be changed to "Ensure you have installed the CLI version of PHP" (CGI->CLI) see: http://marc.theaimsgroup.com/?l=pecl-dev&m=110796657923736&w=2 -- Edit bug report at http://bugs.php.net/?id=31908&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31908&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31908&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31908&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31908&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31908&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31908&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31908&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31908&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31908&r=support Expected behavior: http://bugs.php.net/fix.php?id=31908&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31908&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31908&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31908&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31908&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31908&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31908&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31908&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31908&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31908&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31908&r=mysqlcfg
