home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v5 / text0004.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.5 KB
  1. Date: Fri, 3 Jan 86 09:52:13 est
  2. From: harvard!encore!babel!ptw@sally.UTEXAS.EDU (P. Tucker Withington)
  3.  
  4. In Mark's comments about time zones the only "insurmountable" problem he
  5. found with the Sys III method was his security hole, that a user could
  6. force uucp's L.sys table to be interpreted incorrectly.
  7.  
  8. The real problem is that the L.sys entry is ambiguous, unless a TZ
  9. is given to interpret it.  The solution here is akin to having "init"
  10. set a default time zone.  uucico needs to have a profile that defines
  11. the timezone L.sys is to be interpreted relative to, which overrides any
  12. user setting of TZ.  Alternatively, the L.sys entries could be "fully
  13. specified", including a time zone or defined to be GMT.
  14.  
  15. The objection to putting TZ in the environment is not specific to TZ,
  16. it is a general problem with the implementation of environment.  (There
  17. probably should be some shared environment, in addition to private
  18. environment, so that "constants" like TERM and TZ are not carried around
  19. as excess baggage by each process.)
  20.  
  21. I conclude that the System III time zone mechanism is then equal to the
  22. V7 mechanism, with the advantage that each user can operate in whatever
  23. time zone he likes.
  24.  
  25. Regarding the daylight savings bugaboo:  I feel this is a red herring.
  26. You probably care when the present time is DST, but being off by +/-
  27. 1 hour on ancient file dates is not going to really bother anyone.  Thus
  28. it is probably sufficient to have a shell script in your profile to set
  29. any "exceptional" DST times.
  30.  
  31. Volume-Number: Volume 5, Number 5
  32.  
  33.