zdump on 64bit architectures being worked on?

Olson, Arthur David (NIH/NCI) [E] olsona at dc37a.nci.nih.gov
Sat Oct 11 22:15:39 UTC 2008

> It doesn't seem that useful, even if it is the expected
> output:
> $ zdump -v EST
> EST  -9223372036854775808 = NULL
> EST  -9223372036854689408 = NULL
> EST  9223372036854689407 = NULL
> EST  9223372036854775807 = NULL

What we learn form the output is that:

1. The most-negative time_t value can't be represented by a struct tm.
2. Nor can the most-negative value plus a day.
3. Nor can the most-positive value minus a day.
4. Nor can the most positive value.
5. There are no wall clock time discontinuities between the years -500 and 2500.

It would be possible to add a translation of the current time into its output,
but that would mean that outputs produced at different times would be different and
would complicate use of the output in regression testing.

It would be possible to add a translation of the time_t value zero to the output;
that wouldn't complicate regression testing but would (further) complicate the job
of folks using zdump to learn about transitions.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: winmail.dat
Type: application/ms-tnef
Size: 3098 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/tz/attachments/20081011/b212faa9/attachment-0002.bin>

More information about the tz mailing list