Beefy Boxes and Bandwidth Generously Provided by pair Networks
Welcome to the Monastery
 
PerlMonks  

Re^2: Impact of U.S. Daylight Savings Time changes in 2007 on Perl distribution/code

by ysth (Canon)
on Jan 07, 2007 at 18:17 UTC ( [id://593418] : note . print w/replies, xml ) Need Help??


in reply to Re: Impact of U.S. Daylight Savings Time changes in 2007 on Perl distribution/code
in thread Impact of U.S. Daylight Savings Time changes in 2007 on Perl distribution/code

Given the need to patch the underlying O/S
Yikes, what a pain. Especially given that the whole world doesn't automatically follow U.S. rules. Fortunately, sensible OS's store timezone data in data files, usually built from the zoneinfo database (which was updated and released 16 times in 2006).
  • Comment on Re^2: Impact of U.S. Daylight Savings Time changes in 2007 on Perl distribution/code

Replies are listed 'Best First'.
Re^3: Impact of U.S. Daylight Savings Time changes in 2007 on Perl distribution/code
by smithers (Friar) on Jan 07, 2007 at 21:08 UTC
    Very painful. I learned this week that patching Solaris and Windows O/S for DST 2007 changes is inadequate for some Oracle and Microsoft applications. For example: depending on the Oracle version, subsequent Oracle patches may be needed for the Oracle Rdbms software and Oracle JVM (optionally installed) in each database.

    Moreover, I understand that Microsoft apps have patching requirements that go beyond the O/S patching. The specific example I heard about this week is that Outlook versions prior to Outlook 2007 will need application patching else existing appointments will be an hour off come March 12th when the new DST rules go into effect (even if you patch the MS O/S for DST changes).

    So, this is just a off-hand sampling of potential issues I'm aware of. Kudos to kool delhite for bringing up this topic in a perl context.