Bill Cruise wrote:
>
> Well, I got quite a surprise when our system display showed
> 1 Jan 1900! Turns out that tsStampToText() is used to break
> out the timestamp (which itself is OK), and it only has an
> option for a "YY" type format. Unfortunately this function
> call is at the heart of our system. We are running R3.13.beta11,
> in case there are version differences in this area.
tsStampToText actually supports two output formats:
TS_TEXT_MONDDYYYY Mon dd, yyyy hh:mm:ss.nano-secs
TS_TEXT_MMDDYY mm/dd/yy hh:mm:ss.nano-secs
Within the EPICS base source code the MMDDYY format is only ever requested
in test code or logging output from the sequencer. Changing the
TS_TEXT_MMDDYY format to generate a 4-digit year would probably break more
code than it fixed due to the longer string generated, which the
application might not be able to handle properly.
The corresponding routime tsTextToStamp converts any 2-digit year < 90 to
a timestamp in the year 20yy (Note to EPICS maintainers in ~2080: you may
want to look at this) and handles 4-digit years correctly.
IMHO this is an application issue, not something that needs to be changed
in EPICS base.
- Andrew
--
I brake for tail-gaters
- Replies:
- Re: Y2K William L. Cruise
- References:
- Y2K Bill Cruise
- Navigate by Date:
- Prev:
Y2K Bill Cruise
- Next:
Xy566 Waveform Garrett D. Rinehart
- 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:
Y2K Bill Cruise
- Next:
Re: Y2K William L. Cruise
- 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
|