[tz] zic bug: Wall-clock ordering of transition times
Michael H Deckers
michael.h.deckers at googlemail.com
Wed Dec 30 00:11:04 UTC 2020
On 2020-12-29 22:45, Brian Park wrote:
> Then I wish you had said exactly that, instead of having me go off on a
So do I. I am sorry to have lead you astray.
> Maybe I am misinterpreting something, but I don't understand why
> you are being confrontational about this. I am presenting results from 2
> different TZ parsers, using algorithms developed independently. I thought
> this would be interesting and relevant to this topic.
I do not want to sound confrontational but I do
want to be short. My comment on your original post
concerned only one sentence, and I did in no way
comment on the rest of that post.
> I don't understand
> the point that you are trying to make.
The complete sentence I commented about is:
The core of why it "just works" seems be in the interpretation
of the "2:00 transition to US Rule", and the fact that "2:00"
is Wall-time, not S-time or U-time:
I understand this to imply that a time of day value with
a postfix "s" or "u" in the UNTIL column would preclude
that it "just works".
Now there are cases where two transitions (an increase
in SAVE value after a decrease in STDOFF) are colaesced,
and where the corresponding UNTIL column has a time of
day value with a postfixed "s"; one example is for
My comment asks how your code deals with such cases,
given that it would not "just work".
I hope this makes my point clear(er).
More information about the tz