- tz - lists.iana.org

Minor improvement to tzfile.5
by Jonathan Leffler Dec. 6, 2007

Dec. 6, 2007

Part way through the description of the file structure, the document says: These values serve as indices into an array of ttinfo structures that appears next in the file; these structures are defined as follows: It isn't immediately clear that there are tzh_typecnt entries in the array of ttinfo structures. Maybe the modification is as simple as: These values serve as indices into an array of ttinfo structures (with tzh_typecnt entries) that appears next in the file; these structures are defined as follows: -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 2

FW: Update to your Database
by Olson, Arthur David (NIH/NCI) [E] Dec. 3, 2007

Dec. 3, 2007

I'm (belatedly) forwarding this message from Steve Jewell, 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: Steve Jewell - WR9G [mailto:wr9g@arrl.net] Sent: Saturday, November 24, 2007 10:18 To: tz(a)lecserver.nci.nih.gov Subject: Update to your Database To whom it may concern, I live in the City of Austin in Scott County which is Indiana. Our county and the surrounding counties all observe EST in the winter months and EDT in spring, summer and fall months. My exact location is 38° 44' 22.1" N 85° 49' 31.9" W. If you have any questions or concerns, please let me know. Thanks, Steve Jewell 116 S Mac Dr Austin, IN 47102-8921 wr9g(a)arrl.net www.wr9g.net

2 1

tzcode2007j.tar.gz and tzdata2007j.tar.gz
by Olson, Arthur David (NIH/NCI) [E] Dec. 3, 2007

Dec. 3, 2007

The files... ftp://elsie.nci.nih.gov/pub/tzcode2007j.tar.gz ...and... ftp://elsie.nci.nih.gov/pub/tzdata2007j.tar.gz ...are now available. These reflect: 1. the changes circulated on the time zone mailing list to eliminate the "P" (parameter) macro; 2. the "noncontroversial" changes circulated on the time zone mailing list (less the changes to "logwtmp.c"); 3. the changes circulated on the time zone mailing list to eliminate "too many transition" errors when "min" is used in time zone rules; 4. and the changes circulated last week on the time zone mailing list by Paul Eggert (including updated information for Venezuela). --ado

1 0

What is the purpose of the call to access() in localtime.c?
by Jonathan Leffler Dec. 3, 2007

Dec. 3, 2007

In localtime.c, there is the following stanza of code that opens a time zone file to file descriptor fid: { register int doaccess; /* ** Section 4.9.1 of the C standard says that ** "FILENAME_MAX expands to an integral constant expression ** that is the size needed for an array of char large enough ** to hold the longest file name string that the implementation ** guarantees can be opened." */ char fullname[FILENAME_MAX + 1]; if (name[0] == ':') ++name; doaccess = name[0] == '/'; if (!doaccess) { if ((p = TZDIR) == NULL) return -1; if ((strlen(p) + strlen(name) + 1) >= sizeof fullname) return -1; (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); /* ** Set doaccess if '.' (as in "../") shows up in name. */ if (strchr(name, '.') != NULL) doaccess = TRUE; name = fullname; } if (doaccess && access(name, R_OK) != 0) return -1; if ((fid = open(name, OPEN_MODE)) == -1) return -1; } I'm puzzled about the benefit of calling access(). Won't the open() call work, or not, pretty much the same? The only reason I've thought of for why access() would fail where open() might succeed is in a programming running with setuid (or setgid) privileges, where access() would check the permissions using the real UID (and GID) but open would be controlled by the effective UID (and GID). However, it seems incorrect to prevent a setuid or setgid program from working like that -- maybe the reason the program is setuid or setgid is to permit it to access the time zone files. In terms of performance, a call to access() is only slightly less expensive than a call to open(). My concern is more about correctness than performance, though. Is there a system where using access makes a difference? -- Jonathan Leffler <jonathan.leffler(a)gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2007.0914 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused."

2 1

FW: 'Web pages using recent versions of the tz database'
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Rich Tibbett, 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: Rich Tibbett [mailto:rich.tibbett@gmail.com] Sent: Friday, November 30, 2007 1:01 AM To: tz(a)lecserver.nci.nih.gov Subject: 'Web pages using recent versions of the tz database' Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

2 1

FW: Help regarding the timezone update data
by Olson, Arthur David (NIH/NCI) [E] Nov. 30, 2007

Nov. 30, 2007

I'm forwarding this message from Salil G K who, since sending it, has been added to the time zone mailing list. --ado From: Salil G K (sagk) [mailto:sagk@cisco.com] Sent: Tuesday, November 06, 2007 4:22 To: Olson, Arthur David (NIH/NCI) [E] Subject: Help regarding the timezone update data Importance: High Hello I am trying to get information about the timezone updation data for updating the zone information of jre environment. I have seen from http://www.twinsun.com/tz/tz-link.htm the procedure for getting the data from the 'ftp://elsie.nci.nih.gov/pub/ and how to get the timezone data files. I followed the procedures there, but I guess I am not getting a correct information in my system. I tested by writing a simple java program which will just print Date from the system. My system in in India time zone (Asia/Calcutta ) but I have TZ variable to America/Caracas ( which I think is for Venezuela ) and print the time with the fix and without the fix. I have set the system time as Jan 30 2008 ( b'se I guess Venezuela DST will start from Jan 1st ). Both tests I am getting the same time zone info. I am not sure if the procedures I am doing is correct to apply the fix. So do you have any document which describes about the implementation of this fix and how to test it. If you could consider this as a very urgent request it would be really great. thanks Salil

5 4

'Web pages using recent versions of the tz database'
by Rich Tibbett Nov. 30, 2007

Nov. 30, 2007

Hello, I just wanted to say that we've been working on an implementation of the latest tz database over at http://www.worldtimeengine.com. It's an ambitious project linking the tz database with tz boundary shapefiles, topped off with integration to Google's Location Resolution Service. The aim is to have a Google-esque search box where you can enter any village, town, city or point-of-interest around the world and it will tell you the current local time. It would be great to receive some feedback from you. Keep up the good work! Richard Tibbett

1 0

FW: Venezuela changes rescheduled for 9 December
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from John Stainforth, 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 Stainforth [mailto:STAIN@uk.ibm.com] Sent: Wednesday, November 28, 2007 6:17 To: eggert(a)CS.UCLA.EDU Cc: Olson, Arthur David (NIH/NCI) [E] Subject: Venezuela changes rescheduled for 9 December Paul, Apologies if you are receiving this information from several sources in IBM, but we are reacting to breaking news that the change for Venezuela originally expected for 31 December has been brought forward to 9 December. The official announcement was published today in the "Gaceta Oficial de la Republica Bolivariana de Venezuela, número 38.819" (official document for all laws or resolution publication) but is not available online yet. http://www.globovision.com/news.php?nid=72208 Previously, the best information we had was that this time zone change will not happen until January 1, 2008. as reflected in the Olson database update on 1-October-2007 (tzcode2007h). We had been proceeding based on the anticipated date, the evening of December 31st (ie effective jan 1). We did find a Microsoft reference http://blogs.msdn.com/mthree/archive/2007/11/27/venezuela-tz-112707.aspx and it appeared to suggest that the December 9th date was still subject to constitutional reform. See: http://www.venezuelanalysis.com/analysis/2645 http://www.reuters.com/article/worldNews/idUSN2426299520070924 Please let us know (we will watch the forum) if and when you are making an updated tzdata table update to implement the new date for Venezuela. Thanks and regards, John John Stainforth PMP Project Manager, Java Technologies IBM United Kingdom Limited MP146 Hursley Park, WINCHESTER, SO21 2JN Hicom Tel:7-246072 International -44-1962-816072 e-mail: stain(a)uk.ibm.com Now working part-time: Monday, Tuesday & Wednesday only ________________________________________ Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

FW: Japan's rules
by Olson, Arthur David (NIH/NCI) [E] Nov. 29, 2007

Nov. 29, 2007

I'm forwarding this message from Chris Holt, 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: Chris Holt [mailto:cholt@skywardinnovations.com] Sent: Wednesday, November 28, 2007 9:44 To: tz(a)lecserver.nci.nih.gov Subject: Japan's rules It seems that Japan is missing its latest rule. The last rule it has is <Rule> <Name>Japan</Name> <From>1950</From> <To>1951</To> <Type>-</Type> <In>May</In> <On>Sun>=1</On> <At>2:00</At> <Save>1:00</Save> <Letter>D</Letter> </Rule> And the timezone is defined as: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until /> <Comment /> </Zone> This forces the user to use JDT as the timezone abbreviation even though I believe they currently don't do daylight savings time. It seems this should be updated to: <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>Japan</Rules> <Format>J%sT</Format> <Until>1951</Until> <Comment /> </Zone> <Zone> <Name>Asia/Tokyo</Name> <GMTOffset>9:00</GMTOffset> <Rules>-</Rules> <Format>JST</Format> <Until /> <Comment /> </Zone> Does this make sense? Thanks, Christopher Holt Skyward Innovations, Inc. Office: (603) 206-4552 Cell: (603) 765-0945 cholt(a)skywardinnovations.com www.skywardinnovations.com The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Re: Venezuela changes rescheduled for 9 December
by Paul Eggert Nov. 29, 2007

Nov. 29, 2007

John Stainforth <STAIN(a)uk.ibm.com> writes: > we are reacting to breaking news that the change for Venezuela > originally expected for 31 December has been brought forward to 9 > December. The most recent information I had was an article published 2007-11-22 by ABN <http://www.abn.info.ve/go_news5.php?articulo=111435&lee=7> (in Spanish). I don't read Spanish, but my understanding from that article is that the decision was still tentative, and that they didn't want to mess with the clocks before the big referendum this Sunday, as that might confuse poll times. > The official announcement was published today in the "Gaceta Oficial de la > Republica Bolivariana de Venezuela, número 38.819" (official document for > all laws or resolution publication) but is not available online yet. > > http://www.globovision.com/news.php?nid=72208 Thanks for the heads-up. I didn't know about that. That looks about as definitive as we're going to get: they plan to switch from UTC-4 to UTC-4:30 at 03:00 local time on December 9. I'll send out a proposed patch shortly.

2 1