<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 14, 2017 at 8:26 AM, Chris Cunningham <span dir="ltr"><<a href="mailto:cunningham.cb@gmail.com" target="_blank">cunningham.cb@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">HI.<br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Mar 14, 2017 at 8:13 AM, Eliot Miranda <span dir="ltr"><<a href="mailto:eliot.miranda@gmail.com" target="_blank">eliot.miranda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Levente,<div class="gmail_extra"><br><div class="gmail_quote"><span>On Tue, Mar 14, 2017 at 2:41 AM, Levente Uzonyi <span dir="ltr"><<a href="mailto:leves@caesar.elte.hu" target="_blank">leves@caesar.elte.hu</a>></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">Hi Eliot,<br>
<br>
I pointed out earlier that the time zone doesn't update in primitive 241 or primitiveUtcWithOffset when DST changes happen.<br>
However, it does change in LocalePlugin's primitiveTimezoneOffset, which is what we use as a workaround to create correct DateAndTime instances in one of our projects.<br>
It would be nice if the other two primitives worked correctly.</blockquote><div><br></div></span><div>Sure, but the point is that we don't want the normal time access primitive to update the timezone in 241 because that adds overhead to every invocation that pays off only twice a year.  As David points out primitiveUtcWithOffset /does/ update the timezone.  So what's needed is a way to arrange that primitiveUtcWithOffset is invoked often enough to update the timezone, but infrequently enough not to cost a lot.</div></div></div></div></blockquote><div><br></div></span><div>To be precise, some places change 4 times a year (double daylight savings); some never change.</div></div></div></div></blockquote><div><br></div><div>Ah, good to know.  Can you point to examples of the former?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>If there was a way to know what the local rules were at image startup, it could schedule a process to kick off around the right time to check for changes - or it could completely disable that checking.  Most of the year checking for changes is always no needed (unless the image starts up in a different zone, at which time it should immediately get the right offset).</div><div>I don't have an actual suggestion (yet) on how to know when to start scanning for changes more regularly.  Maybe it could scan in the high priority background every 10 minutes for an offset change?</div></div></div></div></blockquote><div><br></div><div>Exactly.  Once a minute would likely have minimal overhead.  Once every thirty minutes at 1 second past the minute would probably be more than adequate.  But right now we're not doing this.  What do we have to do to arrange that we do?</div><div><br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div>
</div></div>