[squeak-dev] 4.3 - new Bug in Locale >> primTimezone?

Bert Freudenberg bert at freudenbergs.de
Wed Feb 1 19:00:16 UTC 2012


I seem to recall that Eliot had a different idea of how the time zone support should work. The image code hasn't changed in a while so I'm pretty sure it's a VM issue.

- Bert -

On 31.01.2012, at 17:49, David T. Lewis wrote:

> Hi Jon,
> 
> I am not using a Windows VM, and am in the EST time zone, so I cannot
> directly reproduce your problem. But I'm very interested in knowing
> the cause of it if you or anyone else figures it out. In particular
> I'd like to know if it's a VM issue or an image issue (or both).
> 
> Dave
> 
> On Tue, Jan 31, 2012 at 11:26:57AM -0500, Jon Hylands wrote:
>> Actually, some additional information...
>> 
>> Turns out the 4.2 testing I was doing was with the Cog VM. With the normal
>> 4.2 VM (which is the same as the 4.3 VM), the problem shows up in 4.2 also.
>> 
>> So this appears to be an issue with the latest Windows VM, which is
>> Squeak4.1.1 from Jul 27, 2010...
>> 
>> - Jon
>> 
>> 
>> On Tue, Jan 31, 2012 at 11:12 AM, Jon Hylands <jon at huv.com> wrote:
>> 
>>> 
>>> Hi everyone,
>>> 
>>> I've ported some of my code into Squeak 4.3 (was running in 4.2 before),
>>> and ran into a weird issue comparing Date objects.
>>> 
>>> When you execute "Date today", it produces a Date object with DateAndTime
>>> localTimeZone's offset, which is set upon image startup to be Locale >>
>>> offsetLocalToUTC, which in turn calls Locale >> primTimezone.
>>> 
>>> On a 4.2 image, on both my XP and Windows 7 machines, that primitive
>>> returns -300 (minutes), which is -5 hours, which is correct (since I live
>>> in SW Ontario, Canada, which is EST).
>>> 
>>> On a 4.3 image, with or without updates, that method returns -240, which
>>> is -4, which is clearly wrong at this point in time.
>>> 
>>> - Jon
>>> 
>>> 
> 
>> 
> 
> 



More information about the Squeak-dev mailing list