- tz - lists.iana.org

Update on Australian Time Zone changes for Olympics
by Eric Ulevik Aug. 13, 2000

Aug. 13, 2000

Source: Sydney's Sun Herald newspaper, 13 August 2000 page 29 * NSW (and Victoria, Tas, ACT) going onto DST at 2am 27 August 2000 * As usual, no DST in WA, NT and Queensland Some parts of NSW are different: - Broken Hill starting DST on 29 September 2000 (following South Australia) - Twin Towns Services Club (in Tweed Heads, near the Queensland border) will maintain Queensland time. The Queensland Premier Peter Beattie is encouraging northern NSW towns to use Queensland time. Regards, Eric Ulevik

1 0

USNO leap seconds mailing list
by Markus Kuhn Aug. 11, 2000

Aug. 11, 2000

A new LEAPSECS(a)CLOCKDEV.USNO.NAVY.MIL mailing list for the discussion of the future of UTC and leap seconds is available on http://clockdev.usno.navy.mil/archives/leapsecs.html Markus -- Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK Email: mkuhn at acm.org, WWW: <http://www.cl.cam.ac.uk/~mgk25/>

1 0

"GPS and Leap Seconds; Time to Change?" now on the Web
by Paul Eggert Aug. 10, 2000

Aug. 10, 2000

Dennis D. McCarthy and William J. Klepczynski's proposal to do away with leap seconds, originally published in GPS World last November, is now available on the Web in PDF form at: http://clockdev.usno.navy.mil/cgi-bin/wa.exe?A3=ind0007&L=leapsecs&P=26737&…

1 0

SAST/africa and attribution
by Mark Murray Aug. 10, 2000

Aug. 10, 2000

Hi No hurry on this one, but could you please change the reference to my email address "Mark R V Murray <markm(a)iafrica.com>" to "Mark R V Murray <mark(a)grondar.za>" in the "africa" file? If you want to verify that I am the same person, I am happy to reply to mail sent to the iafrica.com address. Thanks! M

1 0

Correction to availability announcement
by Olson, Arthur David (NCI) Aug. 10, 2000

Aug. 10, 2000

The newly available files are named ftp://elsie.nci.nih.gov/pub/tzcode2000f.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000f.tar.gz (rather than having the "2000e" names mentioned in a previous letter today). Thanks to Klaus Klein for catching the error! --ado

1 0

RE: Timezone utility
by Olson, Arthur David (NCI) Aug. 10, 2000

Aug. 10, 2000

> ] $ zdump -v Australia/Hobart | grep 2000 > ] Australia/Hobart Sat Mar 25 15:59:59 2000 UTC = Sun Mar 26 02:59:59 > 2000 EST isdst=1 > ] Australia/Hobart Sat Mar 25 16:00:00 2000 UTC = Sun Mar 26 02:00:00 > 2000 EST isdst=0 > ] Australia/Hobart Sat Aug 26 15:59:59 2000 UTC = Sun Aug 27 01:59:59 > 2000 EST isdst=0 > ] Australia/Hobart Sat Aug 26 16:00:00 2000 UTC = Sun Aug 27 03:00:00 > 2000 EST isdst=1 > > It would be nice if you could say > $ zdump -y 2000 Australia/Hobart > and get the same output, especially if this was clearly documented > in zdump(8). > I come down on the side of classic UNIX philosophy here--if the job can be done with existing command-line tools (such as grep), don't reinvent the wheel. --ado

1 0

tzcode2000e.tar.gz and tzdata2000e.tar.gz
by Olson, Arthur David (NCI) Aug. 10, 2000

Aug. 10, 2000

The files ftp://elsie.nci.nih.gov/pub/tzcode2000e.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000e.tar.gz are now available. In addition to the changes circulated on the time zone list earlier this week by Paul Eggert, there's added information in "tz-art.htm" on a Seinfeld reference to DST, and error checking and messages in the "yearistype" script have been improved. There's more work to do in the yearistype realm; I did, however, want to get the Lithuania changes out the door. --ado

1 0

RE: Using yearistype requires "." in $PATH
by Olson, Arthur David (NCI) Aug. 9, 2000

Aug. 9, 2000

> | Maybe the first step is to change the Makefile line that reads > | cp zic zdump $(ETCDIR)/. > | to read > | cp yearistype zdump zic $(ETCDIR)/. > > Personally, I don't think that would be the best solution, yearistype > is hardly the kind of utility that anyone is ever going to want to run > by hand, nor is it really very likely to be useful for scripts or similar. > Its sole purpose is for use by zic. > Hmmm...well then how about finessing the issue? Replacing two lines in australasia with five: *** 7.57/australasia Tue Aug 8 09:34:13 2000 --- 7.58/australasia Tue Aug 8 09:34:13 2000 *************** *** 1,4 **** ! # @(#)australasia 7.57 # This file also includes Pacific islands. # Notes are at the end of this file --- 1,4 ---- ! # @(#)australasia 7.58 # This file also includes Pacific islands. # Notes are at the end of this file *************** *** 70,77 **** Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - ! Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - ! Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - Rule AS 1995 max - Mar lastSun 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Adelaide 9:14:20 - LMT 1895 Feb --- 70,80 ---- Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - ! Rule AS 1990 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1991 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1992 only - Mar Sun>=18 2:00s 0 - ! Rule AS 1993 only - Mar Sun>=1 2:00s 0 - ! Rule AS 1994 only - Mar Sun>=18 2:00s 0 - Rule AS 1995 max - Mar lastSun 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Adelaide 9:14:20 - LMT 1895 Feb will eliminate the only current use of "yearistype" in distributed time zone files; we then just leave the yearistype stuff in place as is as an escape mechanism for those who might need it. --ado

2 1

proposed tz changes for Lithuania and Argentina
by Paul Eggert Aug. 8, 2000

Aug. 8, 2000

Here are some proposed patches to the tz database. * Lithuania is at UTC+2 right now, contrary to the existing tz data. Today Steffen Thorsen reminded me that Andrei Ivanov reported in March that Lithuania might not use DST this year. This change was not incorporated into the tz database because we didn't have confirmation then. But I just verified from the Lithuanian State Department of Tourism and from Air Lithuania web sites that the country is at UTC+2 with no DST. The tz data are incorrect for today's time stamps, so this fix is relatively high priority. I did find a contrary claim about what will happen this October in Lithuania. The Litnet Computer Emergency Response Team <http://www.litnet.lt/cert/> claims that they operate at UTC+1 with DST, which would mean that Lithuania would move its clocks back this fall. This is the only place I've seen this claim, so for now let's discount it. * Change the South Australia rules to not invoke yearistype, to bypass configuration and installation hassles Thanks to Arthur David Olson for this suggestion. * Correction for Argentina between October 1999 and March 2000. This correction does not affect the clocks, just the tm_isdst option. Argentina was using UTC-4 plus one hour of DST, not UTC-3. Thanks to Fabian L. Arce Jofre for this correction. * Add the Worldwide Holiday & Festival Site to our links, as they use the tz data. =================================================================== RCS file: RCS/australasia,v retrieving revision 2000.5 retrieving revision 2000.5.0.1 diff -pu -r2000.5 -r2000.5.0.1 --- australasia 2000/07/31 13:26:42 2000.5 +++ australasia 2000/08/08 22:35:17 2000.5.0.1 @@ -70,8 +70,11 @@ Rule AS 1987 max - Oct lastSun 2:00s 1:0 Rule AS 1972 only - Feb 27 2:00s 0 - Rule AS 1973 1985 - Mar Sun>=1 2:00s 0 - Rule AS 1986 1989 - Mar Sun>=15 2:00s 0 - -Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - -Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - +Rule AS 1990 only - Mar Sun>=18 2:00s 0 - +Rule AS 1991 only - Mar Sun>=1 2:00s 0 - +Rule AS 1992 only - Mar Sun>=18 2:00s 0 - +Rule AS 1993 only - Mar Sun>=1 2:00s 0 - +Rule AS 1994 only - Mar Sun>=18 2:00s 0 - Rule AS 1995 max - Mar lastSun 2:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Australia/Adelaide 9:14:20 - LMT 1895 Feb =================================================================== RCS file: RCS/europe,v retrieving revision 2000.5 retrieving revision 2000.5.0.1 diff -pu -r2000.5 -r2000.5.0.1 --- europe 2000/07/31 13:26:41 2000.5 +++ europe 2000/08/08 23:41:30 2000.5.0.1 @@ -1189,6 +1189,10 @@ Zone Europe/Vaduz 0:38:04 - LMT 1894 Jun # motion to give up shifting to summer time in spring, as it was # already done by Estonia. +# From the <a href="http://www.tourism.lt/informa/ff.htm"> +# Fact File, Lithuanian State Department of Tourism +# </a> (2000-03-27): Local time is GMT+2 hours ..., no daylight saving. + # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Europe/Vilnius 1:41:16 - LMT 1880 1:24:00 - WMT 1917 # Warsaw Mean Time @@ -1203,7 +1207,7 @@ Zone Europe/Vilnius 1:41:16 - LMT 1880 2:00 C-Eur EE%sT 1998 2:00 - EET 1998 Mar 29 1:00u 1:00 EU CE%sT 1999 Oct 31 1:00u - 2:00 EU EE%sT + 2:00 - EET # Luxembourg # Whitman disagrees with most of these dates in minor ways; go with Shanks. =================================================================== RCS file: RCS/southamerica,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- southamerica 2000/03/04 15:31:08 2000.3 +++ southamerica 2000/04/19 05:36:52 2000.3.0.1 @@ -111,24 +111,31 @@ Rule Arg 1989 1992 - Oct Sun>=15 0:00 1: # From Rives McDow (2000-01-10): # On October 3, 1999, 0:00 local, Argentina implemented daylight savings time, # which did not result in the switch of a time zone, as they stayed 9 hours -# from the International Date Line. On March 5, 2000, at 0:00 local time, -# Argentina will come off daylight savings time, which will bring them to 8 -# hours from the International Date Line. +# from the International Date Line. +Rule Arg 1999 only - Oct Sun>=1 0:00 1:00 S +Rule Arg 2000 only - Mar Sun>=1 0:00 0 - # # From Peter Gradelski via Steffen Thorsen (2000-03-01): # We just checked with our San Paulo office and they say the government of # Argentina decided not to become one of the countries that go on or off DST. # So Buenos Aires should be -3 hours from GMT at all times. # +# From Fabian L. Arce Jofre <farcejofre(a)bigfoot.com> (2000-04-04): +# The law that claimed DST for Argentina was derogated by President Fernando +# de la Rua on March 2, 2000, because it would make people spend more energy +# in the winter time, rather than less. The change took effect on March 3. +# # Zone NAME GMTOFF RULES FORMAT [UNTIL] # -# Buenos Aires (BA), Distrito Federal (DF), Santa Cruz (SC), -# Tierra del Fuego (TF) & Antartida e Islas +# Buenos Aires (BA), Capital Federal (CF), Santa Cruz (SC), +# Tierra del Fuego, Antartida e Islas del Atlantico Sur (TF) Zone America/Buenos_Aires -3:53:48 - LMT 1894 Nov -4:16:44 - CMT 1920 May # Cordoba Mean Time -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 - -3:00 Arg AR%sT + -3:00 Arg AR%sT 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 + -3:00 - ART # # Santa Fe (SF), Entre Rios (ER), Corrientes (CN), Misiones (MN), Chaco (CC), # Formosa (FM), La Pampa (LP), Chubut (CH) @@ -137,6 +144,8 @@ Zone America/Rosario -4:02:40 - LMT 1894 -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 -3:00 Arg AR%sT 1991 Jul + -3:00 - ART 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 -3:00 - ART # # Cordoba (CB), Santiago del Estero (SE), Salta (SA), Tucuman (TM), La Rioja (LR), San Juan (SJ), San Luis (SL), @@ -146,6 +155,8 @@ Zone America/Cordoba -4:16:44 - LMT 1894 -4:00 - ART 1930 Dec -4:00 Arg AR%sT 1969 Oct 5 -3:00 Arg AR%sT 1990 Jul + -3:00 - ART 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 -3:00 - ART # # Jujuy (JY) @@ -157,6 +168,8 @@ Zone America/Jujuy -4:21:12 - LMT 1894 N -4:00 - WART 1991 Oct 6 -4:00 1:00 WARST 1992 Mar 15 -4:00 - WART 1992 Oct 18 + -3:00 - ART 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 -3:00 - ART # # Catamarca (CT) @@ -167,6 +180,8 @@ Zone America/Catamarca -4:23:08 - LMT 18 -3:00 Arg AR%sT 1990 Jul -3:00 - ART 1991 Jul -3:00 Arg AR%sT 1992 Jul + -3:00 - ART 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 -3:00 - ART # # Mendoza (MZ) @@ -178,6 +193,8 @@ Zone America/Mendoza -4:35:16 - LMT 1894 -4:00 - WART 1991 Oct 15 -4:00 1:00 WARST 1992 Mar 1 -4:00 - WART 1992 Oct 18 + -3:00 - ART 1999 Oct 3 0:00 + -4:00 Arg AR%sT 2000 Mar 3 0:00 -3:00 - ART # Aruba =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2000.5 retrieving revision 2000.5.0.1 diff -pu -r2000.5 -r2000.5.0.1 --- tz-link.htm 2000/07/31 13:26:42 2000.5 +++ tz-link.htm 2000/08/08 23:41:30 2000.5.0.1 @@ -66,6 +66,8 @@ is a fancier web interface. is an even fancier interface. <LI><A HREF="http://www.burbs.com/fcgi-bin/tzconvert.fcgi">Burbs time zone converter</A> is a multilingual interface. +<LI><A HREF="http://www.holidayfestival.com/">The Worldwide Holiday +& Festival Site</A> lists DST-related clock changes along with holidays. <LI><A HREF="http://www.timeanddate.com/worldclock/">The World Clock</A> is a web interface to a time zone database derived from <samp>tz</samp>'s.

1 0

FW: Timezone utility
by Olson, Arthur David (NCI) Aug. 8, 2000

Aug. 8, 2000

Henry Grebler is not on the time zone mailing list; direct any replies appropriately. --ado > -----Original Message----- > From: Henry Grebler [SMTP:henryg@optimation.com.au] > Sent: Monday, August 07, 2000 10:31 PM > To: tz(a)elsie.nci.nih.gov > Subject: Timezone utility > > > > #To: tz(a)elsie.nci.nih.gov > > #From: henryg(a)optimation.com.au > Henry Grebler > Support Manager > Optimation Software Engineering Pty Ltd > Level 9 West, 608 St Kilda Road > Melbourne, Vic, 3004, Australia > > Phone: +61 3 9525 2111 Fax: +61 3 9521 1733 > URL: http://www.optimation.com.au > > > Hi, > > > First of all, thanks for providing a valuable service. I guess under > normal situations your work would go unheralded - when things are > going right no one notices. It's only when your car breaks down that > you look under the bonnet (hood). > > I'm hoping I have found an opportunity to give a little (very little) > back. > > We in Australia have been taking a keener-than-usual interest in tz > stuff with the advent of the Olympic Games. So, naturally, I > eventually found myself downloading from your website. > > I look after several different platforms (Solaris, Linux, AIX, HP-UX, > IRIX, etc). It soon became clear to me that something was missing. I > felt that, it's all very well to make changes to the timezone > database; how do I test that the changes will work? And there's > the rub. It's not the time now that is at issue. One can immediately > confirm that the time right now is correct. What I want to know is, > Will it be correct at some time in the future? > > To address this issue, I have written a little utility, cvt_time. I > enclose source, Makefile and man page. I have chosen to store it in > the 'misc' subdirectory of the 'src' directory. It is enclosed as a > tar, gzip, uuencode. If you think it is worthwhile, please feel free > to distribute it or make it available in any way you see fit. > > Regards, > Henry > > > > begin 660 misc.tar.Z > M'YV0;=+,&?,"@,&#"!,J7,BPH<.'$",BA &#!HP;-V H$@Q!HT:&SG"B"$C > MI,B3&V]XG&'#1@V,,T*2K"$C!@"0$G/JW,FS9YTY=,+("8FFC!LY><[T7 @T > MC!DS2Q>*E/'2),>84;-JW<JU:]> U^,L4/G"YTT;<JX&..UK=N-,2BVU"C2 > M(\B3)*URC'&#:LJ5+6O$F'%#)@T:-VAL?,NX\<*?08=2+'HT:=>F3[U.K7H2 > M!E;'H$.+;OM"!8BQ9<^F70NBQ>DW;NR4D4,'Q)PR8V"3F6,[C9LQ94"4@?-F > M#!H0=-Z 8%,\#!OD:(.#F$Z].@@5+Q0H**W@.@@D1I&"."*GC!@VLT'PH(ST > M#) W<%2'.0M[[9LV+L+4\=%=17\03\2'UGQIP ;"%&^80<<=0@57A!MG^%;& > M;+Z= 0(4=.3A @A,T$&&"RS\UT09;(CQ1AURN%$&"R $ 9D<SJ41A@O]_9<$ > M"&NX\<8=(*1!QPF\Z5B;',6M449M Z5A%' LBE%';6F8 4(>)R*'AF]K]/AC > MD&_4%@8(8H1!QG]ID%%&&"PF<0(9RZ5A)'+*B1%<&&/DN"-Z9)Q1QH<@W'@' > MD70$1\>5O#D5J!RVG2F'<17^=^49QX7A!IO,\6C&&XA^"0<;\UTJ1QLM^&8F > M'$:9Z49M:1DGJ4!MP D"G5>6(9N59?PW1QAI@5#>''6P0<>&5!0%@HH- M4G > M"&=T"0*#O)T1QAUK-/DDLL]FR2P(8,U1(0AF$-F&K<JU(6D>("18+HH@;-HI > MIFW,D::5)T(*96UWG,@&FW(*%X:VZ26WK!P^KOB?DVG<^^JD/;K1%!O/#2J0 > ME9*Z2K#!DK+IV\+/.0LMC==EI\ (OHW!1AUF@B "4&04Z (:(E@'0FG<8FJ; > MAR?2P2+*L\G!(JER$(DH=A^'/'+)/*BF%AK\*> ;'0J(ZQL*0ITQ!HM1VY&" > MTJ=:%_48.RB@ZL_35;U%%UWOT=UT1IMUG<A%=DU=VK4E.L8<;D^WM'5I='WV > M:<S5"4(/()APV]QU]R@EU')(_3?@,:0 @MDN#\X;X$:C $,*A5,'!\"GFH'" > M&)6S76<*F.]-71EX^(A"Z=3UL;>G(*"0QM$a)Q+!#C^J]FCC7(*RP0AJ.0VZ= > MY+3/]P8;B)]AQQ9I=,&Z=9LO[3GHT7W>]QJD%^ZZZZ,I!!9!381AI!D%E]'] > M^0Z-))<-=.WUD5YY=:;^87_1P))++176$0TQL+\8^@#D"62$0I3P6(8KF(%* > M5S:COY-$H 0C*!H1I" \(VO?*V)&:)08Y;H: <*4GC"$6C'0:,IH E!<,)T > M %?"Z+@@!MIQ#AMTD("+!85A(-".#65(PQTRK 6;>X.%?,B&%HC+#3I4V V+ > M&,0SZ.!E/Y'#"_KFG!>(P3<O( $*0"C"JVTGBE-L#ANLB$4M<O$(*:"A&4.( > MQK4H( %0" (5D- #$I @CG/4P0O 2,4Q7M$-IQE#:Y2SQBZ"H)!M',,;@0(P > M.!QRBVR\6@*,TX8WL*D&F'SD&279!CNT1DJ(=-P>YR#%/I(1B1\#P8-X51Z( > MT2LXL&$#N8A(*VZE00[&,EKLM/6;.>%07(Q2$6]N4ZL1U-(VN K.*$LIQA<< > M,04TPAK&C"@I&BXSC&.HXA&=*:D89!$%*'2"%Z]IRFT>T9M:#&<:$Y#.%$IR > M#(YL 2C!Z4XHDA*;VI04-]T PTFBH9)L.(a)P-[,G,;([1G-W\ICH5(,&&.O2A > M$(VH1"=*T=!\3RQDZ>!J;%+1MZ@/!G.QBEW@5Q+YR: F=%&)_0(C QLH9G\6 > ML8E&.AK! 4H&!NPYX%82J!F.4*6!(GD@38<J41?,$01#L (5OD"%)#2A"+53 > M@ NF@ 00."$(3_5:1G7)!=?D)C:SJ8TN[>"<.I1A#E*EZH&RX(0G0&$*29B" > M5(5PFJUZ< MRTPUO7,!7$'0AK54E0A&F, 0I) $*37V"$Z1ZHQ:F10'1.Q5O > M!A4<,LQG3@C3I6].4SD9.,Y3XJI-;GIV5N),:EO^XA4<-J6D,46M#FDY%0KF > M ,T^24E'NCL#;(T"I6'68;5L:"V+*'L:%)4G:Y8-U,'8I,L&099S@?J0=EP > M!2@H8 JD&D.4\L#8O$X*K?NJI1M@*R=$F6MP>NU-+VLYG.*@ 5C":J]Q>L2; > MG]1!AN2BK +D%"$WN&%;YHI!#C*R(2N4]:P:["YZOZN !H' OO@%@9D.%1 5 > MX2N_ '/.<H73,TQM* B%0E8=RB2PN,C/N[MY#6GG8%KF*B<,)IK6#*:DJ#E$ > M<ZI5+0(6L H%)@QVKM\)PZS:D-_HZ $VP2$?>G@C)Z/DT 5T_6UR]Z3B\H!. > MEC^0:G45((0R>"HX4KZL#K1L72C7-371 4$.;'"#&< DSG(@9K9[.8:L \& > M4G6#&:Y;!T"ZR$(RN $(1J*#&N2@T'*6 4?X[.<Z %K0,)"!#B@R:1B 0-$4 > MF>Z>J6O=("@H/6$.U)@Y#63'!F?-;7ZSH>6,ZCK?.<][GD*?6^3H2T,Z!HA& > M]*47+>M&/WK0,ZATI7>=:05DX:PL(O)RQ!B<AY%/11NZ AKF\ZH8UX8*^SJB > MC+(,9"IHH0<N8F2,PO ";,]!VU\R]9Q3#6=6T_G-K^XUK7]-:$/K&M-XEO>? > M;3UH25.:(L3&LU3W_ 3XS"$$''K#&]; F^"^R=SHIN_,"O:</\'&0BA $*< > MQAL<0'.Z:A7!%(H U2 P80I/$('7.NM%'+>H"G-\@A04 )[*C*<\YTG/>@SH > M'OC(ASYNL ]^]..#<DDI0#\O$" 1I" &E4<!#^KOA#AG(0QIB$,> A$(1E2B > M$Z5H1;06=W"_A((GC+RV#"6JVM?.]K:[_>UPC[O<YT[WNMO][GC/N][WSG>( > ! J5H > > end

3 2

Timezone utility
by Henry Grebler Aug. 7, 2000

Aug. 7, 2000

#To: tz(a)elsie.nci.nih.gov #From: henryg(a)optimation.com.au Henry Grebler Support Manager Optimation Software Engineering Pty Ltd Level 9 West, 608 St Kilda Road Melbourne, Vic, 3004, Australia Phone: +61 3 9525 2111 Fax: +61 3 9521 1733 URL: http://www.optimation.com.au Hi, First of all, thanks for providing a valuable service. I guess under normal situations your work would go unheralded - when things are going right no one notices. It's only when your car breaks down that you look under the bonnet (hood). I'm hoping I have found an opportunity to give a little (very little) back. We in Australia have been taking a keener-than-usual interest in tz stuff with the advent of the Olympic Games. So, naturally, I eventually found myself downloading from your website. I look after several different platforms (Solaris, Linux, AIX, HP-UX, IRIX, etc). It soon became clear to me that something was missing. I felt that, it's all very well to make changes to the timezone database; how do I test that the changes will work? And there's the rub. It's not the time now that is at issue. One can immediately confirm that the time right now is correct. What I want to know is, Will it be correct at some time in the future? To address this issue, I have written a little utility, cvt_time. I enclose source, Makefile and man page. I have chosen to store it in the 'misc' subdirectory of the 'src' directory. It is enclosed as a tar, gzip, uuencode. If you think it is worthwhile, please feel free to distribute it or make it available in any way you see fit. Regards, Henry begin 660 misc.tar.Z M'YV0;=+,&?,"@,&#"!,J7,BPH<.'$",BA &#!HP;-V H$@Q!HT:&SG"B"$C MI,B3&V]XG&'#1@V,,T*2K"$C!@"0$G/JW,FS9YTY=,+("8FFC!LY><[T7 @T MC!DS2Q>*E/'2),>84;-JW<JU:]> U^,L4/G"YTT;<JX&..UK=N-,2BVU"C2 M(\B3)*URC'&#:LJ5+6O$F'%#)@T:-VAL?,NX\<*?08=2+'HT:=>F3[U.K7H2 M!E;'H$.+;OM"!8BQ9<^F70NBQ>DW;NR4D4,'Q)PR8V"3F6,[C9LQ94"4@?-F M#!H0=-Z 8%,\#!OD:(.#F$Z].@@5+Q0H**W@.@@D1I&"."*GC!@VLT'PH(ST M#) W<%2'.0M[[9LV+L+4\=%=17\03\2'UGQIP ;"%&^80<<=0@57A!MG^%;& M;+Z= 0(4=.3A @A,T$&&"RS\UT09;(CQ1AURN%$&"R $ 9D<SJ41A@O]_9<$ M"&NX\<8=(*1!QPF\Z5B;',6M449M Z5A%' LBE%';6F8 4(>)R*'AF]K]/AC MD&_4%@8(8H1!QG]ID%%&&"PF<0(9RZ5A)'+*B1%<&&/DN"-Z9)Q1QH<@W'@' MD70$1\>5O#D5J!RVG2F'<17^=^49QX7A!IO,\6C&&XA^"0<;\UTJ1QLM^&8F M'$:9Z49M:1DGJ4!MP D"G5>6(9N59?PW1QAI@5#>''6P0<>&5!0%@HH- M4G M"&=T"0*#O)T1QAUK-/DDLL]FR2P(8,U1(0AF$-F&K<JU(6D>("18+HH@;-HI MIFW,D::5)T(*96UWG,@&FW(*%X:VZ26WK!P^KOB?DVG<^^JD/;K1%!O/#2J0 ME9*Z2K#!DK+IV\+/.0LMC==EI\ (OHW!1AUF@B "4&04Z (:(E@'0FG<8FJ; MAR?2P2+*L\G!(JER$(DH=A^'/'+)/*BF%AK\*> ;'0J(ZQL*0ITQ!HM1VY&" MTJ=:%_48.RB@ZL_35;U%%UWOT=UT1IMUG<A%=DU=VK4E.L8<;D^WM'5I='WV M:<S5"4(/()APV]QU]R@EU')(_3?@,:0 @MDN#\X;X$:C $,*A5,'!\"GFH'" M&)6S76<*F.]-71EX^(A"Z=3UL;>G(*"0QM$a)Q+!#C^J]FCC7(*RP0AJ.0VZ= MY+3/]P8;B)]AQQ9I=,&Z=9LO[3GHT7W>]QJD%^ZZZZ,I!!9!381AI!D%E]'] M^0Z-))<-=.WUD5YY=:;^87_1P))++176$0TQL+\8^@#D"62$0I3P6(8KF(%* M5S:COY-$H 0C*!H1I" \(VO?*V)&:)08Y;H: <*4GC"$6C'0:,IH E!<,)T M %?"Z+@@!MIQ#AMTD("+!85A(-".#65(PQTRK 6;>X.%?,B&%HC+#3I4V V+ M&,0SZ.!E/Y'#"_KFG!>(P3<O( $*0"C"JVTGBE-L#ANLB$4M<O$(*:"A&4.( MQK4H( %0" (5D- #$I @CG/4P0O 2,4Q7M$-IQE#:Y2SQBZ"H)!M',,;@0(P M.!QRBVR\6@*,TX8WL*D&F'SD&279!CNT1DJ(=-P>YR#%/I(1B1\#P8-X51Z( MT2LXL&$#N8A(*VZE00[&,EKLM/6;.>%07(Q2$6]N4ZL1U-(VN K.*$LIQA<< M,04TPAK&C"@I&BXSC&.HXA&=*:D89!$%*'2"%Z]IRFT>T9M:#&<:$Y#.%$IR M#(YL 2C!Z4XHDA*;VI04-]T PTFBH9)L.(a)P-[,G,;([1G-W\ICH5(,&&.O2A M$(VH1"=*T=!\3RQDZ>!J;%+1MZ@/!G.QBEW@5Q+YR: F=%&)_0(C QLH9G\6 ML8E&.AK! 4H&!NPYX%82J!F.4*6!(GD@38<J41?,$01#L (5OD"%)#2A"+53 M@ NF@ 00."$(3_5:1G7)!=?D)C:SJ8TN[>"<.I1A#E*EZH&RX(0G0&$*29B" M5(5PFJUZ< MRTPUO7,!7$'0AK54E0A&F, 0I) $*37V"$Z1ZHQ:F10'1.Q5O M!A4<,LQG3@C3I6].4SD9.,Y3XJI-;GIV5N),:EO^XA4<-J6D,46M#FDY%0KF M ,T^24E'NCL#;(T"I6'68;5L:"V+*'L:%)4G:Y8-U,'8I,L&099S@?J0=EP M!2@H8 JD&D.4\L#8O$X*K?NJI1M@*R=$F6MP>NU-+VLYG.*@ 5C":J]Q>L2; MG]1!AN2BK +D%"$WN&%;YHI!#C*R(2N4]:P:["YZOZN !H' OO@%@9D.%1 5 MX2N_ '/.<H73,TQM* B%0E8=RB2PN,C/N[MY#6GG8%KF*B<,)IK6#*:DJ#E$ M<ZI5+0(6L H%)@QVKM\)PZS:D-_HZ $VP2$?>G@C)Z/DT 5T_6UR]Z3B\H!. MEC^0:G45((0R>"HX4KZL#K1L72C7-371 4$.;'"#&< DSG(@9K9[.8:L \& M4G6#&:Y;!T"ZR$(RN $(1J*#&N2@T'*6 4?X[.<Z %K0,)"!#B@R:1B 0-$4 MF>Z>J6O=("@H/6$.U)@Y#63'!F?-;7ZSH>6,ZCK?.<][GD*?6^3H2T,Z!HA& M]*47+>M&/WK0,ZATI7>=:05DX:PL(O)RQ!B<AY%/11NZ AKF\ZH8UX8*^SJB MC+(,9"IHH0<N8F2,PO ";,]!VU\R]9Q3#6=6T_G-K^XUK7]-:$/K&M-XEO>? M;3UH25.:(L3&LU3W_ 3XS"$$''K#&]; F^"^R=SHIN_,"O:</\'&0BA $*< MQAL<0'.Z:A7!%(H U2 P80I/$('7.NM%'+>H"G-\@A04 )[*C*<\YTG/>@SH M'OC(ASYNL ]^]..#<DDI0#\O$" 1I" &E4<!#^KOA#AG(0QIB$,> A$(1E2B M$Z5H1;06=W"_A((GC+RV#"6JVM?.]K:[_>UPC[O<YT[WNMO][GC/N][WSG>( ! J5H end

1 0

RE: Using yearistype requires "." in $PATH
by Olson, Arthur David (NCI) Aug. 7, 2000

Aug. 7, 2000

Maybe the first step is to change the Makefile line that reads cp zic zdump $(ETCDIR)/. to read cp yearistype zdump zic $(ETCDIR)/. --ado

2 1

FW: time zones
by Olson, Arthur David (NCI) Aug. 7, 2000

Aug. 7, 2000

Jim Affleck is not on the time zone mailing list; direct any replies appropriately. --ado > -----Original Message----- > From: Jim Affleck [SMTP:J.H.Affleck@tesco.net] > Sent: Monday, August 07, 2000 10:17 AM > To: tz(a)elsie.nci.nih.gov > Subject: time zones > > Dear sir > > I would be grateful for your assistance. I obtained your E Mail address > from Paul Stewart's web page. > > I am working on earthquakes which are recorded on UT time tied in with > Zone Time. My problem is that I need to get the "real time" of these > events, the time that it takes from Greenwich to reach the longitude by > the Earths rotation. > > I need to tie up time and longitude, the earthquakes are reported in > position of longitude / latitude, but not as accurately as time. I also > need the real time span between quakes. > > My ideal solution to this problem would be software that would take in a > spreadsheet produced file ( I have thousands of quakes ) and analysing > date, time and latitude / longitude produce exact "real time" / Earth > rotation time. > > I write my own spreadsheet macro's (Aseasy As)and could construct one if > I knew all the time / zone boundary parameters. >From what I have > surmised of the crazy Zone and different clock contortions this would be a > big job. I do not write macro's for Excel or Lotus 123 but could work > existing macro sheets if they were available. > > I hope you can help me as I cannot move forward till I have solved this > problem. > > > Yours sincerely > > Jim Affleck j.h.affleck(a)tesco.net <mailto:j.h.affleck@tesco.net> > > > > > > > > > > > > > > > > > > > > > >

1 0

time zones
by Jim Affleck Aug. 7, 2000

Aug. 7, 2000

Dear sir I would be grateful for your assistance. I obtained your E Mail address from Paul Stewart's web page. I am working on earthquakes which are recorded on UT time tied in with Zone Time. My problem is that I need to get the "real time" of these events, the time that it takes from Greenwich to reach the longitude by the Earths rotation. I need to tie up time and longitude, the earthquakes are reported in position of longitude / latitude, but not as accurately as time. I also need the real time span between quakes. My ideal solution to this problem would be software that would take in a spreadsheet produced file ( I have thousands of quakes ) and analysing date, time and latitude / longitude produce exact "real time" / Earth rotation time. I write my own spreadsheet macro's (Aseasy As)and could construct one if I knew all the time / zone boundary parameters. From what I have surmised of the crazy Zone and different clock contortions this would be a big job. I do not write macro's for Excel or Lotus 123 but could work existing macro sheets if they were available. I hope you can help me as I cannot move forward till I have solved this problem. Yours sincerely Jim Affleck j.h.affleck(a)tesco.net

1 0

Using yearistype requires "." in $PATH
by Robert Elz Aug. 5, 2000

Aug. 5, 2000

The way zic is built, it assumes by default (no -y arg) that "yearistype" is somewhere in your path. However (and especially as it is distributed with the data files these days) yearistype is usually going to be found in "." which is generally not in anyone's path (and should never be in root's path). The NetBSD workaround (in its distributed tzcode) is to run zic as: zic -y "sh yearistype.sh" and not bother with making "yearistype", including making it executable, at all. The tzcode Makefile uses "-y ./yearistype". Those are OK for a makefile, but not really ideal for one off running zic by hand. As things are currently, the -y option is almost mandatory, zic just doesn't work properly without it, yet it is still optional in zic. Is there any reason that the distribution couldn't be altered as ... *** zic.c.old Mon Jul 31 23:24:18 2000 --- zic.c Sat Aug 05 21:55:39 2000 *************** *** 538,544 **** if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "yearistype"; setboundaries(); --- 538,544 ---- if (directory == NULL) directory = TZDIR; if (yitcommand == NULL) ! yitcommand = "./yearistype"; setboundaries(); which will work better than now, except in the (somewhat odd I think) case where yearistype is actually getting installed in some standard binary directory. Since it isn't included with tzcode the standard Makefile doesn't install it anywhere (but does depend upon it), it tends to just live with the data. Much better would be to actually look for, and find (when no -y is given) a suitable yearistype file - look in the directory where the data file is found (so "zic /usr/src/share/zoneinfo/australasia" would work), and if not found there, look in "." to see if it is there, and if not there, just assume it must be in PATH (and so leave it as just "yearistype") or can't be found at all. For now, that's more effort than is needed (for me). The searching should include looking for "yearistype.sh" as well most likely, and if that's found, and no yearistype is found, then run it as "sh ..." so it doesn't need 'x' permission). kre

1 0

request for mailing list participation
by Thomas Carey Aug. 3, 2000

Aug. 3, 2000

I'd like to participate in the discussion on timezones

1 0

tzcode2000e.tar.gz and tzdata2000e.tar.gz
by Olson, Arthur David (NCI) Aug. 1, 2000

Aug. 1, 2000

The files ftp://elsie.nci.nih.gov/pub/tzcode2000e.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata2000e.tar.gz are now available. These include the data changes circulated on the time zone mailing list last week by Paul Eggert, a change to the default value of the defined constant HAVE_STRERROR, and the addition of a Dave Barry quote on DST to the tz-arts file. --ado

2 1

data file recommendation
by Martin Smoot Aug. 1, 2000

Aug. 1, 2000

I recommend adding the date of the change to the data files. The africa data file for example only has the following at the top of the file: # @(#)africa 7.33 The other data files also lack the date. I don't think that the file date in the tar files can be depended on to be the date of a change - I know for sure that some of the files in the March distribution have not been changed for a while. The pacificnew file has a time tag of Mar 14 09:39 but is no different from the file I have been using since October 1998. -- Martin Smoot Network Storage Solutions 703-834-2242 msmoot(a)nssolutions.com www.nssolutions.com

4 4

EU proposals
by Joseph S. Myers July 31, 2000

July 31, 2000

I came across this in CELEX: http://europa.eu.int/cgi-bin/eur-lex/udl.pl?REQUEST=Seek-Deliver&LANGUAGE=e… (a 25 page PDF review of summer time). The proposed directive, providing for the present arrangements to continue indefinitely from 2002, is as follows: ================================================================= /* COM/2000/0302 final - COD 2000/0140 */ Proposal for a DIRECTIVE OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL on summer-time arrangements (Text with EEA relevance) THE EUROPEAN PARLIAMENT AND THE COUNCIL OF THE EUROPEAN UNION, Having regard to the Treaty establishing the European Community, and in particular Article 95 thereof, Having regard to the proposal from the Commission [42], [42] OJ C Having regard to the opinion of the Economic and Social Committee [43], [43] OJ C Acting in accordance with the procedure laid down in Article 251 of the Treaty, Whereas: (1) Eighth Directive 97/44/EC of the European Parliament and of the Council of 22 July 1997 on summer-time arrangements [44] introduced a common date and time in all Member States, for the beginning and end of summer-time in 1998, 1999, 2000 and 2001. [44] OJ L 206, 1.8.1997, p. 62. (2) Given that the Member States apply summer-time arrangements, it is important for the functioning of the internal market that a common date and time for the beginning and end of the summer-time period be fixed throughout the Community. (3) The summer-time period considered most appropriate by the Member States runs from the end of March to the end of October; that period should therefore be maintained. (4) The proper functioning of certain sectors, not only transport and communications, but also other sectors of industry, requires stable, long-term planning. Provisions concerning summer-time should therefore be laid down for an unlimited period. Article 4 of Directive 97/44/EC provides, in that respect, that the European Parliament and the Council are to adopt, by 1 January 2001, the arrangements to apply from 2002 onwards. (5) For reasons of clarity and accuracy of information, a timetable for the implementation of the summer-time period for the following five years should be drawn up and published every five years. (6) Implementation of this Directive should, moreover, be monitored by means of a report on the impact of the provisions of this Directive in all of the areas concerned submitted to the European Council and the Economic and Social Committee by the Commission. That report should be based on the information made available to the Commission by the Member States in sufficient time to enable the report to be presented at the specified time. (7) In accordance with the principles of subsidiarity and proportionality as set out in Article 5 of the Treaty, the complete harmonisation of the timetable for the summer-time period with a view to facilitating transport and communications cannot be sufficiently achieved by the Member States and can therefore be better achieved by the Community. This Directive confines itself to the minimum required in order to achieve those objectives and does not go beyond what is necessary for that purpose. (8) For geographical reasons, the common summer-time arrangements should not apply to the overseas territories of the Member States, HAVE ADOPTED THIS DIRECTIVE: Article 1 For the purposes of this Directive "summer-time period" shall mean the period of the year during which clocks are put forward by 60 minutes compared with the rest of the year. Article 2 From 2002 onwards, the summer-time period shall begin, in every Member State, at 1.00 a.m., Greenwich Mean Time, on the last Sunday in March. Article 3 From 2002 onwards, the summer-time period shall end in every Member State at 1.00 a.m., Greenwich Mean Time, on the last Sunday in October. Article 4 The Commission shall publish a communication in the Official Journal of the European Communities, for the first time on the occasion of the publication of this Directive, and every five years thereafter, containing the timetable showing the dates on which the summer-time period will begin and end for the following five years. Article 5 The Commission shall report to the European Parliament, the Council and the Economic and Social Committee on the impact of the provisions of this Directive on the sectors concerned by 31 December 2007 at the latest. That report shall be drawn up on the basis of the information made available to the Commission by each Member State by 30 April 2007 at the latest. Article 6 This Directive shall not apply to the overseas territories of the Member States. Article 7 Member States shall bring into force the laws, regulations and administrative provisions necessary to comply with this Directive by 31 December 2001 at the latest. They shall forthwith inform the Commission thereof. When the Member States adopt those provisions, they shall contain a reference to this Directive or be accompanied by such a reference on the occasion of their official publication. Member States shall determine how such reference is to be made. Article 8 This Directive shall enter into force on the twentieth day following that of its publication in the Official Journal of the European Communities. Article 9 This Directive is addressed to the Member States. Done at Brussels, For the European Parliament For the Council The President The President ================================================================= Communication [45] from the Commission pursuant to Article 4 of Directive ... of the European Parliament and of the Council on summer-time arrangements [46] [45] To be published separately in the OJ following adoption of the Directive. [46] OJ Timetable for the summer-time period For 2002-2006 inclusive, the summer-time periods will begin and end respectively on the following dates at 1.00 a.m. Greenwich Mean Time: - in 2002: the Sundays of 31 March and 27 October; - in 2003: the Sundays of 30 March and 26 October; - in 2004: the Sundays of 28 March and 31 October; - in 2005: the Sundays of 27 March and 30 October; - in 2006: the Sundays of 26 March and 29 October. ================================================================= -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0

FW: proposed tz changes for Israel, Mexico, Simferopol, etc.
by Olson, Arthur David (NCI) July 31, 2000

July 31, 2000

> -----Original Message----- > From: Ephraim Silverberg [SMTP:ephraim@cs.huji.ac.il] > Sent: Sunday, July 30, 2000 3:13 AM > To: tz(a)elsie.nci.nih.gov > Cc: Bill Tiede; Steve Mann > Subject: Re: proposed tz changes for Israel, Mexico, Simferopol, etc. > > Bill Tiede <billt(a)isbister.com> writes: > | > | Regarding the DST rules for Israel, I have not been able to find any > | corroborating evidence that this became official policy. The only story > | in the online newspapers (Jerusalem Post for example) on the subject was > | in early July 2000 which mentioned that the committee had made a > | recommendation, but that the head of the Intertior Department disagreed > | with the recommendation. > > You are referring to the meeting of the Interior Ministry committee on > July 5 > where then Minister of Interior Sharansky leaned towards his original end > date of October 22nd. Between July 5 and July 19 when the change to Oct. > 6 > was passed in the Knesset, Minister Sharansky resigned (not because of DST > ...) > and joined the opposition hence making his opinion a lot less important. > > As far as official confirmation, I included the URL to the law itself with > all the 2000-2004 spelled out explicitly in the comments to the 'asia' > file: > > # The official announcement for the end date of 2000 and the dates > # for the years 2001-2004 can be viewed at: > # > # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz > > Steve Mann <smann(a)cdpubs.com> writes: > >> > >> Last week it was decided that the DST in Israel will be finished this > year > >> at Oct 6. For the next 4 years the dates will be beginning of > >> April until last week of Sept. (in special cases it can move to first > >> week of Oct.) > > > > I'm not quite sure what he meant by the "beginning of April". If > > anyone wants to pursue details, I can provide email contact > > information privately. > > I chose to include the URL of the actual law rather than the usual > official > announcement to the press since the official announcement only gave the > end > date for Oct. 6 and just mentioned that the other years had been changed > (with a typo of 2003 in instead of 2004) without stating what the dates > were. > > I am attaching the announcement to the press of July 19 for all Hebrew > readers > in the list. > __________________________________________________________________________ > _ > Ephraim Silverberg, CSE System Group, Phone number: > 972-2-6585521 > Hebrew University, Jerusalem, Israel. Fax number: > 972-2-6585439 > WWW: http://www.cs.huji.ac.il/~ephraim E-mail: > ephraim(a)cse.huji.ac.il <<Israel TZ Announcement (2000-2004)>>

1 0

Re: proposed tz changes for Israel, Mexico, Simferopol, etc.
by Ephraim Silverberg July 30, 2000

July 30, 2000

Bill Tiede <billt(a)isbister.com> writes: | | Regarding the DST rules for Israel, I have not been able to find any | corroborating evidence that this became official policy. The only story | in the online newspapers (Jerusalem Post for example) on the subject was | in early July 2000 which mentioned that the committee had made a | recommendation, but that the head of the Intertior Department disagreed | with the recommendation. You are referring to the meeting of the Interior Ministry committee on July 5 where then Minister of Interior Sharansky leaned towards his original end date of October 22nd. Between July 5 and July 19 when the change to Oct. 6 was passed in the Knesset, Minister Sharansky resigned (not because of DST ...) and joined the opposition hence making his opinion a lot less important. As far as official confirmation, I included the URL to the law itself with all the 2000-2004 spelled out explicitly in the comments to the 'asia' file: # The official announcement for the end date of 2000 and the dates # for the years 2001-2004 can be viewed at: # # ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz Steve Mann <smann(a)cdpubs.com> writes: >> >> Last week it was decided that the DST in Israel will be finished this year >> at Oct 6. For the next 4 years the dates will be beginning of >> April until last week of Sept. (in special cases it can move to first >> week of Oct.) > > I'm not quite sure what he meant by the "beginning of April". If > anyone wants to pursue details, I can provide email contact > information privately. I chose to include the URL of the actual law rather than the usual official announcement to the press since the official announcement only gave the end date for Oct. 6 and just mentioned that the other years had been changed (with a typo of 2003 in instead of 2004) without stating what the dates were. I am attaching the announcement to the press of July 19 for all Hebrew readers in the list. ___________________________________________________________________________ Ephraim Silverberg, CSE System Group, Phone number: 972-2-6585521 Hebrew University, Jerusalem, Israel. Fax number: 972-2-6585439 WWW: http://www.cs.huji.ac.il/~ephraim E-mail: ephraim(a)cse.huji.ac.il

1 0

proposed tz changes for Israel, Mexico, Simferopol, etc.
by Paul Eggert July 28, 2000

July 28, 2000

The Israeli daylight-saving changes prompted me to collect all the proposed changes that have been accumulating to the tz data. Here they are: * New daylight saving rules for Israel starting this fall. (Thanks to Ephraim Silverberg for this info.) * New zones America/Merida and America/Monterrey, to account for 1980s Mexican daylight saving time experiments that we previosly didn't know about. Also, add 23 days to the date of the April 1942 transition in Mexico. (Thanks to Gwillim Law for this info.) * Fix a glitch in the March 1997 transition for Europe/Simferopol, which incorrectly changed the clocks twice. (Thanks to Gwillim Law for catching this bug.) The following changes affect commentary only: * Refer to ZoneInfo, a new Java-based tz file reader. * Refer to the new computer version of Shanks's excellent time zone data. * Refer to the new Leap Second Discussion mailing list. * Report the Economist's incorrect story about DST in Iraqi Kurdistan, and report Rives McDow's refutation. * Report a legal citation for the 2000/2001 Tasmanian rules (thanks to Sim Alam for this info). * Fix typos in commentary about Iran, and update URL. =================================================================== RCS file: RCS/zone.tab,v retrieving revision 2000.1 retrieving revision 2000.1.0.1 diff -pu -r2000.1 -r2000.1.0.1 --- zone.tab 2000/01/18 14:21:22 2000.1 +++ zone.tab 2000/07/27 17:08:27 2000.1.0.1 @@ -247,6 +247,8 @@ MV +0410+07330 Indian/Maldives MW -1547+03500 Africa/Blantyre MX +1924-09909 America/Mexico_City Central Time - most locations MX +2105-08646 America/Cancun Central Time - Quintana Roo +MX +2058-08937 America/Merida Central Time - Campeche, Yucatan +MX +2540-10019 America/Monterrey Central Time - Coahuila, Durango, Nuevo Leon, Tamaulipas MX +2313-10625 America/Mazatlan Mountain Time - S Baja, Nayarit, Sinaloa MX +2838-10605 America/Chihuahua Mountain Time - Chihuahua MX +2904-11058 America/Hermosillo Mountain Standard Time - Sonora =================================================================== RCS file: RCS/northamerica,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- northamerica 2000/03/04 15:31:08 2000.3 +++ northamerica 2000/07/27 17:08:27 2000.3.0.1 @@ -1002,52 +1002,35 @@ Zone America/Dawson -9:17:40 - LMT 1900 # Mexico -# From Guy Harris: -# Rules are from the Official Airline Guide, Worldwide Edition, for 1987. -# Rules [before] 1987 are unknown. -# The comments in the OAG say "Only Ensenada, Mexicale, San Felipe and Tijuana -# observe DST." This is presumably Baja California Norte, above 28th parallel, -# as listed there; [there is also] "Baja California Sur and N. Pacific -# Coast (States of Sinaloa and Sonora)." - -# From Bob Devine (1988-01-28): -# The Federal District (where Mexico City is) has observed [DST] several -# times but not recently. -# -# I don't where to draw the line in the North Baja area. 28th latitude -# sounds good -- but it may be higher (how far [d]o radio stations from -# San Diego affect culture?). -# -# The dates of DST probably go back to 1981. The rules are the same as -# US's. This is going to be a headache for US presidential electi[o]n years! - -# From Arthur David Olson (1988-02-13) -# Since the 1981 starting date is only "probable," we'll keep the 1987 -# starting date below. - -# From U. S. Naval Observatory (1989-01-19): -# MEXICO BAJA CAL N 7 H BEHIND UTC BAJA CALIFORNIA SUR AND -# MEXICO BAJA CAL N N. PACIFIC COAST (STATES -# MEXICO BAJA CAL N OF SINALOA AND SONORA) -# MEXICO BAJA CAL N 8 H BEHIND UTC ABOVE 28TH PARALLEL APR 3 -# MEXICO BAJA CAL N - OCT 29 -# MEXICO BAJA CAL N 7 H BEHIND UTC ABOVE 28TH PARALLEL APR 3 -# MEXICO BAJA CAL N - 0CT 29 -# MEXICO 6 H BEHIND UTC STATES OF DURANGO, -# MEXICO COAHUILA, NUEVO LEON, -# MEXICO TAMAULIPAS -# MEXICO 5 H BEHIND UTC STATES OF DURANGO, -# MEXICO COAHUILA, NUEVO LEON, -# MEXICO TAMAULIPAS APR 3 - OCT 29 -# MEXICO 6 H BEHIND UTC GENERAL MEXICO, STATES OF -# MEXICO CAMPECHE, QUINTANA ROO AND -# MEXICO YUCATAN - -# From Arthur David Olson (1989-01-21): -# April 3 fell on a Sunday in 1988; October 29 fell on a Sunday in 1989. Ahem. -# USNO claims there should be four Mexican zones rather than three: -# a zone that's GMT-8 with DST; a zone that's always GMT-7; -# a zone that's GMT-6 with DST; and a zone that's always GMT-6. +# Gwillim Law reports this source for daylight saving time in Mexico: +# <a href="http://www.spin.com.mx/verano/"> +# Daylight saving time * SPIN-Internet (in Spanish) +# </a> +# Law (2000-03-09) translates it as follows: +# +# Standard time effective in Mexico takes its origin in the +# presidential decree of April 24, 1942. The time of the 120th +# meridian applies to the state of Baja California; of the 105th +# meridian to the states of Baja California Sur, Sonora, Sinaloa, and +# Nayarit; and the time of the 90th meridian to the rest of the +# country. +# +# In the country, there have been several attempts made to adapt +# standard time with the object of arriving at a better use of +# daylight for social and economic activities. In December, 1981 a +# permanent time zone was decreed for the states of Campeche, Yucatan, +# and Quintana Roo, displacing them from the 90th to the 75th +# meridian. This disposition was annulled on December 2, 1982. +# +# In 1988 a Summer Time was established for the states of Tamaulipas, +# Nuevo Leon, Coahuila, and Durango, which meant that from the first +# Sunday in April to the last [Sunday] of October those states +# displaced their time from the 90th to the 75th meridian. That +# disposition lasted for one year. + +# From Paul Eggert (2000-07-26): +# Shanks gives 1942-04-01 instead of 1942-04-24, and omits the 1981 +# and 1988 DST experiments. Go with spin.com.mx. # From Alan Perry <alan.perry(a)eng.sun.com> (1996-02-15): # A guy from our Mexico subsidiary finally found the Presidential Decree @@ -1093,7 +1076,6 @@ Zone America/Dawson -9:17:40 - LMT 1900 # savings time so as to stay on the same time zone as the southern part of # Arizona year round. -# From Shanks: # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Mexico 1939 only - Feb 5 0:00 1:00 D Rule Mexico 1939 only - Jun 25 0:00 0 S @@ -1111,10 +1093,22 @@ Rule BajaN 1954 1961 - Sep lastSun 2:00 # Zone NAME GMTOFF RULES FORMAT [UNTIL] # Quintana Roo Zone America/Cancun -5:47:04 - LMT 1922 Jan 1 0:12:56 + -6:00 - CST 1981 Dec + -5:00 - EST 1982 Dec 2 -6:00 - CST 1996 -6:00 Mexico C%sT 1997 Oct lastSun 2:00 -5:00 Mexico E%sT 1998 Aug 2 2:00 -6:00 Mexico C%sT +# Campeche, Yucatan +Zone America/Merida -5:58:28 - LMT 1922 Jan 1 0:01:32 + -6:00 - CST 1981 Dec + -5:00 - EST 1982 Dec 2 + -6:00 Mexico C%sT +# Coahuila, Durango, Nuevo Leon, Tamaulipas +Zone America/Monterrey -6:41:16 - LMT 1922 Jan 1 0:01:32 + -6:00 - CST 1988 + -6:00 US C%sT 1989 + -6:00 Mexico C%sT # Central Mexico Zone America/Mexico_City -6:36:36 - LMT 1922 Jan 1 0:23:24 -7:00 - MST 1927 Jun 10 23:00 @@ -1141,19 +1135,19 @@ Zone America/Hermosillo -7:23:52 - LMT 1 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Mar 30 23:00 - -6:00 - CST 1942 Apr + -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT 1999 -7:00 - MST -# S Baja California, Nayarit, Sinaloa +# Baja California Sur, Nayarit, Sinaloa Zone America/Mazatlan -7:05:40 - LMT 1921 Dec 31 23:54:20 -7:00 - MST 1927 Jun 10 23:00 -6:00 - CST 1930 Nov 15 -7:00 - MST 1931 May 1 23:00 -6:00 - CST 1931 Oct -7:00 - MST 1932 Mar 30 23:00 - -6:00 - CST 1942 Apr + -6:00 - CST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 - PST 1970 -7:00 Mexico M%sT @@ -1161,7 +1155,7 @@ Zone America/Mazatlan -7:05:40 - LMT 192 Zone America/Tijuana -7:48:04 - LMT 1922 Jan 1 0:11:56 -8:00 - PST 1927 Jun 10 23:00 -7:00 - MST 1930 Nov 16 - -8:00 - PST 1942 Apr + -8:00 - PST 1942 Apr 24 -7:00 - MST 1949 Jan 14 -8:00 BajaN P%sT 1976 -8:00 US P%sT 1996 =================================================================== RCS file: RCS/europe,v retrieving revision 2000.4 retrieving revision 2000.4.0.1 diff -pu -r2000.4 -r2000.4.0.1 --- europe 2000/03/14 14:38:50 2000.4 +++ europe 2000/07/27 17:08:27 2000.4.0.1 @@ -131,6 +131,10 @@ # A bill was drafted in 1909 and introduced in Parliament several times, # but it met with ridicule and opposition, especially from farming interests. # One-hour Summer Time was eventually adopted as a wartime measure in 1916. +# See: +# <a href="http://www.the-times.co.uk/news/pages/tim/2000/05/18/x-timcrtcrt01011.html"> +# Summer Time Arrives Early, The Times (2000-05-18) +# </a> # From Paul Eggert (1996-09-03): # The OED Supplement says that the English originally said ``Daylight Saving'' @@ -1856,7 +1860,8 @@ Zone Europe/Simferopol 2:16:24 - LMT 188 3:00 1:00 MSD 1996 Oct 27 3:00s # IATA SSIM (1997-09) says Crimea switched to EET/EEST. # Assume it happened in March by not changing the clocks. - 3:00 Russia MSK/MSD 1997 Mar lastSun 1:00u + 3:00 Russia MSK/MSD 1997 + 3:00 - MSK 1997 Mar lastSun 1:00u 2:00 EU EE%sT # Yugoslavia =================================================================== RCS file: RCS/asia,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- asia 2000/03/04 15:31:07 2000.3 +++ asia 2000/07/27 17:08:27 2000.3.0.1 @@ -370,9 +370,9 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No 9:00 - JAYT # Iran -# From Paul Eggert (1999-09-27), following up a suggestion by Rich Wales: +# From Paul Eggert (2000-06-12), following up a suggestion by Rich Wales: # Ahmea Alavi in -# <a href="http://tehran.stanford.edu/Iran_Lib/Calendar/taghveem.txt"> +# <a href="http://www.persia.org/Iran_Lib/Calendar/taghveem.txt"> # TAGHVEEM (1993-07-12) # </a> # writes ``Daylight saving time in Iran starts from the first day @@ -385,12 +385,13 @@ Zone Asia/Jayapura 9:22:48 - LMT 1932 No # 1993 03-21 03-21 09-23 09-23 # 1994 03-21 03-21 09-22!= 09-23 # 1995 03-21 03-21 09-22!= 09-23 -# 1996 03-21!= 03-20 09-21!= 09-22 -# 1997 03-21 03-21 09-21!= 09-23 +# 1996 03-21!= 03-20 09-22 09-22 +# 1997 03-22!= 03-21 09-22!= 09-23 # 1998 03-21 03-21 09-21!= 09-23 # 1999 03-22!= 03-21 09-22!= 09-23 # 2000 03-21!= 03-20 09-21!= 09-22 -# 2001 03-17!= 03-21 09-19!= 09-23 +# 2001 03-19!= 03-21 09-19!= 09-23 +# 2002 03-18!= 03-21 09-18!= 09-23 # # Go with Alavi starting with 1992. # I used Ed Reingold's cal-persia in GNU Emacs 19.34 to compute Persian dates. @@ -455,7 +456,23 @@ Zone Asia/Tehran 3:25:44 - LMT 1916 4:00 Iran IR%sT 1979 3:30 Iran IR%sT + # Iraq +# +# From Jonathan Lennox <lennox(a)cs.columbia.edu> (2000-06-12): +# An article in this week's Economist ("Inside the Saddam-free zone", p. 50 in +# the U.S. edition) on the Iraqi Kurds contains a paragraph: +# "The three northern provinces ... switched their clocks this spring and +# are an hour ahead of Baghdad." +# +# But Rives McDow (2000-06-18) quotes a contact in Iraqi-Kurdistan as follows: +# In the past, some Kurdish nationalists, as a protest to the Iraqi +# Government, did not adhere to daylight saving time. They referred +# to daylight saving as Saddam time. But, as of today, the time zone +# in Iraqi-Kurdistan is on standard time with Baghdad, Iraq. +# +# So we'll ignore the Economist's claim. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Iraq 1982 only - May 1 0:00 1:00 D Rule Iraq 1982 1984 - Oct 1 0:00 0 S @@ -526,7 +543,7 @@ Rule Zion 1988 only - Apr 9 0:00 1:00 D Rule Zion 1988 only - Sep 3 0:00 0 S # From Ephraim Silverberg <ephraim(a)cs.huji.ac.il> -# (1997-03-04, 1998-03-16, 1998-12-28, and 2000-01-17): +# (1997-03-04, 1998-03-16, 1998-12-28, 2000-01-17 and 2000-07-25): # According to the Office of the Secretary General of the Ministry of # Interior, there is NO set rule for Daylight-Savings/Standard time changes. @@ -537,14 +554,19 @@ Rule Zion 1988 only - Sep 3 0:00 0 S # Saturday night from midnight daylight savings time to 11 p.m. standard # time. 1996 is an exception to this rule where the change back to standard # time took place on Sunday night instead of Saturday night to avoid -# conflicts with the Jewish New Year. Starting in 1999, the change to -# daylight savings time will still be on a Friday morning but from +# conflicts with the Jewish New Year. In 1999, the change to +# daylight savings time was still on a Friday morning but from # 2 a.m. IST to 3 a.m. IDT; furthermore, the change back to standard time -# will now also be on a Friday morning from 2 a.m. IDT to 1 a.m. IST for -# 1999 only. In the years from 2000 to 2002, the change back will be from -# 2 a.m. IDT to 1 a.m. IST the morning after the Jewish festival of -# Shmini Atzeret (i.e. the morning of the 23rd of Tishrei in the lunar -# Hebrew calendar). +# was also on a Friday morning from 2 a.m. IDT to 1 a.m. IST for +# 1999 only. In the year 2000, the change to daylight savings time was +# similar to 1999, but although the change back will be on a Friday, it +# will take place from 1 a.m. IDT to midnight IST. Starting in 2001, all +# changes to/from will take place at 1 a.m. old time, but now there is no +# rule as to what day of the week it will take place in as the start date +# (except in 2003) is the night after the Passover Seder (i.e. the eve +# of the 16th of Nisan in the lunar Hebrew calendar) and the end date +# (except in 2002) is three nights before Yom Kippur [Day of Atonement] +# (the eve of the 7th of Tishrei in the lunar Hebrew calendar). # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 1989 only - Apr 30 0:00 1:00 D @@ -592,29 +614,37 @@ Rule Zion 1998 only - Sep 6 0:00 0 S Rule Zion 1999 only - Apr 2 2:00 1:00 D Rule Zion 1999 only - Sep 3 2:00 0 S -# Minister of Interior, Natan Sharansky, has announced the dates for -# the years 2000-2002. However, sources inside the ministry have noted -# that the end date of 2000 and both dates of 2001-2002 should be regarded -# as tentative pending final approval. +# The Knesset Interior Committee has changed the dates for 2000 for +# the third time in just over a year and have set new dates for the +# years 2001-2004 as well. +# +# The official announcement for the start date of 2000 can be viewed at: +# +# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-start.ps.gz # -# The official announcement for the years 2000-2002 can be viewed at: +# The official announcement for the end date of 2000 and the dates +# for the years 2001-2004 can be viewed at: # -# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2002.ps.gz +# ftp://ftp.huji.ac.il/pub/tz/announcements/2000-2004.ps.gz # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Zion 2000 only - Apr 14 2:00 1:00 D -Rule Zion 2000 only - Oct 22 2:00 0 S -Rule Zion 2001 only - Apr 6 2:00 1:00 D -Rule Zion 2001 only - Oct 10 2:00 0 S -Rule Zion 2002 only - Mar 29 2:00 1:00 D -Rule Zion 2002 only - Sep 29 2:00 0 S +Rule Zion 2000 only - Oct 6 1:00 0 S +Rule Zion 2001 only - Apr 9 1:00 1:00 D +Rule Zion 2001 only - Sep 24 1:00 0 S +Rule Zion 2002 only - Mar 29 1:00 1:00 D +Rule Zion 2002 only - Oct 7 1:00 0 S +Rule Zion 2003 only - Mar 28 1:00 1:00 D +Rule Zion 2003 only - Oct 3 1:00 0 S +Rule Zion 2004 only - Apr 7 1:00 1:00 D +Rule Zion 2004 only - Sep 22 1:00 0 S -# From Paul Eggert (2000-01-17): -# Here are guesses for rules after 2002. +# From Paul Eggert (2000-07-25): +# Here are guesses for rules after 2004. # They are probably wrong, but they are more likely than no DST at all. # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S -Rule Zion 2003 max - Mar Fri>=25 2:00 1:00 D -Rule Zion 2003 max - Oct 1 2:00 0 S +Rule Zion 2005 max - Apr 1 1:00 1:00 D +Rule Zion 2005 max - Oct 1 1:00 0 S # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Jerusalem 2:20:56 - LMT 1880 =================================================================== RCS file: RCS/australasia,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- australasia 2000/03/04 15:31:07 2000.3 +++ australasia 2000/07/27 17:08:27 2000.3.0.1 @@ -737,6 +737,9 @@ Zone Pacific/Wallis 12:15:20 - LMT 1901 # (Australia) and start daylight saving on the last Sunday in August in 2000 # instead of the first Sunday in October. +# Sim Alam (2000-07-03) reported a legal citation for the 2000/2001 rules: +# http://www.thelaw.tas.gov.au/fragview/42++1968+GS3A@EN+2000070300 + # Victoria # The rules for 1971 through 1991 were reported by George Shepherd =================================================================== RCS file: RCS/tz-link.htm,v retrieving revision 2000.3 retrieving revision 2000.3.0.1 diff -pu -r2000.3 -r2000.3.0.1 --- tz-link.htm 2000/03/04 15:31:09 2000.3 +++ tz-link.htm 2000/07/27 17:08:27 2000.3.0.1 @@ -36,6 +36,9 @@ the code is in the file <samp>tzcode<var where <samp><var>C</var></samp> is the code's version; similarly, the data are in <samp>tzdata<var>D</var>.tar.gz</samp>, where <samp><var>D</var></samp> is the data's version. +The code lets you compile the text data into time zone files, one for +each location. It also lets you read a compiled time zone file and +interpret time stamps for that location. <P> The data are by no means authoritative. If you find errors, please send changes to the <A HREF="mailto:tz@elsie.nci.nih.gov">time zone @@ -46,12 +49,6 @@ HREF="ftp://elsie.nci.nih.gov/pub/tzarch messages</A> (in <A HREF="http://www.gzip.org/">gzip</A> compressed format). <P> -The <A HREF="http://www.gnu.org/software/libc/">GNU C Library</A> -has an independent, thread-safe implementation of -a time zone file reader that is compatible with <samp>tz</samp>. -This library is freely available under the GNU Library General Public License, -and is widely used in GNU/Linux systems. -<P> The Web has several other sources for time zone and daylight saving time data. Here are some recent links that may be of interest. <H2>Web pages using recent versions of the <samp>tz</samp> database</H2> @@ -73,6 +70,19 @@ zone converter</A> is a multilingual int is a web interface to a time zone database derived from <samp>tz</samp>'s. </UL> +<H2>Other time zone file readers</H2> +<UL> +<LI>The <A HREF="http://www.gnu.org/software/libc/">GNU C Library</A> +has an independent, thread-safe implementation of +a time zone file reader that is compatible with <samp>tz</samp>. +This library is freely available under the +<A HREF="http://www.gnu.org/copyleft/lesser.html"> +GNU Lesser General Public License (LGPL)</A>, +and is widely used in GNU/Linux systems. +<LI><A HREF="http://www.bmsi.com/java/#TZ">ZoneInfo.java</A> +is a time zone file reader written in Java. +It is freely available under the GNU LGPL. +</UL> <H2>Other <SAMP>tz</SAMP>-based time zone conversion software</H2> <UL> <LI><A @@ -85,9 +95,10 @@ Microsoft Windows 95/98/NT4 program. <H2>Other time zone databases</H2> <UL> <LI><A HREF="http://www.astro.ch/atlas/">Astrology / Astrologie -> -Astrodienst Atlas Database</A> is Astrodienst's Web version of <A -HREF="http://astrocom.com/books/xrefa.htm#SHANKS">Shanks's -excellent time zone history atlases</A> published by <A +Astrodienst Atlas Database</A> is Astrodienst's Web version of Shanks's +excellent time zone history atlases published in both <A +HREF="http://astrocom.com/software/ACS_PC_Atlas.htm">computer</A> and <A +HREF="http://astrocom.com/books/xrefa.htm#SHANKS">book</A> form by <A HREF="http://astrocom.com/">Astro Communications Services</A>. <LI><A HREF="http://worldtime.com/">WORLDTIME: interactive atlas, time info, public holidays</A> @@ -174,6 +185,14 @@ briefly explains interplanetary space fl of IERS</A> contains official publications of the International Earth Rotation Service, the committee that decides when leap seconds occur. +<LI>The <A +HREF="http://clockdev.usno.navy.mil/archives/leapsecs.html">Leap +Second Discussion List</A> covers <A +HREF="http://www.gisdevelopment.net/reference/scie/s_t_41_50.htm#47">McCarthy +and Klepczynski's proposal to remove leap seconds</A>, currently +being studied by a <A +HREF="http://www.intec.rug.ac.be/Research/Projects/ursi/Commissions.html">URSI +Commission J</A> working group. </UL> <H2>Time notation</H2> <UL>

3 2

RE: tzcode standard C patch
by Olson, Arthur David (NCI) July 27, 2000

July 27, 2000

> -----Original Message----- > From: Guy Harris [SMTP:guy@netapp.com] > Sent: Thursday, July 27, 2000 6:47 PM > To: Russ Allbery > Cc: tz(a)elsie.nci.nih.gov > Subject: Re: tzcode standard C patch > > > The primary system without strerror, if my memory serves me correctly, > is > > ULTRIX. > > I think SunOS 4.x might also lack it (but I'm not sure where the only > box I knew of here at NetApp still running 4.x disappeared to, so I > can't easily check). > The SunOS 4.x box we have here does indeed lack strerror. --ado

1 0

Re: tzcode standard C patch
by Russ Allbery July 27, 2000

July 27, 2000

Martin Smoot <msmoot(a)nssolutions.com> writes: > I would agree that changing the default for HAVE_STRERROR is a good idea > (we set it in our make file from the beginning) but would recommend > against removing the HAVE_STRERROR code from zic.c at this time. I > would suggest doing one or both of the following instead: > 1. add a #warning line within that block of code suggesting that having > HAVE_STRERROR set to zero may not be needed. > 2. put the strerror routine in a new source file (possibly not normally > compiled). > It always seems that when a routine is removed, somebody suddenly needs > it so keeping it around for a while may be a good idea. The primary system without strerror, if my memory serves me correctly, is ULTRIX. I know that there are still some people with ULTRIX boxes around, as someone was asking on the netscape.public.* groups a while ago about compiling Mozilla for it. -- Russ Allbery (rra(a)stanford.edu) <http://www.eyrie.org/~eagle/>

2 1

FW: Time Zone Converter in Perl
by Olson, Arthur David (NCI) July 27, 2000

July 27, 2000

Peter Eifler is not on the time zone mailing list; direct replies appropriately. --ado > -----Original Message----- > From: Dr. Peter Eifler [SMTP:info@eifler.com] > Sent: Thursday, July 27, 2000 6:41 PM > To: tz(a)elsie.nci.nih.gov > Subject: Time Zone Converter in Perl > > I would like to write a time zone converter in Perl using your > incredible time zone database. Where can I find some access code and > installing instructions? > > Thanks for your help! > > Peter Eifler (from Germany)

1 0