<div dir="ltr">Okay, so if I&#39;ve understood you correctly, the date are always as per the wall clock. The time <i>may</i> be specified in standard or UTC, but that doesn&#39;t affect how the date part is specified. So just to clarify with a strange example, consider this part of a rule:<div>

<br></div><div>Apr<span class="" style="white-space:pre">        </span>Mon&gt;=1<span class="" style="white-space:pre">        </span> 2:00u</div><div><br></div><div>So say we&#39;re looking for the next transition after 2013-01-01T00:00:00Z, and the current UTC offset is -8. My interpretation of what you&#39;ve said is that we first identify the local date (2013-04-01, which is a Monday) and then we find the point in time in that 24 hour period at which the UTC time is 02:00. So:</div>

<div><br></div><div>Monday April 1st, 6pm local (before)</div><div>Tuesday April 2nd, 2am UTC</div><div><br></div><div>I&#39;m pretty sure that Noda Time wouldn&#39;t handle that correctly :(</div><div><br></div><div>Could you double check my example before I start fixing code? I think at the moment I always assume that the time of day and the date are in the same frame of reference - so in the above example, I suspect I&#39;d find a transition at Monday April 1st, 2am UTC - a whole day early.</div>

<div><br></div><div>I realize that all of this may be academic at the moment - I doubt that there are any rules specified which <i>do</i> have this sort of effect - but I&#39;d rather know about bugs sooner rather than later. It might be an interesting example to try against other implementations, too...</div>

<div><br></div><div>Jon</div><div><br></div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 7 July 2014 22:57, Paul Eggert <span dir="ltr">&lt;<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Transitions are given in terms of the local time before the transition, as otherwise a transition could be self-referential.  A single rule can specify multiple transitions, and it&#39;s reinterpreted each time it&#39;s used.<br>


<br>
Perhaps the following change to zic.8?<br>
<br>
diff --git a/zic.8 b/zic.8<br>
index fb8f882..bd9dfeb 100644<br>
--- a/zic.8<br>
+++ b/zic.8<br>
@@ -283,6 +283,7 @@ or<br>
 if the given time is universal time;<br>
 in the absence of an indicator,<br>
 wall clock time is assumed.<br>
+Local time and date is interpreted as of just before the rule takes effect.<br>
 .TP<br>
 .B SAVE<br>
 Gives the amount of time to be added to local standard time when the rule is in<br>
<br>
</blockquote></div><br></div></div></div></div></div>