December 2007 - tz - lists.iana.org

Argentine DST
by Eduardo A. Suárez Dec. 27, 2007

Dec. 27, 2007

Hi, ¡Happy Christmas! Yesterday our politicians have setup DST time effective next sunday 30th. Could you modify the tzfile? 00:00 Sunday December 30th 2007 we go to GMT-0200 (oh yes!!!) 00:00 Sunday March 16th 2008 we go to GMT-0300 http://www.timeanddate.com/worldclock/timezone.html?n=51 http://uk.reuters.com/article/oilRpt/idUKN2734841120071227 Don't ask, they are stupid... Thanks, Eduardo.- ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.

1 0

Argentina is going to use Daylight Saving Time (DST) on December 30, 2007
by Lavaggi, Ricardo Pablo Dec. 27, 2007

Dec. 27, 2007

Argentina is going to use Daylight Saving Time (DST) on December 30, 2007 Daylight Saving Time starts Midnight between Saturday, December 29, 2007 and Sunday, December 30, 2007 clocks are turned forward 1 hour to Sunday, December 30, 2007 at 1:00:00 AM local daylight time instead Seconds before and after the change: Local time DST? UTC offset Zone name Saturday, December 29, 2007 at 11:59:57 PM No -3 hours ART Saturday, December 29, 2007 at 11:59:58 PM No -3 hours ART Saturday, December 29, 2007 at 11:59:59 PM No -3 hours ART Sunday, December 30, 2007 at 1:00:00 AM 1 hour -2 hours ARST Sunday, December 30, 2007 at 1:00:01 AM 1 hour -2 hours ARST Sunday, December 30, 2007 at 1:00:02 AM 1 hour -2 hours ARST Atte, Ricardo Pablo Lavaggi Fibertel | PRIMA | Cablevision | Teledigital Buenos Aires - Argentina (+5411) 5199-5173 RLavaggi(a)cablevision.com.ar Visite http://www.cablevision.com.ar Visite http://www.fibertel.com.ar ___________________________________________________________________________ Este mensaje es confidencial. Puede contener informacion amparada por el secreto comercial. Si usted ha recibido este e-mail por error, debera eliminarlo de su sistema. No debera copiar el mensaje ni divulgar su contenido a ninguna persona. Muchas gracias. This message is confidential. It may also contain information that is privileged or not authorized to be disclosed. If you have received it by mistake, delete it from your system. You should not copy the messsage nor disclose its contents to anyone. Many thanks. ___________________________________________________________________________

1 0

Senators approved DST in Argentina
by Jesper Norgaard Welen Dec. 26, 2007

Dec. 26, 2007

The Senate approved the DST proposal with 57 votes to 3: http://www.telam.com.ar/vernota.php?tipo=N <http://www.telam.com.ar/vernota.php?tipo=N&idPub=87422&id=201118&dis=1&sec= 1> &idPub=87422&id=201118&dis=1&sec=1 The article says that the measure is now being processed by "Deputados", to be approved today. I still haven't seen the text of the proposal that they are voting about, and especially it is not clear what is meant in news articles about "from 30.th of December" which to me would be 2007-12-30 0:00 and "starting midnight of 30.th. December" which to me means 2007-12-30 24:00 or rather 2007-12-31 0:00. I agree that without further information it is probably more likely to be 2007-12-30 0:00 as Paul Eggert has proposed for a tz database change. But the actual text of the (future) law would be helpful. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

2 1

Argentinian DST
by Jesper Norgaard Welen Dec. 26, 2007

Dec. 26, 2007

There seems to be some anxiety whether the Argentinian DST goes through. The funny thing is that according to this article http://www.parlamentario.com/noticia-12594.html ... most members seem to be in favor, since this was already suggested by the opposition several times, in vain (it was rejected). On the other hand now that the government suggests it, the oppositon has refused to cooperate to gather sufficient members of Congress to vote - and apparently they can't vote without being physically present, and according to law two thirds must be present to convert this proposal into law, which is both a requirement for the the Upper (Senados) chamber and the Lower (Diputados) chamber. Apparently it's a non-issue that business and airline schedules, Operating Systems, Java, Windows Upgrade etc. etc. have to be frantically changed in very few days since we still have no definite answer. - Jesper Nørgaard Welen Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0

Time Zone File format - When does tzh_ttisgmtcnt or tzh_ttisstdcnt differ from tzh_typecnt, and how, and why?
by Jonathan Leffler Dec. 10, 2007

Dec. 10, 2007

In tzfile.5.txt, it says: tzh_ttisgmtcnt The number of UTC/local indicators stored in the file. tzh_ttisstdcnt The number of standard/wall indicators stored in the file. ... tzh_typecnt The number of "local time types" for which data is stored in the file (must not be zero). Empirically, in the tzdata2007h and tzdataj data sets, the values of tzh_ttisgmtcnt, tzh_ttisstdcnt and tzh_typecnt are always identical. Under what circumstances are there any differences in the three values? If the answer is "when the stdcnt or gmtcnt is zero", when does that happen? If the answer is "when the stdcnt or gmtcnt is a non-zero value different from typecnt", then what do the values mean? If the answer is "there isn't any difference any more, but historically, there was a transition period when they weren't all present and the stdcnt and gmtcnt were sometimes zero back then", then I can live with that as a satisfactory enough explanation. -- 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: Jan Mayen in wrong zone
by Olson, Arthur David (NIH/NCI) [E] Dec. 9, 2007

Dec. 9, 2007

I'm (very belatedly) forwarding this message from Jonas Melian, 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: Jonas Melian [mailto:jonas@mailup.net] Sent: Friday, November 09, 2007 6:08 To: tz(a)lecserver.nci.nih.gov Subject: Jan Mayen in wrong zone Jan Mayen has been placed ('zone.tab' file) in the Atlantic zone but it's too in the Arctic [1] as Svalbard. Svalbard and Jan Mayen (SJ): Arctic/Longyearbyen, Svalbard Atlantic/Jan_Mayen, Jan Mayen [1] http://en.wikipedia.org/wiki/Jan_Mayen

3 2

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