antarctica: http://www.icair.iac.org.nz/science/reports/fr/IFRTP.html; NSLOOKUP FAILS
# Reference:
# 
# Support and Development of Polar Research and Technology (1997-02-03)
# 

australasia: http://www.nsc.gov.au/InfoServ/Ileaflet/il27.htm; NSLOOKUP FAILS
# From Paul Eggert (1999-09-27):
# The Information Service of the Australian National Standards Commission
# 
# Daylight Saving
#  page (1995-04) has an excellent overall history of Australian DST.

antarctica: http://www.crl.go.jp/uk/uk201/basyo.htm; NSLOOKUP FAILS
(www.crl.co.jp exists; changing co to go above still fails.)
# From Hideyuki Suzuki (1999-02-06):
# In all Japanese stations, +0300 is used as the standard time.  [See]
# [reference in Japanese]
# and information from KAMO Hiroyasu.

antarctica: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# Australia - territories
# Heard Island, McDonald Islands (uninhabited)
#	previously sealers and scientific personnel wintered
#	
#	Margaret Turner reports
#	 (1999-09-30) that they're UTC+5, with no DST;
#	presumably this is when they have visitors.

australasia: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# 
# Australia's Daylight Saving Times
# , by Margaret Turner, summarizes daylight saving issues in Australia.

southamerica: http://churchnet.ucsm.ac.uk/news/files2/news165.htm; NSLOOKUP WORKS; TIMES OUT
# From Paul Eggert (1998-02-25):
# 
# Brazil Prepares for Papal Visit
# ,
# Church Net UK (1997-10-02).


From eggert at CS.UCLA.EDU  Mon Dec  5 21:34:05 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 13:34:05 -0800
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
In-Reply-To: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov> (Arthur
 David Olson's message of "Mon, 5 Dec 2005 12:08:08 -0500")
References: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov>
Message-ID: <87slt72ppu.fsf@penguin.cs.ucla.edu>

I suggest the following one-line comment change to the systemv file,
the next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes
occurred after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one,
so the comment shouldn't imply that the 1987 changes were the only
ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be expressed
 # using the System V "TZ" scheme (half-hour offset), or anything outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.


From olsona at dc37a.nci.nih.gov  Mon Dec  5 21:38:33 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 5 Dec 2005 16:38:33 -0500
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
Message-ID: <75DDD376F2B6B546B722398AC161106C7405D1@nihexchange2.nih.gov>

Thanks; I'll incorporate that in the next round.

				--ado 

-----Original Message-----
From: Paul Eggert [mailto:eggert at CS.UCLA.EDU] 
Sent: Monday, December 05, 2005 4:34 PM
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: Re: Tzcode2005p.tar.gz and tzdata2005p.tar.gz

I suggest the following one-line comment change to the systemv file, the
next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes occurred
after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one, so
the comment shouldn't imply that the 1987 changes were the only ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be
expressed
 # using the System V "TZ" scheme (half-hour offset), or anything
outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred
after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.



From eggert at CS.UCLA.EDU  Tue Dec  6 07:39:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 23:39:19 -0800
Subject: Timezone name translations
In-Reply-To:  (Chuck Soper's message
 of "Mon, 5 Dec 2005 13:54:18 -0800")
References: <43906A85.4090507@stuartbishop.net>
	<87sltbxpkx.fsf@penguin.cs.ucla.edu>
	<43919721.7010204@stuartbishop.net>
	
Message-ID: <87oe3uhdy0.fsf@penguin.cs.ucla.edu>

Chuck Soper  writes:

> Does anyone know if the abbreviation/UTC offset combination is
> unique?

I wouldn't count on it.  Does "PST" mean "Pacific Standard Time"
or "Pitcairn Standard Time"?  They're both 8 hours behind UTC.

Or, if you want something a bit more obscure, "LMT" at 36 minutes and
32 seconds behind UTC can mean either "Local Mean Time" or "Lisbon
Mean Time", depending on the zone and year.

Neither of these examples are of major economic importance right now,
but they do indicate the assumption isn't safe.


From olsona at lecserver.nci.nih.gov  Tue Dec  6 13:52:37 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 08:52:37 -0500 (EST)
Subject: FW: Re: Timezone name translations
Message-ID: <200512061352.jB6Dqawn005400@elsie.nci.nih.gov>

This message failed to make it out to the list.

				--ado

From: Chuck Soper [chucks2 at veladg.com]

At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>Paul Eggert wrote:
>
>  > One problem with gettext format is that there might be multiple  > 
> translations for the same English-language abbreviation.  For example,
>>  "IST" is short for either Israel Standard Time or for India Standard  
>> Time, and it's possible that the acronyms in (say) Russian would be  
>> different.  Hence gettext("IST") might not work as the user would  
>> expect, in a Russian locale.
>
>This is a problem even without localization. But I won't be tackling 
>abbreviations anyway - it would involve first mapping and translating 
>each historical period in each timezone to an English sentence to cope 
>with the duplicate abbreviations and the patalogical cases like 
>Australian Eastern Standard Time and Australian Eastern Daylight 
>Savings Time (still breaking code to this day).

I'm interested in the display of time zone names both in English and localized. It seems like trying to provide a time zone name for each tzID (std/dst) might be fairly laborious because there are almost 400 tzIDs (in the zone.tab file). I'm considering building a time zone name table based time on abbreviations and UTC offsets. Each row in the table could have a tz abbreviation, a UTC offset and a time zone name. For example, one row could contain CET, UTC+1 and 'Central European Standard Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the year. Instead of trying to maintain 34 tz names for 34 tzIDs why not maintain one tz name for an abbreviation and a UTC offset? Another example is Argentina. Doesn't Argentina have two tz names for its 10 tzIDs? For localized tz names, additional tables would be created.

I understand that an abbreviation by itself is not unique (e.g. IST, EST, etc.), but the combination of an abbreviation and a UTC offset might be unique. Does anyone know if the abbreviation/UTC offset combination is unique? Clearly, tzIDs are unique, but they're not very stable and there are a lot of them.

I believe that the abbreviation/UTC offset combination actually holds more information than a tzID. For example, PWT/UTC-7 (during World War II) could display Pacific War Time. The tzID by itself does not contain that information. Also, using only the tzID might produce some unneeded names if names are created tzID/dst combinations that do not exist.

I'm interested to find out if people think this approach might be effective for building and maintaining a list of time zone names.

Chuck


From olsona at lecserver.nci.nih.gov  Tue Dec  6 18:35:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 13:35:15 -0500 (EST)
Subject: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>

Below are proposed changes to zic.c and zdump.c to avoid compiler warnings
about invocations of the is.* macros, to meet standard requirements for calling
the macros, and to make the invocations consistent.

I plan to deal with gettext issues in the next round of changes.

				--ado

------- zic.c -------
*** /tmp/geta6691	Tue Dec  6 11:01:47 2005
--- /tmp/getb6691	Tue Dec  6 11:01:47 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.124";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 2046,2053 ****
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii(*cp) && isspace((unsigned char) *cp))
! 			++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
--- 2046,2054 ----
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii((unsigned char) *cp) &&
! 			isspace((unsigned char) *cp))
! 				++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
***************
*** 2210,2217 ****
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii(*cp) && isalpha(*cp))
! 			++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
--- 2211,2219 ----
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii((unsigned char) *cp) &&
! 			isalpha((unsigned char) *cp))
! 				++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
***************
*** 2220,2228 ****
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii(*cp) && isdigit(*cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");
--- 2222,2232 ----
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii((unsigned char) *cp) &&
! 				isdigit((unsigned char) *cp))
! 					if (*cp++ == '1' &&
! 						*cp >= '0' && *cp <= '4')
! 							++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");

------- zdump.c -------
*** /tmp/geta6709	Tue Dec  6 11:01:48 2005
--- /tmp/getb6709	Tue Dec  6 11:01:48 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.70";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.71";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 209,215 ****
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii(*cp) && isalpha(*cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
--- 209,215 ----
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii((unsigned char) *cp) && isalpha((unsigned char) *cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
***************
*** 219,227 ****
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii(*cp) && isdigit(*cp))
! 			if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 				++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");
--- 219,228 ----
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii((unsigned char) *cp) &&
! 			isdigit((unsigned char) *cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");


From eggert at CS.UCLA.EDU  Tue Dec  6 21:38:15 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 06 Dec 2005 13:38:15 -0800
Subject: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Tue, 6 Dec 2005 13:35:15 -0500 (EST)")
References: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>
Message-ID: <87acfd6h4o.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> ! 			if (isascii((unsigned char) *cp) &&
> ! 				isdigit((unsigned char) *cp))
> ! 					if (*cp++ == '1' &&
> ! 						*cp >= '0' && *cp <= '4')
> ! 							++cp;

Here's something that's a bit shorter, and perhaps simpler.

  if ('0' <= *cp && *cp <= '9' && *cp++ == '1' && '0' <= *cp && *cp <= '4')
    ++cp;

The C Standard guarantees that isdigit (ch) is equivalent to '0' <= ch
&& ch <= '9', and I don't know of any C implementation where that's
not true.

The above simplification could be done in two separate parts of the patch.


From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:33:03 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:33:03 -0500
Subject: FW: FW: Re: Timezone name translations
Message-ID: 

-----Original Message-----
From: Mark Davis [mailto:mark.davis at icu-project.org] 
Sent: Wednesday, December 07, 2005 1:05 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: FW: Re: Timezone name translations

Addressing the message:

I would recommend using the TZIDs as is -- not try to invent new ones.

You mention stability as being a concern: what we do in CLDR is to
canonicalize the TZIDs for translation by choosing a particular one out
of all the equivalent names (a choice we guarantee to be stable).

Translating all of the TZIDs for all the languages is onerous, so for
the zone identifiers in countries that only have a single zone, we
leverage the country translations that we already have. We then can
prioritize the translation of TZIDs that are in multizone countries. 
This information is then used in formatting the names, as per the
following:

http://www.unicode.org/draft/reports/tr35/tr35.html#Time_Zone_Fallback

(This is the working draft of the next version, so modified text is in
yellow).

As an example of the data, see the translations in
http://unicode.org/cldr/data/common/main/el.xml.

Search for  to see the translated country names.
Search for  to see the translations for multizone
countries (or particular other cases).

Mark

P.S. The abbreviations are ambiguous -- and not readily translated
without introducing even further ambiguities -- so I would not recommend
them for translation.

Arthur David Olson wrote:

>This message failed to make it out to the list.
>
>				--ado
>
>From: Chuck Soper [chucks2 at veladg.com]
>
>At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>  
>
>>Paul Eggert wrote:
>>
>> > One problem with gettext format is that there might be multiple  >
>>translations for the same English-language abbreviation.  For example,
>>    
>>
>>> "IST" is short for either Israel Standard Time or for India Standard

>>>Time, and it's possible that the acronyms in (say) Russian would be 
>>>different.  Hence gettext("IST") might not work as the user would 
>>>expect, in a Russian locale.
>>>      
>>>
>>This is a problem even without localization. But I won't be tackling 
>>abbreviations anyway - it would involve first mapping and translating 
>>each historical period in each timezone to an English sentence to cope

>>with the duplicate abbreviations and the patalogical cases like 
>>Australian Eastern Standard Time and Australian Eastern Daylight 
>>Savings Time (still breaking code to this day).
>>    
>>
>
>I'm interested in the display of time zone names both in English and
localized. It seems like trying to provide a time zone name for each
tzID (std/dst) might be fairly laborious because there are almost 400
tzIDs (in the zone.tab file). I'm considering building a time zone name
table based time on abbreviations and UTC offsets. Each row in the table
could have a tz abbreviation, a UTC offset and a time zone name. For
example, one row could contain CET, UTC+1 and 'Central European Standard
Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the
year. Instead of trying to maintain 34 tz names for 34 tzIDs why not
maintain one tz name for an abbreviation and a UTC offset? Another
example is Argentina. Doesn't Argentina have two tz names for its 10
tzIDs? For localized tz names, additional tables would be created.
>
>I understand that an abbreviation by itself is not unique (e.g. IST,
EST, etc.), but the combination of an abbreviation and a UTC offset
might be unique. Does anyone know if the abbreviation/UTC offset
combination is unique? Clearly, tzIDs are unique, but they're not very
stable and there are a lot of them.
>
>I believe that the abbreviation/UTC offset combination actually holds
more information than a tzID. For example, PWT/UTC-7 (during World War
II) could display Pacific War Time. The tzID by itself does not contain
that information. Also, using only the tzID might produce some unneeded
names if names are created tzID/dst combinations that do not exist.
>
>I'm interested to find out if people think this approach might be
effective for building and maintaining a list of time zone names.
>
>Chuck
>
>
>
>
>  
>



From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:49:57 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:49:57 -0500
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
Message-ID: 

-----Original Message-----
From: Robert Elz [mailto:kre at munnari.OZ.AU] 
Sent: Tuesday, December 06, 2005 10:20 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: changes to zdump.c and zic.c invocations of is.* macros 

    Date:        Tue, 6 Dec 2005 13:35:15 -0500 (EST)
    From:        Arthur David Olson 
    Message-ID:  <200512061835.jB6IZFWH007741 at elsie.nci.nih.gov>

  | ! 		while (isascii((unsigned char) *cp) &&

You sometimes do better if you write that as

		while (isascii(*(unsigned char *)cp) &&

It can also be a little clearer what you're intending - there's no
intention here to fetch the char, then convert it to unsigned, all we
want is the 0..255 value that cp points at.

Than again, and I haven't looked at the code again just now to see if it
is practical or not, but an alternative might just be to declare cp as
being unsigned char * right from the start (even if that means that it
needs to stop being an input parameter, and instead be copied from one
which would need to remain char * to avoid changing the API).

kre

ps: I don't think Paul's suggested variation is really the right thing
to do - it is certainly true that it's possible to test for digits by
using  >= '0' && <= '9' tests - but if that's the best way to write it,
then
that's what isdigit() ought to be doing.     If you want to make it
shorter,
it is safe to stop the isascii() test if the arg is known to be unsigned
char which after this change, it will be (or EOF, but that's irrelevant
here).

Paul's version may be textually shorter, but with that cp++ side effect
buried in the middle of the && sequence, it is not nearly as easy to
read.



From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:21:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:21:15 -0500 (EST)
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>

Here are changes to the antarctica, australasia, and southamerica files to
document problems with some URLs. (The "chkurls" additions convince a software
tool to skip checks of these URLs.)

				--ado

------- antarctica -------
*** /tmp/geta17431	Thu Dec  8 11:16:54 2005
--- /tmp/getb17431	Thu Dec  8 11:16:54 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 139,147 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
  
  
  # Germany - year-round base
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
+ # [ADO: no nameserver entry for www.icair.iac.org.nz on 2005-12-08.]
  
  
  # Germany - year-round base
***************
*** 156,163 ****
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main
--- 158,167 ----
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
+ # [ADO: no nameserver entry for www.crl.go.jp on 2005-12-08;
+ # www.crl.co.jp may be what was meant, but page is not there either.]
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main

------- australasia -------
*** /tmp/geta17450	Thu Dec  8 11:16:55 2005
--- /tmp/getb17450	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,559 ****
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
--- 551,560 ----
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
***************
*** 962,970 ****
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 
--- 963,972 ----
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
+ # [ADO: no nameserver entry for www.nsc.gov.au on 2005-12-08.]
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 

------- southamerica -------
*** /tmp/geta17468	Thu Dec  8 11:16:55 2005
--- /tmp/getb17468	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.64
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 526,535 ****
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
--- 526,536 ----
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
+ # [ADO: request to churchnet.ucsm.ac.uk times out 2005-12-08.]
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S


From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:39:23 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:39:23 -0500 (EST)
Subject: proposed tz changes to eliminate electronic mail addresses
Message-ID: <200512081639.jB8GdNiJ018043@elsie.nci.nih.gov>

Below find proposed changes to eliminate electronic mail address
(except for tz.*@elsie.nci.nih.gov) from the time zone files.
If I can believe grep, this catches them all.

				--ado

------- antarctica -------
*** /tmp/geta17786	Thu Dec  8 11:36:56 2005
--- /tmp/getb17786	Thu Dec  8 11:36:56 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.27
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 107,113 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 300,306 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 300,306 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- asctime.c -------
*** /tmp/geta17805	Thu Dec  8 11:36:57 2005
--- /tmp/getb17805	Thu Dec  8 11:36:57 2005
***************
*** 1,6 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 1,6 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 11,17 ****
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.31";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 11,17 ----
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.32";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  

------- asia -------
*** /tmp/geta17824	Thu Dec  8 11:36:57 2005
--- /tmp/getb17824	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)asia	7.88
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 85,91 ****
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! #  reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.
--- 85,91 ----
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! # reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.

------- australasia -------
*** /tmp/geta17843	Thu Dec  8 11:36:57 2005
--- /tmp/getb17843	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.76
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 1050,1056 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
--- 1050,1056 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
***************
*** 1090,1096 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D
--- 1090,1096 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D

------- localtime.c -------
*** /tmp/geta17862	Thu Dec  8 11:36:58 2005
--- /tmp/getb17862	Thu Dec  8 11:36:58 2005
***************
*** 1,18 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.96";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White (bww at k.gp.cs.cmu.edu).
! ** POSIX-style TZ environment variable handling from Guy Harris
! ** (guy at auspex.com).
  */
  
  /*LINTLIBRARY*/
--- 1,17 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.97";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White.
! ** POSIX-style TZ environment variable handling from Guy Harris.
  */
  
  /*LINTLIBRARY*/
***************
*** 208,214 ****
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert (eggert at twinsun.com) for noting this.
  */
  
  static struct tm	tm;
--- 207,213 ----
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert for noting this.
  */
  
  static struct tm	tm;
***************
*** 1411,1417 ****
  ** Adapted from code provided by Robert Elz, who writes:
  **	The "best" way to do mktime I think is based on an idea of Bob
  **	Kridle's (so its said...) from a long time ago.
- **	[kridle at xinet.com as of 1996-01-16.]
  **	It does a binary search of the time_t space. Since time_t's are
  **	just 32 bits, its a max of 32 iterations (even at 64 bits it
  **	would still be very reasonable).
--- 1410,1415 ----
***************
*** 1422,1428 ****
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert (eggert at twinsun.com).
  */
  
  static int
--- 1420,1426 ----
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert.
  */
  
  static int
***************
*** 1722,1728 ****
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan (grant at osf.org).
  	*/
  	if (okay)
  		return t;
--- 1720,1726 ----
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan.
  	*/
  	if (okay)
  		return t;

------- private.h -------
*** /tmp/geta17881	Thu Dec  8 11:36:58 2005
--- /tmp/getb17881	Thu Dec  8 11:36:58 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*

------- tzfile.5 -------
*** /tmp/geta17900	Thu Dec  8 11:36:58 2005
--- /tmp/getb17900	Thu Dec  8 11:36:58 2005
***************
*** 133,138 ****
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.11
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
--- 133,138 ----
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.12
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson.

------- tzfile.h -------
*** /tmp/geta17919	Thu Dec  8 11:36:59 2005
--- /tmp/getb17919	Thu Dec  8 11:36:59 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 21,27 ****
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.17";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 21,27 ----
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.18";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
***************
*** 105,111 ****
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew .
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */
--- 105,111 ----
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew.
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */

------- usno1989a -------
*** /tmp/geta17938	Thu Dec  8 11:36:59 2005
--- /tmp/getb17938	Thu Dec  8 11:36:59 2005
***************
*** 1,9 ****
! # @(#)usno1989a	7.3
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert (eggert at twinsun.com).
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS
--- 1,9 ----
! # @(#)usno1989a	7.4
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert.
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS

------- usno1995 -------
*** /tmp/geta17957	Thu Dec  8 11:36:59 2005
--- /tmp/getb17957	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1995	7.4
  #
  # From Arthur David Olson (1995-12-21):
  #
--- 1,4 ----
! # @(#)usno1995	7.5
  #
  # From Arthur David Olson (1995-12-21):
  #
***************
*** 323,327 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative. Send corrections to:
! res at tuttle.usno.navy.mil
--- 323,326 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1997 -------
*** /tmp/geta17976	Thu Dec  8 11:36:59 2005
--- /tmp/getb17976	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1997	7.6
  #
  # From Arthur David Olson (1997-03-07):
  #
--- 1,4 ----
! # @(#)usno1997	7.7
  #
  # From Arthur David Olson (1997-03-07):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1998 -------
*** /tmp/geta17995	Thu Dec  8 11:37:00 2005
--- /tmp/getb17995	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! # @(#)usno1998	7.3
  #
  # From Arthur David Olson (1998-05-26):
  #
--- 1,4 ----
! # @(#)usno1998	7.4
  #
  # From Arthur David Olson (1998-05-26):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- zic.c -------
*** /tmp/geta18014	Thu Dec  8 11:37:00 2005
--- /tmp/getb18014	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.126";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 1648,1654 ****
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew (earl at dnd.icp.nec.com.au)
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;
--- 1648,1654 ----
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;


From olsona at dc37a.nci.nih.gov  Thu Dec  8 16:41:43 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 11:41:43 -0500
Subject: Time zone mail list server change
Message-ID: 

I've changed the time zone mailing list server so that when it sends out
messages, replies are directed to tz at elsie.nci.nih.gov.
With providence, this will reduce the number of messages misdirected to
tz at lecserver.nci.nih.gov.

				--ado


From eggert at CS.UCLA.EDU  Thu Dec  8 21:23:21 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:23:21 -0800
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To:  (Arthur
 David Olson's message of "Thu, 8 Dec 2005 10:49:57 -0500")
References: 
Message-ID: <873bl39tbq.fsf@penguin.cs.ucla.edu>

> From: Robert Elz [mailto:kre at munnari.OZ.AU] 
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no
> intention here to fetch the char, then convert it to unsigned, all we
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not
portable to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a
char as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and
it can be quite a bit slower.  For example, on my host (Debian
GNU/Linux stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; }
int G (char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side effect
> buried in the middle of the && sequence, it is not nearly as easy to
> read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }


From eggert at CS.UCLA.EDU  Thu Dec  8 21:45:45 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:45:45 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Thu, 8 Dec 2005 11:21:15 -0500 (EST)")
References: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>
Message-ID: <87u0dj8dpy.fsf@penguin.cs.ucla.edu>

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9	0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in Japanese]
-# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,
 # was established on 1957-01-29.  Since Syowa station is still the main
 # station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia
+#  summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards Commission
-# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian DST.
-# The Community Relations Division of the NSW Attorney General's Department
-# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales
-# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the usual
 # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb	16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1
 # to help dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
 # Decree 2,495



From kre at munnari.OZ.AU  Fri Dec  9 12:29:15 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:29:15 +0700
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
In-Reply-To: <873bl39tbq.fsf@penguin.cs.ucla.edu> 
References: <873bl39tbq.fsf@penguin.cs.ucla.edu>   
Message-ID: <14154.1134131355@munnari.OZ.AU>

    Date:        Thu, 08 Dec 2005 13:23:21 -0800
    From:        Paul Eggert 
    Message-ID:  <873bl39tbq.fsf at penguin.cs.ucla.edu>

  | But the zic stuff attempts to be portable to C89 (as
  | well as earlier) compilers.

OK, though I can't imagine a C implementation where it wouldn't work
(whatever C89 might technically allow...)

  | Alas, that's not true in practice.  isdigit is typically slower, and
  | it can be quite a bit slower.

For zic/zdump I don't care which is faster or slower (it might
be different if this code were in localtime or similar).   What
I said was "better" not "faster".

  | > Paul's version may be textually shorter, but with that cp++ side effect
  | > buried in the middle of the && sequence, it is not nearly as easy to
  | > read.
  | 
  | True, but in my defense that buried cp++ was in the original code.

It isn't the side effect itself I minded, but the buried side
effect in the middle of a long expression.  I have no problem with
	if (*cp++ == 0)
(or similar) types of expressions, that's ancient C idiom that anyone can
(should be able to) comprehend easily.   But when you have to look hard to
figure out under what circumstances the "++" actually gets executed, then
I start to look for a better way to write the code.

  | How about this instead?  It might be a bit clearer.

Aside from the switch away from using isdigit() that's pretty much what was
there already, isn't it?  (OK, it moves out the ++ from the if, but there
was no real need to do that in the original).

Incidentally, if you wanted to not use isdigit(), rather than writing out
the expression longhand, I'd just define a new macro that does the test.
That way, it is trivial to switch between using isdigit() or using the
specific tests against '0' and '9' just by altering the new macro definition.

kre



From kre at munnari.OZ.AU  Fri Dec  9 12:35:06 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:35:06 +0700
Subject: Time zone mail list server change 
In-Reply-To:  
References:  
Message-ID: <11810.1134131706@munnari.OZ.AU>

    Date:        Thu, 8 Dec 2005 11:41:43 -0500
    From:        "Olson, Arthur David \(NIH/NCI\) [E]" 
    Message-ID:  

  | I've changed the time zone mailing list server so that when it sends out
  | messages, replies are directed to tz at elsie.nci.nih.gov.
  | With providence, this will reduce the number of messages misdirected to
  | tz at lecserver.nci.nih.gov.

Doing that in a Resent-Reply-To header isn't going to help anyone - that's
a meaningless header, nothing is going to pay any attention at all to it
(The whole set of Resent-* headers are a bit of a black art, but at least the
rest of them have some purpose, Resent-Reply-To has none at all).

You could use Reply-To (though that has other side effects - though they may
be desirable - I don't think we need to start the "Is Reply-To: the-list
a good thing?" debate here).

Better would just be to have the To or Cc headers have the correct
string in them - aside from messages replying to messages that already
have the lecserver address, how is that string getting there?   That
is, as I send this message, there's no mention of lecserver in in the
headers, anywhere - there should continue to be none in the To/cc headers
when the message gets distributed.   If that isn't working, can it get fixed?

kre



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:36:38 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:36:38 -0500
Subject: FW: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

The below seems to have been sent to lecserver.nci.nih.gov rather than
elsie.nci.nih.gov; I'm forwarding it.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:46 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed bad-URL changes for antarctica, australasia, and
southamerica

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9
0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no
DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in
Japanese] -# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,  # was
established on 1957-01-29.  Since Syowa station is still the main  #
station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in
Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia #  
+summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards
Commission -# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian
DST.
-# The Community Relations Division of the NSW Attorney General's
Department -# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales -# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the
usual  # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb
16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1  # to help
dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
 # Decree 2,495



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:47:30 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:47:30 -0500
Subject: FW: FW: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: 

Another that seems to have gone to lecserver rather than elsie.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:23 PM
To: tz at lecserver.nci.nih.gov
Subject: Re: FW: changes to zdump.c and zic.c invocations of is.* macros

> From: Robert Elz [mailto:kre at munnari.OZ.AU]
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no 
> intention here to fetch the char, then convert it to unsigned, all we 
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not portable
to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a char
as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and it
can be quite a bit slower.  For example, on my host (Debian GNU/Linux
stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; } int G
(char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side 
> effect buried in the middle of the && sequence, it is not nearly as 
> easy to read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }



From olsona at dc37a.nci.nih.gov  Mon Dec 12 15:22:47 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 10:22:47 -0500
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

Thanks for the suggestions on the the bad URLs.
I tracked down a replacement for the New-South-Wales-specific page.
I'd like to keep the no-longer-working URL for Heard Island since
there's no other source for that information.
So...here's what I currently have by way of differences against the data
that's now available via ftp from elsie
(note that removal of electronic mail addresses is also reflected
below).

				--ado

------- antarctica -------
*** /tmp/geta4343	Mon Dec 12 10:13:14 2005
--- /tmp/getb4343	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,4 ----
! # @(#)antarctica	7.28
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 106,112 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 139,149 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Support and Development of Polar Research and Technology
(1997-02-03)
  # 
  
- 
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Dumont d'Urville Station (2005-12-05)
  # 
  
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
***************
*** 155,163 ****
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in
Japanese]
! # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
--- 155,161 ----
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
***************
*** 296,302 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 294,300 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- australasia -------
*** /tmp/geta4362	Mon Dec 12 10:13:14 2005
--- /tmp/getb4362	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,560 ****
  
  # Australia
  
! # 
! # Australia's Daylight Saving Times
! # , by Margaret Turner, summarizes daylight saving issues in
Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
--- 551,566 ----
  
  # Australia
  
! # From Paul Eggert (2005-12-08):
! # 
! # Implementation Dates of Daylight Saving Time within Australia
! #  summarizes daylight saving issues in Australia.
  
+ # From Arthur David Olson (2005-12-12):
+ # 
+ # Lawlink NSW:Daylight Saving in New South Wales
+ #  covers New South Wales in particular.
+ 
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
***************
*** 960,976 ****
  #	legislation.  This is very important to understand.
  #	I have researched New South Wales time only...
  
- # From Paul Eggert (1999-09-27):
- # The Information Service of the Australian National Standards
Commission
- # 
- # Daylight Saving
- #  page (1995-04) has an excellent overall history of Australian
DST.
- # The Community Relations Division of the NSW Attorney General's
Department
- # publishes a history of daylight saving in NSW.  See:
- # 
- # Lawlink NSW: Daylight Saving in New South Wales
- # 
- 
  # From Eric Ulevik (1999-05-26):
  # DST will start in NSW on the last Sunday of August, rather than the
usual
  # October in 2000.  [See: Matthew Moore,
--- 966,971 ----
***************
*** 1048,1054 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
--- 1043,1049 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
***************
*** 1088,1094 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D
--- 1083,1089 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D

------- southamerica -------
*** /tmp/geta4381	Mon Dec 12 10:13:14 2005
--- /tmp/getb4381	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
***************
*** 525,536 ****
  # This year, the ending date of DS was postponed to March 1
  # to help dealing with the shortages of electric power.
  #
- # From Paul Eggert (1998-02-25):
- # 
- # Brazil Prepares for Papal Visit
- # ,
- # Church Net UK (1997-10-02).
- #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
  # Decree 2,495
--- 525,530 ----



From eggert at CS.UCLA.EDU  Mon Dec 12 19:17:50 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 12 Dec 2005 11:17:50 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To:  (Arthur
 David Olson's message of "Mon, 12 Dec 2005 10:22:47 -0500")
References: 
Message-ID: <87bqzmnmzl.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> I'd like to keep the no-longer-working URL for Heard Island since
> there's no other source for that information.

I found that information archived here:

http://web.archive.org/web/20021204222245/http://www.dstc.qut.edu.au/DST/marg/daylight.html

The Wayback Machine is a bit slow these days, but it's better than a
dangling URL.


From olsona at dc37a.nci.nih.gov  Tue Dec 13 14:33:54 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 09:33:54 -0500
Subject: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata200tq.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:40:23 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:40:23 -0500
Subject: Small changes to make tz data files more readable when used as html
Message-ID: 

The changes below just add "" directives to each of the primary
data files (which, coincidentally, are the ones that contain "" stuff); this makes them more readable when they're given
".htm" extensions and made available to browsers. Yes, more would need
to be done to make this legitimate, but it works for my purposes and, I
hope, works for yours as well.

				--ado


------- africa -------
*** /tmp/geta10846	Tue Dec 13 10:36:00 2005
--- /tmp/getb10846	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)africa	7.39
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)africa	7.40
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- antarctica -------
*** /tmp/geta10865	Tue Dec 13 10:36:00 2005
--- /tmp/getb10865	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.29
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,5 ----
! # @(#)antarctica	7.30
! #   
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see

------- asia -------
*** /tmp/geta10884	Tue Dec 13 10:36:00 2005
--- /tmp/getb10884	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)asia	7.90
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- australasia -------
*** /tmp/geta10903	Tue Dec 13 10:36:01 2005
--- /tmp/getb10903	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,6 ----
! # @(#)australasia	7.78
! # ! 
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file

------- europe -------
*** /tmp/geta10922	Tue Dec 13 10:36:01 2005
--- /tmp/getb10922	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)europe	7.95
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)europe	7.96
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- northamerica -------
*** /tmp/geta10941	Tue Dec 13 10:36:01 2005
--- /tmp/getb10941	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.82
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,
--- 1,6 ----
! # @(#)northamerica	7.83
! # ! 
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,

------- southamerica -------
*** /tmp/geta10960	Tue Dec 13 10:36:02 2005
--- /tmp/getb10960	Tue Dec 13 10:36:02 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)southamerica	7.66
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:47:36 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:47:36 -0500
Subject: Revised: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

[Thanks to Bennett Todd for catching the typo in the message sent
earlier. --ado] 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005q.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado


From eggert at CS.UCLA.EDU  Mon Dec 19 22:01:51 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 19 Dec 2005 14:01:51 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To: <200512191551.jBJFpBks022699@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Mon, 19 Dec 2005 10:51:11 -0500 (EST)")
References: <200512191551.jBJFpBks022699@elsie.nci.nih.gov>
Message-ID: <877ja021bk.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> Here's my lastest try at avoiding problems with zones such as CST5CDT;

The patch to 'backward' looks fine, but the patch to 'northamerica'
has some problems.  First, it removes support for TZ='EST', TZ='MST',
TZ='HST', which have been in the tz database since 1987.  Second, it
creates new Zones AST4ADT, YST9YDT, HST10HDT that are not needed for
backwards compatibility, as they have never been supported by the tz
data.  Third, it creates new Zones AST4, EST5, CST6, MST7, PST8, YST9,
HST10 that also are not needed for backward compatibility (for the
same reason as above), and furthermore don't change how TZ strings are
evaluated (as they are equivalent to their POSIX interpretations).

Here's a proposed patch to 'northamerica' to address these issues.

--- northamerica	2005/11/28 15:52:28	2005.15
+++ northamerica	2005/12/19 21:52:52	2005.15.1.2
@@ -131,6 +131,24 @@ Rule	US	1987	2006	-	Apr	Sun>=1	2:00	1:00
 Rule	US	2007	max	-	Mar	Sun>=8	2:00	1:00	D
 Rule	US	2007	max	-	Nov	Sun>=1	2:00	0	S
 
+# From Arthur David Olson, 2005-12-19
+# We generate the files specified below to guard against old files with
+# obsolete information being left in the time zone binary directory.
+# We do these as separate Zones rather than as Links to avoid problems if
+# a particular place changes whether it observes DST.
+# We put these specifications here in the northamerica file both to
+# increase the chances that they'll actually get compiled and to
+# avoid the need to duplicate the US rules in another file.
+
+# Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
+Zone	EST		 -5:00	-	EST
+Zone	MST		 -7:00	-	MST
+Zone	HST		-10:00	-	HST
+Zone	EST5EDT		 -5:00	US	E%sT
+Zone	CST6CDT		 -6:00	US	C%sT
+Zone	MST7MDT		 -7:00	US	M%sT
+Zone	PST8PDT		 -8:00	US	P%sT
+
 # From Bob Devine (1988-01-28):
 # ...Alaska (and Hawaii) had the timezone names changed in 1967.
 #    old			 new


From olsona at dc37a.nci.nih.gov  Tue Dec 20 15:04:00 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 20 Dec 2005 10:04:00 -0500
Subject: latest try at backward/northamerica fix
Message-ID: 

I'd suggest making the addition shown below to the commentary; otherwise
the proposed change looks great.

				--ado


------- northamerica -------
*** /tmp/geta893	Tue Dec 20 10:02:12 2005
--- /tmp/getb893	Tue Dec 20 10:02:12 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.85
  #   
  # also includes Central America and the Caribbean
--- 1,4 ----
! # @(#)northamerica	7.86
  #   
  # also includes Central America and the Caribbean
***************
*** 136,141 ****
--- 136,143 ----
  # From Arthur David Olson, 2005-12-19
  # We generate the files specified below to guard against old files
with
  # obsolete information being left in the time zone binary directory.
+ # We limit the list to names that have appeared in previous versions
of
+ # this time zone package.
  # We do these as separate Zones rather than as Links to avoid problems
if
  # a particular place changes whether it observes DST.
  # We put these specifications here in the northamerica file both to



From eggert at CS.UCLA.EDU  Wed Dec 21 20:46:07 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 12:46:07 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 20 Dec 2005 10:04:00 -0500")
References: 
Message-ID: <87ek4689gw.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> + # We limit the list to names that have appeared in previous versions of
> + # this time zone package.

Yes, that's a nice clarification.  Thanks.


From eggert at CS.UCLA.EDU  Wed Dec 21 21:25:40 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:25:40 -0800
Subject: Manitoba, Ontario, P.E.I., Quebec adopt 2007 US DST change
Message-ID: <87aceu87mz.fsf@penguin.cs.ucla.edu>

I looked around for news reports of the effect on the US's 2007
daylight-saving plans on Canada, and found reports that Manitoba,
Ontario, P.E.I., and Quebec are committed to switching, and other
provinces are thinking of switching.

My assumption is that all of Canada (save perhaps Newfoundland) will
switch, but that it's too early to regard this as official.

One problem is how to reflect this in the tz database.  I'm inclined
to propose something along the following lines, at least for now, to
keep the tables simple; we should be able to fix things before 2007 if
some of the provinces decline to follow the US lead.  Please see the
changes in commentary below to see what provinces would be affected.



===================================================================
RCS file: RCS/northamerica,v
retrieving revision 2005.15.1.3
diff -pu -r2005.15.1.3 northamerica
--- northamerica	2005/12/20 15:04:00	2005.15.1.3
+++ northamerica	2005/12/21 21:00:48
@@ -820,18 +820,37 @@ Zone America/Menominee	-5:50:27 -	LMT	18
 
 # Unless otherwise specified, the data for Canada are all from Shanks.
 
-# From Paul Eggert (2000-10-02):
+# From Paul Eggert (2005-12-21):
 # H. David Matthews and Mary Vincent's map
-# 
+# 
 # "It's about TIME", _Canadian Geographic_ (September-October 1998)
 #  contains detailed boundaries for regions observing nonstandard
 # time and daylight saving time arrangements in Canada circa 1998.
 #
-# INMS, the Institute for National Measurement Standards in Ottawa, has
-# 
+# INMS, the Institute for National Measurement Standards in Ottawa, has 
 # information about standard and daylight saving time zones in Canada.
 #  (updated periodically).
 # Its unofficial information is often taken from Matthews and Vincent.
+#
+# CBC News reported that Ontario and Manitoba have announced plans to
+# follow the US change, and that Nova Scotia is considering it; see
+#  (2005-10-21).
+# CBC news also reported that Prince Edward Island is the first
+# province in Atlantic Canada to follow the US change, and that Quebec
+# had agreed; see 
+# (2005-12-07).
+#
+# To reflect all this, the Canada and Winn rules have been adjusted to
+# agree with the 2007 US change.  This means we assume most of Canada
+# will fall into line.  However, Alberta, British Columbia,
+# Newfoundland, Northwest Territories, and Yukon already have separate
+# rules in our database, so for now we'll leave them alone, which
+# means that we currently assume these regions will not change their
+# rules and will disagree with the US starting in 2007.  This
+# assumption is probably incorrect, with the possible exception of
+# Newfoundland.  We plan to adjust the Edm, Vanc, StJohns, and NT_YK
+# rules as the corresponding provinces make their announcements.
 
 # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
 Rule	Canada	1918	only	-	Apr	14	2:00	1:00	D
@@ -840,8 +859,10 @@ Rule	Canada	1942	only	-	Feb	 9	2:00	1:00
 Rule	Canada	1945	only	-	Aug	14	23:00u	1:00	P # Peace
 Rule	Canada	1945	only	-	Sep	30	2:00	0	S
 Rule	Canada	1974	1986	-	Apr	lastSun	2:00	1:00	D
-Rule	Canada	1974	max	-	Oct	lastSun	2:00	0	S
-Rule	Canada	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	1974	2006	-	Oct	lastSun	2:00	0	S
+Rule	Canada	1987	2006	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	2007	max	-	Mar	Sun>=8	2:00	1:00	D
+Rule	Canada	2007	max	-	Nov	Sun>=1	2:00	0	S
 
 
 # Newfoundland (and far southeast Labrador)
@@ -1167,11 +1188,13 @@ Rule	Winn	1963	only	-	Apr	lastSun	2:00	1
 Rule	Winn	1963	only	-	Sep	22	2:00	0	S
 Rule	Winn	1966	1986	-	Apr	lastSun	2:00	1:00	D
 Rule	Winn	1966	1986	-	Oct	lastSun	2:00	0	S
-Rule	Winn	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Winn	1987	2006	-	Apr	Sun>=1	2:00s	1:00	D
 # From Paul Eggert (2000-10-02):
 # INMS (2000-09-12) says that, since 1988 at least, Manitoba switches from
 # DST at 03:00 local time.  For now, assume it started in 1987.
-Rule	Winn	1987	max	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	1987	2006	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	2007	max	-	Mar	Sun>=8	2:00s	1:00	D
+Rule	Winn	2007	max	-	Nov	Sun>=1	2:00s	0	S
 # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
 Zone America/Winnipeg	-6:28:36 -	LMT	1887 Jul 16
 			-6:00	Winn	C%sT


From eggert at CS.UCLA.EDU  Wed Dec 21 21:48:38 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:48:38 -0800
Subject: New Brunswick switches at 00:01, not 02:00; new Zone needed
Message-ID: <8764pi86kp.fsf@penguin.cs.ucla.edu>

I found a copy of New Brunswick's Time Definition Act consolidated to
2005-07-15  and it confirms
that New Brunswick switches to and from DST at 00:01 rather than
02:00.

So we need a new Zone.  I am thinking of using the name
America/Moncton.  Moncton has approximately the same population as
Saint John, but the latter name is uncomfortably close to the
already-existing Zone America/St_Johns.

Page 2 of the above reference says "1965, c.7, s.1; 1973, c.74, s.75;
1993, c.9, s.1; 2005, c.7, s.83."  I assume this refers to dates when
the law changed, which would be useful for tracking down the history
of America/Moncton.  I did track down an older version of the
consolidated document
 which
makes it clear that they haven't changed the rules since 1993 at
least, but I can't go earlier than that in the canlii.org database.
For dates before 1993 I'll probably defer to Shanks, unless someone
else can track it down.


From GYarbrough at Accu-Time.com  Thu Dec 22 13:06:04 2005
From: GYarbrough at Accu-Time.com (Graham Yarbrough)
Date: Thu, 22 Dec 2005 08:06:04 -0500
Subject: Timezone mailing list
Message-ID: 

I was given this email as a source of information relating to timezones
and time calculation.
Was that correct? Could you please advise what is available and how I
might obtain it?


From olsona at dc37a.nci.nih.gov  Thu Dec 22 15:23:39 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 22 Dec 2005 10:23:39 -0500
Subject: Zdump.c
Message-ID: 

Here are proposed changes to zdump.c, reflecting suggestions from Robbin
Kawabata.

				--ado

------- zdump.c -------
*** /tmp/geta11896	Thu Dec 22 10:20:54 2005
--- /tmp/getb11896	Thu Dec 22 10:20:54 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.72";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.73";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 212,222 ****
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = _("lacks alphabetic at start");
! 	if (cp - abbrp < 3)
! 		wp = _("has fewer than 3 alphabetics");
! 	if (cp - abbrp > 6)
! 		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
--- 212,222 ----
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = "lacks alphabetic at start";
! 	else if (cp - abbrp < 3)
! 		wp = "has fewer than 3 alphabetics";
! 	else if (cp - abbrp > 6)
! 		wp = "has more than 6 alphabetics";
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
***************
*** 223,237 ****
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
  	}
- 	if (*cp != '\0')
- 		wp = _("differs from POSIX standard");
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, wp);
  	warned = TRUE;
  }
  
--- 223,237 ----
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
+ 		if (*cp != '\0')
+ 			wp = "differs from POSIX standard";
  	}
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, _(wp));
  	warned = TRUE;
  }
  



From tz. at explicate.org  Thu Dec 22 21:18:38 2005
From: tz. at explicate.org (Ken Pizzini)
Date: Thu, 22 Dec 2005 13:18:38 -0800
Subject: Zdump.c
In-Reply-To: 
References: 
Message-ID: <20051222211837.GA12733@575778.msa.explicate.org>

On Thu, Dec 22, 2005 at 10:23:39AM -0500, Arthur David Olson wrote:
> Here are proposed changes to zdump.c, reflecting suggestions from Robbin
> Kawabata.

While consolidating the calls to gettext() to one place would
otherwise work fine at run-time, it fails to *mark* the text
that needs to be extracted for translation, and hence would
not be in the translation table.  I say: don't make this change.

		--Ken Pizzini


From eggert at CS.UCLA.EDU  Fri Dec 23 00:34:32 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 22 Dec 2005 16:34:32 -0800
Subject: Zdump.c
In-Reply-To: <20051222211837.GA12733@575778.msa.explicate.org> (Ken
 Pizzini's message of "Thu, 22 Dec 2005 13:18:38 -0800")
References: 
	<20051222211837.GA12733@575778.msa.explicate.org>
Message-ID: <87bqz87isn.fsf@penguin.cs.ucla.edu>

Ken Pizzini  writes:

> While consolidating the calls to gettext() to one place would
> otherwise work fine at run-time, it fails to *mark* the text
> that needs to be extracted for translation, and hence would
> not be in the translation table.

Yes, that's correct.

If it's important to minimize the number of calls to gettext, the
right way to do it is to use a gettext_noop macro as described in
.
For zdump I don't see why it'd be worth the trouble to do all that,
though.


From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:24:07 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:24:07 -0500
Subject: Leap seconds in the news
Message-ID: 

The Washington Post's Monday, December 26, 2005 edition includes, on
page A17, the story "Added Ticktock of the Clock Restarts Time Debate."
The story is precipitated by the upcoming leap second. (My guess is that
author Guy Gugliotta wrote it well in advance rather than on Christmas
Day.)
The story is available from http://washingtonpost.com; free registration
is required.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:32:24 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:32:24 -0500
Subject: Tzcode2005r.tar.gz and tzdata2005r.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005r.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005r.tar.gz
...are now available. Most importantly, these reflect the Canadian
changes circulated last week on the time zone mailing list by Paul
Eggert.
They also add "" directives to time zone data files and reflect
changes to warning message logic in "zdump.c" (but with calls to
"gettext" kept unbundled at the suggestion of Ken Pizzini).

With providence, that's it for 2005!

				--ado



From eggert at CS.UCLA.EDU  Tue Dec 27 19:16:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 27 Dec 2005 11:16:19 -0800
Subject: Leap seconds in the news
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 27 Dec 2005 09:24:07 -0500")
References: 
Message-ID: <87lky65p18.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> The Washington Post's Monday, December 26, 2005 edition includes, on
> page A17, the story "Added Ticktock of the Clock Restarts Time Debate."

Nice article.  There's also been a lot of discussion about the leap
second, not too surprisingly, on the leap seconds list
.
Here's a brief summary.

Several people will be observing clocks when the leap second occurs
and plan to publish what they observe.  Tom Van Baak is perhaps the
best-known at this; see his "How to Watch a Leap Second"
 and his Leap Second
Countdown Clock .

Last week the GPS Operations Center of the US Air Force Space
Command's Space Analysis Center published an advisory

that talks about the potential problems in civilian and military uses
of GPS near the leap-second occurrence.  Since this week's is the
first leap second since 1998, a lot of hardware and software will be
tested in the field for the first time.  For people that have gear
that need subsecond timing, GPS Operations Center suggests that you
review your leap second support, contact your supplier as needed, and
monitor your system through the leap second event.  They give contact
addresses for US military and civilian users (the Coast Guard and the
FAA, for the latter).

Frank and Ernest have their own commentary on daylight saving time at
.


From stuart at stuartbishop.net  Fri Dec  2 15:38:45 2005
From: stuart at stuartbishop.net (Stuart Bishop)
Date: Fri, 02 Dec 2005 22:38:45 +0700
Subject: Timezone name translations
Message-ID: <43906A85.4090507@stuartbishop.net>

Can anyone point me to a public domain or liberally licenced database of
translations of timezone names? Preferably in gettext po file format. I can
generate the po template, and I'd prefer to track down translations now
rather than waste translators' time later.

-- 
Stuart Bishop 
http://www.stuartbishop.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : http://mm.icann.org/pipermail/tz/attachments/20051202/5f5f632b/signature-0001.asc 

From eggert at CS.UCLA.EDU  Fri Dec  2 19:32:14 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Fri, 02 Dec 2005 11:32:14 -0800
Subject: Timezone name translations
In-Reply-To: <43906A85.4090507@stuartbishop.net> (Stuart Bishop's message of
 "Fri, 02 Dec 2005 22:38:45 +0700")
References: <43906A85.4090507@stuartbishop.net>
Message-ID: <87sltbxpkx.fsf@penguin.cs.ucla.edu>

Stuart Bishop  writes:

> Can anyone point me to a public domain or liberally licenced database of
> translations of timezone names?

You might try the CLDR project.  For pointers, please see
 and look for "translations".

I don't know of any translations in gettext format, though.  They'd be
nice to have.  If you find (or produce) some, please let us know.

One problem with gettext format is that there might be multiple
translations for the same English-language abbreviation.  For example,
"IST" is short for either Israel Standard Time or for India Standard
Time, and it's possible that the acronyms in (say) Russian would be
different.  Hence gettext("IST") might not work as the user would
expect, in a Russian locale.


From olsona at dc37a.nci.nih.gov  Mon Dec  5 17:08:08 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 5 Dec 2005 12:08:08 -0500
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
Message-ID: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov>

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005p.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005p.tar.gz
...are now available. These reflect the "systemv", "tz-link.htm", and
"zdump.c" changes circulated last week on the time zone mailing list
(less the casts of arguments to the is* macros).

My hope is to do a bit more cleanup by the end of the year:

	1.	Reflect on and then incorporate the zdump.c changes from
Robin Kawabata.
	2.	Finish off the work on zones such as EST5EDT.
	3.	Finish the work of purging electronic mail address.
	4.	Fix (or at least annotate) dead URLs in the data files.

Once 2006 rolls around I'll have another go at getting consensus on
64-bit changes.

				--ado



From olsona at lecserver.nci.nih.gov  Mon Dec  5 19:06:59 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 5 Dec 2005 14:06:59 -0500 (EST)
Subject: URL glitches in data files
Message-ID: <200512051906.jB5J6xku001214@elsie.nci.nih.gov>

Below find information on five glitchy URLs (one of which appears twice)
in the time zone data files. I struck out in my browser spelunking effort to
find replacements. If anyone knows of working versions, let me know;
absent that, I'll add appropriate notes to the data file.

				--adO



antarctica: http://www.icair.iac.org.nz/science/reports/fr/IFRTP.html; NSLOOKUP FAILS
# Reference:
# 
# Support and Development of Polar Research and Technology (1997-02-03)
# 

australasia: http://www.nsc.gov.au/InfoServ/Ileaflet/il27.htm; NSLOOKUP FAILS
# From Paul Eggert (1999-09-27):
# The Information Service of the Australian National Standards Commission
# 
# Daylight Saving
#  page (1995-04) has an excellent overall history of Australian DST.

antarctica: http://www.crl.go.jp/uk/uk201/basyo.htm; NSLOOKUP FAILS
(www.crl.co.jp exists; changing co to go above still fails.)
# From Hideyuki Suzuki (1999-02-06):
# In all Japanese stations, +0300 is used as the standard time.  [See]
# [reference in Japanese]
# and information from KAMO Hiroyasu.

antarctica: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# Australia - territories
# Heard Island, McDonald Islands (uninhabited)
#	previously sealers and scientific personnel wintered
#	
#	Margaret Turner reports
#	 (1999-09-30) that they're UTC+5, with no DST;
#	presumably this is when they have visitors.

australasia: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# 
# Australia's Daylight Saving Times
# , by Margaret Turner, summarizes daylight saving issues in Australia.

southamerica: http://churchnet.ucsm.ac.uk/news/files2/news165.htm; NSLOOKUP WORKS; TIMES OUT
# From Paul Eggert (1998-02-25):
# 
# Brazil Prepares for Papal Visit
# ,
# Church Net UK (1997-10-02).


From eggert at CS.UCLA.EDU  Mon Dec  5 21:34:05 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 13:34:05 -0800
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
In-Reply-To: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov> (Arthur
 David Olson's message of "Mon, 5 Dec 2005 12:08:08 -0500")
References: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov>
Message-ID: <87slt72ppu.fsf@penguin.cs.ucla.edu>

I suggest the following one-line comment change to the systemv file,
the next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes
occurred after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one,
so the comment shouldn't imply that the 1987 changes were the only
ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be expressed
 # using the System V "TZ" scheme (half-hour offset), or anything outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.


From olsona at dc37a.nci.nih.gov  Mon Dec  5 21:38:33 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 5 Dec 2005 16:38:33 -0500
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
Message-ID: <75DDD376F2B6B546B722398AC161106C7405D1@nihexchange2.nih.gov>

Thanks; I'll incorporate that in the next round.

				--ado 

-----Original Message-----
From: Paul Eggert [mailto:eggert at CS.UCLA.EDU] 
Sent: Monday, December 05, 2005 4:34 PM
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: Re: Tzcode2005p.tar.gz and tzdata2005p.tar.gz

I suggest the following one-line comment change to the systemv file, the
next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes occurred
after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one, so
the comment shouldn't imply that the 1987 changes were the only ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be
expressed
 # using the System V "TZ" scheme (half-hour offset), or anything
outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred
after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.



From eggert at CS.UCLA.EDU  Tue Dec  6 07:39:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 23:39:19 -0800
Subject: Timezone name translations
In-Reply-To:  (Chuck Soper's message
 of "Mon, 5 Dec 2005 13:54:18 -0800")
References: <43906A85.4090507@stuartbishop.net>
	<87sltbxpkx.fsf@penguin.cs.ucla.edu>
	<43919721.7010204@stuartbishop.net>
	
Message-ID: <87oe3uhdy0.fsf@penguin.cs.ucla.edu>

Chuck Soper  writes:

> Does anyone know if the abbreviation/UTC offset combination is
> unique?

I wouldn't count on it.  Does "PST" mean "Pacific Standard Time"
or "Pitcairn Standard Time"?  They're both 8 hours behind UTC.

Or, if you want something a bit more obscure, "LMT" at 36 minutes and
32 seconds behind UTC can mean either "Local Mean Time" or "Lisbon
Mean Time", depending on the zone and year.

Neither of these examples are of major economic importance right now,
but they do indicate the assumption isn't safe.


From olsona at lecserver.nci.nih.gov  Tue Dec  6 13:52:37 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 08:52:37 -0500 (EST)
Subject: FW: Re: Timezone name translations
Message-ID: <200512061352.jB6Dqawn005400@elsie.nci.nih.gov>

This message failed to make it out to the list.

				--ado

From: Chuck Soper [chucks2 at veladg.com]

At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>Paul Eggert wrote:
>
>  > One problem with gettext format is that there might be multiple  > 
> translations for the same English-language abbreviation.  For example,
>>  "IST" is short for either Israel Standard Time or for India Standard  
>> Time, and it's possible that the acronyms in (say) Russian would be  
>> different.  Hence gettext("IST") might not work as the user would  
>> expect, in a Russian locale.
>
>This is a problem even without localization. But I won't be tackling 
>abbreviations anyway - it would involve first mapping and translating 
>each historical period in each timezone to an English sentence to cope 
>with the duplicate abbreviations and the patalogical cases like 
>Australian Eastern Standard Time and Australian Eastern Daylight 
>Savings Time (still breaking code to this day).

I'm interested in the display of time zone names both in English and localized. It seems like trying to provide a time zone name for each tzID (std/dst) might be fairly laborious because there are almost 400 tzIDs (in the zone.tab file). I'm considering building a time zone name table based time on abbreviations and UTC offsets. Each row in the table could have a tz abbreviation, a UTC offset and a time zone name. For example, one row could contain CET, UTC+1 and 'Central European Standard Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the year. Instead of trying to maintain 34 tz names for 34 tzIDs why not maintain one tz name for an abbreviation and a UTC offset? Another example is Argentina. Doesn't Argentina have two tz names for its 10 tzIDs? For localized tz names, additional tables would be created.

I understand that an abbreviation by itself is not unique (e.g. IST, EST, etc.), but the combination of an abbreviation and a UTC offset might be unique. Does anyone know if the abbreviation/UTC offset combination is unique? Clearly, tzIDs are unique, but they're not very stable and there are a lot of them.

I believe that the abbreviation/UTC offset combination actually holds more information than a tzID. For example, PWT/UTC-7 (during World War II) could display Pacific War Time. The tzID by itself does not contain that information. Also, using only the tzID might produce some unneeded names if names are created tzID/dst combinations that do not exist.

I'm interested to find out if people think this approach might be effective for building and maintaining a list of time zone names.

Chuck


From olsona at lecserver.nci.nih.gov  Tue Dec  6 18:35:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 13:35:15 -0500 (EST)
Subject: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>

Below are proposed changes to zic.c and zdump.c to avoid compiler warnings
about invocations of the is.* macros, to meet standard requirements for calling
the macros, and to make the invocations consistent.

I plan to deal with gettext issues in the next round of changes.

				--ado

------- zic.c -------
*** /tmp/geta6691	Tue Dec  6 11:01:47 2005
--- /tmp/getb6691	Tue Dec  6 11:01:47 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.124";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 2046,2053 ****
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii(*cp) && isspace((unsigned char) *cp))
! 			++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
--- 2046,2054 ----
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii((unsigned char) *cp) &&
! 			isspace((unsigned char) *cp))
! 				++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
***************
*** 2210,2217 ****
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii(*cp) && isalpha(*cp))
! 			++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
--- 2211,2219 ----
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii((unsigned char) *cp) &&
! 			isalpha((unsigned char) *cp))
! 				++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
***************
*** 2220,2228 ****
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii(*cp) && isdigit(*cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");
--- 2222,2232 ----
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii((unsigned char) *cp) &&
! 				isdigit((unsigned char) *cp))
! 					if (*cp++ == '1' &&
! 						*cp >= '0' && *cp <= '4')
! 							++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");

------- zdump.c -------
*** /tmp/geta6709	Tue Dec  6 11:01:48 2005
--- /tmp/getb6709	Tue Dec  6 11:01:48 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.70";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.71";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 209,215 ****
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii(*cp) && isalpha(*cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
--- 209,215 ----
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii((unsigned char) *cp) && isalpha((unsigned char) *cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
***************
*** 219,227 ****
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii(*cp) && isdigit(*cp))
! 			if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 				++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");
--- 219,228 ----
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii((unsigned char) *cp) &&
! 			isdigit((unsigned char) *cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");


From eggert at CS.UCLA.EDU  Tue Dec  6 21:38:15 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 06 Dec 2005 13:38:15 -0800
Subject: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Tue, 6 Dec 2005 13:35:15 -0500 (EST)")
References: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>
Message-ID: <87acfd6h4o.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> ! 			if (isascii((unsigned char) *cp) &&
> ! 				isdigit((unsigned char) *cp))
> ! 					if (*cp++ == '1' &&
> ! 						*cp >= '0' && *cp <= '4')
> ! 							++cp;

Here's something that's a bit shorter, and perhaps simpler.

  if ('0' <= *cp && *cp <= '9' && *cp++ == '1' && '0' <= *cp && *cp <= '4')
    ++cp;

The C Standard guarantees that isdigit (ch) is equivalent to '0' <= ch
&& ch <= '9', and I don't know of any C implementation where that's
not true.

The above simplification could be done in two separate parts of the patch.


From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:33:03 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:33:03 -0500
Subject: FW: FW: Re: Timezone name translations
Message-ID: 

-----Original Message-----
From: Mark Davis [mailto:mark.davis at icu-project.org] 
Sent: Wednesday, December 07, 2005 1:05 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: FW: Re: Timezone name translations

Addressing the message:

I would recommend using the TZIDs as is -- not try to invent new ones.

You mention stability as being a concern: what we do in CLDR is to
canonicalize the TZIDs for translation by choosing a particular one out
of all the equivalent names (a choice we guarantee to be stable).

Translating all of the TZIDs for all the languages is onerous, so for
the zone identifiers in countries that only have a single zone, we
leverage the country translations that we already have. We then can
prioritize the translation of TZIDs that are in multizone countries. 
This information is then used in formatting the names, as per the
following:

http://www.unicode.org/draft/reports/tr35/tr35.html#Time_Zone_Fallback

(This is the working draft of the next version, so modified text is in
yellow).

As an example of the data, see the translations in
http://unicode.org/cldr/data/common/main/el.xml.

Search for  to see the translated country names.
Search for  to see the translations for multizone
countries (or particular other cases).

Mark

P.S. The abbreviations are ambiguous -- and not readily translated
without introducing even further ambiguities -- so I would not recommend
them for translation.

Arthur David Olson wrote:

>This message failed to make it out to the list.
>
>				--ado
>
>From: Chuck Soper [chucks2 at veladg.com]
>
>At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>  
>
>>Paul Eggert wrote:
>>
>> > One problem with gettext format is that there might be multiple  >
>>translations for the same English-language abbreviation.  For example,
>>    
>>
>>> "IST" is short for either Israel Standard Time or for India Standard

>>>Time, and it's possible that the acronyms in (say) Russian would be 
>>>different.  Hence gettext("IST") might not work as the user would 
>>>expect, in a Russian locale.
>>>      
>>>
>>This is a problem even without localization. But I won't be tackling 
>>abbreviations anyway - it would involve first mapping and translating 
>>each historical period in each timezone to an English sentence to cope

>>with the duplicate abbreviations and the patalogical cases like 
>>Australian Eastern Standard Time and Australian Eastern Daylight 
>>Savings Time (still breaking code to this day).
>>    
>>
>
>I'm interested in the display of time zone names both in English and
localized. It seems like trying to provide a time zone name for each
tzID (std/dst) might be fairly laborious because there are almost 400
tzIDs (in the zone.tab file). I'm considering building a time zone name
table based time on abbreviations and UTC offsets. Each row in the table
could have a tz abbreviation, a UTC offset and a time zone name. For
example, one row could contain CET, UTC+1 and 'Central European Standard
Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the
year. Instead of trying to maintain 34 tz names for 34 tzIDs why not
maintain one tz name for an abbreviation and a UTC offset? Another
example is Argentina. Doesn't Argentina have two tz names for its 10
tzIDs? For localized tz names, additional tables would be created.
>
>I understand that an abbreviation by itself is not unique (e.g. IST,
EST, etc.), but the combination of an abbreviation and a UTC offset
might be unique. Does anyone know if the abbreviation/UTC offset
combination is unique? Clearly, tzIDs are unique, but they're not very
stable and there are a lot of them.
>
>I believe that the abbreviation/UTC offset combination actually holds
more information than a tzID. For example, PWT/UTC-7 (during World War
II) could display Pacific War Time. The tzID by itself does not contain
that information. Also, using only the tzID might produce some unneeded
names if names are created tzID/dst combinations that do not exist.
>
>I'm interested to find out if people think this approach might be
effective for building and maintaining a list of time zone names.
>
>Chuck
>
>
>
>
>  
>



From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:49:57 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:49:57 -0500
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
Message-ID: 

-----Original Message-----
From: Robert Elz [mailto:kre at munnari.OZ.AU] 
Sent: Tuesday, December 06, 2005 10:20 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: changes to zdump.c and zic.c invocations of is.* macros 

    Date:        Tue, 6 Dec 2005 13:35:15 -0500 (EST)
    From:        Arthur David Olson 
    Message-ID:  <200512061835.jB6IZFWH007741 at elsie.nci.nih.gov>

  | ! 		while (isascii((unsigned char) *cp) &&

You sometimes do better if you write that as

		while (isascii(*(unsigned char *)cp) &&

It can also be a little clearer what you're intending - there's no
intention here to fetch the char, then convert it to unsigned, all we
want is the 0..255 value that cp points at.

Than again, and I haven't looked at the code again just now to see if it
is practical or not, but an alternative might just be to declare cp as
being unsigned char * right from the start (even if that means that it
needs to stop being an input parameter, and instead be copied from one
which would need to remain char * to avoid changing the API).

kre

ps: I don't think Paul's suggested variation is really the right thing
to do - it is certainly true that it's possible to test for digits by
using  >= '0' && <= '9' tests - but if that's the best way to write it,
then
that's what isdigit() ought to be doing.     If you want to make it
shorter,
it is safe to stop the isascii() test if the arg is known to be unsigned
char which after this change, it will be (or EOF, but that's irrelevant
here).

Paul's version may be textually shorter, but with that cp++ side effect
buried in the middle of the && sequence, it is not nearly as easy to
read.



From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:21:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:21:15 -0500 (EST)
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>

Here are changes to the antarctica, australasia, and southamerica files to
document problems with some URLs. (The "chkurls" additions convince a software
tool to skip checks of these URLs.)

				--ado

------- antarctica -------
*** /tmp/geta17431	Thu Dec  8 11:16:54 2005
--- /tmp/getb17431	Thu Dec  8 11:16:54 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 139,147 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
  
  
  # Germany - year-round base
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
+ # [ADO: no nameserver entry for www.icair.iac.org.nz on 2005-12-08.]
  
  
  # Germany - year-round base
***************
*** 156,163 ****
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main
--- 158,167 ----
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
+ # [ADO: no nameserver entry for www.crl.go.jp on 2005-12-08;
+ # www.crl.co.jp may be what was meant, but page is not there either.]
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main

------- australasia -------
*** /tmp/geta17450	Thu Dec  8 11:16:55 2005
--- /tmp/getb17450	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,559 ****
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
--- 551,560 ----
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
***************
*** 962,970 ****
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 
--- 963,972 ----
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
+ # [ADO: no nameserver entry for www.nsc.gov.au on 2005-12-08.]
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 

------- southamerica -------
*** /tmp/geta17468	Thu Dec  8 11:16:55 2005
--- /tmp/getb17468	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.64
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 526,535 ****
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
--- 526,536 ----
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
+ # [ADO: request to churchnet.ucsm.ac.uk times out 2005-12-08.]
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S


From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:39:23 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:39:23 -0500 (EST)
Subject: proposed tz changes to eliminate electronic mail addresses
Message-ID: <200512081639.jB8GdNiJ018043@elsie.nci.nih.gov>

Below find proposed changes to eliminate electronic mail address
(except for tz.*@elsie.nci.nih.gov) from the time zone files.
If I can believe grep, this catches them all.

				--ado

------- antarctica -------
*** /tmp/geta17786	Thu Dec  8 11:36:56 2005
--- /tmp/getb17786	Thu Dec  8 11:36:56 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.27
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 107,113 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 300,306 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 300,306 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- asctime.c -------
*** /tmp/geta17805	Thu Dec  8 11:36:57 2005
--- /tmp/getb17805	Thu Dec  8 11:36:57 2005
***************
*** 1,6 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 1,6 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 11,17 ****
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.31";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 11,17 ----
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.32";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  

------- asia -------
*** /tmp/geta17824	Thu Dec  8 11:36:57 2005
--- /tmp/getb17824	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)asia	7.88
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 85,91 ****
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! #  reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.
--- 85,91 ----
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! # reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.

------- australasia -------
*** /tmp/geta17843	Thu Dec  8 11:36:57 2005
--- /tmp/getb17843	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.76
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 1050,1056 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
--- 1050,1056 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
***************
*** 1090,1096 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D
--- 1090,1096 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D

------- localtime.c -------
*** /tmp/geta17862	Thu Dec  8 11:36:58 2005
--- /tmp/getb17862	Thu Dec  8 11:36:58 2005
***************
*** 1,18 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.96";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White (bww at k.gp.cs.cmu.edu).
! ** POSIX-style TZ environment variable handling from Guy Harris
! ** (guy at auspex.com).
  */
  
  /*LINTLIBRARY*/
--- 1,17 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.97";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White.
! ** POSIX-style TZ environment variable handling from Guy Harris.
  */
  
  /*LINTLIBRARY*/
***************
*** 208,214 ****
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert (eggert at twinsun.com) for noting this.
  */
  
  static struct tm	tm;
--- 207,213 ----
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert for noting this.
  */
  
  static struct tm	tm;
***************
*** 1411,1417 ****
  ** Adapted from code provided by Robert Elz, who writes:
  **	The "best" way to do mktime I think is based on an idea of Bob
  **	Kridle's (so its said...) from a long time ago.
- **	[kridle at xinet.com as of 1996-01-16.]
  **	It does a binary search of the time_t space. Since time_t's are
  **	just 32 bits, its a max of 32 iterations (even at 64 bits it
  **	would still be very reasonable).
--- 1410,1415 ----
***************
*** 1422,1428 ****
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert (eggert at twinsun.com).
  */
  
  static int
--- 1420,1426 ----
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert.
  */
  
  static int
***************
*** 1722,1728 ****
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan (grant at osf.org).
  	*/
  	if (okay)
  		return t;
--- 1720,1726 ----
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan.
  	*/
  	if (okay)
  		return t;

------- private.h -------
*** /tmp/geta17881	Thu Dec  8 11:36:58 2005
--- /tmp/getb17881	Thu Dec  8 11:36:58 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*

------- tzfile.5 -------
*** /tmp/geta17900	Thu Dec  8 11:36:58 2005
--- /tmp/getb17900	Thu Dec  8 11:36:58 2005
***************
*** 133,138 ****
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.11
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
--- 133,138 ----
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.12
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson.

------- tzfile.h -------
*** /tmp/geta17919	Thu Dec  8 11:36:59 2005
--- /tmp/getb17919	Thu Dec  8 11:36:59 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 21,27 ****
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.17";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 21,27 ----
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.18";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
***************
*** 105,111 ****
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew .
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */
--- 105,111 ----
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew.
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */

------- usno1989a -------
*** /tmp/geta17938	Thu Dec  8 11:36:59 2005
--- /tmp/getb17938	Thu Dec  8 11:36:59 2005
***************
*** 1,9 ****
! # @(#)usno1989a	7.3
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert (eggert at twinsun.com).
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS
--- 1,9 ----
! # @(#)usno1989a	7.4
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert.
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS

------- usno1995 -------
*** /tmp/geta17957	Thu Dec  8 11:36:59 2005
--- /tmp/getb17957	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1995	7.4
  #
  # From Arthur David Olson (1995-12-21):
  #
--- 1,4 ----
! # @(#)usno1995	7.5
  #
  # From Arthur David Olson (1995-12-21):
  #
***************
*** 323,327 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative. Send corrections to:
! res at tuttle.usno.navy.mil
--- 323,326 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1997 -------
*** /tmp/geta17976	Thu Dec  8 11:36:59 2005
--- /tmp/getb17976	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1997	7.6
  #
  # From Arthur David Olson (1997-03-07):
  #
--- 1,4 ----
! # @(#)usno1997	7.7
  #
  # From Arthur David Olson (1997-03-07):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1998 -------
*** /tmp/geta17995	Thu Dec  8 11:37:00 2005
--- /tmp/getb17995	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! # @(#)usno1998	7.3
  #
  # From Arthur David Olson (1998-05-26):
  #
--- 1,4 ----
! # @(#)usno1998	7.4
  #
  # From Arthur David Olson (1998-05-26):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- zic.c -------
*** /tmp/geta18014	Thu Dec  8 11:37:00 2005
--- /tmp/getb18014	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.126";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 1648,1654 ****
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew (earl at dnd.icp.nec.com.au)
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;
--- 1648,1654 ----
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;


From olsona at dc37a.nci.nih.gov  Thu Dec  8 16:41:43 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 11:41:43 -0500
Subject: Time zone mail list server change
Message-ID: 

I've changed the time zone mailing list server so that when it sends out
messages, replies are directed to tz at elsie.nci.nih.gov.
With providence, this will reduce the number of messages misdirected to
tz at lecserver.nci.nih.gov.

				--ado


From eggert at CS.UCLA.EDU  Thu Dec  8 21:23:21 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:23:21 -0800
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To:  (Arthur
 David Olson's message of "Thu, 8 Dec 2005 10:49:57 -0500")
References: 
Message-ID: <873bl39tbq.fsf@penguin.cs.ucla.edu>

> From: Robert Elz [mailto:kre at munnari.OZ.AU] 
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no
> intention here to fetch the char, then convert it to unsigned, all we
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not
portable to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a
char as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and
it can be quite a bit slower.  For example, on my host (Debian
GNU/Linux stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; }
int G (char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side effect
> buried in the middle of the && sequence, it is not nearly as easy to
> read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }


From eggert at CS.UCLA.EDU  Thu Dec  8 21:45:45 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:45:45 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Thu, 8 Dec 2005 11:21:15 -0500 (EST)")
References: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>
Message-ID: <87u0dj8dpy.fsf@penguin.cs.ucla.edu>

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9	0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in Japanese]
-# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,
 # was established on 1957-01-29.  Since Syowa station is still the main
 # station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia
+#  summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards Commission
-# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian DST.
-# The Community Relations Division of the NSW Attorney General's Department
-# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales
-# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the usual
 # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb	16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1
 # to help dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
 # Decree 2,495



From kre at munnari.OZ.AU  Fri Dec  9 12:29:15 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:29:15 +0700
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
In-Reply-To: <873bl39tbq.fsf@penguin.cs.ucla.edu> 
References: <873bl39tbq.fsf@penguin.cs.ucla.edu>   
Message-ID: <14154.1134131355@munnari.OZ.AU>

    Date:        Thu, 08 Dec 2005 13:23:21 -0800
    From:        Paul Eggert 
    Message-ID:  <873bl39tbq.fsf at penguin.cs.ucla.edu>

  | But the zic stuff attempts to be portable to C89 (as
  | well as earlier) compilers.

OK, though I can't imagine a C implementation where it wouldn't work
(whatever C89 might technically allow...)

  | Alas, that's not true in practice.  isdigit is typically slower, and
  | it can be quite a bit slower.

For zic/zdump I don't care which is faster or slower (it might
be different if this code were in localtime or similar).   What
I said was "better" not "faster".

  | > Paul's version may be textually shorter, but with that cp++ side effect
  | > buried in the middle of the && sequence, it is not nearly as easy to
  | > read.
  | 
  | True, but in my defense that buried cp++ was in the original code.

It isn't the side effect itself I minded, but the buried side
effect in the middle of a long expression.  I have no problem with
	if (*cp++ == 0)
(or similar) types of expressions, that's ancient C idiom that anyone can
(should be able to) comprehend easily.   But when you have to look hard to
figure out under what circumstances the "++" actually gets executed, then
I start to look for a better way to write the code.

  | How about this instead?  It might be a bit clearer.

Aside from the switch away from using isdigit() that's pretty much what was
there already, isn't it?  (OK, it moves out the ++ from the if, but there
was no real need to do that in the original).

Incidentally, if you wanted to not use isdigit(), rather than writing out
the expression longhand, I'd just define a new macro that does the test.
That way, it is trivial to switch between using isdigit() or using the
specific tests against '0' and '9' just by altering the new macro definition.

kre



From kre at munnari.OZ.AU  Fri Dec  9 12:35:06 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:35:06 +0700
Subject: Time zone mail list server change 
In-Reply-To:  
References:  
Message-ID: <11810.1134131706@munnari.OZ.AU>

    Date:        Thu, 8 Dec 2005 11:41:43 -0500
    From:        "Olson, Arthur David \(NIH/NCI\) [E]" 
    Message-ID:  

  | I've changed the time zone mailing list server so that when it sends out
  | messages, replies are directed to tz at elsie.nci.nih.gov.
  | With providence, this will reduce the number of messages misdirected to
  | tz at lecserver.nci.nih.gov.

Doing that in a Resent-Reply-To header isn't going to help anyone - that's
a meaningless header, nothing is going to pay any attention at all to it
(The whole set of Resent-* headers are a bit of a black art, but at least the
rest of them have some purpose, Resent-Reply-To has none at all).

You could use Reply-To (though that has other side effects - though they may
be desirable - I don't think we need to start the "Is Reply-To: the-list
a good thing?" debate here).

Better would just be to have the To or Cc headers have the correct
string in them - aside from messages replying to messages that already
have the lecserver address, how is that string getting there?   That
is, as I send this message, there's no mention of lecserver in in the
headers, anywhere - there should continue to be none in the To/cc headers
when the message gets distributed.   If that isn't working, can it get fixed?

kre



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:36:38 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:36:38 -0500
Subject: FW: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

The below seems to have been sent to lecserver.nci.nih.gov rather than
elsie.nci.nih.gov; I'm forwarding it.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:46 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed bad-URL changes for antarctica, australasia, and
southamerica

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9
0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no
DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in
Japanese] -# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,  # was
established on 1957-01-29.  Since Syowa station is still the main  #
station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in
Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia #  
+summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards
Commission -# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian
DST.
-# The Community Relations Division of the NSW Attorney General's
Department -# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales -# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the
usual  # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb
16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1  # to help
dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
 # Decree 2,495



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:47:30 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:47:30 -0500
Subject: FW: FW: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: 

Another that seems to have gone to lecserver rather than elsie.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:23 PM
To: tz at lecserver.nci.nih.gov
Subject: Re: FW: changes to zdump.c and zic.c invocations of is.* macros

> From: Robert Elz [mailto:kre at munnari.OZ.AU]
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no 
> intention here to fetch the char, then convert it to unsigned, all we 
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not portable
to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a char
as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and it
can be quite a bit slower.  For example, on my host (Debian GNU/Linux
stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; } int G
(char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side 
> effect buried in the middle of the && sequence, it is not nearly as 
> easy to read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }



From olsona at dc37a.nci.nih.gov  Mon Dec 12 15:22:47 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 10:22:47 -0500
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

Thanks for the suggestions on the the bad URLs.
I tracked down a replacement for the New-South-Wales-specific page.
I'd like to keep the no-longer-working URL for Heard Island since
there's no other source for that information.
So...here's what I currently have by way of differences against the data
that's now available via ftp from elsie
(note that removal of electronic mail addresses is also reflected
below).

				--ado

------- antarctica -------
*** /tmp/geta4343	Mon Dec 12 10:13:14 2005
--- /tmp/getb4343	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,4 ----
! # @(#)antarctica	7.28
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 106,112 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 139,149 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Support and Development of Polar Research and Technology
(1997-02-03)
  # 
  
- 
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Dumont d'Urville Station (2005-12-05)
  # 
  
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
***************
*** 155,163 ****
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in
Japanese]
! # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
--- 155,161 ----
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
***************
*** 296,302 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 294,300 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- australasia -------
*** /tmp/geta4362	Mon Dec 12 10:13:14 2005
--- /tmp/getb4362	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,560 ****
  
  # Australia
  
! # 
! # Australia's Daylight Saving Times
! # , by Margaret Turner, summarizes daylight saving issues in
Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
--- 551,566 ----
  
  # Australia
  
! # From Paul Eggert (2005-12-08):
! # 
! # Implementation Dates of Daylight Saving Time within Australia
! #  summarizes daylight saving issues in Australia.
  
+ # From Arthur David Olson (2005-12-12):
+ # 
+ # Lawlink NSW:Daylight Saving in New South Wales
+ #  covers New South Wales in particular.
+ 
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
***************
*** 960,976 ****
  #	legislation.  This is very important to understand.
  #	I have researched New South Wales time only...
  
- # From Paul Eggert (1999-09-27):
- # The Information Service of the Australian National Standards
Commission
- # 
- # Daylight Saving
- #  page (1995-04) has an excellent overall history of Australian
DST.
- # The Community Relations Division of the NSW Attorney General's
Department
- # publishes a history of daylight saving in NSW.  See:
- # 
- # Lawlink NSW: Daylight Saving in New South Wales
- # 
- 
  # From Eric Ulevik (1999-05-26):
  # DST will start in NSW on the last Sunday of August, rather than the
usual
  # October in 2000.  [See: Matthew Moore,
--- 966,971 ----
***************
*** 1048,1054 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
--- 1043,1049 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
***************
*** 1088,1094 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D
--- 1083,1089 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D

------- southamerica -------
*** /tmp/geta4381	Mon Dec 12 10:13:14 2005
--- /tmp/getb4381	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
***************
*** 525,536 ****
  # This year, the ending date of DS was postponed to March 1
  # to help dealing with the shortages of electric power.
  #
- # From Paul Eggert (1998-02-25):
- # 
- # Brazil Prepares for Papal Visit
- # ,
- # Church Net UK (1997-10-02).
- #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
  # Decree 2,495
--- 525,530 ----



From eggert at CS.UCLA.EDU  Mon Dec 12 19:17:50 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 12 Dec 2005 11:17:50 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To:  (Arthur
 David Olson's message of "Mon, 12 Dec 2005 10:22:47 -0500")
References: 
Message-ID: <87bqzmnmzl.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> I'd like to keep the no-longer-working URL for Heard Island since
> there's no other source for that information.

I found that information archived here:

http://web.archive.org/web/20021204222245/http://www.dstc.qut.edu.au/DST/marg/daylight.html

The Wayback Machine is a bit slow these days, but it's better than a
dangling URL.


From olsona at dc37a.nci.nih.gov  Tue Dec 13 14:33:54 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 09:33:54 -0500
Subject: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata200tq.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:40:23 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:40:23 -0500
Subject: Small changes to make tz data files more readable when used as html
Message-ID: 

The changes below just add "" directives to each of the primary
data files (which, coincidentally, are the ones that contain "" stuff); this makes them more readable when they're given
".htm" extensions and made available to browsers. Yes, more would need
to be done to make this legitimate, but it works for my purposes and, I
hope, works for yours as well.

				--ado


------- africa -------
*** /tmp/geta10846	Tue Dec 13 10:36:00 2005
--- /tmp/getb10846	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)africa	7.39
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)africa	7.40
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- antarctica -------
*** /tmp/geta10865	Tue Dec 13 10:36:00 2005
--- /tmp/getb10865	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.29
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,5 ----
! # @(#)antarctica	7.30
! #   
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see

------- asia -------
*** /tmp/geta10884	Tue Dec 13 10:36:00 2005
--- /tmp/getb10884	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)asia	7.90
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- australasia -------
*** /tmp/geta10903	Tue Dec 13 10:36:01 2005
--- /tmp/getb10903	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,6 ----
! # @(#)australasia	7.78
! # ! 
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file

------- europe -------
*** /tmp/geta10922	Tue Dec 13 10:36:01 2005
--- /tmp/getb10922	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)europe	7.95
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)europe	7.96
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- northamerica -------
*** /tmp/geta10941	Tue Dec 13 10:36:01 2005
--- /tmp/getb10941	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.82
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,
--- 1,6 ----
! # @(#)northamerica	7.83
! # ! 
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,

------- southamerica -------
*** /tmp/geta10960	Tue Dec 13 10:36:02 2005
--- /tmp/getb10960	Tue Dec 13 10:36:02 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)southamerica	7.66
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:47:36 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:47:36 -0500
Subject: Revised: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

[Thanks to Bennett Todd for catching the typo in the message sent
earlier. --ado] 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005q.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado


From eggert at CS.UCLA.EDU  Mon Dec 19 22:01:51 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 19 Dec 2005 14:01:51 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To: <200512191551.jBJFpBks022699@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Mon, 19 Dec 2005 10:51:11 -0500 (EST)")
References: <200512191551.jBJFpBks022699@elsie.nci.nih.gov>
Message-ID: <877ja021bk.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> Here's my lastest try at avoiding problems with zones such as CST5CDT;

The patch to 'backward' looks fine, but the patch to 'northamerica'
has some problems.  First, it removes support for TZ='EST', TZ='MST',
TZ='HST', which have been in the tz database since 1987.  Second, it
creates new Zones AST4ADT, YST9YDT, HST10HDT that are not needed for
backwards compatibility, as they have never been supported by the tz
data.  Third, it creates new Zones AST4, EST5, CST6, MST7, PST8, YST9,
HST10 that also are not needed for backward compatibility (for the
same reason as above), and furthermore don't change how TZ strings are
evaluated (as they are equivalent to their POSIX interpretations).

Here's a proposed patch to 'northamerica' to address these issues.

--- northamerica	2005/11/28 15:52:28	2005.15
+++ northamerica	2005/12/19 21:52:52	2005.15.1.2
@@ -131,6 +131,24 @@ Rule	US	1987	2006	-	Apr	Sun>=1	2:00	1:00
 Rule	US	2007	max	-	Mar	Sun>=8	2:00	1:00	D
 Rule	US	2007	max	-	Nov	Sun>=1	2:00	0	S
 
+# From Arthur David Olson, 2005-12-19
+# We generate the files specified below to guard against old files with
+# obsolete information being left in the time zone binary directory.
+# We do these as separate Zones rather than as Links to avoid problems if
+# a particular place changes whether it observes DST.
+# We put these specifications here in the northamerica file both to
+# increase the chances that they'll actually get compiled and to
+# avoid the need to duplicate the US rules in another file.
+
+# Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
+Zone	EST		 -5:00	-	EST
+Zone	MST		 -7:00	-	MST
+Zone	HST		-10:00	-	HST
+Zone	EST5EDT		 -5:00	US	E%sT
+Zone	CST6CDT		 -6:00	US	C%sT
+Zone	MST7MDT		 -7:00	US	M%sT
+Zone	PST8PDT		 -8:00	US	P%sT
+
 # From Bob Devine (1988-01-28):
 # ...Alaska (and Hawaii) had the timezone names changed in 1967.
 #    old			 new


From olsona at dc37a.nci.nih.gov  Tue Dec 20 15:04:00 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 20 Dec 2005 10:04:00 -0500
Subject: latest try at backward/northamerica fix
Message-ID: 

I'd suggest making the addition shown below to the commentary; otherwise
the proposed change looks great.

				--ado


------- northamerica -------
*** /tmp/geta893	Tue Dec 20 10:02:12 2005
--- /tmp/getb893	Tue Dec 20 10:02:12 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.85
  #   
  # also includes Central America and the Caribbean
--- 1,4 ----
! # @(#)northamerica	7.86
  #   
  # also includes Central America and the Caribbean
***************
*** 136,141 ****
--- 136,143 ----
  # From Arthur David Olson, 2005-12-19
  # We generate the files specified below to guard against old files
with
  # obsolete information being left in the time zone binary directory.
+ # We limit the list to names that have appeared in previous versions
of
+ # this time zone package.
  # We do these as separate Zones rather than as Links to avoid problems
if
  # a particular place changes whether it observes DST.
  # We put these specifications here in the northamerica file both to



From eggert at CS.UCLA.EDU  Wed Dec 21 20:46:07 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 12:46:07 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 20 Dec 2005 10:04:00 -0500")
References: 
Message-ID: <87ek4689gw.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> + # We limit the list to names that have appeared in previous versions of
> + # this time zone package.

Yes, that's a nice clarification.  Thanks.


From eggert at CS.UCLA.EDU  Wed Dec 21 21:25:40 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:25:40 -0800
Subject: Manitoba, Ontario, P.E.I., Quebec adopt 2007 US DST change
Message-ID: <87aceu87mz.fsf@penguin.cs.ucla.edu>

I looked around for news reports of the effect on the US's 2007
daylight-saving plans on Canada, and found reports that Manitoba,
Ontario, P.E.I., and Quebec are committed to switching, and other
provinces are thinking of switching.

My assumption is that all of Canada (save perhaps Newfoundland) will
switch, but that it's too early to regard this as official.

One problem is how to reflect this in the tz database.  I'm inclined
to propose something along the following lines, at least for now, to
keep the tables simple; we should be able to fix things before 2007 if
some of the provinces decline to follow the US lead.  Please see the
changes in commentary below to see what provinces would be affected.



===================================================================
RCS file: RCS/northamerica,v
retrieving revision 2005.15.1.3
diff -pu -r2005.15.1.3 northamerica
--- northamerica	2005/12/20 15:04:00	2005.15.1.3
+++ northamerica	2005/12/21 21:00:48
@@ -820,18 +820,37 @@ Zone America/Menominee	-5:50:27 -	LMT	18
 
 # Unless otherwise specified, the data for Canada are all from Shanks.
 
-# From Paul Eggert (2000-10-02):
+# From Paul Eggert (2005-12-21):
 # H. David Matthews and Mary Vincent's map
-# 
+# 
 # "It's about TIME", _Canadian Geographic_ (September-October 1998)
 #  contains detailed boundaries for regions observing nonstandard
 # time and daylight saving time arrangements in Canada circa 1998.
 #
-# INMS, the Institute for National Measurement Standards in Ottawa, has
-# 
+# INMS, the Institute for National Measurement Standards in Ottawa, has 
 # information about standard and daylight saving time zones in Canada.
 #  (updated periodically).
 # Its unofficial information is often taken from Matthews and Vincent.
+#
+# CBC News reported that Ontario and Manitoba have announced plans to
+# follow the US change, and that Nova Scotia is considering it; see
+#  (2005-10-21).
+# CBC news also reported that Prince Edward Island is the first
+# province in Atlantic Canada to follow the US change, and that Quebec
+# had agreed; see 
+# (2005-12-07).
+#
+# To reflect all this, the Canada and Winn rules have been adjusted to
+# agree with the 2007 US change.  This means we assume most of Canada
+# will fall into line.  However, Alberta, British Columbia,
+# Newfoundland, Northwest Territories, and Yukon already have separate
+# rules in our database, so for now we'll leave them alone, which
+# means that we currently assume these regions will not change their
+# rules and will disagree with the US starting in 2007.  This
+# assumption is probably incorrect, with the possible exception of
+# Newfoundland.  We plan to adjust the Edm, Vanc, StJohns, and NT_YK
+# rules as the corresponding provinces make their announcements.
 
 # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
 Rule	Canada	1918	only	-	Apr	14	2:00	1:00	D
@@ -840,8 +859,10 @@ Rule	Canada	1942	only	-	Feb	 9	2:00	1:00
 Rule	Canada	1945	only	-	Aug	14	23:00u	1:00	P # Peace
 Rule	Canada	1945	only	-	Sep	30	2:00	0	S
 Rule	Canada	1974	1986	-	Apr	lastSun	2:00	1:00	D
-Rule	Canada	1974	max	-	Oct	lastSun	2:00	0	S
-Rule	Canada	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	1974	2006	-	Oct	lastSun	2:00	0	S
+Rule	Canada	1987	2006	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	2007	max	-	Mar	Sun>=8	2:00	1:00	D
+Rule	Canada	2007	max	-	Nov	Sun>=1	2:00	0	S
 
 
 # Newfoundland (and far southeast Labrador)
@@ -1167,11 +1188,13 @@ Rule	Winn	1963	only	-	Apr	lastSun	2:00	1
 Rule	Winn	1963	only	-	Sep	22	2:00	0	S
 Rule	Winn	1966	1986	-	Apr	lastSun	2:00	1:00	D
 Rule	Winn	1966	1986	-	Oct	lastSun	2:00	0	S
-Rule	Winn	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Winn	1987	2006	-	Apr	Sun>=1	2:00s	1:00	D
 # From Paul Eggert (2000-10-02):
 # INMS (2000-09-12) says that, since 1988 at least, Manitoba switches from
 # DST at 03:00 local time.  For now, assume it started in 1987.
-Rule	Winn	1987	max	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	1987	2006	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	2007	max	-	Mar	Sun>=8	2:00s	1:00	D
+Rule	Winn	2007	max	-	Nov	Sun>=1	2:00s	0	S
 # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
 Zone America/Winnipeg	-6:28:36 -	LMT	1887 Jul 16
 			-6:00	Winn	C%sT


From eggert at CS.UCLA.EDU  Wed Dec 21 21:48:38 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:48:38 -0800
Subject: New Brunswick switches at 00:01, not 02:00; new Zone needed
Message-ID: <8764pi86kp.fsf@penguin.cs.ucla.edu>

I found a copy of New Brunswick's Time Definition Act consolidated to
2005-07-15  and it confirms
that New Brunswick switches to and from DST at 00:01 rather than
02:00.

So we need a new Zone.  I am thinking of using the name
America/Moncton.  Moncton has approximately the same population as
Saint John, but the latter name is uncomfortably close to the
already-existing Zone America/St_Johns.

Page 2 of the above reference says "1965, c.7, s.1; 1973, c.74, s.75;
1993, c.9, s.1; 2005, c.7, s.83."  I assume this refers to dates when
the law changed, which would be useful for tracking down the history
of America/Moncton.  I did track down an older version of the
consolidated document
 which
makes it clear that they haven't changed the rules since 1993 at
least, but I can't go earlier than that in the canlii.org database.
For dates before 1993 I'll probably defer to Shanks, unless someone
else can track it down.


From GYarbrough at Accu-Time.com  Thu Dec 22 13:06:04 2005
From: GYarbrough at Accu-Time.com (Graham Yarbrough)
Date: Thu, 22 Dec 2005 08:06:04 -0500
Subject: Timezone mailing list
Message-ID: 

I was given this email as a source of information relating to timezones
and time calculation.
Was that correct? Could you please advise what is available and how I
might obtain it?


From olsona at dc37a.nci.nih.gov  Thu Dec 22 15:23:39 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 22 Dec 2005 10:23:39 -0500
Subject: Zdump.c
Message-ID: 

Here are proposed changes to zdump.c, reflecting suggestions from Robbin
Kawabata.

				--ado

------- zdump.c -------
*** /tmp/geta11896	Thu Dec 22 10:20:54 2005
--- /tmp/getb11896	Thu Dec 22 10:20:54 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.72";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.73";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 212,222 ****
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = _("lacks alphabetic at start");
! 	if (cp - abbrp < 3)
! 		wp = _("has fewer than 3 alphabetics");
! 	if (cp - abbrp > 6)
! 		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
--- 212,222 ----
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = "lacks alphabetic at start";
! 	else if (cp - abbrp < 3)
! 		wp = "has fewer than 3 alphabetics";
! 	else if (cp - abbrp > 6)
! 		wp = "has more than 6 alphabetics";
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
***************
*** 223,237 ****
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
  	}
- 	if (*cp != '\0')
- 		wp = _("differs from POSIX standard");
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, wp);
  	warned = TRUE;
  }
  
--- 223,237 ----
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
+ 		if (*cp != '\0')
+ 			wp = "differs from POSIX standard";
  	}
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, _(wp));
  	warned = TRUE;
  }
  



From tz. at explicate.org  Thu Dec 22 21:18:38 2005
From: tz. at explicate.org (Ken Pizzini)
Date: Thu, 22 Dec 2005 13:18:38 -0800
Subject: Zdump.c
In-Reply-To: 
References: 
Message-ID: <20051222211837.GA12733@575778.msa.explicate.org>

On Thu, Dec 22, 2005 at 10:23:39AM -0500, Arthur David Olson wrote:
> Here are proposed changes to zdump.c, reflecting suggestions from Robbin
> Kawabata.

While consolidating the calls to gettext() to one place would
otherwise work fine at run-time, it fails to *mark* the text
that needs to be extracted for translation, and hence would
not be in the translation table.  I say: don't make this change.

		--Ken Pizzini


From eggert at CS.UCLA.EDU  Fri Dec 23 00:34:32 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 22 Dec 2005 16:34:32 -0800
Subject: Zdump.c
In-Reply-To: <20051222211837.GA12733@575778.msa.explicate.org> (Ken
 Pizzini's message of "Thu, 22 Dec 2005 13:18:38 -0800")
References: 
	<20051222211837.GA12733@575778.msa.explicate.org>
Message-ID: <87bqz87isn.fsf@penguin.cs.ucla.edu>

Ken Pizzini  writes:

> While consolidating the calls to gettext() to one place would
> otherwise work fine at run-time, it fails to *mark* the text
> that needs to be extracted for translation, and hence would
> not be in the translation table.

Yes, that's correct.

If it's important to minimize the number of calls to gettext, the
right way to do it is to use a gettext_noop macro as described in
.
For zdump I don't see why it'd be worth the trouble to do all that,
though.


From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:24:07 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:24:07 -0500
Subject: Leap seconds in the news
Message-ID: 

The Washington Post's Monday, December 26, 2005 edition includes, on
page A17, the story "Added Ticktock of the Clock Restarts Time Debate."
The story is precipitated by the upcoming leap second. (My guess is that
author Guy Gugliotta wrote it well in advance rather than on Christmas
Day.)
The story is available from http://washingtonpost.com; free registration
is required.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:32:24 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:32:24 -0500
Subject: Tzcode2005r.tar.gz and tzdata2005r.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005r.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005r.tar.gz
...are now available. Most importantly, these reflect the Canadian
changes circulated last week on the time zone mailing list by Paul
Eggert.
They also add "" directives to time zone data files and reflect
changes to warning message logic in "zdump.c" (but with calls to
"gettext" kept unbundled at the suggestion of Ken Pizzini).

With providence, that's it for 2005!

				--ado



From eggert at CS.UCLA.EDU  Tue Dec 27 19:16:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 27 Dec 2005 11:16:19 -0800
Subject: Leap seconds in the news
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 27 Dec 2005 09:24:07 -0500")
References: 
Message-ID: <87lky65p18.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> The Washington Post's Monday, December 26, 2005 edition includes, on
> page A17, the story "Added Ticktock of the Clock Restarts Time Debate."

Nice article.  There's also been a lot of discussion about the leap
second, not too surprisingly, on the leap seconds list
.
Here's a brief summary.

Several people will be observing clocks when the leap second occurs
and plan to publish what they observe.  Tom Van Baak is perhaps the
best-known at this; see his "How to Watch a Leap Second"
 and his Leap Second
Countdown Clock .

Last week the GPS Operations Center of the US Air Force Space
Command's Space Analysis Center published an advisory

that talks about the potential problems in civilian and military uses
of GPS near the leap-second occurrence.  Since this week's is the
first leap second since 1998, a lot of hardware and software will be
tested in the field for the first time.  For people that have gear
that need subsecond timing, GPS Operations Center suggests that you
review your leap second support, contact your supplier as needed, and
monitor your system through the leap second event.  They give contact
addresses for US military and civilian users (the Coast Guard and the
FAA, for the latter).

Frank and Ernest have their own commentary on daylight saving time at
.


From stuart at stuartbishop.net  Fri Dec  2 15:38:45 2005
From: stuart at stuartbishop.net (Stuart Bishop)
Date: Fri, 02 Dec 2005 22:38:45 +0700
Subject: Timezone name translations
Message-ID: <43906A85.4090507@stuartbishop.net>

Can anyone point me to a public domain or liberally licenced database of
translations of timezone names? Preferably in gettext po file format. I can
generate the po template, and I'd prefer to track down translations now
rather than waste translators' time later.

-- 
Stuart Bishop 
http://www.stuartbishop.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
URL: 

From eggert at CS.UCLA.EDU  Fri Dec  2 19:32:14 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Fri, 02 Dec 2005 11:32:14 -0800
Subject: Timezone name translations
In-Reply-To: <43906A85.4090507@stuartbishop.net> (Stuart Bishop's message of
 "Fri, 02 Dec 2005 22:38:45 +0700")
References: <43906A85.4090507@stuartbishop.net>
Message-ID: <87sltbxpkx.fsf@penguin.cs.ucla.edu>

Stuart Bishop  writes:

> Can anyone point me to a public domain or liberally licenced database of
> translations of timezone names?

You might try the CLDR project.  For pointers, please see
 and look for "translations".

I don't know of any translations in gettext format, though.  They'd be
nice to have.  If you find (or produce) some, please let us know.

One problem with gettext format is that there might be multiple
translations for the same English-language abbreviation.  For example,
"IST" is short for either Israel Standard Time or for India Standard
Time, and it's possible that the acronyms in (say) Russian would be
different.  Hence gettext("IST") might not work as the user would
expect, in a Russian locale.


From olsona at dc37a.nci.nih.gov  Mon Dec  5 17:08:08 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 5 Dec 2005 12:08:08 -0500
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
Message-ID: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov>

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005p.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005p.tar.gz
...are now available. These reflect the "systemv", "tz-link.htm", and
"zdump.c" changes circulated last week on the time zone mailing list
(less the casts of arguments to the is* macros).

My hope is to do a bit more cleanup by the end of the year:

	1.	Reflect on and then incorporate the zdump.c changes from
Robin Kawabata.
	2.	Finish off the work on zones such as EST5EDT.
	3.	Finish the work of purging electronic mail address.
	4.	Fix (or at least annotate) dead URLs in the data files.

Once 2006 rolls around I'll have another go at getting consensus on
64-bit changes.

				--ado



From olsona at lecserver.nci.nih.gov  Mon Dec  5 19:06:59 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 5 Dec 2005 14:06:59 -0500 (EST)
Subject: URL glitches in data files
Message-ID: <200512051906.jB5J6xku001214@elsie.nci.nih.gov>

Below find information on five glitchy URLs (one of which appears twice)
in the time zone data files. I struck out in my browser spelunking effort to
find replacements. If anyone knows of working versions, let me know;
absent that, I'll add appropriate notes to the data file.

				--adO



antarctica: http://www.icair.iac.org.nz/science/reports/fr/IFRTP.html; NSLOOKUP FAILS
# Reference:
# 
# Support and Development of Polar Research and Technology (1997-02-03)
# 

australasia: http://www.nsc.gov.au/InfoServ/Ileaflet/il27.htm; NSLOOKUP FAILS
# From Paul Eggert (1999-09-27):
# The Information Service of the Australian National Standards Commission
# 
# Daylight Saving
#  page (1995-04) has an excellent overall history of Australian DST.

antarctica: http://www.crl.go.jp/uk/uk201/basyo.htm; NSLOOKUP FAILS
(www.crl.co.jp exists; changing co to go above still fails.)
# From Hideyuki Suzuki (1999-02-06):
# In all Japanese stations, +0300 is used as the standard time.  [See]
# [reference in Japanese]
# and information from KAMO Hiroyasu.

antarctica: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# Australia - territories
# Heard Island, McDonald Islands (uninhabited)
#	previously sealers and scientific personnel wintered
#	
#	Margaret Turner reports
#	 (1999-09-30) that they're UTC+5, with no DST;
#	presumably this is when they have visitors.

australasia: http://www.dstc.qut.edu.au/DST/marg/daylight.html; NSLOOKUP FAILS
# 
# Australia's Daylight Saving Times
# , by Margaret Turner, summarizes daylight saving issues in Australia.

southamerica: http://churchnet.ucsm.ac.uk/news/files2/news165.htm; NSLOOKUP WORKS; TIMES OUT
# From Paul Eggert (1998-02-25):
# 
# Brazil Prepares for Papal Visit
# ,
# Church Net UK (1997-10-02).


From eggert at CS.UCLA.EDU  Mon Dec  5 21:34:05 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 13:34:05 -0800
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
In-Reply-To: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov> (Arthur
 David Olson's message of "Mon, 5 Dec 2005 12:08:08 -0500")
References: <75DDD376F2B6B546B722398AC161106C7405C9@nihexchange2.nih.gov>
Message-ID: <87slt72ppu.fsf@penguin.cs.ucla.edu>

I suggest the following one-line comment change to the systemv file,
the next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes
occurred after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one,
so the comment shouldn't imply that the 1987 changes were the only
ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be expressed
 # using the System V "TZ" scheme (half-hour offset), or anything outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.


From olsona at dc37a.nci.nih.gov  Mon Dec  5 21:38:33 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 5 Dec 2005 16:38:33 -0500
Subject: Tzcode2005p.tar.gz and tzdata2005p.tar.gz
Message-ID: <75DDD376F2B6B546B722398AC161106C7405D1@nihexchange2.nih.gov>

Thanks; I'll incorporate that in the next round.

				--ado 

-----Original Message-----
From: Paul Eggert [mailto:eggert at CS.UCLA.EDU] 
Sent: Monday, December 05, 2005 4:34 PM
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: Re: Tzcode2005p.tar.gz and tzdata2005p.tar.gz

I suggest the following one-line comment change to the systemv file, the
next time it gets published.  It addresses two issues.  First, the
"before" in the old comment is backwards, as the US DST changes occurred
after (not before) the old System V rules were written.
Second, we now have two sets of US changes (1987 and 2007), not one, so
the comment shouldn't imply that the 1987 changes were the only ones.

--- systemv	2005/11/29 19:04:59	2005.16
+++ systemv	2005/12/05 21:29:02	2005.16.0.1
@@ -4,7 +4,7 @@
 # No attempt is made to handle Newfoundland, since it cannot be
expressed
 # using the System V "TZ" scheme (half-hour offset), or anything
outside
 # North America (no support for non-standard DST start/end dates), nor
-# the change in the DST rules in the US in 1987 (which occurred before
+# the changes in the DST rules in the US after 1976 (which occurred
after
 # the old rules were written).
 #
 # If you need the old rules, uncomment ## lines.



From eggert at CS.UCLA.EDU  Tue Dec  6 07:39:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 05 Dec 2005 23:39:19 -0800
Subject: Timezone name translations
In-Reply-To:  (Chuck Soper's message
 of "Mon, 5 Dec 2005 13:54:18 -0800")
References: <43906A85.4090507@stuartbishop.net>
	<87sltbxpkx.fsf@penguin.cs.ucla.edu>
	<43919721.7010204@stuartbishop.net>
	
Message-ID: <87oe3uhdy0.fsf@penguin.cs.ucla.edu>

Chuck Soper  writes:

> Does anyone know if the abbreviation/UTC offset combination is
> unique?

I wouldn't count on it.  Does "PST" mean "Pacific Standard Time"
or "Pitcairn Standard Time"?  They're both 8 hours behind UTC.

Or, if you want something a bit more obscure, "LMT" at 36 minutes and
32 seconds behind UTC can mean either "Local Mean Time" or "Lisbon
Mean Time", depending on the zone and year.

Neither of these examples are of major economic importance right now,
but they do indicate the assumption isn't safe.


From olsona at lecserver.nci.nih.gov  Tue Dec  6 13:52:37 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 08:52:37 -0500 (EST)
Subject: FW: Re: Timezone name translations
Message-ID: <200512061352.jB6Dqawn005400@elsie.nci.nih.gov>

This message failed to make it out to the list.

				--ado

From: Chuck Soper [chucks2 at veladg.com]

At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>Paul Eggert wrote:
>
>  > One problem with gettext format is that there might be multiple  > 
> translations for the same English-language abbreviation.  For example,
>>  "IST" is short for either Israel Standard Time or for India Standard  
>> Time, and it's possible that the acronyms in (say) Russian would be  
>> different.  Hence gettext("IST") might not work as the user would  
>> expect, in a Russian locale.
>
>This is a problem even without localization. But I won't be tackling 
>abbreviations anyway - it would involve first mapping and translating 
>each historical period in each timezone to an English sentence to cope 
>with the duplicate abbreviations and the patalogical cases like 
>Australian Eastern Standard Time and Australian Eastern Daylight 
>Savings Time (still breaking code to this day).

I'm interested in the display of time zone names both in English and localized. It seems like trying to provide a time zone name for each tzID (std/dst) might be fairly laborious because there are almost 400 tzIDs (in the zone.tab file). I'm considering building a time zone name table based time on abbreviations and UTC offsets. Each row in the table could have a tz abbreviation, a UTC offset and a time zone name. For example, one row could contain CET, UTC+1 and 'Central European Standard Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the year. Instead of trying to maintain 34 tz names for 34 tzIDs why not maintain one tz name for an abbreviation and a UTC offset? Another example is Argentina. Doesn't Argentina have two tz names for its 10 tzIDs? For localized tz names, additional tables would be created.

I understand that an abbreviation by itself is not unique (e.g. IST, EST, etc.), but the combination of an abbreviation and a UTC offset might be unique. Does anyone know if the abbreviation/UTC offset combination is unique? Clearly, tzIDs are unique, but they're not very stable and there are a lot of them.

I believe that the abbreviation/UTC offset combination actually holds more information than a tzID. For example, PWT/UTC-7 (during World War II) could display Pacific War Time. The tzID by itself does not contain that information. Also, using only the tzID might produce some unneeded names if names are created tzID/dst combinations that do not exist.

I'm interested to find out if people think this approach might be effective for building and maintaining a list of time zone names.

Chuck


From olsona at lecserver.nci.nih.gov  Tue Dec  6 18:35:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 6 Dec 2005 13:35:15 -0500 (EST)
Subject: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>

Below are proposed changes to zic.c and zdump.c to avoid compiler warnings
about invocations of the is.* macros, to meet standard requirements for calling
the macros, and to make the invocations consistent.

I plan to deal with gettext issues in the next round of changes.

				--ado

------- zic.c -------
*** /tmp/geta6691	Tue Dec  6 11:01:47 2005
--- /tmp/getb6691	Tue Dec  6 11:01:47 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.124";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 2046,2053 ****
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii(*cp) && isspace((unsigned char) *cp))
! 			++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
--- 2046,2054 ----
  		emalloc((int) ((strlen(cp) + 1) * sizeof *array));
  	nsubs = 0;
  	for ( ; ; ) {
! 		while (isascii((unsigned char) *cp) &&
! 			isspace((unsigned char) *cp))
! 				++cp;
  		if (*cp == '\0' || *cp == '#')
  			break;
  		array[nsubs++] = dp = cp;
***************
*** 2210,2217 ****
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii(*cp) && isalpha(*cp))
! 			++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
--- 2211,2219 ----
  		*/
  		cp = string;
  		wp = NULL;
! 		while (isascii((unsigned char) *cp) &&
! 			isalpha((unsigned char) *cp))
! 				++cp;
  		if (cp - string == 0)
  wp = _("time zone abbreviation lacks alphabetic at start");
  		if (noise && cp - string > 3)
***************
*** 2220,2228 ****
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii(*cp) && isdigit(*cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");
--- 2222,2232 ----
  wp = _("time zone abbreviation has too many alphabetics");
  		if (wp == NULL && (*cp == '+' || *cp == '-')) {
  			++cp;
! 			if (isascii((unsigned char) *cp) &&
! 				isdigit((unsigned char) *cp))
! 					if (*cp++ == '1' &&
! 						*cp >= '0' && *cp <= '4')
! 							++cp;
  		}
  		if (*cp != '\0')
  wp = _("time zone abbreviation differs from POSIX standard");

------- zdump.c -------
*** /tmp/geta6709	Tue Dec  6 11:01:48 2005
--- /tmp/getb6709	Tue Dec  6 11:01:48 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.70";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.71";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 209,215 ****
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii(*cp) && isalpha(*cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
--- 209,215 ----
  		return;
  	cp = abbrp;
  	wp = NULL;
! 	while (isascii((unsigned char) *cp) && isalpha((unsigned char) *cp))
  		++cp;
  	if (cp - abbrp == 0)
  		wp = _("lacks alphabetic at start");
***************
*** 219,227 ****
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii(*cp) && isdigit(*cp))
! 			if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 				++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");
--- 219,228 ----
  		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
! 		if (isascii((unsigned char) *cp) &&
! 			isdigit((unsigned char) *cp))
! 				if (*cp++ == '1' && *cp >= '0' && *cp <= '4')
! 					++cp;
  	}
  	if (*cp != '\0')
  		wp = _("differs from POSIX standard");


From eggert at CS.UCLA.EDU  Tue Dec  6 21:38:15 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 06 Dec 2005 13:38:15 -0800
Subject: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Tue, 6 Dec 2005 13:35:15 -0500 (EST)")
References: <200512061835.jB6IZFWH007741@elsie.nci.nih.gov>
Message-ID: <87acfd6h4o.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> ! 			if (isascii((unsigned char) *cp) &&
> ! 				isdigit((unsigned char) *cp))
> ! 					if (*cp++ == '1' &&
> ! 						*cp >= '0' && *cp <= '4')
> ! 							++cp;

Here's something that's a bit shorter, and perhaps simpler.

  if ('0' <= *cp && *cp <= '9' && *cp++ == '1' && '0' <= *cp && *cp <= '4')
    ++cp;

The C Standard guarantees that isdigit (ch) is equivalent to '0' <= ch
&& ch <= '9', and I don't know of any C implementation where that's
not true.

The above simplification could be done in two separate parts of the patch.


From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:33:03 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:33:03 -0500
Subject: FW: FW: Re: Timezone name translations
Message-ID: 

-----Original Message-----
From: Mark Davis [mailto:mark.davis at icu-project.org] 
Sent: Wednesday, December 07, 2005 1:05 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: FW: Re: Timezone name translations

Addressing the message:

I would recommend using the TZIDs as is -- not try to invent new ones.

You mention stability as being a concern: what we do in CLDR is to
canonicalize the TZIDs for translation by choosing a particular one out
of all the equivalent names (a choice we guarantee to be stable).

Translating all of the TZIDs for all the languages is onerous, so for
the zone identifiers in countries that only have a single zone, we
leverage the country translations that we already have. We then can
prioritize the translation of TZIDs that are in multizone countries. 
This information is then used in formatting the names, as per the
following:

http://www.unicode.org/draft/reports/tr35/tr35.html#Time_Zone_Fallback

(This is the working draft of the next version, so modified text is in
yellow).

As an example of the data, see the translations in
http://unicode.org/cldr/data/common/main/el.xml.

Search for  to see the translated country names.
Search for  to see the translations for multizone
countries (or particular other cases).

Mark

P.S. The abbreviations are ambiguous -- and not readily translated
without introducing even further ambiguities -- so I would not recommend
them for translation.

Arthur David Olson wrote:

>This message failed to make it out to the list.
>
>				--ado
>
>From: Chuck Soper [chucks2 at veladg.com]
>
>At 8:01 PM +0700 12/3/05, Stuart Bishop wrote:
>  
>
>>Paul Eggert wrote:
>>
>> > One problem with gettext format is that there might be multiple  >
>>translations for the same English-language abbreviation.  For example,
>>    
>>
>>> "IST" is short for either Israel Standard Time or for India Standard

>>>Time, and it's possible that the acronyms in (say) Russian would be 
>>>different.  Hence gettext("IST") might not work as the user would 
>>>expect, in a Russian locale.
>>>      
>>>
>>This is a problem even without localization. But I won't be tackling 
>>abbreviations anyway - it would involve first mapping and translating 
>>each historical period in each timezone to an English sentence to cope

>>with the duplicate abbreviations and the patalogical cases like 
>>Australian Eastern Standard Time and Australian Eastern Daylight 
>>Savings Time (still breaking code to this day).
>>    
>>
>
>I'm interested in the display of time zone names both in English and
localized. It seems like trying to provide a time zone name for each
tzID (std/dst) might be fairly laborious because there are almost 400
tzIDs (in the zone.tab file). I'm considering building a time zone name
table based time on abbreviations and UTC offsets. Each row in the table
could have a tz abbreviation, a UTC offset and a time zone name. For
example, one row could contain CET, UTC+1 and 'Central European Standard
Time'. There are 34 tzIDs that use CET at UTC+1 during some time of the
year. Instead of trying to maintain 34 tz names for 34 tzIDs why not
maintain one tz name for an abbreviation and a UTC offset? Another
example is Argentina. Doesn't Argentina have two tz names for its 10
tzIDs? For localized tz names, additional tables would be created.
>
>I understand that an abbreviation by itself is not unique (e.g. IST,
EST, etc.), but the combination of an abbreviation and a UTC offset
might be unique. Does anyone know if the abbreviation/UTC offset
combination is unique? Clearly, tzIDs are unique, but they're not very
stable and there are a lot of them.
>
>I believe that the abbreviation/UTC offset combination actually holds
more information than a tzID. For example, PWT/UTC-7 (during World War
II) could display Pacific War Time. The tzID by itself does not contain
that information. Also, using only the tzID might produce some unneeded
names if names are created tzID/dst combinations that do not exist.
>
>I'm interested to find out if people think this approach might be
effective for building and maintaining a list of time zone names.
>
>Chuck
>
>
>
>
>  
>



From olsona at dc37a.nci.nih.gov  Thu Dec  8 15:49:57 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 10:49:57 -0500
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
Message-ID: 

-----Original Message-----
From: Robert Elz [mailto:kre at munnari.OZ.AU] 
Sent: Tuesday, December 06, 2005 10:20 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: changes to zdump.c and zic.c invocations of is.* macros 

    Date:        Tue, 6 Dec 2005 13:35:15 -0500 (EST)
    From:        Arthur David Olson 
    Message-ID:  <200512061835.jB6IZFWH007741 at elsie.nci.nih.gov>

  | ! 		while (isascii((unsigned char) *cp) &&

You sometimes do better if you write that as

		while (isascii(*(unsigned char *)cp) &&

It can also be a little clearer what you're intending - there's no
intention here to fetch the char, then convert it to unsigned, all we
want is the 0..255 value that cp points at.

Than again, and I haven't looked at the code again just now to see if it
is practical or not, but an alternative might just be to declare cp as
being unsigned char * right from the start (even if that means that it
needs to stop being an input parameter, and instead be copied from one
which would need to remain char * to avoid changing the API).

kre

ps: I don't think Paul's suggested variation is really the right thing
to do - it is certainly true that it's possible to test for digits by
using  >= '0' && <= '9' tests - but if that's the best way to write it,
then
that's what isdigit() ought to be doing.     If you want to make it
shorter,
it is safe to stop the isascii() test if the arg is known to be unsigned
char which after this change, it will be (or EOF, but that's irrelevant
here).

Paul's version may be textually shorter, but with that cp++ side effect
buried in the middle of the && sequence, it is not nearly as easy to
read.



From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:21:15 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:21:15 -0500 (EST)
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>

Here are changes to the antarctica, australasia, and southamerica files to
document problems with some URLs. (The "chkurls" additions convince a software
tool to skip checks of these URLs.)

				--ado

------- antarctica -------
*** /tmp/geta17431	Thu Dec  8 11:16:54 2005
--- /tmp/getb17431	Thu Dec  8 11:16:54 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 139,147 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
  
  
  # Germany - year-round base
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
  # Support and Development of Polar Research and Technology (1997-02-03)
  # 
+ # [ADO: no nameserver entry for www.icair.iac.org.nz on 2005-12-08.]
  
  
  # Germany - year-round base
***************
*** 156,163 ****
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main
--- 158,167 ----
  #
  # From Hideyuki Suzuki (1999-02-06):
  # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in Japanese]
  # and information from KAMO Hiroyasu.
+ # [ADO: no nameserver entry for www.crl.go.jp on 2005-12-08;
+ # www.crl.co.jp may be what was meant, but page is not there either.]
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the main

------- australasia -------
*** /tmp/geta17450	Thu Dec  8 11:16:55 2005
--- /tmp/getb17450	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,559 ****
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
--- 551,560 ----
  
  # Australia
  
! # 
  # Australia's Daylight Saving Times
  # , by Margaret Turner, summarizes daylight saving issues in Australia.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
***************
*** 962,970 ****
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 
--- 963,972 ----
  
  # From Paul Eggert (1999-09-27):
  # The Information Service of the Australian National Standards Commission
! # 
  # Daylight Saving
  #  page (1995-04) has an excellent overall history of Australian DST.
+ # [ADO: no nameserver entry for www.nsc.gov.au on 2005-12-08.]
  # The Community Relations Division of the NSW Attorney General's Department
  # publishes a history of daylight saving in NSW.  See:
  # 

------- southamerica -------
*** /tmp/geta17468	Thu Dec  8 11:16:55 2005
--- /tmp/getb17468	Thu Dec  8 11:16:55 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.64
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 526,535 ****
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
--- 526,536 ----
  # to help dealing with the shortages of electric power.
  #
  # From Paul Eggert (1998-02-25):
! # 
  # Brazil Prepares for Papal Visit
  # ,
  # Church Net UK (1997-10-02).
+ # [ADO: request to churchnet.ucsm.ac.uk times out 2005-12-08.]
  #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S


From olsona at lecserver.nci.nih.gov  Thu Dec  8 16:39:23 2005
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Thu, 8 Dec 2005 11:39:23 -0500 (EST)
Subject: proposed tz changes to eliminate electronic mail addresses
Message-ID: <200512081639.jB8GdNiJ018043@elsie.nci.nih.gov>

Below find proposed changes to eliminate electronic mail address
(except for tz.*@elsie.nci.nih.gov) from the time zone files.
If I can believe grep, this catches them all.

				--ado

------- antarctica -------
*** /tmp/geta17786	Thu Dec  8 11:36:56 2005
--- /tmp/getb17786	Thu Dec  8 11:36:56 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.26
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
--- 1,4 ----
! # @(#)antarctica	7.27
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied year-round; see
***************
*** 107,113 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 300,306 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 300,306 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- asctime.c -------
*** /tmp/geta17805	Thu Dec  8 11:36:57 2005
--- /tmp/getb17805	Thu Dec  8 11:36:57 2005
***************
*** 1,6 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 1,6 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 11,17 ****
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.31";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 11,17 ----
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)asctime.c	7.32";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  

------- asia -------
*** /tmp/geta17824	Thu Dec  8 11:36:57 2005
--- /tmp/getb17824	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)asia	7.88
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know better,
  # go ahead and edit the file (and please send any changes to
***************
*** 85,91 ****
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! #  reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.
--- 85,91 ----
  # Shanks has Yerevan switching to 3:00 (with Russian DST) in spring 1991,
  # then to 4:00 with no DST in fall 1995, then readopting Russian DST in 1997.
  # Go with Shanks, even when he disagrees with others.  Edgar Der-Danieliantz
! # reported (1996-05-04) that Yerevan probably wouldn't use DST
  # in 1996, though it did use DST in 1995.  IATA SSIM (1991/1998) reports that
  # Armenia switched from 3:00 to 4:00 in 1998 and observed DST after 1991,
  # but started switching at 3:00s in 1998.

------- australasia -------
*** /tmp/geta17843	Thu Dec  8 11:36:57 2005
--- /tmp/getb17843	Thu Dec  8 11:36:57 2005
***************
*** 1,4 ****
! # @(#)australasia	7.75
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.76
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 1050,1056 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
--- 1050,1056 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is half an
  # hour ahead of NSW time.
***************
*** 1090,1096 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D
--- 1090,1096 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they hate that!
  # #				   or is Australia the west island of N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00	1:00	D

------- localtime.c -------
*** /tmp/geta17862	Thu Dec  8 11:36:58 2005
--- /tmp/getb17862	Thu Dec  8 11:36:58 2005
***************
*** 1,18 ****
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.96";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White (bww at k.gp.cs.cmu.edu).
! ** POSIX-style TZ environment variable handling from Guy Harris
! ** (guy at auspex.com).
  */
  
  /*LINTLIBRARY*/
--- 1,17 ----
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  #ifndef lint
  #ifndef NOID
! static char	elsieid[] = "@(#)localtime.c	7.97";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
  /*
! ** Leap second handling from Bradley White.
! ** POSIX-style TZ environment variable handling from Guy Harris.
  */
  
  /*LINTLIBRARY*/
***************
*** 208,214 ****
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert (eggert at twinsun.com) for noting this.
  */
  
  static struct tm	tm;
--- 207,213 ----
  **	Except for the strftime function, these functions [asctime,
  **	ctime, gmtime, localtime] return values in one of two static
  **	objects: a broken-down time structure and an array of char.
! ** Thanks to Paul Eggert for noting this.
  */
  
  static struct tm	tm;
***************
*** 1411,1417 ****
  ** Adapted from code provided by Robert Elz, who writes:
  **	The "best" way to do mktime I think is based on an idea of Bob
  **	Kridle's (so its said...) from a long time ago.
- **	[kridle at xinet.com as of 1996-01-16.]
  **	It does a binary search of the time_t space. Since time_t's are
  **	just 32 bits, its a max of 32 iterations (even at 64 bits it
  **	would still be very reasonable).
--- 1410,1415 ----
***************
*** 1422,1428 ****
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert (eggert at twinsun.com).
  */
  
  static int
--- 1420,1426 ----
  #endif /* !defined WRONG */
  
  /*
! ** Simplified normalize logic courtesy Paul Eggert.
  */
  
  static int
***************
*** 1722,1728 ****
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan (grant at osf.org).
  	*/
  	if (okay)
  		return t;
--- 1720,1726 ----
  	t = time2(tmp, funcp, offset, &okay);
  #ifdef PCTS
  	/*
! 	** PCTS code courtesy Grant Sullivan.
  	*/
  	if (okay)
  		return t;

------- private.h -------
*** /tmp/geta17881	Thu Dec  8 11:36:58 2005
--- /tmp/getb17881	Thu Dec  8 11:36:58 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*

------- tzfile.5 -------
*** /tmp/geta17900	Thu Dec  8 11:36:58 2005
--- /tmp/getb17900	Thu Dec  8 11:36:58 2005
***************
*** 133,138 ****
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.11
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
--- 133,138 ----
  in the file.
  .SH SEE ALSO
  newctime(3)
! .\" @(#)tzfile.5	7.12
  .\" This file is in the public domain, so clarified as of
! .\" 1996-06-05 by Arthur David Olson.

------- tzfile.h -------
*** /tmp/geta17919	Thu Dec  8 11:36:59 2005
--- /tmp/getb17919	Thu Dec  8 11:36:59 2005
***************
*** 4,10 ****
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson (arthur_david_olson at nih.gov).
  */
  
  /*
--- 4,10 ----
  
  /*
  ** This file is in the public domain, so clarified as of
! ** 1996-06-05 by Arthur David Olson.
  */
  
  /*
***************
*** 21,27 ****
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.17";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
--- 21,27 ----
  
  #ifndef lint
  #ifndef NOID
! static char	tzfilehid[] = "@(#)tzfile.h	7.18";
  #endif /* !defined NOID */
  #endif /* !defined lint */
  
***************
*** 105,111 ****
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew .
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */
--- 105,111 ----
  #ifdef NOSOLAR
  /*
  ** Must be at least 14 for Europe/Riga as of Jan 12 1995,
! ** as noted by Earl Chew.
  */
  #define TZ_MAX_TYPES	20	/* Maximum number of local time types */
  #endif /* !defined NOSOLAR */

------- usno1989a -------
*** /tmp/geta17938	Thu Dec  8 11:36:59 2005
--- /tmp/getb17938	Thu Dec  8 11:36:59 2005
***************
*** 1,9 ****
! # @(#)usno1989a	7.3
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert (eggert at twinsun.com).
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS
--- 1,9 ----
! # @(#)usno1989a	7.4
  #
  # From Arthur David Olson (1994-02-07):
  #
  # Here's time zone information from the United States Naval Observatory,
! # with corrections from Paul Eggert.
  # The USNO warns:
  #	DUE TO FREQUENT CHANGES IN THE LOCAL LAWS GOVERNING DAYLIGHT
  #	SAVING TIME, WE CANNOT GUARANTEE THE ACCURACY OF THIS

------- usno1995 -------
*** /tmp/geta17957	Thu Dec  8 11:36:59 2005
--- /tmp/getb17957	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1995	7.4
  #
  # From Arthur David Olson (1995-12-21):
  #
--- 1,4 ----
! # @(#)usno1995	7.5
  #
  # From Arthur David Olson (1995-12-21):
  #
***************
*** 323,327 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative. Send corrections to:
! res at tuttle.usno.navy.mil
--- 323,326 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1997 -------
*** /tmp/geta17976	Thu Dec  8 11:36:59 2005
--- /tmp/getb17976	Thu Dec  8 11:36:59 2005
***************
*** 1,4 ****
! # @(#)usno1997	7.6
  #
  # From Arthur David Olson (1997-03-07):
  #
--- 1,4 ----
! # @(#)usno1997	7.7
  #
  # From Arthur David Olson (1997-03-07):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- usno1998 -------
*** /tmp/geta17995	Thu Dec  8 11:37:00 2005
--- /tmp/getb17995	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! # @(#)usno1998	7.3
  #
  # From Arthur David Olson (1998-05-26):
  #
--- 1,4 ----
! # @(#)usno1998	7.4
  #
  # From Arthur David Olson (1998-05-26):
  #
***************
*** 324,328 ****
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative.
! Send corrections to: res at tuttle.usno.navy.mil
--- 324,327 ----
  Zaire Shaba: +2 hours
  Zambia: +2 hours
  Zimbabwe: +2 hours
! All timezone information is non-authoritative...

------- zic.c -------
*** /tmp/geta18014	Thu Dec  8 11:37:00 2005
--- /tmp/getb18014	Thu Dec  8 11:37:00 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zic.c	7.125";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
--- 1,4 ----
! static char	elsieid[] = "@(#)zic.c	7.126";
  
  /*
  ** Regardless of the type of time_t, we do our work using this type.
***************
*** 1648,1654 ****
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew (earl at dnd.icp.nec.com.au)
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;
--- 1648,1654 ----
  	typecnt = 0;
  	charcnt = 0;
  	/*
! 	** Thanks to Earl Chew
  	** for noting the need to unconditionally initialize startttisstd.
  	*/
  	startttisstd = FALSE;


From olsona at dc37a.nci.nih.gov  Thu Dec  8 16:41:43 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 8 Dec 2005 11:41:43 -0500
Subject: Time zone mail list server change
Message-ID: 

I've changed the time zone mailing list server so that when it sends out
messages, replies are directed to tz at elsie.nci.nih.gov.
With providence, this will reduce the number of messages misdirected to
tz at lecserver.nci.nih.gov.

				--ado


From eggert at CS.UCLA.EDU  Thu Dec  8 21:23:21 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:23:21 -0800
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros
In-Reply-To:  (Arthur
 David Olson's message of "Thu, 8 Dec 2005 10:49:57 -0500")
References: 
Message-ID: <873bl39tbq.fsf@penguin.cs.ucla.edu>

> From: Robert Elz [mailto:kre at munnari.OZ.AU] 
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no
> intention here to fetch the char, then convert it to unsigned, all we
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not
portable to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a
char as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and
it can be quite a bit slower.  For example, on my host (Debian
GNU/Linux stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; }
int G (char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side effect
> buried in the middle of the && sequence, it is not nearly as easy to
> read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }


From eggert at CS.UCLA.EDU  Thu Dec  8 21:45:45 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 08 Dec 2005 13:45:45 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Thu, 8 Dec 2005 11:21:15 -0500 (EST)")
References: <200512081621.jB8GLFZW017489@elsie.nci.nih.gov>
Message-ID: <87u0dj8dpy.fsf@penguin.cs.ucla.edu>

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9	0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in Japanese]
-# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,
 # was established on 1957-01-29.  Since Syowa station is still the main
 # station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia
+#  summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT	1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards Commission
-# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian DST.
-# The Community Relations Division of the NSW Attorney General's Department
-# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales
-# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the usual
 # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb	16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1
 # to help dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00	S
 # Decree 2,495



From kre at munnari.OZ.AU  Fri Dec  9 12:29:15 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:29:15 +0700
Subject: FW: changes to zdump.c and zic.c invocations of is.* macros 
In-Reply-To: <873bl39tbq.fsf@penguin.cs.ucla.edu> 
References: <873bl39tbq.fsf@penguin.cs.ucla.edu>   
Message-ID: <14154.1134131355@munnari.OZ.AU>

    Date:        Thu, 08 Dec 2005 13:23:21 -0800
    From:        Paul Eggert 
    Message-ID:  <873bl39tbq.fsf at penguin.cs.ucla.edu>

  | But the zic stuff attempts to be portable to C89 (as
  | well as earlier) compilers.

OK, though I can't imagine a C implementation where it wouldn't work
(whatever C89 might technically allow...)

  | Alas, that's not true in practice.  isdigit is typically slower, and
  | it can be quite a bit slower.

For zic/zdump I don't care which is faster or slower (it might
be different if this code were in localtime or similar).   What
I said was "better" not "faster".

  | > Paul's version may be textually shorter, but with that cp++ side effect
  | > buried in the middle of the && sequence, it is not nearly as easy to
  | > read.
  | 
  | True, but in my defense that buried cp++ was in the original code.

It isn't the side effect itself I minded, but the buried side
effect in the middle of a long expression.  I have no problem with
	if (*cp++ == 0)
(or similar) types of expressions, that's ancient C idiom that anyone can
(should be able to) comprehend easily.   But when you have to look hard to
figure out under what circumstances the "++" actually gets executed, then
I start to look for a better way to write the code.

  | How about this instead?  It might be a bit clearer.

Aside from the switch away from using isdigit() that's pretty much what was
there already, isn't it?  (OK, it moves out the ++ from the if, but there
was no real need to do that in the original).

Incidentally, if you wanted to not use isdigit(), rather than writing out
the expression longhand, I'd just define a new macro that does the test.
That way, it is trivial to switch between using isdigit() or using the
specific tests against '0' and '9' just by altering the new macro definition.

kre



From kre at munnari.OZ.AU  Fri Dec  9 12:35:06 2005
From: kre at munnari.OZ.AU (Robert Elz)
Date: Fri, 09 Dec 2005 19:35:06 +0700
Subject: Time zone mail list server change 
In-Reply-To:  
References:  
Message-ID: <11810.1134131706@munnari.OZ.AU>

    Date:        Thu, 8 Dec 2005 11:41:43 -0500
    From:        "Olson, Arthur David \(NIH/NCI\) [E]" 
    Message-ID:  

  | I've changed the time zone mailing list server so that when it sends out
  | messages, replies are directed to tz at elsie.nci.nih.gov.
  | With providence, this will reduce the number of messages misdirected to
  | tz at lecserver.nci.nih.gov.

Doing that in a Resent-Reply-To header isn't going to help anyone - that's
a meaningless header, nothing is going to pay any attention at all to it
(The whole set of Resent-* headers are a bit of a black art, but at least the
rest of them have some purpose, Resent-Reply-To has none at all).

You could use Reply-To (though that has other side effects - though they may
be desirable - I don't think we need to start the "Is Reply-To: the-list
a good thing?" debate here).

Better would just be to have the To or Cc headers have the correct
string in them - aside from messages replying to messages that already
have the lecserver address, how is that string getting there?   That
is, as I send this message, there's no mention of lecserver in in the
headers, anywhere - there should continue to be none in the To/cc headers
when the message gets distributed.   If that isn't working, can it get fixed?

kre



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:36:38 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:36:38 -0500
Subject: FW: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

The below seems to have been sent to lecserver.nci.nih.gov rather than
elsie.nci.nih.gov; I'm forwarding it.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:46 PM
To: Arthur David Olson
Cc: tz at lecserver.nci.nih.gov
Subject: Re: proposed bad-URL changes for antarctica, australasia, and
southamerica

Thanks for finding those bad URLs.  I went through by hand and found
better ones, or elided the ones that aren't really needed.  Here's a
proposed patch along those lines.

===================================================================
RCS file: RCS/antarctica,v
retrieving revision 2005.10
retrieving revision 2005.10.0.1
diff -pu -r2005.10 -r2005.10.0.1
--- antarctica	2005/07/14 18:13:38	2005.10
+++ antarctica	2005/12/08 21:43:08	2005.10.0.1
@@ -59,9 +59,7 @@ Rule	ChileAQ	2000	max	-	Mar	Sun>=9
0:00	
 # Australia - territories
 # Heard Island, McDonald Islands (uninhabited)
 #	previously sealers and scientific personnel wintered
-#	
-#	Margaret Turner reports
-#	 (1999-09-30) that they're UTC+5, with no DST;
+#	Margaret Turner reports (1999-09-30) that they're UTC+5, with no
DST;
 #	presumably this is when they have visitors.
 #
 # year-round bases
@@ -139,8 +137,8 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 			0	-	zzz	1956 Nov
 			10:00	-	DDUT	# Dumont-d'Urville Time
 # Reference:
-# 
-# Support and Development of Polar Research and Technology (1997-02-03)
+# 
+# Dumont d'Urville Station (2005-12-05)
 # 
 
 
@@ -155,10 +153,7 @@ Zone Antarctica/DumontDUrville 0 -	zzz	1
 # Syowa, -690022+0393524
 #
 # From Hideyuki Suzuki (1999-02-06):
-# In all Japanese stations, +0300 is used as the standard time.  [See]
-# [reference in
Japanese] -# and information from KAMO Hiroyasu.
-#
+# In all Japanese stations, +0300 is used as the standard time....
 # Syowa station, which is the first antarctic station of Japan,  # was
established on 1957-01-29.  Since Syowa station is still the main  #
station of Japan, it's appropriate for the principal location.
===================================================================
RCS file: RCS/australasia,v
retrieving revision 2005.14
retrieving revision 2005.14.0.1
diff -pu -r2005.14 -r2005.14.0.1
--- australasia	2005/10/03 13:43:50	2005.14
+++ australasia	2005/12/08 21:43:08	2005.14.0.1
@@ -551,9 +551,10 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 
 # Australia
 
-# 
-# Australia's Daylight Saving Times
-# , by Margaret Turner, summarizes daylight saving issues in
Australia.
+# From Paul Eggert (2005-12-08):
+# 
+# Implementation Dates of Daylight Saving Time within Australia #  
+summarizes daylight saving issues in Australia.
 
 # From John Mackin (1991-03-06):
 # We in Australia have _never_ referred to DST as `daylight' time.
@@ -960,17 +961,6 @@ Zone	Pacific/Wallis	12:15:20 -	LMT
1901
 #	legislation.  This is very important to understand.
 #	I have researched New South Wales time only...
 
-# From Paul Eggert (1999-09-27):
-# The Information Service of the Australian National Standards
Commission -# 
-# Daylight Saving
-#  page (1995-04) has an excellent overall history of Australian
DST.
-# The Community Relations Division of the NSW Attorney General's
Department -# publishes a history of daylight saving in NSW.  See:
-# 
-# Lawlink NSW: Daylight Saving in New South Wales -# 
-
 # From Eric Ulevik (1999-05-26):
 # DST will start in NSW on the last Sunday of August, rather than the
usual  # October in 2000.  [See: Matthew Moore,
===================================================================
RCS file: RCS/southamerica,v
retrieving revision 2005.15
retrieving revision 2005.15.0.1
diff -pu -r2005.15 -r2005.15.0.1
--- southamerica	2005/11/28 15:52:28	2005.15
+++ southamerica	2005/12/08 21:43:08	2005.15.0.1
@@ -525,12 +525,6 @@ Rule	Brazil	1997	only	-	Feb
16	 0:00	0	-
 # This year, the ending date of DS was postponed to March 1  # to help
dealing with the shortages of electric power.
 #
-# From Paul Eggert (1998-02-25):
-# 
-# Brazil Prepares for Papal Visit
-# ,
-# Church Net UK (1997-10-02).
-#
 # Decree 2,317 (1997-09-04), adopted by same states.
 Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
 # Decree 2,495



From olsona at dc37a.nci.nih.gov  Mon Dec 12 14:47:30 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 09:47:30 -0500
Subject: FW: FW: changes to zdump.c and zic.c invocations of is.* macros
Message-ID: 

Another that seems to have gone to lecserver rather than elsie.

				--ado

-----Original Message-----
From: Paul Eggert [mailto:eggert at cs.ucla.edu] 
Sent: Thursday, December 08, 2005 4:23 PM
To: tz at lecserver.nci.nih.gov
Subject: Re: FW: changes to zdump.c and zic.c invocations of is.* macros

> From: Robert Elz [mailto:kre at munnari.OZ.AU]
> Sent: Tuesday, December 06, 2005 10:20 PM
>   | ! 		while (isascii((unsigned char) *cp) &&
>
> You sometimes do better if you write that as
>
> 		while (isascii(*(unsigned char *)cp) &&
>
> It can also be a little clearer what you're intending - there's no 
> intention here to fetch the char, then convert it to unsigned, all we 
> want is the 0..255 value that cp points at.

If memory serves, the latter form (*(unsigned char *)cp) is not portable
to all C89 hosts, whereas the former form ((unsigned char)
*cp) is.  The idea is that some C89 hosts might have padding bits in
their unsigned char representation, and it's incorrect to access a char
as if it were unsigned char.

I believe this issue got cleared up in C99, so the code is portable to
C99 compilers.  But the zic stuff attempts to be portable to C89 (as
well as earlier) compilers.

> it is certainly true that it's possible to test for digits by using
> >= '0' && <= '9' tests - but if that's the best way to write it,
> then that's what isdigit() ought to be doing.

Alas, that's not true in practice.  isdigit is typically slower, and it
can be quite a bit slower.  For example, on my host (Debian GNU/Linux
stable, GCC 4.0.2, gcc -O4), with the following code:

int F (char *p) { return isdigit ((unsigned char) *p) != 0; } int G
(char *p) { return '0' <= *p && *p <= '9'; }

F compiles into 12 instructions that contain a subtroutine call (for a
total of 31 instructions executed), whereas G compiles into 10
instructions of straight-line code.

I think part of the problem is that isdigit might be sensitive to the
locale.  So there's a correctness issue here as well; isdigit might
actually return the wrong value, since it might think that some other
byte code is a digit.  (This is just a theoretical issue, as far as I
know, though.)

> Paul's version may be textually shorter, but with that cp++ side 
> effect buried in the middle of the && sequence, it is not nearly as 
> easy to read.

True, but in my defense that buried cp++ was in the original code.

How about this instead?  It might be a bit clearer.

    char c = *cp;
    if ('0' <= c && c <= '9') {
       cp++;
       if (c == '1' && '0' <= *cp && *cp <= '4')
         cp++;
    }



From olsona at dc37a.nci.nih.gov  Mon Dec 12 15:22:47 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 12 Dec 2005 10:22:47 -0500
Subject: proposed bad-URL changes for antarctica, australasia, and southamerica
Message-ID: 

Thanks for the suggestions on the the bad URLs.
I tracked down a replacement for the New-South-Wales-specific page.
I'd like to keep the no-longer-working URL for Heard Island since
there's no other source for that information.
So...here's what I currently have by way of differences against the data
that's now available via ftp from elsie
(note that removal of electronic mail addresses is also reflected
below).

				--ado

------- antarctica -------
*** /tmp/geta4343	Mon Dec 12 10:13:14 2005
--- /tmp/getb4343	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.25
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,4 ----
! # @(#)antarctica	7.28
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
***************
*** 59,68 ****
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
--- 59,69 ----
  # Australia - territories
  # Heard Island, McDonald Islands (uninhabited)
  #	previously sealers and scientific personnel wintered
! #	
  #	Margaret Turner reports
  #	 (1999-09-30) that they're UTC+5, with no DST;
  #	presumably this is when they have visitors.
+ # [ADO: no nameserver entry for www.dstc.qut.edu.au on 2005-12-08.]
  #
  # year-round bases
  # Casey, Bailey Peninsula, -6617+11032, since 1969
***************
*** 106,112 ****
  
  # France - year-round bases
  #
! # From Antoine Leca  (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
--- 107,113 ----
  
  # France - year-round bases
  #
! # From Antoine Leca (1997-01-20):
  # Time data are from Nicole Pailleau at the IFRTP
  # (French Institute for Polar Research and Technology).
  # She confirms that French Southern Territories and Terre Adelie bases
***************
*** 139,149 ****
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Support and Development of Polar Research and Technology
(1997-02-03)
  # 
  
- 
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
--- 140,149 ----
  			0	-	zzz	1956 Nov
  			10:00	-	DDUT	# Dumont-d'Urville Time
  # Reference:
! # 
! # Dumont d'Urville Station (2005-12-05)
  # 
  
  # Germany - year-round base
  # Georg von Neumayer, -7039-00815
  
***************
*** 155,163 ****
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.  [See]
! # [reference in
Japanese]
! # and information from KAMO Hiroyasu.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
--- 155,161 ----
  # Syowa, -690022+0393524
  #
  # From Hideyuki Suzuki (1999-02-06):
! # In all Japanese stations, +0300 is used as the standard time.
  #
  # Syowa station, which is the first antarctic station of Japan,
  # was established on 1957-01-29.  Since Syowa station is still the
main
***************
*** 296,302 ****
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier <72157.3334 at CompuServe.COM> (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12
--- 294,300 ----
  # Normally it wouldn't have a separate entry, since it's like the
  # larger Antarctica/McMurdo since 1970, but it's too famous to omit.
  #
! # From Chris Carrier (1996-06-27):
  # Siple, the first commander of the South Pole station,
  # stated that he would have liked to have kept GMT at the station,
  # but that he found it more convenient to keep GMT+12

------- australasia -------
*** /tmp/geta4362	Mon Dec 12 10:13:14 2005
--- /tmp/getb4362	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)australasia	7.74
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,4 ----
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
***************
*** 551,560 ****
  
  # Australia
  
! # 
! # Australia's Daylight Saving Times
! # , by Margaret Turner, summarizes daylight saving issues in
Australia.
  
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
--- 551,566 ----
  
  # Australia
  
! # From Paul Eggert (2005-12-08):
! # 
! # Implementation Dates of Daylight Saving Time within Australia
! #  summarizes daylight saving issues in Australia.
  
+ # From Arthur David Olson (2005-12-12):
+ # 
+ # Lawlink NSW:Daylight Saving in New South Wales
+ #  covers New South Wales in particular.
+ 
  # From John Mackin (1991-03-06):
  # We in Australia have _never_ referred to DST as `daylight' time.
  # It is called `summer' time.  Now by a happy coincidence, `summer'
***************
*** 960,976 ****
  #	legislation.  This is very important to understand.
  #	I have researched New South Wales time only...
  
- # From Paul Eggert (1999-09-27):
- # The Information Service of the Australian National Standards
Commission
- # 
- # Daylight Saving
- #  page (1995-04) has an excellent overall history of Australian
DST.
- # The Community Relations Division of the NSW Attorney General's
Department
- # publishes a history of daylight saving in NSW.  See:
- # 
- # Lawlink NSW: Daylight Saving in New South Wales
- # 
- 
  # From Eric Ulevik (1999-05-26):
  # DST will start in NSW on the last Sunday of August, rather than the
usual
  # October in 2000.  [See: Matthew Moore,
--- 966,971 ----
***************
*** 1048,1054 ****
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen.. pauline at Aus ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
--- 1043,1049 ----
  # Lord Howe Island
  
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
! # LHI...		[ Courtesy of Pauline Van Winsen ]
  #					[ Dec 1990 ]
  # Lord Howe Island is located off the New South Wales coast, and is
half an
  # hour ahead of NSW time.
***************
*** 1088,1094 ****
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Geofft at Aus.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D
--- 1083,1089 ----
  # From George Shepherd via Simon Woodhead via Robert Elz (1991-03-06):
  # # The Country of New Zealand   (Australia's east island -) Gee they
hate that!
  # #				   or is Australia the west island of
N.Z.
! # #	[ courtesy of Geoff Tribble.. Auckland N.Z. ]
  # #				[ Nov 1990 ]
  # ...
  # Rule	NZ      1974    1988	-	Oct	lastSun	2:00
1:00	D

------- southamerica -------
*** /tmp/geta4381	Mon Dec 12 10:13:14 2005
--- /tmp/getb4381	Mon Dec 12 10:13:14 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.63
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,4 ----
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
***************
*** 525,536 ****
  # This year, the ending date of DS was postponed to March 1
  # to help dealing with the shortages of electric power.
  #
- # From Paul Eggert (1998-02-25):
- # 
- # Brazil Prepares for Papal Visit
- # ,
- # Church Net UK (1997-10-02).
- #
  # Decree 2,317 (1997-09-04), adopted by same states.
  Rule	Brazil	1997	only	-	Oct	 6	 0:00	1:00
S
  # Decree 2,495
--- 525,530 ----



From eggert at CS.UCLA.EDU  Mon Dec 12 19:17:50 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 12 Dec 2005 11:17:50 -0800
Subject: proposed bad-URL changes for antarctica, australasia, and
 southamerica
In-Reply-To:  (Arthur
 David Olson's message of "Mon, 12 Dec 2005 10:22:47 -0500")
References: 
Message-ID: <87bqzmnmzl.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> I'd like to keep the no-longer-working URL for Heard Island since
> there's no other source for that information.

I found that information archived here:

http://web.archive.org/web/20021204222245/http://www.dstc.qut.edu.au/DST/marg/daylight.html

The Wayback Machine is a bit slow these days, but it's better than a
dangling URL.


From olsona at dc37a.nci.nih.gov  Tue Dec 13 14:33:54 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 09:33:54 -0500
Subject: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata200tq.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:40:23 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:40:23 -0500
Subject: Small changes to make tz data files more readable when used as html
Message-ID: 

The changes below just add "" directives to each of the primary
data files (which, coincidentally, are the ones that contain "" stuff); this makes them more readable when they're given
".htm" extensions and made available to browsers. Yes, more would need
to be done to make this legitimate, but it works for my purposes and, I
hope, works for yours as well.

				--ado


------- africa -------
*** /tmp/geta10846	Tue Dec 13 10:36:00 2005
--- /tmp/getb10846	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)africa	7.39
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)africa	7.40
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- antarctica -------
*** /tmp/geta10865	Tue Dec 13 10:36:00 2005
--- /tmp/getb10865	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)antarctica	7.29
  
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see
--- 1,5 ----
! # @(#)antarctica	7.30
! #   
  # From Paul Eggert (1999-11-15):
  # To keep things manageable, we list only locations occupied
year-round; see

------- asia -------
*** /tmp/geta10884	Tue Dec 13 10:36:00 2005
--- /tmp/getb10884	Tue Dec 13 10:36:00 2005
***************
*** 1,4 ****
! # @(#)asia	7.89
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)asia	7.90
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- australasia -------
*** /tmp/geta10903	Tue Dec 13 10:36:01 2005
--- /tmp/getb10903	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)australasia	7.77
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file
--- 1,6 ----
! # @(#)australasia	7.78
! # ! 
  # This file also includes Pacific islands.
  
  # Notes are at the end of this file

------- europe -------
*** /tmp/geta10922	Tue Dec 13 10:36:01 2005
--- /tmp/getb10922	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)europe	7.95
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)europe	7.96
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to

------- northamerica -------
*** /tmp/geta10941	Tue Dec 13 10:36:01 2005
--- /tmp/getb10941	Tue Dec 13 10:36:01 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.82
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,
--- 1,6 ----
! # @(#)northamerica	7.83
! # ! 
  # also includes Central America and the Caribbean
  
  # This data is by no means authoritative; if you think you know
better,

------- southamerica -------
*** /tmp/geta10960	Tue Dec 13 10:36:02 2005
--- /tmp/getb10960	Tue Dec 13 10:36:02 2005
***************
*** 1,4 ****
! # @(#)southamerica	7.65
  
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to
--- 1,5 ----
! # @(#)southamerica	7.66
! #   
  # This data is by no means authoritative; if you think you know
better,
  # go ahead and edit the file (and please send any changes to



From olsona at dc37a.nci.nih.gov  Tue Dec 13 15:47:36 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 13 Dec 2005 10:47:36 -0500
Subject: Revised: Tzcode2005q.tar.gz and tzdata2005q.tar.gz
Message-ID: 

[Thanks to Bennett Todd for catching the typo in the message sent
earlier. --ado] 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005q.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005q.tar.gz
...are now available. Nothing earth-shaking here; as circulated on the
time zone mailing list:
	1.  Electronic mail addresses have been removed.
	2.  Casts of the return value of exit have been removed.
	3.  Casts of the argument of is.* macros have been added.
	4.  Indentation in one section of zic.c has been fixed.
	5.  References to dead URLs in the data files have been dealt
with.

Note that 2005r can be expected before the end of the year with more
minor tweaks.

				--ado


From eggert at CS.UCLA.EDU  Mon Dec 19 22:01:51 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Mon, 19 Dec 2005 14:01:51 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To: <200512191551.jBJFpBks022699@elsie.nci.nih.gov> (Arthur David
 Olson's message of "Mon, 19 Dec 2005 10:51:11 -0500 (EST)")
References: <200512191551.jBJFpBks022699@elsie.nci.nih.gov>
Message-ID: <877ja021bk.fsf@penguin.cs.ucla.edu>

Arthur David Olson  writes:

> Here's my lastest try at avoiding problems with zones such as CST5CDT;

The patch to 'backward' looks fine, but the patch to 'northamerica'
has some problems.  First, it removes support for TZ='EST', TZ='MST',
TZ='HST', which have been in the tz database since 1987.  Second, it
creates new Zones AST4ADT, YST9YDT, HST10HDT that are not needed for
backwards compatibility, as they have never been supported by the tz
data.  Third, it creates new Zones AST4, EST5, CST6, MST7, PST8, YST9,
HST10 that also are not needed for backward compatibility (for the
same reason as above), and furthermore don't change how TZ strings are
evaluated (as they are equivalent to their POSIX interpretations).

Here's a proposed patch to 'northamerica' to address these issues.

--- northamerica	2005/11/28 15:52:28	2005.15
+++ northamerica	2005/12/19 21:52:52	2005.15.1.2
@@ -131,6 +131,24 @@ Rule	US	1987	2006	-	Apr	Sun>=1	2:00	1:00
 Rule	US	2007	max	-	Mar	Sun>=8	2:00	1:00	D
 Rule	US	2007	max	-	Nov	Sun>=1	2:00	0	S
 
+# From Arthur David Olson, 2005-12-19
+# We generate the files specified below to guard against old files with
+# obsolete information being left in the time zone binary directory.
+# We do these as separate Zones rather than as Links to avoid problems if
+# a particular place changes whether it observes DST.
+# We put these specifications here in the northamerica file both to
+# increase the chances that they'll actually get compiled and to
+# avoid the need to duplicate the US rules in another file.
+
+# Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
+Zone	EST		 -5:00	-	EST
+Zone	MST		 -7:00	-	MST
+Zone	HST		-10:00	-	HST
+Zone	EST5EDT		 -5:00	US	E%sT
+Zone	CST6CDT		 -6:00	US	C%sT
+Zone	MST7MDT		 -7:00	US	M%sT
+Zone	PST8PDT		 -8:00	US	P%sT
+
 # From Bob Devine (1988-01-28):
 # ...Alaska (and Hawaii) had the timezone names changed in 1967.
 #    old			 new


From olsona at dc37a.nci.nih.gov  Tue Dec 20 15:04:00 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 20 Dec 2005 10:04:00 -0500
Subject: latest try at backward/northamerica fix
Message-ID: 

I'd suggest making the addition shown below to the commentary; otherwise
the proposed change looks great.

				--ado


------- northamerica -------
*** /tmp/geta893	Tue Dec 20 10:02:12 2005
--- /tmp/getb893	Tue Dec 20 10:02:12 2005
***************
*** 1,4 ****
! # @(#)northamerica	7.85
  #   
  # also includes Central America and the Caribbean
--- 1,4 ----
! # @(#)northamerica	7.86
  #   
  # also includes Central America and the Caribbean
***************
*** 136,141 ****
--- 136,143 ----
  # From Arthur David Olson, 2005-12-19
  # We generate the files specified below to guard against old files
with
  # obsolete information being left in the time zone binary directory.
+ # We limit the list to names that have appeared in previous versions
of
+ # this time zone package.
  # We do these as separate Zones rather than as Links to avoid problems
if
  # a particular place changes whether it observes DST.
  # We put these specifications here in the northamerica file both to



From eggert at CS.UCLA.EDU  Wed Dec 21 20:46:07 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 12:46:07 -0800
Subject: latest try at backward/northamerica fix
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 20 Dec 2005 10:04:00 -0500")
References: 
Message-ID: <87ek4689gw.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> + # We limit the list to names that have appeared in previous versions of
> + # this time zone package.

Yes, that's a nice clarification.  Thanks.


From eggert at CS.UCLA.EDU  Wed Dec 21 21:25:40 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:25:40 -0800
Subject: Manitoba, Ontario, P.E.I., Quebec adopt 2007 US DST change
Message-ID: <87aceu87mz.fsf@penguin.cs.ucla.edu>

I looked around for news reports of the effect on the US's 2007
daylight-saving plans on Canada, and found reports that Manitoba,
Ontario, P.E.I., and Quebec are committed to switching, and other
provinces are thinking of switching.

My assumption is that all of Canada (save perhaps Newfoundland) will
switch, but that it's too early to regard this as official.

One problem is how to reflect this in the tz database.  I'm inclined
to propose something along the following lines, at least for now, to
keep the tables simple; we should be able to fix things before 2007 if
some of the provinces decline to follow the US lead.  Please see the
changes in commentary below to see what provinces would be affected.



===================================================================
RCS file: RCS/northamerica,v
retrieving revision 2005.15.1.3
diff -pu -r2005.15.1.3 northamerica
--- northamerica	2005/12/20 15:04:00	2005.15.1.3
+++ northamerica	2005/12/21 21:00:48
@@ -820,18 +820,37 @@ Zone America/Menominee	-5:50:27 -	LMT	18
 
 # Unless otherwise specified, the data for Canada are all from Shanks.
 
-# From Paul Eggert (2000-10-02):
+# From Paul Eggert (2005-12-21):
 # H. David Matthews and Mary Vincent's map
-# 
+# 
 # "It's about TIME", _Canadian Geographic_ (September-October 1998)
 #  contains detailed boundaries for regions observing nonstandard
 # time and daylight saving time arrangements in Canada circa 1998.
 #
-# INMS, the Institute for National Measurement Standards in Ottawa, has
-# 
+# INMS, the Institute for National Measurement Standards in Ottawa, has 
 # information about standard and daylight saving time zones in Canada.
 #  (updated periodically).
 # Its unofficial information is often taken from Matthews and Vincent.
+#
+# CBC News reported that Ontario and Manitoba have announced plans to
+# follow the US change, and that Nova Scotia is considering it; see
+#  (2005-10-21).
+# CBC news also reported that Prince Edward Island is the first
+# province in Atlantic Canada to follow the US change, and that Quebec
+# had agreed; see 
+# (2005-12-07).
+#
+# To reflect all this, the Canada and Winn rules have been adjusted to
+# agree with the 2007 US change.  This means we assume most of Canada
+# will fall into line.  However, Alberta, British Columbia,
+# Newfoundland, Northwest Territories, and Yukon already have separate
+# rules in our database, so for now we'll leave them alone, which
+# means that we currently assume these regions will not change their
+# rules and will disagree with the US starting in 2007.  This
+# assumption is probably incorrect, with the possible exception of
+# Newfoundland.  We plan to adjust the Edm, Vanc, StJohns, and NT_YK
+# rules as the corresponding provinces make their announcements.
 
 # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
 Rule	Canada	1918	only	-	Apr	14	2:00	1:00	D
@@ -840,8 +859,10 @@ Rule	Canada	1942	only	-	Feb	 9	2:00	1:00
 Rule	Canada	1945	only	-	Aug	14	23:00u	1:00	P # Peace
 Rule	Canada	1945	only	-	Sep	30	2:00	0	S
 Rule	Canada	1974	1986	-	Apr	lastSun	2:00	1:00	D
-Rule	Canada	1974	max	-	Oct	lastSun	2:00	0	S
-Rule	Canada	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	1974	2006	-	Oct	lastSun	2:00	0	S
+Rule	Canada	1987	2006	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Canada	2007	max	-	Mar	Sun>=8	2:00	1:00	D
+Rule	Canada	2007	max	-	Nov	Sun>=1	2:00	0	S
 
 
 # Newfoundland (and far southeast Labrador)
@@ -1167,11 +1188,13 @@ Rule	Winn	1963	only	-	Apr	lastSun	2:00	1
 Rule	Winn	1963	only	-	Sep	22	2:00	0	S
 Rule	Winn	1966	1986	-	Apr	lastSun	2:00	1:00	D
 Rule	Winn	1966	1986	-	Oct	lastSun	2:00	0	S
-Rule	Winn	1987	max	-	Apr	Sun>=1	2:00	1:00	D
+Rule	Winn	1987	2006	-	Apr	Sun>=1	2:00s	1:00	D
 # From Paul Eggert (2000-10-02):
 # INMS (2000-09-12) says that, since 1988 at least, Manitoba switches from
 # DST at 03:00 local time.  For now, assume it started in 1987.
-Rule	Winn	1987	max	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	1987	2006	-	Oct	lastSun	2:00s	0	S
+Rule	Winn	2007	max	-	Mar	Sun>=8	2:00s	1:00	D
+Rule	Winn	2007	max	-	Nov	Sun>=1	2:00s	0	S
 # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
 Zone America/Winnipeg	-6:28:36 -	LMT	1887 Jul 16
 			-6:00	Winn	C%sT


From eggert at CS.UCLA.EDU  Wed Dec 21 21:48:38 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Wed, 21 Dec 2005 13:48:38 -0800
Subject: New Brunswick switches at 00:01, not 02:00; new Zone needed
Message-ID: <8764pi86kp.fsf@penguin.cs.ucla.edu>

I found a copy of New Brunswick's Time Definition Act consolidated to
2005-07-15  and it confirms
that New Brunswick switches to and from DST at 00:01 rather than
02:00.

So we need a new Zone.  I am thinking of using the name
America/Moncton.  Moncton has approximately the same population as
Saint John, but the latter name is uncomfortably close to the
already-existing Zone America/St_Johns.

Page 2 of the above reference says "1965, c.7, s.1; 1973, c.74, s.75;
1993, c.9, s.1; 2005, c.7, s.83."  I assume this refers to dates when
the law changed, which would be useful for tracking down the history
of America/Moncton.  I did track down an older version of the
consolidated document
 which
makes it clear that they haven't changed the rules since 1993 at
least, but I can't go earlier than that in the canlii.org database.
For dates before 1993 I'll probably defer to Shanks, unless someone
else can track it down.


From GYarbrough at Accu-Time.com  Thu Dec 22 13:06:04 2005
From: GYarbrough at Accu-Time.com (Graham Yarbrough)
Date: Thu, 22 Dec 2005 08:06:04 -0500
Subject: Timezone mailing list
Message-ID: 

I was given this email as a source of information relating to timezones
and time calculation.
Was that correct? Could you please advise what is available and how I
might obtain it?


From olsona at dc37a.nci.nih.gov  Thu Dec 22 15:23:39 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 22 Dec 2005 10:23:39 -0500
Subject: Zdump.c
Message-ID: 

Here are proposed changes to zdump.c, reflecting suggestions from Robbin
Kawabata.

				--ado

------- zdump.c -------
*** /tmp/geta11896	Thu Dec 22 10:20:54 2005
--- /tmp/getb11896	Thu Dec 22 10:20:54 2005
***************
*** 1,4 ****
! static char	elsieid[] = "@(#)zdump.c	7.72";
  
  /*
  ** This code has been made independent of the rest of the time
--- 1,4 ----
! static char	elsieid[] = "@(#)zdump.c	7.73";
  
  /*
  ** This code has been made independent of the rest of the time
***************
*** 212,222 ****
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = _("lacks alphabetic at start");
! 	if (cp - abbrp < 3)
! 		wp = _("has fewer than 3 alphabetics");
! 	if (cp - abbrp > 6)
! 		wp = _("has more than 6 alphabetics");
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
--- 212,222 ----
  	while (isascii((unsigned char) *cp) && isalpha((unsigned char)
*cp))
  		++cp;
  	if (cp - abbrp == 0)
! 		wp = "lacks alphabetic at start";
! 	else if (cp - abbrp < 3)
! 		wp = "has fewer than 3 alphabetics";
! 	else if (cp - abbrp > 6)
! 		wp = "has more than 6 alphabetics";
  	if (wp == NULL && (*cp == '+' || *cp == '-')) {
  		++cp;
  		if (isascii((unsigned char) *cp) &&
***************
*** 223,237 ****
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
  	}
- 	if (*cp != '\0')
- 		wp = _("differs from POSIX standard");
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, wp);
  	warned = TRUE;
  }
  
--- 223,237 ----
  			isdigit((unsigned char) *cp))
  				if (*cp++ == '1' && *cp >= '0' && *cp <=
'4')
  					++cp;
+ 		if (*cp != '\0')
+ 			wp = "differs from POSIX standard";
  	}
  	if (wp == NULL)
  		return;
  	(void) fflush(stdout);
  	(void) fprintf(stderr,
  		_("%s: warning: zone \"%s\" abbreviation \"%s\" %s\n"),
! 		progname, zone, abbrp, _(wp));
  	warned = TRUE;
  }
  



From tz. at explicate.org  Thu Dec 22 21:18:38 2005
From: tz. at explicate.org (Ken Pizzini)
Date: Thu, 22 Dec 2005 13:18:38 -0800
Subject: Zdump.c
In-Reply-To: 
References: 
Message-ID: <20051222211837.GA12733@575778.msa.explicate.org>

On Thu, Dec 22, 2005 at 10:23:39AM -0500, Arthur David Olson wrote:
> Here are proposed changes to zdump.c, reflecting suggestions from Robbin
> Kawabata.

While consolidating the calls to gettext() to one place would
otherwise work fine at run-time, it fails to *mark* the text
that needs to be extracted for translation, and hence would
not be in the translation table.  I say: don't make this change.

		--Ken Pizzini


From eggert at CS.UCLA.EDU  Fri Dec 23 00:34:32 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Thu, 22 Dec 2005 16:34:32 -0800
Subject: Zdump.c
In-Reply-To: <20051222211837.GA12733@575778.msa.explicate.org> (Ken
 Pizzini's message of "Thu, 22 Dec 2005 13:18:38 -0800")
References: 
	<20051222211837.GA12733@575778.msa.explicate.org>
Message-ID: <87bqz87isn.fsf@penguin.cs.ucla.edu>

Ken Pizzini  writes:

> While consolidating the calls to gettext() to one place would
> otherwise work fine at run-time, it fails to *mark* the text
> that needs to be extracted for translation, and hence would
> not be in the translation table.

Yes, that's correct.

If it's important to minimize the number of calls to gettext, the
right way to do it is to use a gettext_noop macro as described in
.
For zdump I don't see why it'd be worth the trouble to do all that,
though.


From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:24:07 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:24:07 -0500
Subject: Leap seconds in the news
Message-ID: 

The Washington Post's Monday, December 26, 2005 edition includes, on
page A17, the story "Added Ticktock of the Clock Restarts Time Debate."
The story is precipitated by the upcoming leap second. (My guess is that
author Guy Gugliotta wrote it well in advance rather than on Christmas
Day.)
The story is available from http://washingtonpost.com; free registration
is required.

				--ado



From olsona at dc37a.nci.nih.gov  Tue Dec 27 14:32:24 2005
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Tue, 27 Dec 2005 09:32:24 -0500
Subject: Tzcode2005r.tar.gz and tzdata2005r.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2005r.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2005r.tar.gz
...are now available. Most importantly, these reflect the Canadian
changes circulated last week on the time zone mailing list by Paul
Eggert.
They also add "" directives to time zone data files and reflect
changes to warning message logic in "zdump.c" (but with calls to
"gettext" kept unbundled at the suggestion of Ken Pizzini).

With providence, that's it for 2005!

				--ado



From eggert at CS.UCLA.EDU  Tue Dec 27 19:16:19 2005
From: eggert at CS.UCLA.EDU (Paul Eggert)
Date: Tue, 27 Dec 2005 11:16:19 -0800
Subject: Leap seconds in the news
In-Reply-To:  (Arthur
 David Olson's message of "Tue, 27 Dec 2005 09:24:07 -0500")
References: 
Message-ID: <87lky65p18.fsf@penguin.cs.ucla.edu>

"Olson, Arthur David \(NIH/NCI\) [E]"  writes:

> The Washington Post's Monday, December 26, 2005 edition includes, on
> page A17, the story "Added Ticktock of the Clock Restarts Time Debate."

Nice article.  There's also been a lot of discussion about the leap
second, not too surprisingly, on the leap seconds list
.
Here's a brief summary.

Several people will be observing clocks when the leap second occurs
and plan to publish what they observe.  Tom Van Baak is perhaps the
best-known at this; see his "How to Watch a Leap Second"
 and his Leap Second
Countdown Clock .

Last week the GPS Operations Center of the US Air Force Space
Command's Space Analysis Center published an advisory

that talks about the potential problems in civilian and military uses
of GPS near the leap-second occurrence.  Since this week's is the
first leap second since 1998, a lot of hardware and software will be
tested in the field for the first time.  For people that have gear
that need subsecond timing, GPS Operations Center suggests that you
review your leap second support, contact your supplier as needed, and
monitor your system through the leap second event.  They give contact
addresses for US military and civilian users (the Coast Guard and the
FAA, for the latter).

Frank and Ernest have their own commentary on daylight saving time at
.


