Re: Locale timeZoneInformation
- From: "Esteban A. Maringolo" <eMaringolo@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Mon, 31 Oct 2005 23:19:35 -0300
Bill Dargel escribió:
Esteban A. Maringolo wrote:However, if I don't display it, it works, answering a two elements array (???), with the second element being the TIME_ZONE_INFORMATION instance.The reason for two element array is that the first is the GetTimeZoneInformation return code, which tells whether the system is currently in daylight savings time mode or not (or can't be determined).
Yes, but I panic when I see an smalltalk method returning a fixed size collection with distinct elements on each position :-)
However, the TIME_ZONE_INFORMATION>>bias method answer the bias minutes related to GMT 0 (Greenwich), but it answers it with the inverse sign. i.e. my local bias is -180 and if I evaluate #bias, it answers 180.
The inverse sign is probably right. Though the opposite of what is typically displayed (which is the offset of the local time from GMT). MSDN defines TIME_ZONE_INFORMATION bias as:
UTC = local time + bias
Hope this helped clarify a few things.
Yes, MSDN says that, and now that I think... it's right. I'm 3hours before Greenwich.
Best regards,
-- Esteban.
.
- References:
- Re: Locale timeZoneInformation
- From: Bill Dargel
- Re: Locale timeZoneInformation
- Prev by Date: Properties bug or feature?
- Next by Date: Re: Properties bug or feature?
- Previous by thread: Re: Locale timeZoneInformation
- Next by thread: Properties bug or feature?
- Index(es):
Relevant Pages
|