Slashdot Mirror


'Daylight Savings Bugs' Loom

An anonymous reader writes "ZDNet has front page coverage of the looming daylight savings changeover, and the bugs that may crop up this year. With the extension of daylight savings time by four weeks, some engineers and programmers are warning that unprepared companies will experience serious problems in March. While companies like Microsoft have already patched their software, Gartner is warning that bugs in the travel and banking sectors could have unforeseen consequences in the coming months. ' In addition, trading applications might execute purchases and sales at the wrong time, and cell phone-billing software could charge peak rates at off-peak hours. On top of that, the effect is expected to be felt around the world: Canada and Bermuda are conforming to the U.S.-mandated change, and time zone shifts have happened in other locales as well.'" Is this just more Y2K doomsaying, or do you think there's a serious problem here?

7 of 403 comments (clear)

  1. Things you should know. by suso · · Score: 5, Informative

    http://www.bloomingtonlinux.org/wiki/DST_Time_Chan ge_Issues

    A year ago, after most of Indiana went through its first timezone change in 40+ years, we found out that it presented a few problems in Linux, I tried to post a story to Slashdot about it to warn other people in the US that they would be dealing with this problem later when the rest of the US changes to the new DST. I tried several times to post it and they were all rejected.

    Basically, you need to make sure that if you change your timezone data on your system that you restart everything, otherwise when the time does change, some programs continue to use the old timezone data and are an hour off.

  2. A site that will give you USEFUL Info..... by 8127972 · · Score: 4, Informative

    ... On how to deal with this is below:

    http://www.reganfamily.ca/dst/

    This is likely more useful than the original article. It has resources for everything from Blackberries to UNIX.

    --
    This is my opinion. To make sure you don't steal it, it's covered by the DMCA.
  3. Ahem, Not Exactly by Nom+du+Keyboard · · Score: 4, Informative
    While companies like Microsoft have already patched their software,

    Ahem, not exactly. No patch for the perfectly good Exchange 5.5 server we're using with Outlook 2000. Suddenly we have to update to the latest Exchange and Outlook 2003 on every d@mn desktop. And I'm in Arizona were we don't even have daylight savings time!!!

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  4. Re:Not such a big deal by GogglesPisano · · Score: 4, Informative

    We have literally hundreds of servers running Windows 2000, and this DST patch was a major headache. As the parent noted, Microsoft did not include Win2K in their publicly released update.

    There is a freeware utility to apply the DST patch on Win2K machines here (as a bonus, it also supports WinNT).

    Note that you may also need to update the Java JRE/JDK.

  5. Re:y2k = media working for once by DrXym · · Score: 4, Informative
    I think y2k was a let down because it was fairly straightforward to fix software and tell if it was going to get bitten or not. Basically anything that stored dates as two digits had to be fixed. The bigger problem will come in 2037 when lots of clunking software with no source code wraps around.

    The DST thing is pretty evil too because it's usually up to runtime stacks like Java and CRT to decide on the timezone and time. If they give you the wrong time you're screwed. For the most part you might be okay if everything resolves down to some registry entries or timezone data files but that isn't always the case. There are functions such as Microsoft's _tzset() which are HARDCODED to a particular behaviour and apps that link to the CRT or have their own DLLs will be broken unless you recompile them.

  6. How to test if your linux machine is ready by Se7enLC · · Score: 5, Informative


    > date --date="Mar 10 15:00:00 UTC 2007"
    Sat Mar 10 10:00:00 EST 2007
    > date --date="Mar 11 15:00:00 UTC 2007"
    Sun Mar 11 11:00:00 EDT 2007

    This won't set your clock or anything, it just does the timezone conversion from UTC and displays the results according to the local timezone you have selected.

    1. Re:How to test if your linux machine is ready by srvivn21 · · Score: 4, Informative


      > date --date="Mar 10 15:00:00 UTC 2007"
      Sat Mar 10 10:00:00 EST 2007
      > date --date="Mar 11 15:00:00 UTC 2007"
      Sun Mar 11 11:00:00 EDT 2007

      This won't set your clock or anything, it just does the timezone conversion from UTC and displays the results according to the local timezone you have selected. Or just run zdump -v /etc/localtime | grep 2007" and make sure it says "Mar 11" instead of "Apr 1".

      updated> zdump -v /etc/localtime | grep 2007
      /etc/localtime Sun Mar 11 10:59:59 2007 UTC = Sun Mar 11 01:59:59 2007 AKST isdst=0 gmtoff=-32400
      /etc/localtime Sun Mar 11 11:00:00 2007 UTC = Sun Mar 11 03:00:00 2007 AKDT isdst=1 gmtoff=-28800
      /etc/localtime Sun Nov 4 09:59:59 2007 UTC = Sun Nov 4 01:59:59 2007 AKDT isdst=1 gmtoff=-28800
      /etc/localtime Sun Nov 4 10:00:00 2007 UTC = Sun Nov 4 01:00:00 2007 AKST isdst=0 gmtoff=-32400

      needswork> zdump -v /etc/localtime | grep 2007
      /etc/localtime Sun Apr 1 10:59:59 2007 UTC = Sun Apr 1 01:59:59 2007 AKST isdst=0 gmtoff=-32400
      /etc/localtime Sun Apr 1 11:00:00 2007 UTC = Sun Apr 1 03:00:00 2007 AKDT isdst=1 gmtoff=-28800
      /etc/localtime Sun Oct 28 09:59:59 2007 UTC = Sun Oct 28 01:59:59 2007 AKDT isdst=1 gmtoff=-28800
      /etc/localtime Sun Oct 28 10:00:00 2007 UTC = Sun Oct 28 01:00:00 2007 AKST isdst=0 gmtoff=-32400