2012-06-14 11:51:24.902126+00:00
https://api.launchpad.net/1.0/bugs/1001340
https://api.launchpad.net/1.0/~mail-jfalch
https://api.launchpad.net/1.0/maria/+milestone/5.5
https://api.launchpad.net/1.0/bugs/1001340/linked_branches
https://api.launchpad.net/1.0/bugs/1001340/activity
https://bugs.launchpad.net/bugs/1001340
Jürgen Falch
Vladislav Vaintroub
Maria 5.5
system_time_zone is set wrong
New
Medium
2012-05-18 16:43:08.479197+00:00
bug
Jürgen Falch
added bug
maria: assignee
Elena Stepanova
maria: milestone
Vladislav Vaintroub
maria: importance
Vladislav Vaintroub
Jürgen Falch
Jürgen Falch
Vladislav Vaintroub
#include
int main()
{
TIME_ZONE_INFORMATION tzi;
GetTimeZoneInformation(&tzi);
wprintf(L"%s\n", tzi.StandardName);
wprintf(L"%s\n", tzi.DaylightName);
return 0;
}
It does not return 3 letter abbreviation for me, but instead
W. Europe Standard Time
W. Europe Daylight Time
I consider this ok, since the doc explicitely states that the result can be OS-dependent. However I'd rather avoid non-ASCIIs and stay English . So, I'm basically wondering if localized Windows would return localized results.
]]>
Jürgen Falch
It does not return 3 letter abbreviation for me, but instead
> W. Europe Standard Time
> W. Europe Daylight Time
the test program returns:
Westeuropäische Normalzeit
Westeuropäische Sommerzeit
> So, I'm basically wondering if localized Windows would return localized> results.
I have googled quite a lot on this, and experimented some. The result appears to be that on a localized windows, the time zone
names returned by GetTimeZoneInformation() are always a) localized, b) "long" names and c) invented by someone at Microsoft,
ie not textually equal to standard Unix/etc timezone names (as found in mysql.time_zone_names).
If such localized Microsoft-specific timezone names are understood inside mysqld, (ie when setting system_time_zone), there is
no bug/problem.
If not, please be so kind as to read my comments to the bug report, especially the second one.
IMHO, a simple way to obtain a valid value for system_time_zone on windows, localized or not, would be:
call GetTimeZoneInformation(&tzi) where tzi is a variable of type TIME_ZONE_INFORMATION:
if the resulting value is 1 (TIME_ZONE_ID_STANDARD), bias= tzi.Bias + tzi.StandardBias;
if the resulting value is 2 (TIME_ZONE_ID_DAYLIGHT), bias= tzi.Bias + tzi.DaylightBias;
(if the resulting value should be other (0), the timezone can not be determined - should not happen.)
Convert the resulting bias (unit: minutes, signed) to +|-hh:mm format, and you should be done.
Best regards,
--
Jürgen Falch
PGP: D4D92BB3
]]>