- tz - lists.iana.org

Re a little help
by Sue Ann Bowling May 25, 1998

May 25, 1998

So far as time zones for remote stations providing met data, there should be something about the current time zone, at least, at the world meteorological organization, since observations are reduced to UT. Sue Ann Bowling, Geophysical Institute, University of Alaska Fairbanks Professional URL <http://climate.gi.alaska.edu/Bowling/Bowling.html> Dog URL<http://bowlingsite.mcf.com/DogPage.html>

1 0

a little help? (ok, maybe more than just a litte)
by CHancuff May 25, 1998

May 25, 1998

I know this is rather bold for my first post to this list. I need some assistance in the current time zone and DST information on the following places. UTC variation and begining and ending dates of DST (if observed) would be great. ASHMORE AND CARTIER ISLANDS BAKER ISLAND BASSAS DA INDIA BOUVET ISLAND BRITISH INDIAN OCEAN TERRITORY CLIPPERTON ISLAND CORAL SEA ISLANDS EUROPA ISLAND FRENCH SOUTHERN AND ANARCTIC LANDS GAZA STRIP GUERNSEY HEARD ISLAND AND MACDONALD ISLANDS HOWLAND ISLAND ISLE OF MAN JARVIS ISLAND JERSEY JUAN DE NOVA ISLAND MONTENEGRO NAVASSA ISLAND PALMYRA ATOLL PARACEL ISLANDS PITCAIRN ISLANDS SOUTH GEORGIA AND THE SOUTH SANDWICH SPRATLY ISLANDS TOKELAU TROMELIN ISLAND VATICAN CITY WESTERN SAHARA TIA (timidly said) Cliff Hancuff

2 1

error in zone.tab
by Alex LIVINGSTON May 25, 1998

May 25, 1998

I believe I've spotted an error in the zone.tab file: NZ -4355+17630 Pacific/Chatham Chatham Island Isn't Chatham Island east of the 180 degree meridian (though west of the "International Date Line")? _______________ Alex LIVINGSTON Macintosh Support IT, Australian Graduate School of Management (AGSM), Uni. of NSW (UNSW) Fax: +61 2 9931-9349 / Phone: +61 2 9931-9264 / Time: UTC + 10 or 11 h.

2 1

Re: tz leap second bug encountered by sendmail 8.8.8 in Australia
by Bradley White May 25, 1998

May 25, 1998

> The basic problem is that tz code looks at the system file > .../zoneinfo/GMT to decide what leap seconds to use when computing > GMT; this leads to bogus results if the user wants leap seconds and > the system file doesn't (or vice versa). Might I proffer that this is not a problem with the tz code, but a truthful representation of the situation presented to it. If "the user wants leap seconds and the system file doesn't (or vice versa)," the user is just kidding themselves. Either the system clock ticks leap seconds (a stationary epoch), or it doesn't. All tz files used on the system should reflect that reality. The suggested gmtoff() algorithm will always produce such varying results if localtime() and gmtime() cannot agree on minute boundaries, whether the discrepancy is a leapsecond artifact or not. Bradley

3 4

Re: proposed tz changes for Davis Station, Palestine, etc.
by Paul Eggert May 24, 1998

May 24, 1998

In my most recent proposed change I forgot to update zone.tab for Davis. Also, some URLs in tzselect.ksh are obsolescent. Here's a further patch. =================================================================== RCS file: RCS/tzselect.ksh,v retrieving revision 1997.9 retrieving revision 1997.9.1.1 diff -u -r1997.9 -r1997.9.1.1 --- tzselect.ksh 1997/12/29 14:53:41 1997.9 +++ tzselect.ksh 1998/05/24 19:15:13 1997.9.1.1 @@ -10,7 +10,7 @@ # If your host lacks the Korn shell, # you can use either of the following free programs instead: # -# <a href=ftp://ftp.gnu.ai.mit.edu/pub/gnu/> +# <a href=ftp://ftp.gnu.org/pub/gnu/> # Bourne-Again shell (bash) # </a> # @@ -22,7 +22,7 @@ # If your host lacks awk, or has an old awk that does not conform to Posix.2, # you can use either of the following free programs instead: # -# <a href=ftp://ftp.gnu.ai.mit.edu/pub/gnu/> +# <a href=ftp://ftp.gnu.org/pub/gnu/> # GNU awk (gawk) # </a> # =================================================================== RCS file: RCS/zone.tab,v retrieving revision 1.2.1.6 retrieving revision 1.2.1.7 diff -u -r1.2.1.6 -r1.2.1.7 --- zone.tab 1998/05/24 07:36:46 1.2.1.6 +++ zone.tab 1998/05/24 19:15:37 1.2.1.7 @@ -33,6 +33,7 @@ AQ -9000+00000 Antarctica/South_Pole Amundsen-Scott Station, South Pole AQ -6448-06406 Antarctica/Palmer Palmer Station, Anvers Island AQ -6736+06253 Antarctica/Mawson Mawson Station, Holme Bay +AQ -6835+07758 Antarctica/Davis Davis Station, Vestfold Hills AQ -6617+11031 Antarctica/Casey Casey Station, Bailey Peninsula AQ -6640+14001 Antarctica/DumontDUrville Dumont-d'Urville Base, Terre Adelie AR -3436-05827 America/Buenos_Aires E Argentina (BA, DF, SC, TF)

1 0

FW: tz interface problems
by Olson, Arthur David May 23, 1998

May 23, 1998

---------- From: D. J. Bernstein[SMTP:djb@cr.yp.to] Sent: Monday, May 18, 1998 3:32 AM To: arthur_david_olson(a)nih.gov; djb(a)cr.yp.to Subject: tz interface problems 1. Check out the dates produced by sendmail on one host: Mon, 18 May 1998 16:36:37 +0930 Mon, 18 May 1998 16:36:38 +0930 Mon, 18 May 1998 16:36:39 +0929 Mon, 18 May 1998 16:36:40 +0929 The problem, of course, is that sendmail is figuring out the offset by comparing the hours and minutes shown by localtime() and gmtime(). Mailers don't care about time zone names; they want the UTC offset. Do you have a routine that, given a time, returns the offset? (1-second offsets can't be expressed in mail, but that's a separate problem.) 2. I'm sure you're aware that BSD and Linux now include your routines. Unfortunately, they don't make it easy for typical users to regenerate the time-zone files. Users could download new files, but that's a megabyte of data. The practical effect is that many systems slipped by a second in 1997, and will probably slip by another second at the end of 1998. How difficult would it be for you to get leap-second data from another file? I've been working on the Y2038 problem, and I've put together an /etc/leapsecs.dat format for recording leap seconds. ---Dan

4 5

Re: FW: tz interface problems
by Bradley White May 22, 1998

May 22, 1998

> The problem, of course, is that sendmail is figuring out the offset by > comparing the hours and minutes shown by localtime() and gmtime(). > > That method should be reliable, so long as you pass the same timestamp > to both localtime and gmtime. Can you give more details about the problem? > > Do you have a routine that, given a time, returns the offset? > > There's not one in the tz packages, but one is commonly included in GNU code. > I'll enclose a copy at the end of this message. Of course the Right Way > to do it is to use tm_gmtoff, but this isn't blessed by the standards. > /* Yield A - B, measured in seconds. */ > time_t > difftm (a, b) > struct tm const *a; > struct tm const *b; > { : > } > > /* Yield the number of seconds that local time is ahead of GMT at > time T, or 0 if this is not known. */ > long > gmtoff (t) > time_t t; > { : > return difftm (ltp, &gmt); > } If you only need gmtoff() [and not the full generality of difftm()], a more simple solution that utilizes the fact that localtime() and gmtime() are never more than one day apart is ... long gmtoff(time_t t) { struct tm lcl = *localtime(&t); struct tm utc = *gmtime(&t); if (lcl.tm_mday != utc.tm_mday) (((lcl.tm_mon == utc.tm_mon) == (lcl.tm_mday > utc.tm_mday)) ? &lcl : &utc)->tm_hour += 24; return ((lcl.tm_hour - utc.tm_hour) * 60) + (lcl.tm_min - utc.tm_min); } Bradley

1 0

Re: Update of the CIA World Factbook : no more TZ map
by mathew＠ican.net May 21, 1998

May 21, 1998

Apparently, the CIA world time zone map is still available online from the University of Texas at Austin: http://www.lib.utexas.edu/Libs/PCL/Map_collection/world_maps.html It has the 1997 map in pdf (Adobe Acrobat) format (http://www.lib.utexas.edu/Libs/PCL/Map_collection/world_maps/Std_Time_Zones…) and the 1995 map as a JPEG (http://www.lib.utexas.edu/Libs/PCL/Map_collection/world_maps/Time_95.jpg) Also see the CIA publication catalogue (http://www.odci.gov/cia/publications/mapspub/222.html) Mathew Englander

1 0

Time zone converter
by Dee Ann Abel May 20, 1998

May 20, 1998

I'd like to announce a time zone converter that I have available. The URL is: http://www.burbs.com/cgi-bin/tzconvert.pl Is there an archive or FAQ available for this list? Thanks :) Dee Ann Abel

1 0

Re: FW: tz interface problems
by Ulrich Drepper May 20, 1998

May 20, 1998

"Olson, Arthur David" <OLSONA(a)dc37a.nci.nih.gov> writes: > 2. I'm sure you're aware that BSD and Linux now include your routines. Wrong. For Linux using glibc we have our own functions. > Unfortunately, they don't make it easy for typical users to regenerate > the time-zone files. Users could download new files, but that's a > megabyte of data. Also not true. We distribute the database in glibc and whoever wants to update her/his system manually can use the diffs generated for each new version of glibc. -- Uli ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

1 0

Update of the CIA World Factbook : no more TZ map
by Antoine Leca May 19, 1998

May 19, 1998

Hi all, While browsing the CIA World factbook, I noticed that they have upgraded to 1997 version, which is very nice IMHO. <http://www.odci.gov/cia/publications/factbook/index.html> However, from our point point of view, this is not *that* nice, because they removed completely (unless I missed something) the TZ map of the world (and TZ informations about the countries as well, except a note about Kiribati moving the intl' date line). So the file www.htm should be updated to remove completely the present links. I do not know if we should keep the reference to this work. Note there is another reference to this map in the `asia' file (about Mongolia), which should be removed too. Antoine

2 1

tzcode1998d.tar.gz and tzdata1998d.tar.gz
by Olson, Arthur David May 14, 1998

May 14, 1998

The files ftp://elsie.nci.nih.gov/pub/tzcode1998d.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata1998d.tar.gz are now available. The only differences between these and the 1998c files are changes to comments (in particular, elimination of references to CIA maps). "Arts.htm", "WWW.htm", "asia", and "australasia" are the only places where changes occur. --ado

1 0

Saudi Arabia does not observe DST
by Paul Eggert April 13, 1998

April 13, 1998

I Followed up on the recent report that Kingdom of Saudi Arabia observes daylight saving time by asking the Saudi Embassy to the United States about it. They replied that DST is not observed there. ------- Start of forwarded message ------- From: Saeed Alahmed <saa(a)embassy.saudi.net> To: Paul Eggert <eggert(a)twinsun.com> Subject: RE: Does Saudi Arabia observe daylight saving time? Date: Mon, 13 Apr 1998 12:30:24 -0400 Return-Receipt-To: Saeed Alahmed <saa(a)embassy.saudi.net> Dear Sir, Saudi Arabia does not observe the daylight saving time. The time difference is 8 hours ahead of the USA and during the first weekend of April you would use the daylight time saving. ------- End of forwarded message -------

1 0

FW: Time Zone Database
by Paul Stewart April 9, 1998

April 9, 1998

Clarissa is not on the time zone mailing list, but would like to be added (how does one do that again?) ------- Forwarded Message From: "Clarissa Gammel" <cg(a)pc-plus.de> To: Stewart(a)networks.ecse.rpi.edu Date: Tue, 7 Apr 1998 09:59:44 PDT Subject: Time Zone Database Hi Paul, I do not succeed. Would you please forward the questions below to the people with the unreachable adress tz(a)elsie.nci.nih.gov. and have me subscribed? Thank you very much in advance Clarissa Hello, I have some questions to the Time Zone Database: How often are there changes to the time difference information (approximately)? How many countries are there with different time zones in one country? Who provides that information? Is it a governmental institution? (contact adress) When in general are the dates for those changes? Are they regular, or each year different? Are there any rules? Which countries do or don't have summer or winter time? Thanks for helping me Clarissa ------- End of Forwarded Message

3 2

FW: Question of time :-)
by Olson, Arthur David April 8, 1998

April 8, 1998

Note that Guenther is not on the time zone mailing list. --ado ---------- From: Guenther Grau[SMTP:Guenther.Grau@bk.bosch.de] Sent: Tuesday, April 07, 1998 12:36 PM To: tz(a)elsie.nci.nih.gov Subject: Question of time :-) Hi, I don't know if this is correct address to send this to, but I hope you'll be able to redirect me in case it's not :-) In my application I need to know, the time difference between any given time in any given timezone, and UTC. Is this possible to do WITHOUT changing the TZ environment variable? I cannot do this, because this is in a multithreaded program, and changing TZ would affect other threads. I cannot fork another process, as this takes too much time and resources. I need a program, that does sth. like this: > echo $TZ MET > date Tue Apr 7 18:31:42 MET DST 1998 > calculateUtcDifference "1.2.1998 12:13 EST" 5 hours I would be great if you knew a portable solution (solaris/hp-ux). Thanx in advance Guenther

2 1

Question of time :-)
by Guenther Grau April 7, 1998

April 7, 1998

Hi, I don't know if this is correct address to send this to, but I hope you'll be able to redirect me in case it's not :-) In my application I need to know, the time difference between any given time in any given timezone, and UTC. Is this possible to do WITHOUT changing the TZ environment variable? I cannot do this, because this is in a multithreaded program, and changing TZ would affect other threads. I cannot fork another process, as this takes too much time and resources. I need a program, that does sth. like this: > echo $TZ MET > date Tue Apr 7 18:31:42 MET DST 1998 > calculateUtcDifference "1.2.1998 12:13 EST" 5 hours I would be great if you knew a portable solution (solaris/hp-ux). Thanx in advance Guenther

1 0

URL for coverage of Athens, Ohio DST disturbance
by Olson, Arthur David April 7, 1998

April 7, 1998

See http://www.washingtonpost.com/wp-srv/WPlate/1998-04/06/062l-040698-idx.html for coverage of the 1998-04-05 Athens, Ohio DST disturbance. (The URL is likely to expire within two weeks.) --ado

1 0

Dangers of DST
by Olson, Arthur David April 6, 1998

April 6, 1998

A story on page A10 of the Washington Post for today, April 6, 1998, tells of five Athens, Ohio police officers injured when rowdiness erupted in a crowd "gathered outside downtown bars...before the 2 a.m. closing, half an hour earlier than usual because of the time change..." The story was part of a collection "compiled from news services." Your correspondent also heard a report of the incident on CBS radio news the morning of April 5, 1998. --ado

1 0

y2k281.txt
by Olson, Arthur David April 6, 1998

April 6, 1998

Having received reports of email garbling of the proposed gcc changes to check strftime formats, I've made ftp://elsie.nci.nih.gov/pub/y2k281.txt available. --ado

1 0

RE: daylight saving time in Saudi Arabia
by Bailey, Alex April 6, 1998

April 6, 1998

I have just received a reply from my contact in Riyadh who says "No, not even a rumour here" to the question - as far as we can see there is no DST in Saudi. Alex Bailey EDS-Xerox EMEA Network Support Marlow, UK. >-----Original Message----- >From: Paul Eggert [SMTP:eggert@twinsun.com] >Sent: 02 April 1998 21:27 >To: alex.bailey(a)uk.xerox.com >Cc: tz(a)elsie.nci.nih.gov >Subject: Re: daylight saving time in Saudi Arabia > >In comp.sys.hp.hpux you write: > >>Saudi Arabia goes to daylight saving >>time at midnite on 3/4/98, ie tomorrow nite. > >Can you please give more details about this? >Did Saudi Arabia just start using daylight-saving time this year? >Does Saudi Arabia use the same daylight-saving rules as Jordan, or some >other rules? (Jordan switches forward on the first Friday in April at >00:00, and switches back on the third Friday in September at 01:00.) > >Do you know whether other nearby countries are also newly observing DST? > >Thanks for any information you can provide; I'll include it in the >public domain daylight-saving time database at ftp://elsie.nci.nih.gov/pub/. >

1 0

Re: daylight saving time in Saudi Arabia
by Paul Eggert April 2, 1998

April 2, 1998

In comp.sys.hp.hpux you write: >Saudi Arabia goes to daylight saving >time at midnite on 3/4/98, ie tomorrow nite. Can you please give more details about this? Did Saudi Arabia just start using daylight-saving time this year? Does Saudi Arabia use the same daylight-saving rules as Jordan, or some other rules? (Jordan switches forward on the first Friday in April at 00:00, and switches back on the third Friday in September at 01:00.) Do you know whether other nearby countries are also newly observing DST? Thanks for any information you can provide; I'll include it in the public domain daylight-saving time database at ftp://elsie.nci.nih.gov/pub/.

1 0

updated strftime checking patch for gcc-2.8.1
by Olson, Arthur David April 2, 1998

April 2, 1998

Below find an updated strftime-checking patch for the c-common.c distributed with gcc-2.8.1 The patch arranges for gcc to do the same sort of checking of strftime formats as it does of printf and scanf formats. The patch also warns about formats that will (or that might in some locale) produce only the low-order two digits of a year, since such formats may cause Y2K challenges. The goal here was to minimize changes to c-common.c, so in some cases the coding is strained. Please forgive. If anyone has ideas for improvements before this goes off to the GNU folks, I'd love to hear from you. --ado *** 1.1/c-common.c Thu Apr 2 15:17:37 1998 --- 1/c-common.c Thu Apr 2 15:17:37 1998 *************** *** 643,648 **** --- 643,653 ---- || !strcmp (IDENTIFIER_POINTER (format_type), "__scanf__"))) is_scan = 1; + else if (TREE_CODE (format_type) == IDENTIFIER_NODE + && (!strcmp (IDENTIFIER_POINTER (format_type), "strftime") + || !strcmp (IDENTIFIER_POINTER (format_type), + "__strftime__"))) + is_scan = 2; else if (TREE_CODE (format_type) == IDENTIFIER_NODE) { error ("`%s' is an unrecognized format function type", *************** *** 954,959 **** --- 959,1006 ---- { NULL } }; + /* + ** Only format characters recognized by glibc 2.0.6's strftime (as of 1998-04-01) handled. + ** "2" is used to for formats which MUST do years as only two digits; + ** "3" is used for formats which MAY do years as only two digits (depending on locale). + ** "E" is used for formats where E modifier is acceptable + ** "O" is used for formats where O modifier is acceptable by standard + ** "o" is used for formats where O modifier is acceptable by GNU only + ** "G" is used for GNU extensions + */ + + static format_char_info time_char_table[] = { + + /* Sure Y2K troublemakers... */ + { "y", 0, NULL, NULL, NULL, NULL, NULL, NULL, "2EO-_0w" }, /* last 2 of year */ + { "D", 0, NULL, NULL, NULL, NULL, NULL, NULL, "2" }, /* %m/%d/%y--04/02/98 */ + { "g", 0, NULL, NULL, NULL, NULL, NULL, NULL, "2O-_0w" }, /* last 2 of ISO year */ + + /* Possible Y2K troublemakers... */ + { "cx", 0, NULL, NULL, NULL, NULL, NULL, NULL, "3E" }, /* locale date+time/date */ + + /* Literals, combo formats, and am/pm: no modifications, please! */ + { "%RTXnrt", 0, NULL, NULL, NULL, NULL, NULL, NULL, "" }, + { "P", 0, NULL, NULL, NULL, NULL, NULL, NULL, "G" }, + + /* Formats for one number that all agree take 'O' modifier (except "y" above) */ + { "HIMSUWdemw", 0, NULL, NULL, NULL, NULL, NULL, NULL, "-_0Ow" }, + + /* Standard formats for one number, GNU but not standard takes 'O' modifier + { "Vju", 0, NULL, NULL, NULL, NULL, NULL, NULL, "-_0Oow" }, + + /* GNU-only formats for one number */ + { "Gklsz", 0, NULL, NULL, NULL, NULL, NULL, NULL, "-_0OGw" }, + + /* Other stuff */ + { "ABZa", 0, NULL, NULL, NULL, NULL, NULL, NULL, "^#" }, + { "p", 0, NULL, NULL, NULL, NULL, NULL, NULL, "#" }, /* AM/PM--is upcase, so no ^ */ + { "bh", 0, NULL, NULL, NULL, NULL, NULL, NULL, "^" }, /* short month name */ + { "CY", 0, NULL, NULL, NULL, NULL, NULL, NULL, "-_0EOw" }, /* century/full year */ + + { NULL } + }; + typedef struct function_format_info { struct function_format_info *next; /* next structure on the list */ *************** *** 1000,1005 **** --- 1047,1053 ---- record_function_format (get_identifier ("vprintf"), NULL_TREE, 0, 1, 0); record_function_format (get_identifier ("vfprintf"), NULL_TREE, 0, 2, 0); record_function_format (get_identifier ("vsprintf"), NULL_TREE, 0, 2, 0); + record_function_format (get_identifier ("strftime"), NULL_TREE, 2, 3, 0); record_international_format (get_identifier ("gettext"), NULL_TREE, 1); record_international_format (get_identifier ("dgettext"), NULL_TREE, 2); *************** *** 1008,1015 **** /* Record information for argument format checking. FUNCTION_IDENT is the identifier node for the name of the function to check (its decl ! need not exist yet). IS_SCAN is true for scanf-type format checking; ! false indicates printf-style format checking. FORMAT_NUM is the number of the argument which is the format control string (starting from 1). FIRST_ARG_NUM is the number of the first actual argument to check against the format string, or zero if no checking is not be done --- 1056,1064 ---- /* Record information for argument format checking. FUNCTION_IDENT is the identifier node for the name of the function to check (its decl ! need not exist yet). ! IS_SCAN is 1 for scanf-type format checking; 2 indicates strftime-style format checking; ! 0 indicates printf-style format checking. FORMAT_NUM is the number of the argument which is the format control string (starting from 1). FIRST_ARG_NUM is the number of the first actual argument to check against the format string, or zero if no checking is not be done *************** *** 1246,1252 **** } flag_chars[0] = 0; suppressed = wide = precise = FALSE; ! if (info->is_scan) { suppressed = *format_chars == '*'; if (suppressed) --- 1295,1302 ---- } flag_chars[0] = 0; suppressed = wide = precise = FALSE; ! aflag = 0; ! if (info->is_scan == 1) { suppressed = *format_chars == '*'; if (suppressed) *************** *** 1254,1260 **** while (isdigit (*format_chars)) ++format_chars; } ! else { /* See if we have a number followed by a dollar sign. If we do, it is an operand number, so set PARAMS to that operand. */ --- 1304,1349 ---- while (isdigit (*format_chars)) ++format_chars; } ! else if (info->is_scan == 2) ! { ! while (*format_chars != 0 && index ("_-0^#", *format_chars) != 0) ! { ! pedwarn ("ANSI C does not support the GNU-extension `%c' flag", ! *format_chars); ! if (index (flag_chars, *format_chars) != 0) ! { ! warning ("repeated `%c' flag in format", ! *format_chars); ! ++format_chars; ! } ! else ! { ! i = strlen (flag_chars); ! flag_chars[i++] = *format_chars++; ! flag_chars[i] = 0; ! } ! } ! while (isdigit (*format_chars)) ! { ! wide = TRUE; ! ++format_chars; ! } ! if (wide) ! pedwarn ("ANSI C does not support GNU-extension widths"); ! if (*format_chars == 'E' || *format_chars == 'O') ! { ! i = strlen (flag_chars); ! flag_chars[i++] = *format_chars++; ! flag_chars[i] = 0; ! if (*format_chars == 'E' || *format_chars == 'O') ! { ! warning ("multiple E/O modifiers in format"); ! while (*format_chars == 'E' || *format_chars == 'O') ! ++format_chars; ! } ! } ! } ! else if (info->is_scan == 0) { /* See if we have a number followed by a dollar sign. If we do, it is an operand number, so set PARAMS to that operand. */ *************** *** 1388,1393 **** --- 1477,1484 ---- } } } + if (info->is_scan != 2) + { if (*format_chars == 'h' || *format_chars == 'l') length_char = *format_chars++; else if (*format_chars == 'q' || *format_chars == 'L') *************** *** 1422,1427 **** --- 1513,1519 ---- format_chars++; } } + } if (suppressed && length_char != 0) { sprintf (message, *************** *** 1430,1442 **** warning (message); } format_char = *format_chars; ! if (format_char == 0 || format_char == '%') { warning ("conversion lacks type at end of format"); continue; } format_chars++; ! fci = info->is_scan ? scan_char_table : print_char_table; while (fci->format_chars != 0 && index (fci->format_chars, format_char) == 0) ++fci; --- 1522,1539 ---- warning (message); } format_char = *format_chars; ! if (format_char == 0 || (info->is_scan != 2 && format_char == '%')) { warning ("conversion lacks type at end of format"); continue; } format_chars++; ! if (info->is_scan == 0) ! fci = print_char_table; ! else if (info->is_scan == 1) ! fci = scan_char_table; ! else ! fci = time_char_table; while (fci->format_chars != 0 && index (fci->format_chars, format_char) == 0) ++fci; *************** *** 1453,1458 **** --- 1550,1561 ---- warning (message); continue; } + if (index (fci->flag_chars, 'G') != 0) + pedwarn ("ANSI C does not support the GNU-extension `%c' format", + format_char); + if (index (fci->flag_chars, 'o') != 0 && index(flag_chars, 'O') != 0) + pedwarn ("ANSI C does not support `O' modifier of `%c' format", + format_char); if (wide && index (fci->flag_chars, 'w') == 0) { sprintf (message, "width used with `%c' format", *************** *** 1459,1464 **** --- 1562,1579 ---- format_char); warning (message); } + if (index (fci->flag_chars, '2') != 0) + { + sprintf (message, "`%c' format only yields last two digits of years", + format_char); + warning (message); + } + if (index (fci->flag_chars, '3') != 0) + { + sprintf (message, "`%c' format may only yield last two digits of years in some locales", + format_char); + warning (message); + } if (precise && index (fci->flag_chars, 'p') == 0) { sprintf (message, "precision used with `%c' format", *************** *** 1473,1479 **** /* To simplify the following code. */ aflag = 0; } ! if (info->is_scan && format_char == '[') { /* Skip over scan set, in case it happens to have '%' in it. */ if (*format_chars == '^') --- 1588,1594 ---- /* To simplify the following code. */ aflag = 0; } ! if (info->is_scan == 1 && format_char == '[') { /* Skip over scan set, in case it happens to have '%' in it. */ if (*format_chars == '^') *************** *** 1502,1512 **** for (i = 0; flag_chars[i] != 0; ++i) { if (index (fci->flag_chars, flag_chars[i]) == 0) ! { ! sprintf (message, "flag `%c' used with type `%c'", flag_chars[i], format_char); - warning (message); - } } if (precise && index (flag_chars, '0') != 0 && (format_char == 'd' || format_char == 'i' --- 1617,1624 ---- for (i = 0; flag_chars[i] != 0; ++i) { if (index (fci->flag_chars, flag_chars[i]) == 0) ! warning ("flag `%c' used with `%c' format", flag_chars[i], format_char); } if (precise && index (flag_chars, '0') != 0 && (format_char == 'd' || format_char == 'i' *************** *** 1527,1533 **** case 'L': wanted_type = fci->bigllen ? *(fci->bigllen) : 0; break; case 'Z': wanted_type = fci->zlen ? *fci->zlen : 0; break; } ! if (wanted_type == 0) { sprintf (message, "use of `%c' length character with `%c' type character", --- 1639,1645 ---- case 'L': wanted_type = fci->bigllen ? *(fci->bigllen) : 0; break; case 'Z': wanted_type = fci->zlen ? *fci->zlen : 0; break; } ! if (info->is_scan != 2 && wanted_type == 0) { sprintf (message, "use of `%c' length character with `%c' type character",

1 0

Time zone information
by apritchard＠cix.co.uk April 2, 1998

April 2, 1998

Yes, the Global Gazetteer has fields covering the GMT offset, and DST for each place (3.5m) on the file. Also time data relating to countries and administrative areas. Best wishes Alan Pritchard The GLOBAL GAZETTEER: the world on file http://www.knowledge.co.uk/xxx/geodata/

1 0

FW: Zip code Correlation
by Olson, Arthur David April 1, 1998

April 1, 1998

Devin is now on the time zone mailing list. --ado ---------- From: DEVIN DORMINEY[SMTP:DDORMINE@email.usps.gov] Sent: Wednesday, April 01, 1998 4:54 PM To: - (052)tz(a)elsie.nci.nih.gov Subject: Zip code Correlation Have you got or know of anyone who has a database that correlates zipcodes with timezones? Thanks Devin

1 0

[worc0223@sable.ox.ac.uk] libc/537: Zone file for London is incorrect
by Ulrich Drepper March 30, 1998

March 30, 1998

Hi, We got today the appended bug report. The time code seems to work correctly according to the timezone data and since the reporter seems to be from the UK the data might be wrong. Any comment on this? Thanks, -- Uli ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Cygnus Solutions `--' drepper at cygnus.com `------------------------

1 0