home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v5 / text0012.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  3.6 KB
  1. Date: Thu, 9 Jan 86 11:39:06 est
  2. From: Davidsen <seismo!rochester!steinmetz!davidsen@sally.UTEXAS.EDU>
  3. Organization: GE CRD, Schenectady, NY
  4.  
  5. The recent posting on TZ implementation has prompted discussion at our site,
  6. with the following comments and suggestions:
  7.  
  8. 1) Process TZ is very useful. We use systems in Chicago and Minn, and would
  9. like our times as displayed to be meaningful. We regularly reset TZ in our
  10. .profile on these systems.
  11.  
  12. 2) An extension is needed to handle cases where the TZ offset is not an even
  13. hour, and where the daylight savings time calculation is not the (current) US
  14. standard. We even were so bold as to envision one method of doing this.
  15.  
  16. The proposed solution is to give a TZ value having no offset, simply a series
  17. of characters as the identifier, as "TZ=PILST". When a TZ without an offset
  18. was located, a directory would be searched for a file with the same name. For
  19. illustration, call this /usr/bin/TZ. When the matching file was executed using
  20. the date for an argument, the correct offset from GMT would be returned in
  21. clock ticks. This value could then be added to the current GMT value to get
  22. "process local" time.
  23.  
  24. Note: what is important
  25. is that the processes are user (sysmgr) definable to match changing local
  26. laws, etc. I would feel that it is acceptable to require reboot of the system
  27. to change these procedures, so some pointers or even the process itself(?)
  28. could be kept in memory to speed things up.
  29. These routines would have to be executed fairly often, since the
  30. change points of the algorithms might be anywhere. Another suggestion was to
  31. make these routine devices, and install them as device drivers.
  32.  
  33. The example time zone, PILST, stands for the hypothetical "Pothole IL Local
  34. Standard Time", which is 4:17 ahead of the rest of the state because the clock
  35. in town hall is off by that much. This example is less funny if you look at
  36. the number of entire countries in conventional time zones, particularly those
  37. shared by Eurasia and Africa. Hospitals might want to shift the change to
  38. daylight time by some hours to minimize the posibility of error, and could,
  39. using this solution, have their own "hospital standard time".
  40.  
  41. The problem of time for uucp and at are not as simple as they seem. If I want
  42. to run a job during off hours, 0100 means 1am, computer time. If I want to
  43. have the system call me back at 3:30pm local time to test a new uucp or
  44. something, I mean my local time. If I make a cron entry to run uucico at a
  45. given time, it uses the default shell timezone, while incoming calls use the
  46. system, since the are not executed under a shell. This confuses the logfiles
  47. no end. One of our sysmgrs keeps the system time at GMT rather than EST5EDT
  48. (for valid reasons, but complex), which really messes up the log. I think the
  49. solution to that would be to have uucico use some known TZ rather than the
  50. inherited TZ (/usr/lib/uucp/TZ anyone?). This would keep the logs consistant.
  51.  
  52. Obviously the times in L.sys should be to a standard, but should it be local
  53. time or destination time. Since the anther is "both", a TZ field may have to
  54. be added to L.sys, since local time is what I use to control my phone bill,
  55. but destination time is what I use if a remote system is only up for uucp at
  56. certain times.
  57.  
  58. Hopefully these ideas will inspire some constructive followup.
  59.  
  60.     -bill davidsen
  61.  
  62.     seismo!rochester!steinmetz!--\
  63.        /                               \
  64. ihnp4!              unirot ------------->--- crdos1!davidsen
  65.        \                               /
  66.         chinet! ---------------------/
  67.  
  68. "It seemed like a good idea at the time..."
  69.  
  70. Volume-Number: Volume 5, Number 13
  71.  
  72.