A new product reduces aggravation of shifting Daylight Savings Time

[Patrick Stirling]

>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