Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!whuxcc!lcuxlm!whuxl!houxm!ihnp4!fortune!stirling
From: stirling@fortune.UUCP (Patrick Stirling)
Newsgroups: net.unix-wizards,net.misc
Subject: Re: A new product reduces aggravation of shifting Daylight Savings Time
Message-ID: <6027@fortune.UUCP>
Date: Tue, 9-Sep-86 12:52:23 EDT
Article-I.D.: fortune.6027
Posted: Tue Sep  9 12:52:23 1986
Date-Received: Wed, 10-Sep-86 06:47:53 EDT
References: <1738@well.UUCP> <2266@hammer.UUCP>
Reply-To: stirling@fortune.UUCP (Patrick stirling)
Distribution: na
Organization: Fortune Systems, Belmont, CA
Lines: 17
Keywords: DST, Daylight Savings Time
Xref: watmath net.unix-wizards:19508 net.misc:10115

>The general problem is to
>know at time X whether time Y is daylight or standard time.  Your
>product doesn't do this unless X is equal to Y.
>An example of the problem that your product cannot solve is: on June
>15, I do an "ls -l" of a file created last April 15.  Do I display its
>creation time in daylight or standard terms?
>  -=- Andrew Klossner

It doesn't matter. Display the time in the file's stats data as is. Files
will still be displayed in the right order. The only time you have to worry
about the the hour before fall-back (1am to 2am one Sunday morning in October).
Anyone at work then deserves to be confused! There  is already so much scope
for duplicated and out of order times in inter-machine communications that
one more instance won't matter.

patrick
{ihnp4, hplabs, amdcad, ucbvax!dual}!fortune!stirling