Path: utzoo!attcan!uunet!wuarchive!zaphod.mps.ohio-state.edu!samsung!umich!terminator!pisa.ifs.umich.edu!rees
From: rees@pisa.ifs.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: re: Date and other wierd problems on an Apollo Dn4500 running Sr10.1
Message-ID: <4db0d32c.1bc5b@pisa.ifs.umich.edu>
Date: 29 Oct 90 17:16:56 GMT
References: <9010260403.AA11351@pan.ssec.honeywell.com> <4da18bc1.1bc5b@pisa.ifs.umich.edu>
Sender: usenet@terminator.cc.umich.edu (usenet news)
Reply-To: rees@citi.umich.edu (Jim Rees)
Organization: University of Michigan IFS Project
Lines: 11

In article <4da18bc1.1bc5b@pisa.ifs.umich.edu>, rees@pisa.ifs.umich.edu (Jim Rees) writes:
  By the way, it isn't immediately apparent, but you must reboot after
  resetting the time zone.

I suppose I should have mentioned before you all rebooted that this is only
necessary if you are changing the actual zone you are in, not if you are
simply changing from daylight to standard time.  The problem is that Unix
caches the time zone, and 'tz' doesn't update the cache.

Also, I've just been informed that the author of cal_$decode_ascii_tzdif
was last seen flying a twin Cessna 310.