Sean MacLennan <seanm(a)storm.ca> writes in xemacs-beta(a)xemacs.org:
I then switched to an itimer and found what I believe is an
inconsistency
with decode/encode-time.
`decode-time' produces a list of three (3) integers but
`encode-time'
only produces a list of two (2) integers. Is this the correct
behavior? It makes it hard to use `itimer-time-difference'.
Times are encoded very poorly in emacs. The split into two or three
integers is a crock.
I would very much like to see an API change and have time values as
opaque objects. In the next few years, we're going to have to deal
with Unix specs changing time_t into 64 bits (or whatever), so we
might as well get the pain over with now.