Experimental Physics and Industrial Control System
Hi Ralph,
I thought that's what was probably causing your issue.
On 09/27/2016 08:28 AM, Ralph Lange wrote:
> In libCom/osi's epicsTime module, I see epicsTimeToTM() and
> epicsTimeToGMTM() methods that allow to select if the timezone mechanism
> should be used or not.
>
> However, the other direction only offers epicsTimeFromTM() that honors
> timezones, and eventually calls mktime().
>
> Would you agree that epicsTimeFromGMTM() and the matching
> epicsTime::epicsTime(const gm_tm_nano_sec &tm) should be added?
Yes, with our own implementation in epicsTime.cpp. I would suggest
stealing the algorithm for timegm() from
ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/pkgtools/libnbcompat/files/timegm.c
without explicitly copying their code (ours is going to be different
anyway given that it's producing an epicsTime).
As this change will only be adding new methods/routines I'd be happy to
take it on the 3.14 branch (hopefully in time for the 3.14.12.6 release
at the end of October).
This routine could be useful in epicsTimeTest, IIRC there are some
things we don't test because of the effect of the time-zone on results.
- Andrew
--
Arguing for surveillance because you have nothing to hide is no
different than making the claim, "I don't care about freedom of
speech because I have nothing to say." -- Edward Snowdon
- References:
- Time issues on Linux Ralph Lange
- Navigate by Date:
- Prev:
Jenkins build is back to stable : epics-base-3.14 #199 APS Jenkins
- Next:
EPICS 3.15.5 planning Ralph Lange
- Index:
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:
Time issues on Linux Ralph Lange
- Next:
RE: Problem in 3.14.12.5 with osd/WIN32/osdTime.h with latest version of MinGW Mark Rivers
- Index:
2002
2003
2004
2005
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
<2016>
2017
2018
2019
2020
2021
2022
2023
2024