MantisBT - CMake
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0007925CMakeCTestpublic2008-11-03 12:162011-01-11 18:05
ReporterRolf Eike Beer 
Assigned ToDavid Cole 
PrioritynormalSeverityminorReproducibilityalways
StatusclosedResolutionwon't fix 
PlatformOSOS Version
Product VersionCMake-2-6 
Target VersionCMake 2.8.3Fixed in Version 
Summary0007925: Time zone is reported in local
DescriptionOne of my hosts is running WinXP32 with German locale. I get strings like this as in the log file:

my_foo_test start time: Nov 03 17:53 Westeurop<-28>ische Normalzeit

I think using the English name of the time zone (CET) would be much more portable.
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2008-11-03 12:16Rolf Eike BeerNew Issue
2009-02-12 12:06Bill HoffmanNote Added: 0014913
2009-02-12 12:06Bill HoffmanStatusnew => assigned
2009-02-12 12:06Bill HoffmanAssigned To => Bill Hoffman
2009-05-11 10:50Rolf Eike BeerNote Added: 0016372
2010-08-25 07:27David ColeNote Added: 0021941
2010-08-25 09:53Rolf Eike BeerNote Added: 0021953
2010-08-31 15:27David ColeAssigned ToBill Hoffman => David Cole
2010-08-31 17:55David ColeTarget Version => CMake 2.8.3
2010-08-31 17:55David ColeDescription Updated
2010-09-06 11:55David ColeNote Added: 0022097
2010-09-06 11:55David ColeStatusassigned => resolved
2010-09-06 11:55David ColeResolutionopen => won't fix
2010-10-06 14:32David ColeFixed in Version => CMake 2.8.3
2010-10-06 14:34David ColeFixed in VersionCMake 2.8.3 =>
2011-01-11 18:05David ColeNote Added: 0024601
2011-01-11 18:05David ColeStatusresolved => closed

Notes
(0014913)
Bill Hoffman   
2009-02-12 12:06   
Can you try setting this environment variable before running ctest:

LC_ALL=POSIX

If it works, I can do it in the ctest main...
(0016372)
Rolf Eike Beer   
2009-05-11 10:50   
No, doesn't help. Probably because it's a windows host.
(0021941)
David Cole   
2010-08-25 07:27   
Is this still happening with cmake 2.8.2? We think this should be fixed already. Please confirm or deny, if possible.
(0021953)
Rolf Eike Beer   
2010-08-25 09:53   
Just run it (CMake 2.8.2, German Win7)

    <StartDateTime>Aug 25 15:50 Mitteleurop[NON-UTF-8-BYTE-0xE4]ische Sommerzeit</StartDateTime>
(0022097)
David Cole   
2010-09-06 11:55   
In the method cmCTest::CurrentTime, we are simply using strftime. Including %Z gives us the time zone portion of the string.

While I agree that it would be nice to have a standardized set of time zone abbreviations that are locale-independent, I'm not sure there's an easy way to accomplish this.

See here for one explanation:
http://social.msdn.microsoft.com/Forums/en-US/vclanguage/thread/f76b8164-a918-4b74-b6d0-b38590c0a537 [^]

I am resolving this bug as "Won't Fix" for now since there does not seem to be any harm (other than very long time zone strings that are just "ugly"...) -- no crash, nothing incorrect, just not very stylish.

If you would like to re-open this, then please do so with a concrete suggestion for how you'd like to see it fixed. If we do fix it, it won't be for the upcoming 2.8.3, but a later release. The only reasonable way I could see fixing it would be to use a numerical "offset from UTC" designation for timezone rather than a name...
(0024601)
David Cole   
2011-01-11 18:05   
Closing resolved issues that have not been updated in more than 3 months.