EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: RE: EPICS UTC Time conversion
From: Mark Rivers <[email protected]>
To: "'Andrew Johnson'" <[email protected]>, "[email protected]" <[email protected]>
Cc: Eric Norum <[email protected]>
Date: Tue, 16 Apr 2013 21:38:22 +0000
> 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  <20132014  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  <20132014  2015  2016  2017  2018  2019  2020  2021  2022  2023  2024 
ANJ, 20 Apr 2015 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·