[PHP-DOC] #37281 [Opn]: documentation contains a bogus claim
ID: 37281
Updated by: [EMAIL PROTECTED]
Reported By: kprice at gmail dot com
Status: Open
Bug Type:Documentation problem
PHP Version: Irrelevant
New Comment:
php -r '$a = new DateTime(1/1/1901); echo $a-format(U);'
-2177456400
However, you do have a point. I think we even break to 32bit ints on 64
bit systems. I can check that when somebody grants me access to a 64bit
machine.
Previous Comments:
[2006-11-11 03:11:45] lucas at facebook dot com
Derick, is this true even on 64bit systems? We've run into this problem
using mktime and strtotime on 5.2. For example:
mktime(0,0,0,1,1,1901) returns false
strtotime(1/1/1901) returns false
However
date('r', -2178099690) returns:
Mon, 24 Dec 1900 04:18:30 -0800
I have not figured out how to return the timestamp from a DateTime
object created with the string 1/1/1901.
[2006-05-03 11:25:25] [EMAIL PROTECTED]
It's a documentation problem. Although *internally* the new code does
support larger numbers it still can not return larger integers back to
user land. So for calling PHP functions the result can never be outside
this range.
However, the new date code which is going to make it into PHP 5.2 is
going to provide functions to deal with this correctly.
[2006-05-02 19:11:37] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the
report.
Please also tell what your system is.
[2006-05-02 18:39:10] kprice at gmail dot com
Description:
The documentation claims: On systems where time_t is a 32bit signed
integer, as most common today, the valid range for year is somewhere
between 1901 and 2038, although this limitation is overcome as of PHP
5.1.0.
However, based on my testing this is not the case. mktime still returns
FALSE for dates outside of this range.
--
Edit this bug report at http://bugs.php.net/?id=37281edit=1
[PHP-DOC] #39453 [Opn-Fbk]: Misleading note in ODBC Functions (Unified)
ID: 39453 Updated by: [EMAIL PROTECTED] Reported By: nick dot gorham at easysoft dot com -Status: Open +Status: Feedback Bug Type:Documentation problem PHP Version: Irrelevant New Comment: Which note do you mean? The note I see doesn't say the same thing you indicate, but I might be just missing it. Also, while your documentation problem may be justified, we can't possible accommodate users who don't set permissions properly (and decide to rebuild PHP). Previous Comments: [2006-11-09 17:14:27] nick dot gorham at easysoft dot com Description: On the Unified ODBC doc page, there is a note at the top that indicates that iODBC is the way to use ODBC via PHP. The problem with this (IMHO), is that it seems to be suggesting that iODBC is the only way. Of course unixODBC is still supported in the build, and last time I looked that was what most linux distribs came with. I have just had a user, causing himeself all sorts of problems, as he decided he needed to rebuild his copy of PHP because it was supplied built with unixODBC, and he needed to change to iODBC. That wasn't his problem at all, it was actually a permissions problem. -- Edit this bug report at http://bugs.php.net/?id=39453edit=1
[PHP-DOC] cvs: phpdoc /en/reference/misc/functions halt-compiler.xml
hsc Sat Nov 11 19:02:48 2006 UTC Modified files: /phpdoc/en/reference/misc/functions halt-compiler.xml Log: typos: instalation - installation, etc.. - etc. http://cvs.php.net/viewvc.cgi/phpdoc/en/reference/misc/functions/halt-compiler.xml?r1=1.3r2=1.4diff_format=u Index: phpdoc/en/reference/misc/functions/halt-compiler.xml diff -u phpdoc/en/reference/misc/functions/halt-compiler.xml:1.3 phpdoc/en/reference/misc/functions/halt-compiler.xml:1.4 --- phpdoc/en/reference/misc/functions/halt-compiler.xml:1.3Wed Sep 21 21:25:24 2005 +++ phpdoc/en/reference/misc/functions/halt-compiler.xmlSat Nov 11 19:02:47 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- refentry id=function.halt-compiler refnamediv refname__halt_compiler/refname @@ -48,7 +48,7 @@ var_dump(stream_get_contents($fp)); // the end of the script execution -__halt_compiler();the instalation data (eg. tar, gz, PHP, etc..) +__halt_compiler();the installation data (eg. tar, gz, PHP, etc.) ]] /programlisting /example
[PHP-DOC] #39475 [Opn]: FTP and filesize()
ID: 39475 User updated by: j dot finlay at optusnet dot com dot au Reported By: j dot finlay at optusnet dot com dot au Status: Open Bug Type: Documentation problem Operating System: Linux PHP Version: Irrelevant New Comment: Originally I thought this was HTTP *and* FTP related, however it seems the manual only mentions FTP supporting stat() so for all intensive purposes, change the URL in my example code to: ftp://ftp2.au.netbsd.org/pub/php/php-5.1.1.tar.bz2 or something else on an FTP server. My apologies. Previous Comments: [2006-11-12 06:50:10] j dot finlay at optusnet dot com dot au Changed summary from HTTP/FTP and filesize() to just FTP and filesize(). [2006-11-12 06:49:19] j dot finlay at optusnet dot com dot au Description: According to the documentation, filesize() supports wrappers that also support stat(). This seems to be false with both PHP 5.1.6, and 5.2.1-dev. Unfortunately this function does not work as expected with FTP URLs. See the reproducable code for an example. However, the manual states that As of PHP 5.0.0 this function can also be used with some URL wrappers. Refer to Appendix M, List of Supported Protocols/Wrappers for a listing of which wrappers support stat() family of functionality. From the manual, in regards to Appendix M, List of Supported Protocols/Wrappers in the FTP and FTPS section: Supports stat() No As of PHP 5.0.0: filesize(), filetype(), file_exists(), is_file(), and is_dir() elements only. As of PHP 5.1.0: filemtime(). Reproduce code: --- ?php print filesize(http://au2.php.net/distributions/php-5.2.0.tar.bz2;).\n; ? Expected result: 6789838 Actual result: -- Warning: filesize(): stat failed for http://au2.php.net/distributions/php-5.2.0.tar.bz2 -- Edit this bug report at http://bugs.php.net/?id=39475edit=1
