[Zope3-dev] RE: [Python-Dev] Holes in time

Tim Peters tim@zope.com
Wed, 1 Jan 2003 20:24:00 -0500


[Aahz]
> What exactly do you mean by "wall time"?  Is it supposed to be a
> timezone-less value?

The diagram in the original gave agonizingly detailed answers to these
questions.  US Eastern as a tzinfo class tries to combine both EDT and EST;
please read the original msg again, and note that the two "wall time" lines
in the diagram show what US Eastern displays at all the relevant UTC times.

> If yes, you can't convert between wall time and any timezone-based
> value without specifying the time zone the wall clock lives in,
> which has to be relative to UTC.

See the original; the relationship to UTC was explicit at all points there.

> This only becomes a serious problem for round-trip conversions.

The major problem here was in one-way conversion; see the original; two-way
conversion T1 -> T2 -> T1 is impossible if the time in T1 can't be
represented at all in T2 (which is the case here).

> Does it make any sense to include a flag if a time value ever gets
> converted between wall time and any other kind of time?
>
> Every other datetime package seems to live with the
> wiggle involved in round-trip conversions, why not Python?

Round-trip conversions aren't at issue here, except to the extent that the
"unspellable hour" at the end of DST makes some one-way conversions
impossible.