<br><br><div class="gmail_quote">On Sun, Aug 22, 2010 at 7:39 PM, David T. Lewis <span dir="ltr">&lt;<a href="mailto:lewis@mail.msen.com">lewis@mail.msen.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Eliot,<br>
<br>
Yes, it can be retracted. I may not get to it for a few days so feel<br>
free to do so on my behalf. I introduced the change in trunk to put<br>
some visibility on the new primitives, which appears to have achieved<br>
the intended purpose ;)<br>
<br>
With respect to the Squeak epoch, we do have an issue that needs to<br>
be clarified. In the Squeak implementation, we have the 1901 epoch,<br>
but AFAIK there is no specification of the time zone in which the epoch<br>
is defined. In the Squeak implementation, local time has consistently<br>
been used in the platform interface, and the actual values of the<br>
Squeak clock for any real point in time are different depending on<br>
the time zone in which the image happens to be running.<br></blockquote><div><br></div><div>It&#39;s implicit that it is GMT/UTC.  So the Squeak epoch is the start of 1901 in Greenwich.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
To put it another way, there is no such thing as &quot;UTC &amp; local<br>
microseconds from the Smalltalk epoch&quot; unless there is a clearly<br>
defined transformation between the Smalltalk epoch and the posix<br>
epoch, and in practice (in Squeak at least) this is not the case.<br>
Midnight on January 1, 1901 in Palo Alto, California was a different<br>
point in time from midnight January 1, 1901 in London, and I cannot<br>
determine which of the two was the &quot;real&quot; Smalltalk epoch.<br></blockquote><div><br></div><div>The latter is the only one that makes good sense.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
This begs the question of why, in implementing the interface to<br>
the underlying platform, we would *not* want use the posix epoch<br>
as a reference point. The Posix epoch is well defined, well documented,<br>
well understood, and easily translated to any existing definition of<br>
the Smalltalk epoch. In contrast, the Smalltalk epoch is ambiguously<br>
defined, poorly documented, and widely misunderstood.<br></blockquote><div><br></div><div>I think its easy to fix; just define it to be the start of the 20th century in UTC.  That&#39;s what we did with VW and its easy to do with Squeak.  For me backwards compatibility pushes strongly for keeping with the Squeak epoch, i.e. Time seconds = Time milliseconds / 1000000.</div>
<div><br></div><div>best,</div><div>Eliot</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Dave<br>
<br>
On Sat, Aug 14, 2010 at 05:28:28PM -0700, Eliot Miranda wrote:<br>
&gt;<br>
&gt; Hi David,<br>
&gt;<br>
&gt;     any chance of getting you to retract this?  The Cog VM has 64-bit UTC &amp;<br>
&gt; local microseconds from the Smalltalk epoch (1901), which are hence easier<br>
&gt; to use as a basis for the Squeak clock and still last for ~ 54,000 years.<br>
&gt;  I&#39;d like to see the Cog and standard VMs converge on a primitive set.  This<br>
&gt; is an issue for me since changing the epoch is, I think, an unnecessary<br>
&gt; change.<br>
&gt;<br>
&gt; best<br>
&gt; Eliot<br>
&gt;<br>
&gt; On Sat, Aug 14, 2010 at 4:55 PM, &lt;<a href="mailto:commits@source.squeak.org">commits@source.squeak.org</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; Changes to Trunk (<a href="http://source.squeak.org/trunk.html" target="_blank">http://source.squeak.org/trunk.html</a>) in the last 24<br>
&gt; &gt; hours:<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; <a href="http://lists.squeakfoundation.org/pipermail/packages/2010-August/003596.html" target="_blank">http://lists.squeakfoundation.org/pipermail/packages/2010-August/003596.html</a><br>
&gt; &gt;<br>
&gt; &gt; Name: Kernel-dtl.476<br>
&gt; &gt; Ancestors: Kernel-eem.475<br>
&gt; &gt;<br>
&gt; &gt; Add Time class&gt;&gt;primMicrosecondClock and Time class&gt;&gt;primUtcWithOffset for<br>
&gt; &gt; access to microsecond clock primitives available in newer Squeak VMs.<br>
&gt; &gt;<br>
&gt; &gt; primMicrosecondClock provides a system clock with nominal microsecond<br>
&gt; &gt; precision.<br>
&gt; &gt;<br>
&gt; &gt; primUtcWithOffset answers UTC time as microseconds since the Posix epoch<br>
&gt; &gt; and offset as seconds offset from GMT. The Squeak clock is traditionally<br>
&gt; &gt; implemented in terms of platform local time. Use of UTC time and offset is<br>
&gt; &gt; advantageous if time zones and daylight saving time offsets are to be<br>
&gt; &gt; considered.<br>
&gt; &gt;<br>
&gt; &gt; Example:<br>
&gt; &gt; { Time primMillisecondClock .<br>
&gt; &gt;   Time primMicrosecondClock .<br>
&gt; &gt;   Time primUtcWithOffset } ==&gt; #(6932757 6932757830 #(1281815075538304<br>
&gt; &gt; -14400))<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; =============================================<br>
&gt; &gt;<br>
&gt; &gt;<br>
<br>
</blockquote></div><br>