[tz] zic bug: Wall-clock ordering of transition times

[Michael H Deckers]

     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
> tangent.


    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
    Kaliningrad.

    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).

    Michael Deckers.