On solaris you still need to reboot so that all processes pick up the
zoneinfo...

We know all about that stuff in australia, each state has their own mind
about the dates.. Last year it was the commonwealth games - they changed
the date with 4 months notice and forced us to patch every one of our
servers on the planet, in 2000 the olympics pushed the dates around and
then just a few weeks ago western australia suddenly turned around after
years of refusing to have it at all (because it upsets cows and causes
curtains to fade) and implemented it on Dec 3rd with 10 days notice... 

Regardless of the operating systems, JVMs have their own zoneinfo - so
you have to track down all the JREs SDKs etc and patch them, with the
attendant 'enhancements' in each patch of java mucking up your applets.
Eddie's right, you're all running out of time already....

-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT listserv.temple DOT edu] On
Behalf Of Tim Mooney
Sent: Friday, 15 December 2006 9:39 AM
To: NETWORKER AT listserv.temple DOT edu
Subject: Re: [Networker] 2007 USA Daylight Savings Change

In regard to: [Networker] 2007 USA Daylight Savings Change, Albert
Eddie...:

> Many of our applications are going to need PATCHING for the upcoming 
> modification to US time. Further (y)our locations Outside Continental 
> US
> (OCONUS) will need to make changes as well, requiring them to modify 
> any local software they have developed.

I'm surprised by this.  I would think that most applications would be
able to rely on the OS's handling of timezones and time transition, and
the application itself wouldn't need to know anything more what the OS
is telling it.  I would think that even payroll or timeclock
applications could rely on the OS, and not need to build in logic that
hardcodes when daylight savings time begins or ends.  Most UNIX
applications certainly don't need to have built-in logic for when the
transitions happen.

Most recent UNIXes use a compiled (binary) file that describes the
transition, and if you don't want to, you don't have to wait for your
vendor to provide a patch -- you can create the necessary files yourself
that describe the transition, and then compile them into the binary
zoneinfo files.

"man zic" on Solaris or Linux for more info.

Tim
-- 
Tim Mooney                                           Tim.Mooney AT ndsu DOT edu
Information Technology Services                      (701) 231-1076
(Voice)
Room 242-J6, IACC Building                           (701) 231-8541
(Fax)
North Dakota State University, Fargo, ND 58105-5164

To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or via RSS at
http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER


NOTICE
This e-mail and any attachments are confidential and may contain copyright 
material of Macquarie Bank or third parties. If you are not the intended 
recipient of this email you should not read, print, re-transmit, store or act 
in reliance on this e-mail or any attachments, and should destroy all copies of 
them. Macquarie Bank does not guarantee the integrity of any emails or any 
attached files. The views or opinions expressed are the author's own and may 
not reflect the views or opinions of Macquarie Bank.

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER