timezone.doc
上传用户:andy_li
上传日期:2007-01-06
资源大小:1019k
文件大小:4k
源码类别:

压缩解压

开发平台:

MultiPlatform

  1. Timezone strings:
  2. -----------------
  3. This is a description of valid timezone strings for ENV[ARC]:TZ:
  4. "XPG3TZ - time zone information"
  5. The form of the time zone information is based on the XPG3 specification of
  6. the TZ environment variable.  Spaces are allowed only in timezone
  7. designations, where they are significant.  The following description
  8. closely follows the XPG3 specification, except for the paragraphs starting
  9. **CLARIFICATION**.
  10. <std><offset>[<dst>[<offset>],<start>[/<time>],<end>[/<time>]]
  11. Where:
  12. <std> and <dst>
  13.       Are each three or more bytes that are the designation for the
  14.       standard (<std>) and daylight savings time (<dst>) timezones.
  15.       Only <std> is required - if <dst> is missing, then daylight
  16.       savings time does not apply in this locale.  Upper- and
  17.       lower-case letters are allowed.  Any characters except a
  18.       leading colon (:), digits, a comma (,), a minus (-) or a plus
  19.       (+) are allowed.
  20.       **CLARIFICATION**  The two-byte designation `UT' is permitted.
  21. <offset>
  22.       Indicates the value one must add to the local time to arrive
  23.       at Coordinated Universal Time.  The offset has the form:
  24.       <hh>[:<mm>[:<ss>]]
  25.       The minutes <mm> and seconds <ss> are optional.  The hour <hh>
  26.       is required and may be a single digit.  The offset following
  27.       <std> is required.  If no offset follows <dst>, daylight savings
  28.       time is assumed to be one hour ahead of standard time.  One or
  29.       more digits may be used; the value is always interpreted as a
  30.       decimal number.  The hour must be between 0 and 24, and the
  31.       minutes (and seconds) if present between 0 and 59.  Out of
  32.       range values may cause unpredictable behavior.  If preceded by
  33.       a `-', the timezone is east of the Prime Meridian; otherwise
  34.       it is west (which may be indicated by an optional preceding
  35.       `+' sign).
  36.       **CLARIFICATION**  No more than two digits are allowed in any
  37.       of <hh>, <mm> or <ss>.  Leading zeros are permitted.
  38. <start>/<time> and <end>/<time>
  39.       Indicates when to change to and back from daylight savings
  40.       time, where <start>/<time> describes when the change from
  41.       standard time to daylight savings time occurs, and
  42.       <end>/<time> describes when the change back happens.  Each
  43.       <time> field describes when, in current local time, the change
  44.       is made.
  45.       **CLARIFICATION**  It is recognized that in the Southern
  46.       hemisphere <start> will specify a date later than <end>.
  47.       The formats of <start> and <end> are one of the following:
  48.       J<n>    The Julian day <n> (1 <= <n> <= 365).  Leap days are not
  49.               counted.  That is, in all years, February 28 is day 59
  50.               and March 1 is day 60.  It is impossible to refer to
  51.               the occasional February 29.
  52.       <n>     The zero-based Julian day (0 <= <n> <= 365).  Leap days
  53.               are counted, and it is possible to refer to February
  54.               29.
  55.       M<m>.<n>.<d>
  56.               The <d>th day, (0 <= <d> <= 6) of week <n> of month <m>
  57.               of the year (1 <= <n> <= 5, 1 <= <m> <= 12), where week
  58.               5 means `the last <d>-day in month <m>' (which may
  59.               occur in either the fourth or the fifth week).  Week 1
  60.               is the first week in which the <d>th day occurs.  Day
  61.               zero is Sunday.
  62.               **CLARIFICATION**  Neither <n> nor <m> may have a
  63.               leading zero.  <d> must be a single digit.
  64.               **CLARIFICATION**  The default <start> and <end> values
  65.               are from the first Sunday in April until the last Sunday
  66.               in October.  This allows United States users to leave out
  67.               the <start> and <end> parts, as most are accustomed to
  68.               doing.
  69.       <time> has the same format as <offset> except that no leading
  70.       sign (`-' or `+') is allowed.  The default, if <time> is not
  71.       given is 02:00:00.
  72.       **CLARIFICATION**  The number of hours in <time> may be up
  73.       to 167, to allow encoding of rules such as `00:00hrs on the
  74.       Sunday after the second Friday in September'
  75. Example (for Central Europe):
  76. -----------------------------
  77. MET-1MEST,M3.5.0,M10.5.0/03
  78. Another example, for the US East Coast:
  79. ---------------------------------------
  80. EST5EDT4,M4.1.0/02,M10.5.0/02
  81. This string describes the default values when no time zone is set.