home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / misc / 5393 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.4 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.sys.sun.misc
  4. Subject: Re: How to Change the TimeZone in a Sparc
  5. Message-ID: <15608@auspex-gw.auspex.com>
  6. Date: 23 Nov 92 05:45:07 GMT
  7. References: <1992Nov21.233351.1@ttd.teradyne.com> <1992Nov22.230001.1490@ukw.uucp>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 44
  11. Nntp-Posting-Host: auspex-gw.auspex.com
  12. Nntp-Posting-Host: bootme.auspex.com
  13. Originator: guy@auspex-gw.Auspex.COM
  14.  
  15. >If you repeat the procedure of looking for the inode number, you will
  16. >find US/Eastern linked with EST5EDT, Jamaica, and posixrules.
  17. >Why posixrules? I can't guess. Maybe POSIX is only valid on the
  18. >east coast?
  19.  
  20. No, it's because:
  21.  
  22.     1) POSIX 1003.1 doesn't say what standard/summer time rules are
  23.        to be followed if the setting of the TZ environment variable
  24.        doesn't explicitly specify them (i.e., if it's set to
  25.        something like "EST5EDT" or "PST8PDT", rather than set to one
  26.        of those grotesque strings that POSIX specifies as the way
  27.        you put the rules explicitly into TZ);
  28.  
  29.     2) it's kind of silly to just have it pick hard-wired US rules
  30.        as of when the code was written - hard-code rules of that
  31.        sort got in the way when the US changed the rules, which is
  32.        why the Arthur Olson code was cooked up in the first place;
  33.  
  34.     3) thus, it was decided by the Timezone Cabal that the rules it
  35.        uses when:
  36.  
  37.         1) the TZ string doesn't begin with a colon (if it
  38.            begins with a colon, POSIX 1003.1 says its meaning is
  39.            implementation-dependent, and the Olson code says
  40.            that when you strip the colon off, it's the name of
  41.            the file to use) and isn't the name of a file (the
  42.            Olson code, at least in the incarnation in SunOS 4.x,
  43.            will treat it as the name of a file if there is a
  44.            time zone file with that name in
  45.            "/usr/share/lib/zoneinfo", even if it has the syntax
  46.            of a valid POSIX time zone);
  47.  
  48.         2) no rules were specified in TZ;
  49.  
  50.        should be extracted from the "posixrules" file, with the actual
  51.        standard-time and summer-time offsets from GMT extracted from
  52.        TZ;
  53.  
  54.     4) and it was also decided that, at least in SunOS, the default
  55.        setting of "posixrules" would be the US rules, and it was
  56.        fairly arbitrarily decided that the specific file used would
  57.        be the "US/Eastern" file (any file with the same rules, such
  58.        as "US/Pacific", should do as well).
  59.