<div dir="ltr">Hi Frank,<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 14, 2014 at 2:11 PM, Frank Shearar <span dir="ltr"><<a href="mailto:frank.shearar@gmail.com" target="_blank">frank.shearar@gmail.com</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"><a href="http://build.squeak.org/job/SqueakTrunkOnSpur/31/testReport/junit/KernelTests.Chronology/DateAndTimeTest/testReadFrom/" target="_blank">http://build.squeak.org/job/SqueakTrunkOnSpur/31/testReport/junit/KernelTests.Chronology/DateAndTimeTest/testReadFrom/</a><br>
shows a not-very-helpful test failure report: Expected<br>
'2002-05-1...etc... but was '2002-05-1...etc....<br>
<br>
If <a href="http://build.squeak.org" target="_blank">build.squeak.org</a> is anything like my machine, that failure might<br>
more profitably be reported as:<br>
<br>
Expected '2002-05-16T17:20:00+00:00' but was '2002-05-16T17:20:00+01:00'<br>
<br>
from this assertion:<br>
<br>
self assert: '2002-05-16T17:20:00+00:00' equals: ' 2002-05-16T17:20'<br>
asDateAndTime printString.<br>
<br>
Is this expected (because of changes in datetime primitives)?<br></blockquote><div><br></div>This isn't expected. I got as far as finding out that the difference is due to Spur answering 1 hour off in DateAndTime class>>localOffset. That itself could be as simple as DataAndTime's LocalTimeZone variable not being flushed. Because when I evaluate TimeZone default offset I get 0 as expected. Alas I'm mired in a performance regression right now so have no time to look at this yet.</div>
<div><br></div><div>Could be because the Preferences valueOfFlag: #useLocale is false, which it shouldn't be.</div><div>Could be because Locale startUp: isn't evaluated.</div>-- <br>best,<div>Eliot</div>
</div></div>