Thanks everyone.
Finally I understand this trick.
Very easy, very cool and inspireable!
> DateTime is limited to the range 1970 to 2038 when the default local
> time zone is used, but you can express any date you want if you are
> using UTC based time zones. For instance:
So, forget about my last email.
Thanks for your answers, Gurus!
***
To unsubscribe from this list, send a mail to:
mailto:[EMAIL PROTECTED]
To contact a human list administrator, send a mail to:
mailto:[EMAIL PROTECTED]
To rec
[EMAIL PROTECTED](B wrote:
>Hi gurus.
>
>Is DateTime class can not treat dates before 1970?
>
>This could be a big problem for our project.
>(We use Curl 3.0.4 ... back from 4.0 beta, so far)
>Because it's very possible that the system needs to caliculate
>or display per
>DateTime stores a date in partial seconds and thereby is limited to a
>range of 2^63 or so.
DateTime (via DateTimeData) uses 64 bits of second in addition to 63
bits of fractional second, so it can represent any date or time for
billions of years, down to precisions of incredibly small fractions
Maekawa-san wrote:
> Is DateTime class can not treat dates before 1970?
>
> This could be a big problem for our project.
> (We use Curl 3.0.4 ... back from 4.0 beta, so far)
> Because it's very possible that the system needs to caliculate
> or display person's birthdays which mainly before 1970.
Looks like you have to define your own class that deals years separately.
DateTime stores a date in partial seconds and thereby is limited to a
range of 2^63 or so.
Friedger
***
To unsubscribe from this list, send a mail to:
mail
Hi gurus.
Is DateTime class can not treat dates before 1970?
This could be a big problem for our project.
(We use Curl 3.0.4 ... back from 4.0 beta, so far)
Because it's very possible that the system needs to caliculate
or display person's birthdays which mainly before 1970.
