oj@apollo.COM (oj) (07/29/88)
Somebody (I think either mcdonald@loki or maybe Jim Rees, wrote) >The timezone is a little trickier. It's stored in a completely separate >way. Unfortunately, I think you still need to shut down to change the >timezone, even at sr10. Just say $ /com/tz edt or $ /com/tz pst or whatevr, online. No shutdown required.
oj@apollo.COM (oj) (07/30/88)
In article <3d8a1969.d5b2@apollo.COM> I wrote >Somebody (I think either mcdonald@loki or maybe Jim Rees, wrote) >>The timezone is a little trickier. It's stored in a completely separate >>way. Unfortunately, I think you still need to shut down to change the >>timezone, even at sr10. > >Just say $ /com/tz edt or $ /com/tz pst or whatevr, online. >No shutdown required. This is true, but only if you use /com/date ... Ooops. /oj
hays@pedro.UUCP (Hays) (08/07/88)
In article <3d8a1969.d5b2@apollo.COM>, oj@apollo.COM (oj) writes: > Somebody (I think either mcdonald@loki or maybe Jim Rees, wrote) > >The timezone is a little trickier. It's stored in a completely separate > >way. Unfortunately, I think you still need to shut down to change the > >timezone, even at sr10. > > Just say $ /com/tz edt or $ /com/tz pst or whatevr, online. > No shutdown required. Shut down is required for Unix because of the locality of the data, however the command does the change <you probably could get by with DM exit and go> to the underlying system clock. Aegis environment users will get instant update without system shutdown.
bmartin@uhccux.uhcc.hawaii.edu (Brian Martin) (08/14/88)
In article <3d8a1969.d5b2@apollo.COM> oj@canyon.UUCP (Ellis Oliver Jones) writes: >Somebody (I think either mcdonald@loki or maybe Jim Rees, wrote) >>The timezone is a little trickier. It's stored in a completely separate >>way. Unfortunately, I think you still need to shut down to change the >>timezone, even at sr10. > >Just say $ /com/tz edt or $ /com/tz pst or whatevr, online. >No shutdown required. Except the Apollo doesn't know about Hawaii Standard Time. Depending on the season, we are either 5 or 6 hours earlier than the east coast, or GMT-10 hours. After much trial and error, I discovered an environment variable that can be set in the node startup file which correctly implements Hawaii Standard Time. --Brian ----- Brian K. Martin, M.D. 1103 9th Ave., Suite 203 Honolulu, Hawai`i 96816-2403 Voice (808) 733-2003 Fax (808) 733-2011 ARPA: uhccux!medix!martin@nosc.MIL UUCP: {uunet,dcdwest,ucbvax,ihnp4}!ucsd!nosc!uhccux!medix!martin
achille@cernvax.UUCP (achille) (08/17/88)
In article <2249@uhccux.uhcc.hawaii.edu> martin@medix.UUCP (Brian K. Martin, M.D.) writes: >In article <3d8a1969.d5b2@apollo.COM> oj@canyon.UUCP (Ellis Oliver Jones) writes: >>Just say $ /com/tz edt or $ /com/tz pst or whatevr, online. >>No shutdown required. > >Except the Apollo doesn't know about Hawaii Standard Time. Depending >on the season, we are either 5 or 6 hours earlier than the east coast, >or GMT-10 hours. After much trial and error, I discovered an environment >variable that can be set in the node startup file which correctly >implements Hawaii Standard Time. > >--Brian I think you are talking about the TZ variable (documented in the Domain/IX manuals), only works in Domain/IX. Also, /com/tz does not know about Hawaii but can be invoked as /com/tz gmt_offset your_preferred_TZ_name and off you go (documented in the help file). People correcting other people would have to read manuals before ! Apart from that, a real trouble for us is the fact that Domain/IX only knows about US rules for daylight saving time, so we have to play around with TZ during the time IX thinks it's DST and it is not. Sure, fixed in sr10 :-) Achille Petrilli, Cray Operations