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 |
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 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 > > > > > |
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 >>> >>> > >> > > |
Free forum by Nabble | Edit this page |