<div dir="ltr">tzfile.5 says:<br>> After the second header and data comes a newline-enclosed,<br>> POSIX-TZ-environment-variable-style string for use in handling<br>> instants after the last transition time stored in the file<br><br>I had imagined that the reference implementation would apply the future rule for all of the future, but I currently observe that UTC-offset changes get stuck after a while for many (but not all) zones.<br><br>For example, for <i>"Australia/Sydney"</i>, whose POSIX TZ string is <i>"AEST-10AEDT,M10.1.0,M4.1.0/3"</i>, <font face="monospace">tz_localtime_rz()</font> produces the following civil times at the given instants:<br><br><font face="monospace">  14745254399 = 2437-04-05T02:59:59+1100<br>  14745254400 = 2437-04-05T02:00:00+1000<br>  14760979199 = 2437-10-04T01:59:59+1000<br>  14760979200 = 2437-10-04T03:00:00+1100</font><br><br>That looks good ... daylight time from the first Sunday in Oct through the first Sunday in Apr, shifting at 03:00.  But once we hit 2438, the UTC offset is stuck at +1100.  For example, in July we would expect to see standard time, but instead get:<br><br><font face="monospace">  14784296400 = 2438-07-01T00:00:00+1100</font><br><br>And it never seems to recover after that.<br><br>I'm pretty sure this used to work.<br></div>