home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0067.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  1.4 KB
  1. From: guy@sun.com (Guy Harris)
  2. Date: Sat, 13 Dec 86 14:14:04 PST
  3.  
  4. > GMT and UTC are not the same.
  5.  
  6. However, it's not clear whether the term "GMT", when used in documents
  7. describing the way UNIX handles time, refers to GMT or to the time that
  8. would be kept by a clock set to local British time at some point when
  9. British Summer Time is not in effect and then left to run free.
  10.  
  11. Since, as you point out, GMT is not readily available from time sources, and
  12. since most hardware and most implementations don't know how to stretch or
  13. shrink seconds, I suspect most implementations definitely don't provide real
  14. live GMT.  In fact, since most hardware doesn't receive any UTC broadcasts,
  15. most implementations don't provide real live UTC, either.  (Some machines
  16. don't even do that great a job at providing *any* sort of
  17. precise-to-the-second indication of current time, given the tendency of
  18. their clocks to drift, or the fact that their clocks are set from somebody's
  19. wristwatch.)
  20.  
  21. This is all somewhat irrelevant to machines that don't synchronize with UTC
  22. and don't know about leap seconds.  Machines that do synchronize with UTC
  23. will have to worry about whether particular time zones follow UTC or not.
  24. If they insert the leap seconds at the same instant that UTC does, there's
  25. no real problem; if they don't, the offset between UTC and local time
  26. presumably just slowly drifts from being an even number of half-hours.
  27.  
  28. Volume-Number: Volume 8, Number 68
  29.  
  30.