[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Year 2038 problem with calendar (Bad holiday list items)
From: |
Sascha Wilde |
Subject: |
Re: Year 2038 problem with calendar (Bad holiday list items) |
Date: |
Tue, 17 Apr 2007 10:45:25 +0200 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.97 (gnu/linux) |
Glenn Morris <address@hidden> wrote:
> OK, now I can reproduce it on a 32-bit system. As has been said, it's
> because things like:
>
> (encode-time 1 0 0 1 1 2039)
>
> fail on such systems ("specified time is not representable").
So it's the classical y2038 problem. :-)
(Which seems to be implicitly solved on 64bit systems, which is a good
thing to know...)
>> (setq calendar-dst-check-each-year-flag nil)
>
> This does avoid the problem for me.
Yes, works for me to. However, the list is still much shorter than
that posted by Ed, I wonder why...
> I will see if this can be handled more gracefully, but I see no need
> for this to be changed before the release of Emacs 22. Assuming, as
> Nick says, that this happens in the next 30 years...
I agree, this is a minor issue.
cheers
sascha
--
Sascha Wilde
"Structure is _nothing_ if it is all you got. Skeletons _spook_ people if
thwy try to walk around on their own. I really wonder why XML does
not." -- Erik Naggum <address@hidden> in comp.lang.lisp
- Re: Year 2038 problem with calendar (Bad holiday list items), (continued)
- Re: Year 2038 problem with calendar (Bad holiday list items),
Sascha Wilde <=