January 2006 - tz - lists.iana.org

RE: Why America/Shiprock?
by Olson, Arthur David (NIH/NCI) [E] Jan. 18, 2006

Jan. 18, 2006

We use the most populous city in a zone by default; this is the same as the case with America/New_York versus America/Washington. --ado -----Original Message----- From: Paul Schauble [mailto:Paul.Schauble@ticketmaster.com] Sent: Tuesday, January 17, 2006 6:39 PM To: tz(a)lecserver.nci.nih.gov Subject: Why America/Shiprock? I was just looking at the tzdata file for the entry for the Navajo Nation. I'm curious why this entry is named America/Shiprock when the capitol of the Navajo Nation is Window Rock. Can anyone enlighten me? Thanks, ++PLS

2 1

Why America/Shiprock?
by Paul Schauble Jan. 17, 2006

Jan. 17, 2006

I was just looking at the tzdata file for the entry for the Navajo Nation. I'm curious why this entry is named America/Shiprock when the capitol of the Navajo Nation is Window Rock. Can anyone enlighten me? Thanks, ++PLS

1 0

zgress
by Arthur David Olson Jan. 17, 2006

Jan. 17, 2006

As a preamble to the impending next attempt at 64-bit changes, below find a script (given the name "zgress" here at elsie) to check on differences between two time zone implementations. --ado #!/bin/sh # Accept the names of two time zone package source directories (A and B). # Do a "make install" from each directory to temporary directories. # Apply the created "zdump" programs to all the created binary data files: # the A zdump to the A data (yielding AA results) # the A zdump to the B data (yielding AB results) # the B zdump to the A data (yielding BA results) # the B zdump to the B data (yielding BB results) # Report on differences. O=`basename "$0"` case $# in 2) ;; *) echo "$O: usage is $O atzsourcedir btzsourcedir" 1>&2 exit 1 ;; esac T=/tmp/,zgress$$ trap 'rm -f -r $T*' 0 1 2 3 15 # Step 1: do "make"s for both the A and B versions for pass in a b do ( cd "$1"; make clean; make install TOPDIR=$T$pass ) || exit 1 shift done # Step 2: apply both the A and B zdumps to both the A and B data for prog in a b do for data in a b do zdump=$T$prog/etc/zdump zoneinfo=$T$data/etc/zoneinfo $zdump -v `find $zoneinfo ! -type d -print | sort` 2>&- | sed "s@$zoneinfo/@@" > $T$prog$data done done # Step 3: do comparisons ls -l $T[ab][ab] left=aa for right in ab ba bb do diff $T$left $T$right | sed "s/^/$left vs. $right:/" done

1 0

Info on Time Zone files
by satyapaul bangar Jan. 10, 2006

Jan. 10, 2006

Hi, I am using timzone files availabe in your site in our product and would like to know the frequency of when these files get updated. Is there any mailing list which I can subscribe to so that I can get a mail whenvere there are changes to timezone files. Thanks in advance, Reema. _________________________________________________________________ NRIs, paying for Money Transfers to India? Use Money2India. Its FREE http://creative.mediaturf.net/creatives/msn_product.htm

1 0

const cleanup for scheck
by roland＠redhat.com Jan. 10, 2006

Jan. 10, 2006

Please consider including these changes, which reduce some ugly warnings compiling scheck.c for zic. Thanks, Roland Index: private.h =================================================================== RCS file: /cvs/glibc/libc/timezone/private.h,v retrieving revision 1.11 diff -u -r1.11 private.h --- private.h 10 Jan 2006 07:55:37 -0000 1.11 +++ private.h 10 Jan 2006 09:46:12 -0000 @@ -218,7 +218,7 @@ void * irealloc P((void * pointer, int size)); void icfree P((char * pointer)); void ifree P((char * pointer)); -char * scheck P((const char *string, char *format)); +const char *scheck P((const char *string, const char *format)); /* ** Finally, some convenience items. Index: scheck.c =================================================================== RCS file: /cvs/glibc/libc/timezone/scheck.c,v retrieving revision 1.3 diff -u -r1.3 scheck.c --- scheck.c 6 Aug 2005 05:40:57 -0000 1.3 +++ scheck.c 10 Jan 2006 09:46:12 -0000 @@ -8,20 +8,19 @@ #include "private.h" -char * +const char * scheck(string, format) const char * const string; -char * const format; +const char * const format; { register char * fbuf; register const char * fp; register char * tp; register int c; - register char * result; + register const char * result; char dummy; - static char nada; - result = &nada; + result = ""; if (string == NULL || format == NULL) return result; fbuf = imalloc((int) (2 * strlen(format) + 4)); @@ -53,7 +52,7 @@ *tp++ = 'c'; *tp = '\0'; if (sscanf(string, fbuf, &dummy) != 1) - result = (char *) format; + result = format; ifree(fbuf); return result; }

1 0

Re: New Brunswick switches at 00:01, not 02:00; new Zone needed
by Paul Eggert Jan. 2, 2006

Jan. 2, 2006

[I'm sending this on behalf of Clive D.W. Feather, who had problems with sending email to <tz(a)lecserver.nci.nih.gov>.] ----- From: "Clive D.W. Feather" <clive(a)demon.net> Date: Wed, 28 Dec 2005 09:34:14 +0000 Paul Eggert said: > I found a copy of New Brunswick's Time Definition Act consolidated to > 2005-07-15 <http://www.gnb.ca/0062/PDF-acts/t-06.pdf> and it confirms > that New Brunswick switches to and from DST at 00:01 rather than > 02:00. > 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, It looks to me like references to the legislation making the change. In the UK, the first of these would be "section 1 of chapter 7 of the laws of 1965"; chapter 7 is, in turn, the 7th Public Act passed in that year. Since the cited work says "This Act is consolidated to <date>", I presume it's a publication that applies all the various amending Acts up to that date. Hmm; 2005 c.7 is "An Act Respecting Rural Communities" <http://www.gnb.ca/0062/acts/BBA-2005/Chap-7.pdf>. Section 83 is titled "Time Definition Act" and, found on page 123, reads: 83 Subsection 1(1) of the French version of the Time Definition Act, chapter T-6 of the Revised Statutes, 1973, is amended by striking out "municipal". It looks to me as if your original document cites all the bits of legislation you need to look up to determine the changes. Hmm, on second thoughts, if one change cancels a previous one, the previous one might not be shown. Sorry. -- Clive D.W. Feather | Work: <clive(a)demon.net> | Tel: +44 20 8495 6138 Internet Expert | Home: <clive(a)davros.org> | Fax: +44 870 051 9937 Demon Internet | WWW: http://www.davros.org | Mobile: +44 7973 377646 Thus plc | |

1 0