News Stay informed about the latest enterprise technology news and product updates.

How .NET developers can address the DST change

Microsoft has published several guidelines for bringing Windows XP and Windows Server 2003 applications in line with the new Daylight Savings Time (DST) regulations.

Time can be quite frustrating. How often, for example, do we raise our hands in exasperation and lament, "I don't have time" or "There's never enough time"?

In these cases, we bemoan the abstract quality that is time. This time next week, however, there's a chance we may actually curse time itself. That's because numerous Daylight Savings Time, or DST, changes are in order.

The most notable is occurring in the United States, where March 11 is the new start date for DST. The federal government decided that three more weeks of evening daylight in the spring, and an additional week in the fall, would help lower energy costs and raise spirits. Canada has adopted these same DST changes, but Mexico has not.

In addition, new DST dates have been established in Brazil, Egypt and Israel, and time zone modifications are in order for Sri Lanka and Uruguay.

This switch does present some implications for IT. According to a letter that Microsoft sent to its customers, "Developers who use the .NET Framework may find their applications affected if the application uses the time zone information for historical purposes or if they have derived custom classes from System.TimeZone to provide custom time zone information." (Many bloggers, including Aaron Fischer, have posted the full text of this letter.)

Some prognosticators are comparing the DST fix to the Y2K scare -- not so much in terms of its scale as, it is hoped, in terms of its potential for fizzling out.

To that end, Microsoft has compiled a variety of resources detailing what will have to change and how those changes should be implemented. Here are a few that should be helpful to you:

  • Q&A with Rich Kaplan, vice president of Customer Service, Partners and Automation: This provides a high-level view of what is going on. Kaplan notes that the DST issue will probably be little more than an inconvenience for most users.
  • Visual Studio and Daylight Saving Time Change: This offers details for developers about what .NET Framework classes are affected -- System.TimeZone and System.DateTime -- and discusses how to address scenarios such as historical DST lookups.
  • How to configure daylight saving time for the United States in 2007: This Knowledge Base article outlines modifications that may have to be made to the Windows Registry.
  • February 2007 cumulative time zone update for Microsoft Windows operating systems: This Knowledge Base article provides the updates needed for Windows Server 2003 and for Windows XP.
  • Enterprises using Windows Vista and Office 2007 have nothing to worry about -- the new DST rules were programmed in when Microsoft was writing that software.

    Finally, Microsoft seeks to alleviate situations like this by introducing a new class into Visual Studio "Orcas," due at the end of 2007 or the beginning of 2008. This class, according to the company, will support time zones with multiple adjustment rules, user-defined time zones and the creation of custom time zones without the need for custom implementations.

    Dig Deeper on .NET Framework 2.0 and Visual Studio 2005 development

    Start the conversation

    Send me notifications when other members comment.

    Please create a username to comment.