View Issue Details [ Jump to Notes ] [ Print ]
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.
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0014913)
Bill Hoffman (manager)
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 (developer)
2009-05-11 10:50

 No, doesn't help. Probably because it's a windows host.
(0021941)
David Cole (manager)
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 (developer)
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 (manager)
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 (manager)
2011-01-11 18:05

 Closing resolved issues that have not been updated in more than 3 months.

 Issue History
Date Modified Username Field Change
2008-11-03 12:16 Rolf Eike Beer New Issue
2009-02-12 12:06 Bill Hoffman Note Added: 0014913
2009-02-12 12:06 Bill Hoffman Status new => assigned
2009-02-12 12:06 Bill Hoffman Assigned To => Bill Hoffman
2009-05-11 10:50 Rolf Eike Beer Note Added: 0016372
2010-08-25 07:27 David Cole Note Added: 0021941
2010-08-25 09:53 Rolf Eike Beer Note Added: 0021953
2010-08-31 15:27 David Cole Assigned To Bill Hoffman => David Cole
2010-08-31 17:55 David Cole Target Version => CMake 2.8.3
2010-08-31 17:55 David Cole Description Updated
2010-09-06 11:55 David Cole Note Added: 0022097
2010-09-06 11:55 David Cole Status assigned => resolved
2010-09-06 11:55 David Cole Resolution open => won't fix
2010-10-06 14:32 David Cole Fixed in Version => CMake 2.8.3
2010-10-06 14:34 David Cole Fixed in Version CMake 2.8.3 =>
2011-01-11 18:05 David Cole Note Added: 0024601
2011-01-11 18:05 David Cole Status resolved => closed

Copyright © 2000 - 2018 MantisBT Team