| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: The DST fiasco |
From: "Antti Kurenniemi"
"Geo." wrote in message
news:45eb334f$1{at}w3.nls.net...
>> No but calculations. Say you have a plane that leaves place X today at 9
>> PM, and the flight takes 3 and a half hours. Now if the flight happens at
>> the date when DST is applied, then it can mean the difference wether the
>> plane arrives at the same night or the next day. None of this is anything
>> special, but typically you use the OS provided functions for calculations
>> with time and date. Now the point here is that if the OS provided
>> functions do not match with reality, you may end up with incorrect
>> results (plane arrival date is wrong).
>
> Doesn't windows do all calculations in UTC? I thought everything was UTC
> and only display was converted using the timezone?
Calculations are usually done behind the scenes in seconds or milliseconds
from a fixed epoch (to increase date by one, add XXX seconds to the current
time). The problem comes when you ask the system what date is second
120973240348 - with a bit of bad luck that number falls in the place where
the new DST rules differ from the old, and you get an incorrect result.
Antti Kurenniemi
--- BBBS/NT v4.01 Flag-5
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)SEEN-BY: 633/267 @PATH: 379/45 1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.