The change to [UNTILYEAR [MONTH [DAY [TIME]]]] is much clearer for anyone parsing the file.<br><br>A few other items.<br><pre style="margin-left: 40px;">TYPE    Gives the type of year in which the rule applies.<br></pre><span>
As far as I can tell, this is always &quot;-&quot;. Might be nice to have a note indicating the last time this was necessary. (I hope it never becomes necessary to use in the future, since that makes the file unparseable by anything but zic.)
<br><br></span><pre>     SAVE    Gives the amount of time to be added to local<br>             standard time when the rule is in effect.  This<br>             field has the same format as the AT field (although,<br>             of course, the w and s suffixes are not used).
</pre>It doesn't mention the <span style="font-family: monospace;">&quot;</span>u (or g or<span style="font-family: monospace;"> </span>z)&quot; suffixes. If those are also disallowed, they should be mentioned; or the text could be phrased as &quot;of course, the letter suffixes are not used&quot;.
<span><br></span><pre>     GMTOFF<br>           The amount of time to add to UTC to get standard time<br>           in this zone.  This field has the same format as the<br>           AT and SAVE fields of rule lines; begin the field with
<br>           a minus sign if time must be subtracted from UTC.</pre><span>This is incorrect, since the AT and SAVE fields don't have the same format: I presume it is the SAVE format, so &quot;AT and&quot; should be deleted.
<br></span><br>Mark<br><br><div><span class="gmail_quote">On 9/28/06, <b class="gmail_sendername">Olson, Arthur David (NIH/NCI) [E]
</b> &lt;<a href="mailto:olsona@dc37a.nci.nih.gov" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">olsona@dc37a.nci.nih.gov</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

In early versions of the time zone package there was no support for<br>&quot;UNTIL&quot; stuff; lines of the same type always had the same number of</blockquote></div><br>