On Mar 12, 2007, at 3:06 PM, Ken Ray wrote:

I have uncovered a Major (BLOCKER) Windows bug related to the most
recent change in Daylight Savings Time for the United States.
Revolution will overcompensate for the DST by adding and additional
hour to the time whenever you execute 'convert'. To see what I mean,
make sure you have "Automatically adjust clock for Daylight Savings
Time" turned on in your Date/Time prefs, launch Rev (or MC) under at
least XP Pro or Vista Home Premium (the two systems I tested), and type:

  put the time into x;convert x to long time;put x

You should see that the time you get back is one more hour ahead of
your current time. So if it is currently 2:05 PM without the DST
adjustment, and you have the checkbox checked, Windows will show that
it is 3:05 PM (correct). But if you run the code above, x will be
"4:05:00 PM".

I can only assume that when Rev asks the OS for the time it gets two
factors the non-adjusted time, and a flag whether DST is currently
applied. In the past, Windows would have handed over "2:05" and "True"
(in the example above), and Rev would have adjusted the time
accordingly. But the latest Windows XP/Vista DST patch seems to be
handing over the ADJUSTED time, and the flag, so it would hand over
"3:05" and "True", so Rev is over-adjusting by another hour.

There is no easy scripted fix other than finding every location where
'convert' is used and parsing strings into chunks.... yechh!

I have logged this into Bugzilla as bug #4526.

This is a MAJOR BLOCKER problem and is going to hit a LOT of people, so
forwarned is forearmed...

Talk about timing! I was just this minute debugging a Rev-based scheduling app that is working fine on my Mac, but on XP the time returned when I request a certain time on the schedule are *2 hours ahead* of what they should be. (I have the "Automatically adjust" flag set to true in Windows.) Oy! I use convert heavily in this app, too.

This seems like a problem with the windows DST patch, not Rev. So shouldn't Microsoft fix it? Surely Rev isn't the only application affected by it.

Devin


Devin Asay
Humanities Technology and Research Support Center
Brigham Young University

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to