Re: 32bit vs 64bit - 32bit can't handle 2100 in strtotime?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2011/6/27 John Reiser <jreiser@xxxxxxxxxxxx>:
>> I would like to note that I am aware of that 32 bit systems will not
>> work after 2038. But does that mean that they can not do simple date
>> conversion?
>
> Yes, if "simple date conversion" uses a 32-bit time_t and does not
> check-and-correct for 32-bit wrap-around.
>
> On a system which uses a 32-bit time_t, then some user code has problems
> with the calculations for a 30-year mortgage with an origination date
> of 2008 or later.  One common workaround is to use a temporary origin
> of something like 1980-01-01T00:00 instead of 1969-01-01T00:00.
> Using 1980 allows the same code to work for any _existing_ 30-year
> mortgage as well as new ones.
>

Ok, thanks for your answers. I removed all uses of 2100 year from my
data, so now code runs fine on 32 bit machine. I am afraid that this
problem in php strtotime on 32 bit systems is not easy fixable without
introducing any incompatibilities.


-- 
Best regards,
Michal

http://eventhorizon.pl/
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux