Experimental Physics and Industrial Control System
|
Andrew Johnson wrote:
No, don't. Apply the attached patch instead, which is a diff between
R3.14.9 and the current head of the R3.14 branch and should work in all
timezones.
The Posix spec apparently does not require that a time_t be expressed in
seconds, although Unix historically has used that. The existing
(broken) code does not make that assumption, and neither does my patched
version (which I did tell Peter about several months ago), but a using
constant probably does.
Oops, maybe it *doesn't* actually solve Peter's problem, but it should
be the basis of any fix. Maybe we have to drop the mktime() calls
[unfortunately there's no posix call gm_mktime()] but could just divide
the constant by this->time_tSecPerTick?
Jeff, comments?
- Andrew
--
When a distinguished but elderly scientist states that something is
possible, he is almost certainly right. When he states that something
is impossible, he is very probably wrong. -- Arthur C. Clarke
- Replies:
- Re: Problems within epicsTime.cpp Kay-Uwe Kasemir
- References:
- Problems within epicsTime.cpp Denison, PN (Peter)
- Re: Problems within epicsTime.cpp Kay-Uwe Kasemir
- Re: Problems within epicsTime.cpp Andrew Johnson
- Navigate by Date:
- Prev:
Re: Problems within epicsTime.cpp Andrew Johnson
- Next:
RE: Problems within epicsTime.cpp Denison, PN (Peter)
- Index:
2002
2003
2004
2005
2006
2007
<2008>
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
- Navigate by Thread:
- Prev:
Re: Problems within epicsTime.cpp Andrew Johnson
- Next:
Re: Problems within epicsTime.cpp Kay-Uwe Kasemir
- Index:
2002
2003
2004
2005
2006
2007
<2008>
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
2025
|
ANJ, 02 Feb 2012 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
·
Search
·
EPICS V4
·
IRMIS
·
Talk
·
Bugs
·
Documents
·
Links
·
Licensing
·
|