|
I'd tend to avoid localtime and the traditional UNIX time values when
feasible -- the seconds since 1-Jan-1970 format -- in favor of using
UTC and similar calls, and calls to the native OpenVMS time routines.
The UNIX epoch fails in 2038, and folks are busy chopping out all the
Year-2000 failures already... (Retire? Who, me? :-)
: Will all OVMS systems give the same results or is there also a timezone
: factor ?
VAX C -- the compiler and RTL covered by this conference -- is very
old. DEC C -- the current-generation C compiler, and compatible with
the UNIX DEC C compiler, is covered in TURRIS::DECC.
If you are using VAX C, I doubt this will be fixed/enhanced... VAX C
and the VAX C RTL was replaced with DEC C five+ years ago, and only
critical RTL bugfixes are likely to be implemented...
You will want to mention the OpenVMS VAX version, and (if using it) the
DEC C version.
UTC support was added in V6.0 and later OpenVMS, and the DEC C RTL
started taking advantage of this support in rather more recent OpenVMS
releases. (Prior to this, the time calls all returned local time...)
There is a list of RTL functions and release dates available at URL
http://hndymn.zko.dec.com/~crtl/when_functions_were_released.html.
Much (all?) of the DEC C UTC support was added in the DECC$SHR first
shipping in V7.0.
The time and timezone is set via procedures in SYS$MANAGER:. See the
more recent OpenVMS new features documentation for information.
|