topic Re: Daylight Savings (again!) in Operating System - OpenVMS

Daylight Savings (again!)

matthew robey — Tue, 10 Jan 2006 22:53:55 GMT

Ok, so down here (down under), we have the Commonwealth Games happening at the end of March.
The government have decided that as the majority of TV viewers won't be in Oz or NZ, the change to daylight savings will be a week later than normal.(So the Poms don't have to get up too early!).This has of course nothing to do with money generated by TV advertising.

Anyway, what do I need to do (if anything) to change the automatic daylight savings to kick in on the first Sunday in April, rather than the last Sunday in March.

OpenVms V7.3-2, tpip V5.4, no DTSS, Decnet V over tcpip, auto_dlight_sav set to 1.

Thanks,

Matt (who is both Pom and Aussie)

Re: Daylight Savings (again!)

Thomas Ritter — Tue, 10 Jan 2006 23:02:06 GMT

Matthew, we have our OPS make the changes using command procedures. We run VMS 7.3-2 and RDB. From an application point of view only some aspects uses dates stored as data. RDB use sequence numbers so it won't break.
I would ensure that time offsets are used. Experience has show that if OPS key in times manually say using a set time command then they might get the year, month or all wrong.
After considering the applications affects and I would submit a batch job using something similar to our MENU scripts.

An extract from our script is this

$ current_time = f$cvtime()
$ current_time_plus_one_hour = f$cvtime("+01:00")
$ current_time_minus_one_hour = f$cvtime("-01:00")
$ clearx
$ ws bold + "This Procedure will set the time FORWARDS by exactly one hour from NOW" + normal
$ ask "''f$fao("Confirm change of time !/!_from !AS !/!_to !AS (y/n) ",current_time,current_time_plus_one_hour)'" ans
$ if ans
$ then
$ if f$getsyi("CLUSTER_MEMBER")
$ then
$ ws bold + "$ set time/cluster=''current_time_plus_one_hour'" + normal
$ set time="+01:00"/cluster
$ ws bold + f$fao("Current system time on the Cluster is !%D",0) + normal
$ else
$ ws bold + "$ set time=''current_time_plus_one_hour'" + normal
$ set time="+01:00"
$ ws bold + f$fao("Current system time !%D",0) + normal
$ endif
$ request/to=security "''f$getjpi("","USERNAME")' has changed the SYSTEM TIME Forwards."
$ else
$ ws tab + "Request terminated."
$ endif

Re: Daylight Savings (again!)

Andy Bustamante — Wed, 11 Jan 2006 00:29:01 GMT

See chapter 6 of the System Manager's Manual vol 1 and sys$examples:DAYLIGHT_SAVINGS.COM. You'll need to change auto_dlight_sav to 0 (and reboot) to prevent the automatic change. http://h71000.www7.hp.com/doc/732FINAL/aa-pv5mh-tk/aa-pv5mh-tk.HTMl

Andy

Re: Daylight Savings (again!)

Ian Miller. — Wed, 11 Jan 2006 04:18:25 GMT

See VMS FAQ section 4.4.1
http://h71000.www7.hp.com/faq/vmsfaq_006.html#time13

Re: Daylight Savings (again!)

matthew robey — Wed, 11 Jan 2006 16:24:50 GMT

In case there are any other Aussies who want to know:

Modified the AUSTRALASIA file in
SYS$COMMON:[SYS$ZONEINFO.SYSTEM.SOURCES]

added the following line under NSW

Rule AN 2006 only - Apr Sun>=1 2:00 0 -

Then $ zic -v -d sys$common:[sys$zoneinfo.system] australasia
(note the space between ] and australasia)

Then @sys$manager:utc$time_setup

And the logical "SYS$TIMEZONE_RULE" = "EST-10EST-11,M10.5.0/02,M4.1.0/03"

So in theory all should be sweet for April.

Thanks for your help.

Matt

Re: Daylight Savings (again!)

John Gillings — Wed, 11 Jan 2006 19:31:33 GMT

Matt,

Please log a case. There's an updated timezone rule "patch" for Australiasia. It may eventually make its way out to the Sydney CSC FTP site.