<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 14, 2014 at 5:48 PM, David T. Lewis <span dir="ltr"><<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On Wed, May 14, 2014 at 05:34:42PM -0700, Casey Ransberger wrote:<br>
><br>
> Below.<br>
><br>
> > On May 13, 2014, at 10:30 AM, Eliot Miranda <<a href="mailto:eliot.miranda@gmail.com">eliot.miranda@gmail.com</a>> wrote:<br>
> ><br>
> > The [Cog] vms and the interpreter provide a 64 bit microseconds from 1901 primitive which is good for > 30,000 years.<br>
><br>
> Where's the method in VMMaker? Maybe I'll leave a nice comment for the poor sap who gets the bug in 30,000 years:D<br>
><br>
<br>
</div></div>There are two primitives available in all current VMs:<br>
<br>
primitiveUTCMicrosecondClock<br>
"Answer the UTC microseconds since the Smalltalk epoch. The value is<br>
derived from the Posix epoch (see primitiveUTCMicrosecondClock) with a<br>
constant offset corresponding to elapsed microseconds between the two<br>
epochs according to RFC 868."<br>
<br>
primitiveUtcWithOffset<br>
"Answer an array with UTC microseconds since the Posix epoch and<br>
the current seconds offset from GMT in the local time zone. An empty<br>
two element array may be supplied as a parameter.<br>
This is a named (not numbered) primitive in the null module (ie the VM)"<br></blockquote><div><br></div><div>In which case are we in agreement that it's time I replace the old primitive use with the new ones in trunk?</div>
<div><br></div></div>-- <br>best,<div>Eliot</div>
</div></div>