[tz] Transitions specified for February 29th

Arthur David Olson arthurdavidolson at gmail.com
Mon Jul 7 19:33:41 UTC 2014


Script started on Mon, Jul 07, 2014  3:31:25 PM
$ cat fake
Rule    Fake    2014    max    -    Feb    29    2:00    1    D
Rule    Fake    2014    max    -    Oct    31    3:00    0    S

Zone    Fake    0    Fake    F%sT
$ ./zic fake
"fake", line 4: use of 2/29 in non leap-year (rule from "fake", line 1)
$ exit
Script done on Mon, Jul 07, 2014  3:31:32 PM

    @dashdashado


On Mon, Jul 7, 2014 at 3:09 PM, Jon Skeet <skeet at pobox.com> wrote:

> I'm just going through my Noda Time <http://nodatime.org> code for time
> zone handling, and I've noticed I'm being even more defensive than normal,
> by handling the situation where a time zone transition is specified to
> occur on the 29th of February - I skip forward or backwards to the nearest
> leap year.
>
> This feels like it's overkill to me, and that it would be better just to
> prohibit this situation from occurring in my code, *if* it's widely
> accepted to be invalid data.
>
> Is there anything specifying the behaviour if such data is presented? I
> could try running the zoneinfo compiler myself, but I suspect it would take
> a long time to get all the tools sorted, and I wouldn't be certain of
> interpreting the outcome properly. If anyone just *knows,* that would
> save me a lot of effort :)
>
> Jon
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20140707/a26d191c/attachment.html>


More information about the tz mailing list