Bug #51184 [Com]: DateInterval has incorrect days property on windows
Edit report at http://bugs.php.net/bug.php?id=51184edit=1
ID: 51184
Comment by: php at twinmail dot de
Reported by:s...@php.net
Summary:DateInterval has incorrect days property on windows
Status: Wont fix
Type: Bug
Package:Date/time related
Operating System: Windows
PHP Version:5.3.2
Assigned To:pajoye
Block user comment: N
New Comment:
5.3.3 on WINNT is also affected.
Previous Comments:
[2010-06-14 12:50:44] paj...@php.net
Sorry, I meant won't fix. It is not something we can easily fix, use the
VC9 versions instead (apachelounge.com for the VC9 versions of apache).
[2010-06-14 12:43:28] pluk77 at gmail dot com
Is this bug closed because it is now fixed in VC6 as well, or because it
is seen as not a bug?
[2010-06-05 04:14:23] ric dot lombardi at gmail dot com
randy, this is not a bug. the format %d just shows the difference
between the two
day numbers.
If you want the absolute days difference between the dates, you have to
use %a
as format.
[2010-06-04 22:40:51] randy dot larson at veracitynetworks dot com
I have with PHP 5.3.2 on Cent OS 5.4 running the following code from the
CLI:
$datetime1 = new DateTime('2009-10-11');
$datetime2 = new DateTime('2009-11-13');
$interval = $datetime1-sub($datetime2);
echo $interval-format('%R%d days');
This prints +2 days where it should print +33 days. It appears that
it doesn't add the month.
[2010-05-19 16:20:08] s...@php.net
VC6 NTS fails as well here. VC9 NTS works.
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/bug.php?id=51184
--
Edit this bug report at http://bugs.php.net/bug.php?id=51184edit=1
#47467 [Com]: The crc32b polynomial result has a wrong endianess
ID: 47467
Comment by: php at twinmail dot de
Reported By: php at twinmail dot de
Status: Feedback
Bug Type: hash related
Operating System: *
PHP Version: 5.2.8
Assigned To: pajoye
New Comment:
You are right: I tested this issue against PHP versions on linux which
were below 5.2.8 and therefore affected by #45028. Before posting a new
bug I also checked against some online calculators of crc32b, but they
were also affected by #45028. So I thought 5dd48a35 is the correct
result, but it isn't! 358ad45d is indeed the correct result, so PHP
5.2.8 is correctly calculating crc32b.
This means everything is fine, except that I am an idiot! ;-) Sorry for
reporting this bug.
Previous Comments:
[2009-02-27 14:33:35] paj...@php.net
Are you sure you are using the same PHP version on all systems (try
5.2.8 on linux)?
I can't reproduce the problem on any of my tests hosts. The only
difference is with php version prior to 5.2.6, but that's due to the bug
#45028 which is now fixed.
[2009-02-20 22:21:03] paj...@php.net
Windows has no specific endianess but the processor. However I can
reproduce on windows (vc6 and vc9). Weird, needs more analyze.
[2009-02-20 21:24:26] php at twinmail dot de
Description:
The polynomial result of the crc32b hash function has since 5.2.8 a
wrong byte endianess on Windows. This also affects the CVS snapshot. I
cannot reproduce this error on any linux (debian / debian / gentoo /
opensuse) box I have, so I think this bug only affects Windows
versions.
I tested different versions of PHP on my Windows system:
PHP 5.2.9RC4-dev (cli) (built: Feb 20 2009 15:57:39): affected
PHP 5.2.8 (cli) (built: Dec 8 2008 19:31:23): affected
PHP 5.2.6 (cli) (built: May 2 2008 18:02:07): NOT affected
The bug #45028 is maybe related to this one.
Reproduce code:
---
print hash('crc32b', 'Lorem Ipsum');
Expected result:
5dd48a35
Actual result:
--
358ad45d
--
Edit this bug report at http://bugs.php.net/?id=47467edit=1
#47467 [NEW]: The crc32b polynomial result has a wrong endianess
From: php at twinmail dot de
Operating system: Windows XP SP2
PHP version: 5.2.8
PHP Bug Type: hash related
Bug description: The crc32b polynomial result has a wrong endianess
Description:
The polynomial result of the crc32b hash function has since 5.2.8 a wrong
byte endianess on Windows. This also affects the CVS snapshot. I cannot
reproduce this error on any linux (debian / debian / gentoo / opensuse) box
I have, so I think this bug only affects Windows versions.
I tested different versions of PHP on my Windows system:
PHP 5.2.9RC4-dev (cli) (built: Feb 20 2009 15:57:39): affected
PHP 5.2.8 (cli) (built: Dec 8 2008 19:31:23): affected
PHP 5.2.6 (cli) (built: May 2 2008 18:02:07): NOT affected
The bug #45028 is maybe related to this one.
Reproduce code:
---
print hash('crc32b', 'Lorem Ipsum');
Expected result:
5dd48a35
Actual result:
--
358ad45d
--
Edit bug report at http://bugs.php.net/?id=47467edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=47467r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=47467r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=47467r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=47467r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=47467r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=47467r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=47467r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=47467r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=47467r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=47467r=support
Expected behavior:
http://bugs.php.net/fix.php?id=47467r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=47467r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=47467r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=47467r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47467r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=47467r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=47467r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=47467r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=47467r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=47467r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=47467r=mysqlcfg
