<div dir="auto"><div dir="auto">The java.time.* code exposes the local time that the transition occurs. This can be represented within the bounds 00:00 to 24:00. There is no way to represent 25:00 or negatives.</div><div><a href="https://docs.oracle.com/javase/8/docs/api/java/time/zone/ZoneOffsetTransitionRule.html" target="_blank" rel="noreferrer">https://docs.oracle.com/javase/8/docs/api/java/time/zone/ZoneOffsetTransitionRule.html</a><br><br>As such, the tzdb parser would have to convert 25:00 and try to reinterpret it as the next day within the valid bounds, which is far from ideal. It would be much better for the upstream source to represent the data in a more standard and backwards compatible way. </div><div dir="auto"><br></div><div dir="auto">(The existing API will be supported unaltered for many years, potentially decades, so changing the API is not a viable solution.) </div><div dir="auto"><br></div><div dir="auto">Stephen </div><div dir="auto"><br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Thu, 18 Oct 2018, 19:15 Paul Eggert, <<a href="mailto:eggert@cs.ucla.edu" target="_blank" rel="noreferrer">eggert@cs.ucla.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 10/18/18 8:14 AM, Christos Zoulas wrote:<br>
> My folks are reporting that java does not like it:<br>
><br>
> ERROR: Failed: java.lang.Exception: Failed while parsing file<br>
> '/tmp/tz.tmp_2/asia' on line 1655 'Rule       Japan   1948    1951    -       SepSat>=8 25:00 0       S'<br>
> ERROR: java.lang.Exception: Failed while parsing file<br>
> '/tmp/tz.tmp_2/asia' on line 1655 'Rule       Japan   1948    1951    -       Sep     Sat>=8 25:00    0       S'<br>
><br>
Thanks for the heads-up; please try the attached patch.<br>
<br>
Is there some way your folks can try the development version on GitHub <br>
every now and then? That "25:00" has been in the development version <br>
since last month and was explicitly called out when the patch was <br>
circulated on the mailing list <br>
<<a href="https://mm.icann.org/pipermail/tz/2018-September/026891.html" rel="noreferrer noreferrer noreferrer" target="_blank">https://mm.icann.org/pipermail/tz/2018-September/026891.html</a>>. It'd <br>
have been nice to catch the glitch before 2018f came out.<br>
<br>
</blockquote></div></div></div>