Experimental Physics and Industrial Control System
> BTW %T is not portable; IIRC vxWorks and Windows do not support it, so don't
> use it in anything that might run there.
Not only is %T not portable to Windows, it causes an assert error, crashing the application. There is no clue as to what went wrong unless you run it in the debugger.
Mark
-----Original Message-----
From: [email protected] [mailto:[email protected]] On Behalf Of Andrew Johnson
Sent: Tuesday, April 16, 2013 4:06 PM
To: [email protected]
Cc: Eric Norum
Subject: Re: EPICS UTC Time conversion
Hi Eric,
On 2013-04-16 Eric Norum wrote:
> I'm trying to convert an EPICS time stamp into a string -- but in UTC, not
> the local time zone.
> The resultant string is one hour off. It's as if the routines above are
> trying to apply daylight savings time correction to UTC.
I'm not sure if this is the source of your problem, but there is one very
subtle gotcha about the ANSI epoch (1 Jan 1970) that I discovered years ago
which might contribute to it: On that date, the UK was actually observing
daylight savings time, so the local time in London was *not* the same as UTC.
It's also possible that the epicsTimeToGMTM() routine that you're using has a
bug in it, there is no explicit test for it in libCom/test and I doubt if it's
had very much real-world usage.
BTW %T is not portable; IIRC vxWorks and Windows do not support it, so don't
use it in anything that might run there.
HTH,
- Andrew
--
It is difficult to get a man to understand something, when his salary
depends upon his not understanding it. -- Upton Sinclair
- Replies:
- Re: EPICS UTC Time conversion Eric Norum
- References:
- EPICS UTC Time conversion Eric Norum
- Re: EPICS UTC Time conversion Andrew Johnson
- Navigate by Date:
- Prev:
Re: EPICS UTC Time conversion Andrew Johnson
- Next:
Re: EPICS UTC Time conversion Eric Norum
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
<2013>
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
Re: EPICS UTC Time conversion Andrew Johnson
- Next:
Re: EPICS UTC Time conversion Eric Norum
- Index:
1994
1995
1996
1997
1998
1999
2000
2001
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
<2013>
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024