Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uflorida!gatech!udel!princeton!phoenix!djlinse
From: djlinse@phoenix.Princeton.EDU (Dennis Linse)
Newsgroups: comp.sys.sgi
Subject: Re: EDT settings on 3xxx series
Message-ID: <7587@phoenix.Princeton.EDU>
Date: 5 Apr 89 00:03:07 GMT
References: <8904041707.AA02529@aero4.larc.nasa.gov> <29974@sgi.SGI.COM>
Reply-To: djlinse@phoenix.Princeton.EDU (Dennis Linse)
Distribution: usa
Organization: Princeton Unversity, Princeton, NJ
Lines: 40

In article <29974@sgi.SGI.COM> vjs@rhyolite.SGI.COM (Vernon Schryver) writes:
->
->  [Offers some useful comments including ... ]
->
->The timezone is not wired into any IRIS kernel.  ...
->
->To fix time on an IRIS 3000 running 3.6, you can:
->
->1) change the date on your machine.
->	You will have to ignore the '[ECMP]ST' in date strings.  You will
->       also have to change the date again in a few weeks. 
->
->2) save and edit /etc/TZ, and reboot.  For example, the string 'PDT7'
->
->3) don't worry, be happy, and use a real clock for the rest of the month.
->	This is probably the best "solution."
->
->4) get rid of this "day light savings" silliness, and use UTC/GMT.
->
->Vernon Schryver
->Silicon Graphics
->vjs@sgi.com

While all of these are viable alternatives, I thought that the original
question was more aimed at the reason that one must ignore the 
'[ECMP]ST' when it is actually '[ECMP]DT'.  Where is the code that
magically changes for standard time to daylight savings time.  It is
hinted in at least one manual page (ctime?) that there is a way to set
up a new table to adjust for different days to change to daylight
savings time.  It even mentions doing something special for 1974 and
1975.  (I know neither why this is important nor why one needs this, or
does someone out there run their machine on 1974 time :-)


Dennis
djlinse@phoenix.princeton.edu

-- 
Found at the top of a looonnng homework assignment:
   "Activity is the only road to knowledge"  G.B. Shaw