- tz - lists.iana.org

FW: EU BST-->GMT issue
by Olson, Arthur David (NIH/NCI) [E] Aug. 30, 2007

Aug. 30, 2007

I'm forwarding this message from Dafydd Rhys-Jones, who sent it before joining the time zone mailing list. --ado From: Dafydd Rhys-Jones [mailto:D.Rhys-Jones@F5.com] Sent: Wednesday, August 29, 2007 5:38 To: tz(a)lecserver.nci.nih.gov Subject: EU BST-->GMT issue Hello all, Are there any known bugs revolving around the EU timezone not reverting from BST back to GMT? [root@server2 ~]# rm -f /etc/localtime ; ln -s /usr/share/zoneinfo/Europe/London /etc/localtime [root@server2 ~]# date Wed Aug 29 21:42:31 BST 2007 [root@server2 ~]# date -s "Sun Oct 26 00:59:59 2008" Sun Oct 26 00:59:59 BST 2008 [root@server2 ~]# date Sun Oct 26 00:59:59 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:01 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:02 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:03 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:04 BST 2008 [root@server2 ~]# date -s "Sun Oct 26 01:00:01 2008" Sun Oct 26 01:00:01 GMT 2008 Dafydd Rhys-Jones | Software Test Engineer F5 Networks P 206.272.5555 F 206.272.5556 www.f5.com D 206.272.6280 M 206.335.1096

7 10

EU BST-->GMT issue
by Dafydd Rhys-Jones Aug. 29, 2007

Aug. 29, 2007

Hello all, Are there any known bugs revolving around the EU timezone not reverting from BST back to GMT? [root@server2 ~]# rm -f /etc/localtime ; ln -s /usr/share/zoneinfo/Europe/London /etc/localtime [root@server2 ~]# date Wed Aug 29 21:42:31 BST 2007 [root@server2 ~]# date -s "Sun Oct 26 00:59:59 2008" Sun Oct 26 00:59:59 BST 2008 [root@server2 ~]# date Sun Oct 26 00:59:59 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:01 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:02 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:03 BST 2008 [root@server2 ~]# date Sun Oct 26 01:00:04 BST 2008 [root@server2 ~]# date -s "Sun Oct 26 01:00:01 2008" Sun Oct 26 01:00:01 GMT 2008 Dafydd Rhys-Jones | Software Test Engineer F5 Networks P 206.272.5555 F 206.272.5556 www.f5.com <http://www.f5.com> D 206.272.6280 M 206.335.1096

1 0

please update ICU homepage URL on http://www.twinsun.com/tz/tz-link.htm
by Markus Scherer Aug. 28, 2007

Aug. 28, 2007

Dear TZ DB maintainers, Please update the ICU homepage URL on http://www.twinsun.com/tz/tz-link.htm from http://www-306.ibm.com/software/globalization/icu/ to http://icu-project.org/ Thanks and best regards, markus

1 1

time zone shift in Venezuela
by Karl Swartz Aug. 27, 2007

Aug. 27, 2007

I assume an update is coming soon which will cover the time zone change (from UTC-4 to UTC-4.5) next month: http://www.alertnet.org/thenews/newsdesk/N23289803.htm The latest files on the ftp site (2007g) don't have this yet. Then again, maybe nobody has been able to figure out WHEN in September this is happening -- I sure couldn't find any details. :-( -- Karl

1 0

FW: FW: Venezuela's switch to UTC-0430
by Olson, Arthur David (NIH/NCI) [E] Aug. 27, 2007

Aug. 27, 2007

I'm forwarding this message from José Miguel Parrella Romero, who sent it before joining the time zone mailing list. --ado -----Original Message----- From: José Miguel Parrella Romero [mailto:joseparrella@gmail.com] Sent: Friday, August 24, 2007 3:30 To: Patrice Scattolin Cc: tz(a)lecserver.nci.nih.gov Subject: Re: FW: Venezuela's switch to UTC-0430 Patrice Scattolin escribió: > More importantly, does anyone know how likely that said change be > adopted? When is it expected to be adopted? It would be risky to say that the change _will_ be adopted, but the forecast says it will, due to political reasons. Though it was said to be adopted on Jan 1 2008, today's newspapers stated that the government is trying to push it in order to make the switch in Sep 17 2007. They also said that the government will notify all international organizations when the decision is taken. Jose

1 0

Time zones in the news
by Olson, Arthur David (NIH/NCI) [E] Aug. 25, 2007

Aug. 25, 2007

Or, more accurately, on the op-ed page: "The Great Clock Plot" by Gail Collins appears on page A21 of the 2007-08-23 New York Times; it's a cranky take on the proposed Venezuelan time change. --ado

1 0

FW: Venezuela's switch to UTC-0430
by Olson, Arthur David (NIH/NCI) [E] Aug. 24, 2007

Aug. 24, 2007

I'm forwarding this message from José Miguel Parrella Romero, who sent it before joining the time zone mailing list. --ado -----Original Message----- From: José Miguel Parrella Romero [mailto:joseparrella@gmail.com] Sent: Tuesday, August 21, 2007 9:48 To: tz(a)lecserver.nci.nih.gov Subject: Venezuela's switch to UTC-0430 I've read two previous posts in this mailing list regarding Venezuela's change to a new timezone. I feel compelled to clarify the following: * The change is not decided yet. The proposal is coming from a department and involves ammending an act, so it has to be passed to the National Assembly. * In any case, it's not scheduled to happen on 2008. The head of department said it could happen on September 2007, as we begin school terms in that month. Again, it depends on legislative approval. * The currently used meridian is 60º W, in the most eastern part of the country. The new meridian will be 66º, crossing the town of Río Chico, at the middle of the country, so it's expected that the new timezone will be at UTC-0430. In any case, I'd be happy to know what's the standard process on announcing modifications to the public domain timezone database. Jose

3 2

FW: New Zealand DST changes : DST April 2:00 ??
by Olson, Arthur David (NIH/NCI) [E] Aug. 23, 2007

Aug. 23, 2007

I'm forwarding this message from Donatella Sabellico, who sent it before joining the time zone mailing list. --ado -----Original Message----- From: DONATELLA SABELLICO [mailto:dsabellico@it.ibm.com] Sent: Wednesday, August 22, 2007 8:38 To: tz(a)lecserver.nci.nih.gov Subject: New Zealand DST changes : DST April 2:00 ?? Hi All, I was reviewing the Australasia time zone table. What I notice is that into this link: http://www.dia.govt.nz/diawebsite.nsf/wpg_URL/Services-Daylight-Saving-I ndex?OpenDocument it is stated: ______________ "From this year, Daylight Saving will run for a period of 27 weeks. It now commences from the last Sunday in September, when 3.00am becomes 2.00am, and ends on the first Sunday in April the following year, when 3.00am becomes 2.00am. " Instead into the Australasia table : Rule NZ 2008 max - Apr Sun>=1 2:00s 0 S instead of 3:00 ... so can please someone told me at what time is supposed to start the April DST on New Zealand? Thanks!

1 0

Iran is going to use DST again
by Alex Krivenyshev Aug. 23, 2007

Aug. 23, 2007

Iran adopted a single-urgency bill regarding Summer Time, proposing to change official time twice a year- official clock would change once at the beginning of the Iranian calendar year (March 21) and once at the start of the second half of each year (September 23). http://www.worldtimezone.com/dst_news/dst_news_iran05.html or "Majlis approves bill on clock change", Press TV, Iran http://www.presstv.ir/detail.aspx?id=20379&sectionid=351020102 Alex Krivenyshev, WTZ.com http://www.worldtimezone.com/dst_news/ New York, NY

1 0

Venezuela to have new time zone from January 2008.
by Alex Krivenyshev Aug. 23, 2007

Aug. 23, 2007

Here is article directly from Venezuela web portal that Venezuela to have new time zone from January 2008. (in Spanish) http://www.abn.info.ve/go_news5.php?articulo=100886&lee=18 (in English) http://www.abn.info.ve/go_news5.php?articulo=100918&lee=17 correction for English translation- by WorldTimeZone.com http://www.worldtimezone.com/dst_news/dst_news_venezuela01.html that " ........ Furthermore, Navarro said that it will be necessary to change the Meteorology Law, in which Venezuela has four hours ahead ("behind"- correction by worldtimezone.com) of the international hour established by the Greenwich Meridian (meridian 0) to change it 4,5 hours ahead ("behind"- correction by worldtimezone.com) of the Greenwich mean Time....." Alex Krivenyshev, WTZ.com http://www.worldtimezone.com/dst_news/ New York, NY

4 3

proposal to advance of the Indian Standard Time by half an hour to being 6 hours ahead UTC.
by Alex Krivenyshev Aug. 23, 2007

Aug. 23, 2007

There is a proposal to advance of the Indian Standard Time (UTC + 5:30) by half an hour to being 6 hours ahead of the Universal Coordinated Time (UTC + 06) and to reject suggestion for introducing multiple time zones and/or DST. Here are excerpts from an article that appeared in the Indian publication "Energy savings from advancing the Indian Standard Time by half an hour", by Dilip R. Ahuja and D. P. Sen Gupta, National Institute of Advanced Studies, IISc Campus, Bangalore; CURRENT SCIENCE, 298 VOL. 93, NO. 3 http://www.worldtimezone.com/dst_news/dst_news_india01.html ........... The proposal We propose that we advance, once and for, all IST from being the time at the 82.5°E long. (Mirzapur District, Uttar Pradesh) to 90°E (Bengal-Assam border), i.e. from being 5 h 30 min ahead of UTC to being 6 h ahead of UTC and that we do not cycle the clocks annually. ............. If this proposal of advancing IST is found acceptable, we believe that 1-2 years would suffice to plan for a smooth transition. Alex Krivenyshev, WTZ.com http://www.worldtimezone.com/dst_news/ New York, NY

1 0

Venezuela's switch to UTC-0430
by José Miguel Parrella Romero Aug. 22, 2007

Aug. 22, 2007

I've read two previous posts in this mailing list regarding Venezuela's change to a new timezone. I feel compelled to clarify the following: * The change is not decided yet. The proposal is coming from a department and involves ammending an act, so it has to be passed to the National Assembly. * In any case, it's not scheduled to happen on 2008. The head of department said it could happen on September 2007, as we begin school terms in that month. Again, it depends on legislative approval. * The currently used meridian is 60º W, in the most eastern part of the country. The new meridian will be 66º, crossing the town of Río Chico, at the middle of the country, so it's expected that the new timezone will be at UTC-0430. In any case, I'd be happy to know what's the standard process on announcing modifications to the public domain timezone database. Jose

1 0

New Zealand DST changes : DST April 2:00 ??
by DONATELLA SABELLICO Aug. 21, 2007

Aug. 21, 2007

Hi All, I was reviewing the Australasia time zone table. What I notice is that into this link: http://www.dia.govt.nz/diawebsite.nsf/wpg_URL/Services-Daylight-Saving-Inde… it is stated: ______________ "From this year, Daylight Saving will run for a period of 27 weeks. It now commences from the last Sunday in September, when 3.00am becomes 2.00am, and ends on the first Sunday in April the following year, when 3.00am becomes 2.00am. " Instead into the Australasia table : Rule NZ 2008 max - Apr Sun>=1 2:00s 0 S instead of 3:00 ... so can please someone told me at what time is supposed to start the April DST on New Zealand? Thanks!

1 0

Venezuela will revert to UTC-04:30 next year
by Steffen Thorsen Aug. 20, 2007

Aug. 20, 2007

Hello, I found the following article in a Brazilian newspaper (in Portuguese): http://www.agencialusa.com.br/index.php?iden=9926 From what I can understand it says that Venezuela will go from the "-4 hour GMT" to the "GMT-4,5 hour time zone" on 2008-01-01. I am not sure if they will revert at midnight or at half an hour after midnight (in the old time zone). It is a little bit confusing, because it says many places that they will advance their clocks by 30 minutes (from UTC-4), which technically would mean that they would enter UTC-3:30. However, it says that meridian 66 will determine the new time zone, and since 66/15=4,4 hours, *and* they have been in the 4,5-hour time zone before, I think it is likely that they are going back to that time zone. Best regards, Steffen

1 0

tzcode2007g.tar.gz and tzdata2007g.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Aug. 20, 2007

Aug. 20, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007g.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007g.tar.gz ...are now available. These reflect the changes circulated on the time zone mailing list last week by Paul Eggert; the "leapseconds" file has been updated to incorporate the most recent International Earth Rotation and Reference Systems Service (IERS) bulletin; and there's an addition to tz-art.htm regarding the television show "Medium." --ado

1 0

daylight-saving news from Australia, Missouri, Japan
by Paul Eggert Aug. 17, 2007

Aug. 17, 2007

Some daylight-saving news from all over: Some National Party members in Western Australia are planning a campaign of civil disobedience against daylight saving time. Premier Alan Carpenter has ridiculed the idea. <http://www.smh.com.au/news/National/Protesters-may-ignore-WA-daylight-savin…> The residents of one Amish community near Columbia, Missouri do not observe daylight saving time. <http://www.columbiamissourian.com/stories/2007/08/16/heat-fact-life-amish/> Nippon Keidanren and major banks in Japan have begun an informal daylight saving time by scheduling the work day one hour earlier than usual for one month. <http://mdn.mainichi-msn.co.jp/national/news/20070801p2a00m0na004000c.html>

1 0

daylight saving in Egypt
by Dirk Losch Aug. 14, 2007

Aug. 14, 2007

Hello, I received a mail from an airline which says that the daylight saving time in Egypt will end in the night of 2007-09-06 to 2007-09-07. Can anyone confirm this? In the database are the following entries: .... Rule Egypt 1995 max - Apr lastFri 0:00s 1:00 S Rule Egypt 1995 2005 - Sep lastThu 23:00s 0 - # From Steffen Thorsen (2006-09-19): # The Egyptian Gazette, issue 41,090 (2006-09-18), page 1, reports: # Egypt will turn back clocks by one hour at the midnight of Thursday # after observing the daylight saving time since May. # http://news.gom.com.eg/gazette/pdf/2006/09/18/01.pdf Rule Egypt 2006 only - Sep 21 23:00s 0 - Rule Egypt 2007 max - Sep lastThu 23:00s 0 - ... Best regards - dirk -

1 0

FW: More daylight savings in Australia
by Olson, Arthur David (NIH/NCI) [E] Aug. 2, 2007

Aug. 2, 2007

I'm forwarding this message from Susan Johnson, who is on the time zone mailing list at a different address than the one shown below. --ado -----Original Message----- From: Johnson, Susan [mailto:Susan.Johnson@kronos.com] Sent: Monday, July 23, 2007 8:39 To: tz(a)lecserver.nci.nih.gov Subject: RE: More daylight savings in Australia Folks, Do we have any official word on what will happen in Western/Southern Australia and when? My Australian office tells me that it now looks like South Australia, NSW, ACT, Victoria, and Tasmania DST changes will occur the first Sunday in April 2008 - instead of the first Sunday in October 2007. All changes are permanent except for South Australia, which will undergo a 'trial' change. --Sue Susan Johnson Manager, Customer Engineering Product Management Kronos Incorporated p: (978) 947-4342 f: (978) 367-5818 www.kronos.com Experts at Improving the Performance of People and Business(tm) -----Original Message----- From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] Sent: Friday, April 13, 2007 4:12 AM To: tz(a)lecserver.nci.nih.gov Subject: Re: More daylight savings in Australia "Eric Ulevik" <eulevik(a)gmail.com> writes: > http://www.news.com.au/story/0,23599,21549128-2,00.html Thanks for the heads-up. Today's Sydney Morning Herald reports that South Australia and the Northern Territory (!) may sign up later, but that Western Australia and Queensland will not be involved. Perhaps we should wait a bit to see who falls into line. Also, the SMH says only "it is believed" the dates are as you mentioned. http://www.smh.com.au/articles/2007/04/12/1175971265494.html This is currently listed as the #4 most-viewed article on the Sydney Morning Herald web site. A slow news day? -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.446 / Virus Database: 269.3.0/758 - Release Date: 4/12/2007 11:52 AM No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.476 / Virus Database: 269.10.12/910 - Release Date: 7/21/2007 3:52 PM

4 3

FW: How to support such capabilites based on current Olson Time Zone implementation
by Olson, Arthur David (NIH/NCI) [E] July 30, 2007

July 30, 2007

I'm forwarding this message from Martin Doug, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Martin Dong [mailto:cppcraze@gmail.com] Sent: Monday, July 30, 2007 5:22 To: markus.icu(a)gmail.com; yoshito_umaoka(a)us.ibm.com Cc: tz(a)lecserver.nci.nih.gov Subject: Re: FW: How to support such capabilites based on current Olson Time Zone implementation Dear Markus and Yoshito, Thanks for leading me to ICU project, which is really a full-featured library for internationalization. I feel it's more appropriate to consider using it from the very initial system design. However our system has already had its own internationalization mechanism, now we only want to utilize Olson Time Zone database. We need a light-weight solution but I think ICU is too heavy for us. Actually tzcode is a light-weight implementation, if I can make some change based on it to support what I want, I think it's enough. Dear Olson, I want to know more about tzfile in binary form. Is there any other detailed description? I feel it's a little bit hard to get it understood just through the tzcode (because the comments are vrey few:-). Btw, for now can any new functionality be added into tzcode implementation? Or another question, if my change can meet my requirements and it goes into our system, does it need to go into Olson tzcode? Sincerely, -Martin On 7/28/07, yoshito_umaoka(a)us.ibm.com <yoshito_umaoka(a)us.ibm.com > wrote: For the second requirement "getting the next nearest DST transition time", next version of ICU (ICU 3.8) will provide the API. -Yoshito "Markus Scherer" <markus.icu(a)gmail.com> wrote on 07/27/2007 02:38:00 PM: > Dear Martin, > > For at least the first requirement, you might want to try other time > zone support libraries listed on this list's homepage [1], for example > ICU [2]. You could also send an email to the icu-support mailing list > [3] to see if your second can be provided for. > > [1] http://www.twinsun.com/tz/tz-link.htm > [2] http://icu-project.org/ > [3] http://icu-project.org/contacts.html > > Best regards, > markus

1 0

FW: How to support such capabilites based on current Olson Time Zone implementation
by Olson, Arthur David (NIH/NCI) [E] July 30, 2007

July 30, 2007

I'm forwarding this message from Martin Dong, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Martin Dong [mailto:cppcraze@gmail.com] Sent: Friday, July 27, 2007 12:56 AM To: tz(a)lecserver.nci.nih.gov Subject: How to support such capabilites based on current Olson Time Zone implementation Dear All in this maillist, We have been investigating the feasibility of migrating Olson Time Zone Database to our system. Given that our system is Linux-based, we can just use tzcode implementation or Glibc functions because Glibc has adopted Olson implementation to some extent. But according to our basic and existing requirements, I have met some problems that I think are hard for me: * How to get the local time of different region or city at the same time? The basic requirement is to display the local time of different region or city at the same time. After some study of Olson implementation, I knew function "localtime" will handle everything, parsing tzfile and doing the conversion from utc to local time. The correct local time can be gotten through a simple invocation to "localtime". But "localtime" assumes the Sytem Local Time Zone is set in environmental variable "TZ" or from the Standard TimeZone file "/etc/localtime" if "TZ" is not defined in the process. In this case, how can a caller get the local time of some city which is not the System Local Time Zone? It seems we must change "TZ" or the Standard TimeZone file before calling "localtime" to get another city's local time because "localtime" doesn't take such an argument that can let caller specify a time zone, which means "localtime" can return the local time related to either the System Local Time Zone or the time zone user specifies. Although I know there're so many applications which already integrates the Olson Database and they have realized my above requirement "display multiple local time at the same time", I don't know how they make it. * How to get the notification of DST status change as time elaspes? This problem is out of our another requirement that we need to inform other components in our system of the DST status change in various conditions, such as changing time may lead to DST change, changing local time zone may lead to DST change, and as time elapsing, etc. The former two behaviors are user-active ones, we can track the change easily, but the problem is the last one, it's the system automatic behavior, our of the control of user. In this case, the system needs some CALLBACK ability to capture this change and further broadcast it. For our system, there's an Alarm Server that can provide timer machinasm. We will parse our own time zone database and get the next nearest DST transition time and add it to Alarm Server, then when the timer is time out, Alarm Server will trigger a CALLBACK function to further process. But it seems Olson is lack of such capability. After thinking from another perpsective, if we can get the next nearest DST transition time through Olson Time Zone database, we can still utilize our current Alarm Server. But it's still a problem how to get the next nearest DST transition time through the current Olson implementation because all the implementation is hiden behind "localtime". In all the public functions, there's no such one which can support getting the DST transition time. I don't have any good idea in mind right now. Should I make some modification to Olson to add such capability, or other way i could go? I will very much appreciate if any of you can give me some hints about above problems. Thank you in advance. Best Regards, -Martin

4 3

FW: Does zic currently compile time zone abbreviations correctly?
by Olson, Arthur David (NIH/NCI) [E] July 27, 2007

July 27, 2007

I'm forwarding this message from John Morrow, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: John B. Morrow [mailto:jmorrow@sendwordnow.com] Sent: Friday, July 27, 2007 12:19 PM To: Olson, Arthur David (NIH/NCI) [E]; tz(a)lecserver.nci.nih.gov Subject: RE: Does zic currently compile time zone abbreviations correctly? This response and program was very helpful. Apparently I was missing the level of indirection that converted the type in the ttinfo into an abbrind to look up the abbreviation. For some time zones, that was fine and for others it wasn't. Now that I've added that additional level in, my program seems to be working correctly. Thank you for your quick response. John Morrow -----Original Message----- From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona@dc37a.nci.nih.gov] Sent: Friday, July 27, 2007 11:29 AM To: tz(a)elsie.nci.nih.gov Cc: John B. Morrow Subject: RE: Does zic currently compile time zone abbreviations correctly? The typescript below seems to indicate that there's nothing amiss with Europe/London; do you get different results if you run "tzhead"? --ado Script started on Fri 27 Jul 2007 11:24:37 AM EDT lecserver$ cat tzhead.c #include "private.h" struct tzhead { char tzh_magic[4]; /* TZ_MAGIC */ char tzh_version[1]; /* '\0' or '2' as of 2005 */ char tzh_reserved[15]; /* reserved--must be zero */ char tzh_ttisgmtcnt[4]; /* coded number of trans. time flags */ char tzh_ttisstdcnt[4]; /* coded number of trans. time flags */ char tzh_leapcnt[4]; /* coded number of leap seconds */ char tzh_timecnt[4]; /* coded number of transition times */ char tzh_typecnt[4]; /* coded number of local time types */ char tzh_charcnt[4]; /* coded number of abbr. chars */ }; static char * progname; static long long detzcode64(codep) const char * const codep; { register long long result; register int i; result = (codep[0] & 0x80) ? ~0L : 0L; for (i = 0; i < 8; ++i) result = result * 256 + (codep[i] & 0xff); return result; } static long long detzcode(codep) const char * const codep; { register long result; register int i; result = (codep[0] & 0x80) ? ~0L : 0L; for (i = 0; i < 4; ++i) result = (result << 8) | (codep[i] & 0xff); return result; } static void wild2exit(cp, dp) { (void) fprintf(stderr, "%s: wild result %s %s\n", progname, cp, dp); exit(1); } static void handle(filename) char * filename; { FILE * fp; struct tzhead tzh; long long ll; char c; int i; int pass; long ttisgmtcnt; long ttisstdcnt; long leapcnt; long timecnt; long typecnt; long charcnt; char buf[8]; struct tm tm; fp = fopen(filename, "r"); if (fp == NULL) wild2exit("result opening", filename); for (pass = 1; pass <= 2; ++pass) { if (fread(&tzh, sizeof tzh, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\tversion\t", filename); c = tzh.tzh_version[0]; if (isascii(c) && isprint(c)) (void) putchar(c); else (void) printf("\\%o", c); (void) putchar('\n'); ttisgmtcnt = detzcode(tzh.tzh_ttisgmtcnt); ttisstdcnt = detzcode(tzh.tzh_ttisstdcnt); leapcnt = detzcode(tzh.tzh_leapcnt); timecnt = detzcode(tzh.tzh_timecnt); typecnt = detzcode(tzh.tzh_typecnt); charcnt = detzcode(tzh.tzh_charcnt); (void) printf("%s\tttisgmtcnt\t%ld\n", filename, ttisgmtcnt); (void) printf("%s\tttisstdcnt\t%ld\n", filename, ttisstdcnt); (void) printf("%s\tleapcnt\t%ld\n", filename, leapcnt); (void) printf("%s\ttimecnt\t%ld\n", filename, timecnt); (void) printf("%s\ttypecnt\t%ld\n", filename, typecnt); (void) printf("%s\tcharcnt\t%ld\n", filename, charcnt); for (i = 0; i < timecnt; ++i) { if (fread(buf, pass * 4, 1, fp) != 1) wild2exit("result reading", filename); ll = (pass == 1) ? detzcode(buf) : detzcode64(buf); { time_t l; l = ll; tm = *gmtime(&l); } (void) printf("%s\ttime[%d]\t%lld\t%s", filename, i, ll, asctime(&tm)); } for (i = 0; i < timecnt; ++i) { if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\ttype[%d]\t%d\n", filename, i, buf[0]); } for (i = 0; i < typecnt; ++i) { long l; if (fread(buf, 4, 1, fp) != 1) wild2exit("result reading", filename); l = detzcode(buf); (void) printf("%s\ttype[%d].offset\t%ld\n", filename, i, l); if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\ttype[%d].isdst\t%ld\n", filename, i, buf[0]); if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\ttype[%d].abbrind\t%ld\n", filename, i, buf[0]); } for (i = 0; i < charcnt; ++i) { if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\tabbr[%d]\t", filename, i); if (isascii(buf[0]) && isprint(buf[0])) (void) printf("%c", buf[0]); else if (buf[0] == '\0') (void) printf("\\0"); else (void) printf("\%03o", buf[0]); (void) printf("\n"); } for (i = 0; i < ttisstdcnt; ++i) { if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\tisstd[%d]\t%d\n", filename, i, buf[0]); } for (i = 0; i < ttisgmtcnt; ++i) { if (fread(buf, 1, 1, fp) != 1) wild2exit("result reading", filename); (void) printf("%s\tisgmt[%d]\t%d\n", filename, i, buf[0]); } if (tzh.tzh_version[0] != '2') break; } if (fclose(fp) != 0) { (void) fprintf(stderr, "%s: wild result closing %s\n", progname, filename); exit(1); } } int main(argc, argv) int argc; char * argv[]; { int i; progname = argv[0]; for (i = 1; i < argc; ++i) handle(argv[i]); exit(0); } lecserver$ make tzhead cc -DTZDIR=\"/usr/local/etc/zoneinfo\" tzhead.c -o tzhead lecserver$ tzhead tmp/etc/zoneinfo/Europe/London | grep abbr tmp/etc/zoneinfo/Europe/London type[0].abbrind 0 tmp/etc/zoneinfo/Europe/London type[1].abbrind 4 tmp/etc/zoneinfo/Europe/London type[2].abbrind 8 tmp/etc/zoneinfo/Europe/London type[3].abbrind 0 tmp/etc/zoneinfo/Europe/London type[4].abbrind 0 tmp/etc/zoneinfo/Europe/London type[5].abbrind 4 tmp/etc/zoneinfo/Europe/London type[6].abbrind 4 tmp/etc/zoneinfo/Europe/London abbr[0] B tmp/etc/zoneinfo/Europe/London abbr[1] S tmp/etc/zoneinfo/Europe/London abbr[2] T tmp/etc/zoneinfo/Europe/London abbr[3] \0 tmp/etc/zoneinfo/Europe/London abbr[4] G tmp/etc/zoneinfo/Europe/London abbr[5] M tmp/etc/zoneinfo/Europe/London abbr[6] T tmp/etc/zoneinfo/Europe/London abbr[7] \0 tmp/etc/zoneinfo/Europe/London abbr[8] B tmp/etc/zoneinfo/Europe/London abbr[9] D tmp/etc/zoneinfo/Europe/London abbr[10] S tmp/etc/zoneinfo/Europe/London abbr[11] T tmp/etc/zoneinfo/Europe/London abbr[12] \0 tmp/etc/zoneinfo/Europe/London type[0].abbrind 0 tmp/etc/zoneinfo/Europe/London type[1].abbrind 4 tmp/etc/zoneinfo/Europe/London type[2].abbrind 8 tmp/etc/zoneinfo/Europe/London type[3].abbrind 12 tmp/etc/zoneinfo/Europe/London type[4].abbrind 4 tmp/etc/zoneinfo/Europe/London type[5].abbrind 4 tmp/etc/zoneinfo/Europe/London type[6].abbrind 8 tmp/etc/zoneinfo/Europe/London type[7].abbrind 8 tmp/etc/zoneinfo/Europe/London abbr[0] L tmp/etc/zoneinfo/Europe/London abbr[1] M tmp/etc/zoneinfo/Europe/London abbr[2] T tmp/etc/zoneinfo/Europe/London abbr[3] \0 tmp/etc/zoneinfo/Europe/London abbr[4] B tmp/etc/zoneinfo/Europe/London abbr[5] S tmp/etc/zoneinfo/Europe/London abbr[6] T tmp/etc/zoneinfo/Europe/London abbr[7] \0 tmp/etc/zoneinfo/Europe/London abbr[8] G tmp/etc/zoneinfo/Europe/London abbr[9] M tmp/etc/zoneinfo/Europe/London abbr[10] T tmp/etc/zoneinfo/Europe/London abbr[11] \0 tmp/etc/zoneinfo/Europe/London abbr[12] B tmp/etc/zoneinfo/Europe/London abbr[13] D tmp/etc/zoneinfo/Europe/London abbr[14] S tmp/etc/zoneinfo/Europe/London abbr[15] T tmp/etc/zoneinfo/Europe/London abbr[16] \0 lecserver$ exit script done on Fri 27 Jul 2007 11:25:04 AM EDT From: John B. Morrow [mailto:jmorrow@sendwordnow.com] Sent: Friday, July 27, 2007 2:29 AM To: tz(a)lecserver.nci.nih.gov Subject: Does zic currently compile time zone abbreviations correctly? In the process of extracting time zone information from the zoneinfo database, I noticed that the abbreviation pointer break for quite a few time zones including Europe/London, Asia/Dubai, and quite a few others. The problem seems to be in the compiled time zone files so I spent some time looking at zic. What seems to be happening is that zic uses some criteria to determine of the abbreviation (and other info for types) is used and won't write it if it thinks it isn't needed. The problem is that it doesn't adjust the indexes (tt_abbrind) that reference those abbreviations, so they'll point to bad data or empty strings. My quick (and admittedly heavy handed fix) was to force zic to write all of the abbreviations, whether they are necessary or not. If this really is a problem, it should probably be fixed at some point. Please note that the data in our fairly recently updated Linux server has abbreviations that don't seem to work. If I'm missing something or there is some other way more correct way to reference the abbreviations, please let me know. I'm using tt_abbrind as per the tzfile man page and the tzcode2007f.tar.gz sources. John Morrow

1 0

FW: Does zic currently compile time zone abbreviations correctly?
by Olson, Arthur David (NIH/NCI) [E] July 27, 2007

July 27, 2007

I'm forwarding this message from John B. Morrow, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: John B. Morrow [mailto:jmorrow@sendwordnow.com] Sent: Friday, July 27, 2007 2:29 AM To: tz(a)lecserver.nci.nih.gov Subject: Does zic currently compile time zone abbreviations correctly? In the process of extracting time zone information from the zoneinfo database, I noticed that the abbreviation pointer break for quite a few time zones including Europe/London, Asia/Dubai, and quite a few others. The problem seems to be in the compiled time zone files so I spent some time looking at zic. What seems to be happening is that zic uses some criteria to determine of the abbreviation (and other info for types) is used and won't write it if it thinks it isn't needed. The problem is that it doesn't adjust the indexes (tt_abbrind) that reference those abbreviations, so they'll point to bad data or empty strings. My quick (and admittedly heavy handed fix) was to force zic to write all of the abbreviations, whether they are necessary or not. If this really is a problem, it should probably be fixed at some point. Please note that the data in our fairly recently updated Linux server has abbreviations that don't seem to work. If I'm missing something or there is some other way more correct way to reference the abbreviations, please let me know. I'm using tt_abbrind as per the tzfile man page and the tzcode2007f.tar.gz sources. John Morrow

2 2

Does zic currently compile time zone abbreviations correctly?
by John B. Morrow July 27, 2007

July 27, 2007

In the process of extracting time zone information from the zoneinfo database, I noticed that the abbreviation pointer break for quite a few time zones including Europe/London, Asia/Dubai, and quite a few others. The problem seems to be in the compiled time zone files so I spent some time looking at zic. What seems to be happening is that zic uses some criteria to determine of the abbreviation (and other info for types) is used and won't write it if it thinks it isn't needed. The problem is that it doesn't adjust the indexes (tt_abbrind) that reference those abbreviations, so they'll point to bad data or empty strings. My quick (and admittedly heavy handed fix) was to force zic to write all of the abbreviations, whether they are necessary or not. If this really is a problem, it should probably be fixed at some point. Please note that the data in our fairly recently updated Linux server has abbreviations that don't seem to work. If I'm missing something or there is some other way more correct way to reference the abbreviations, please let me know. I'm using tt_abbrind as per the tzfile man page and the tzcode2007f.tar.gz sources. John Morrow

1 0

How to support such capabilites based on current Olson Time Zone implementation
by Martin Dong July 27, 2007

July 27, 2007

Dear All in this maillist, We have been investigating the feasibility of migrating Olson Time Zone Database to our system. Given that our system is Linux-based, we can just use tzcode implementation or Glibc functions because Glibc has adopted Olson implementation to some extent. But according to our basic and existing requirements, I have met some problems that I think are hard for me: - How to get the local time of different region or city at the same time? The basic requirement is to display the local time of different region or city at the same time. After some study of Olson implementation, I knew function "localtime" will handle everything, parsing tzfile and doing the conversion from utc to local time. The correct local time can be gotten through a simple invocation to "localtime". But "localtime" assumes the Sytem Local Time Zone is set in environmental variable "TZ" or from the Standard TimeZone file "/etc/localtime" if "TZ" is not defined in the process. In this case, how can a caller get the local time of some city which is not the System Local Time Zone? It seems we must change "TZ" or the Standard TimeZone file before calling "localtime" to get another city's local time because "localtime" doesn't take such an argument that can let caller specify a time zone, which means "localtime" can return the local time related to either the System Local Time Zone or the time zone user specifies. Although I know there're so many applications which already integrates the Olson Database and they have realized my above requirement "display multiple local time at the same time", I don't know how they make it. - How to get the notification of DST status change as time elaspes? This problem is out of our another requirement that we need to inform other components in our system of the DST status change in various conditions, such as changing time may lead to DST change, changing local time zone may lead to DST change, and as time elapsing, etc. The former two behaviors are user-active ones, we can track the change easily, but the problem is the last one, it's the system automatic behavior, our of the control of user. In this case, the system needs some CALLBACK ability to capture this change and further broadcast it. For our system, there's an Alarm Server that can provide timer machinasm. We will parse our own time zone database and get the next nearest DST transition time and add it to Alarm Server, then when the timer is time out, Alarm Server will trigger a CALLBACK function to further process. But it seems Olson is lack of such capability. After thinking from another perpsective, if we can get the next nearest DST transition time through Olson Time Zone database, we can still utilize our current Alarm Server. But it's still a problem how to get the next nearest DST transition time through the current Olson implementation because all the implementation is hiden behind "localtime". In all the public functions, there's no such one which can support getting the DST transition time. I don't have any good idea in mind right now. Should I make some modification to Olson to add such capability, or other way i could go? I will very much appreciate if any of you can give me some hints about above problems. Thank you in advance. Best Regards, -Martin

1 0

FW: Timezone of America/Tegucigalpa is wrong
by Olson, Arthur David (NIH/NCI) [E] July 23, 2007

July 23, 2007

I'm forwarding this message from Freek de Kruijf, who was not on the time zone mailing list at the time it was sent. Freek has since been added. --ado -----Original Message----- From: Freek de Kruijf [mailto:f.de.kruijf@hetnet.nl] Sent: Sunday, July 22, 2007 3:38 To: tz(a)lecserver.nci.nih.gov Subject: Timezone of America/Tegucigalpa is wrong L.S. The timezone of America/Tegucigalpa includes a Daylight Saving Time. This is wrong. See http://en.wikipedia.org/wiki/Honduras . It is only UTC-6. I can confirm this, while I am there. -- fr.gr. Freek de Kruijf

2 1