4.3 - new Bug in Locale >> primTimezone?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

4.3 - new Bug in Locale >> primTimezone?

Jon Hylands

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



Reply | Threaded
Open this post in threaded view
|

Re: 4.3 - new Bug in Locale >> primTimezone?

Jon Hylands
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 <[hidden email]> 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




Reply | Threaded
Open this post in threaded view
|

Re: 4.3 - new Bug in Locale >> primTimezone?

David T. Lewis
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 <[hidden email]> 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
> >
> >

>


Reply | Threaded
Open this post in threaded view
|

Re: 4.3 - new Bug in Locale >> primTimezone?

Bert Freudenberg
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 <[hidden email]> 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
>>>
>>>
>
>>
>
>