Hello Kay,
Thanks for summarizing the problem.
From what you said, I guess the fix in Base would be for the vxWorks
version of epicsTime_gmtime() to explicitly set the tm_isdst field to 0
- does that seem correct? If so, I propose to apply this patch in
src/libCom/osi/os/vxWorks:
Index: osdTime.cpp
===================================================================
RCS file:
/net/phoebus/epicsmgr/cvsroot/epics/base/src/libCom/osi/os/vxWorks/osdTime.cpp,v
retrieving revision 1.9
diff -u -b -r1.9 osdTime.cpp
--- osdTime.cpp 12 Jul 2002 21:35:07 -0000 1.9
+++ osdTime.cpp 20 Mar 2007 15:17:43 -0000
@@ -29,6 +29,7 @@
{
int status = gmtime_r ( pAnsiTime, pTM );
if ( status == OK ) {
+ pTM->tm_isdst = 0; /* vxWorks doesn't set this */
return epicsTimeOK;
}
else {
Those in favour say Aye.
Those against say Nay.
- Andrew
--
The right to be heard does not automatically include
the right to be taken seriously. -- Hubert H. Humphrey
- Replies:
- Re: EPICS_TIMEZONE, TIMEZONE, vxWorks daylight saving Kay-Uwe Kasemir
- Navigate by Date:
- Prev:
Re: calcoutRecord.h Andrew Johnson
- Next:
Re: EPICS_TIMEZONE, TIMEZONE, vxWorks daylight saving 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
- Navigate by Thread:
- Prev:
Re: calcoutRecord.h Andrew Johnson
- Next:
Re: EPICS_TIMEZONE, TIMEZONE, vxWorks daylight saving 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
|