- tz - lists.iana.org

Proposed changes
by Olson, Arthur David (NCI) Sept. 20, 1999

Sept. 20, 1999

Here are proposed changes to update Tonga, Brazil, Jordan, and Bulgaria; also included are changes to finalize handling of DST-specifying time zone strings in the absence of a file from which to get information. If nobody squawks, I'll update the tzcode and tzdata files on elsie.nci.nih.gov on Thursday. --ado diff -c -r old/Makefile new/Makefile *** old/Makefile Tue Aug 17 14:09:09 1999 --- new/Makefile Mon Sep 20 16:36:23 1999 *************** *** 29,34 **** --- 29,37 ---- POSIXRULES= America/New_York + # Also see TZDEFRULESTRING below, which takes effect only + # if the time zone files cannot be accessed. + # Everything gets put in subdirectories of. . . TOPDIR= /usr/local *************** *** 96,101 **** --- 99,106 ---- # -DLOCALE_HOME=\"path\" if locales are in "path", not "/usr/lib/locale" # -DHAVE_UNISTD_H=0 if your compiler lacks a "unistd.h" (Microsoft C++ 7?) # -DHAVE_UTMPX_H=1 if your compiler has a "utmpx.h" + # -DTZDEFRULESTRING=\",date/time,date/time\" to default to the specified + # DST transitions if the time zone files cannot be accessed # -DTZ_DOMAIN=\"foo\" to use "foo" for gettext domain name; default is "tz" # -TTZ_DOMAINDIR=\"/path\" to use "/path" for gettext directory; # the default is system-supplied, typically "/usr/lib/locale" *************** *** 156,162 **** # "timeoff" is like "timegm" except that it accepts a second (long) argument # that gives an offset to use when converting to a time_t. # "posix2time" and "time2posix" are described in an included manual page. ! # None of these functions are described in X3J11's current work. # Sun has provided "tzsetwall", "timelocal", and "timegm" in SunOS 4.0. # These functions may well disappear in future releases of the time # conversion package. --- 161,167 ---- # "timeoff" is like "timegm" except that it accepts a second (long) argument # that gives an offset to use when converting to a time_t. # "posix2time" and "time2posix" are described in an included manual page. ! # None of these functions are described in X3J11's work. # Sun has provided "tzsetwall", "timelocal", and "timegm" in SunOS 4.0. # These functions may well disappear in future releases of the time # conversion package. diff -c -r old/asia new/asia *** old/asia Tue Aug 17 14:45:35 1999 --- new/asia Mon Sep 20 18:13:37 1999 *************** *** 648,658 **** # Since 1938, all Japanese possessions have been like Asia/Tokyo. # Jordan ! # From Steffen Thorsen (1999-05-08): # Jordan do not have DST this year. It also seems that they are not going # to use it the next years either. "We do not need it" was the answer I got # from the Jordan National Information Centre (http://www.nic.gov.jo) # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S Rule Jordan 1973 1975 - Oct 1 0:00 0 - --- 648,676 ---- # Since 1938, all Japanese possessions have been like Asia/Tokyo. # Jordan ! # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-05-08): # Jordan do not have DST this year. It also seems that they are not going # to use it the next years either. "We do not need it" was the answer I got # from the Jordan National Information Centre (http://www.nic.gov.jo) # + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # In April I reported that Jordan had stopped using DST. Now the government + # will use DST all year long, as reported in this Jordanian newspaper: + # <a href="http://star.arabia.com/990701/JO9.html"> + # http://star.arabia.com/990701/JO9.html + # </a> + # + # "Summer time is back + # Clocks in Jordan were forwarded one hour on Wednesday at midnight, in + # accordance with the government's decision to implement summer time all + # year round." + # + # It seems that DST was introduced on 30 June at 24:00 (or 1 July 00:00). + # This link might also be of interest: + # <a href="http://star.arabia.com/990624/JO2.html"> + # http://star.arabia.com/990624/JO2.html + # </a> + # # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Jordan 1973 only - Jun 6 0:00 1:00 S Rule Jordan 1973 1975 - Oct 1 0:00 0 - *************** *** 676,682 **** Rule Jordan 1995 1998 - Sep Fri>=15 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Amman 2:23:44 - LMT 1931 ! 2:00 Jordan EE%sT # Kazakhstan # From Paul Eggert (1996-11-22): --- 694,701 ---- Rule Jordan 1995 1998 - Sep Fri>=15 0:00s 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Asia/Amman 2:23:44 - LMT 1931 ! 2:00 Jordan EE%sT 1999 Jul ! 2:00 1:00 EEST # Kazakhstan # From Paul Eggert (1996-11-22): diff -c -r old/australasia new/australasia *** old/australasia Tue Aug 17 14:53:08 1999 --- new/australasia Mon Sep 20 18:15:01 1999 *************** *** 388,397 **** -10:00 - TKT # Tokelau Time # Tonga # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - TOT 1941 # Tonga Time ! 13:00 - TOT # Tuvalu # Zone NAME GMTOFF RULES FORMAT [UNTIL] --- 388,402 ---- -10:00 - TKT # Tokelau Time # Tonga + # Transition time is a guess--see below + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S + Rule Tonga 1999 max - Oct Sat>=1 0:00 1:00 S + Rule Tonga 2000 max - Apr Sat>=15 0:00 - - # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Pacific/Tongatapu 12:19:20 - LMT 1901 12:20 - TOT 1941 # Tonga Time ! 13:00 - TOT 1999 ! 13:00 Tonga TO%sT # Tuvalu # Zone NAME GMTOFF RULES FORMAT [UNTIL] *************** *** 1007,1009 **** --- 1012,1038 ---- # He has proposed a one-off move to tropical daylight saving for Tonga from # October to March, which has won approval in principle from the Tongan # Government. + + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # * Tonga will introduce DST in November + # + # I was given this link by John Letts <johnletts(a)earthlink.net>: + # <a hef="http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.st m"> + # http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.stm + # </a> + # + # I have not been able to find exact dates for the transition in November + # yet. By reading this article it seems like Fiji will be 14 hours ahead + # of UTC as well, but as far as I know Fiji will only be 13 hours ahead + # (12 + 1 hour DST). + + # From Arthur David Olson [arthur_david_olson(a)nih.gov] (1999-09-20): + # According to <a href="http://www.tongaonline.com/news/sept1799.html> + # http://www.tongaonline.com/news/sept1799.html + # </a>: + # "Daylight Savings Time will take effect on Oct. 2 through April 15, 2000 + # and annually thereafter from the first Saturday in October through the + # third Saturday of April. Under the system approved by Privy Council on + # Sept. 10, clocks must be turned ahead one hour on the opening day and + # set back an hour on the closing date." + # Alas, no indication of the time of day. diff -c -r old/europe new/europe *** old/europe Tue Aug 17 15:20:54 1999 --- new/europe Mon Sep 20 17:44:41 1999 *************** *** 1165,1170 **** --- 1165,1184 ---- # see Yugoslavia # Bulgaria + + # From Steffen Thorsen [straen(a)thorsen.priv.no] (1999-09-09): + # Sofia should probably use rule "EU" after 1997: + # + # Plamen Simenov <P.Simeonov(a)cnsys.bg> reports that DST transitions + # are not at midnight, but a few hours later: + # + # A document of Government of Bulgaria (No.94/1997) says: + # EET --> EETDST is in 03:00 Local time in last Sunday of March + # (new=local+1h) + # EETDST --> EET is in 04:00 Local time in last Sunday of October + # (new=local-1h) + # (EETDST = EEST) + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule Bulg 1979 only - Mar 31 23:00 1:00 S Rule Bulg 1979 only - Oct 1 1:00 0 - *************** *** 1179,1185 **** 2:00 - EET 1979 Mar 31 23:00 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 ! 2:00 E-Eur EE%sT # Croatia # see Yugosloavia --- 1193,1200 ---- 2:00 - EET 1979 Mar 31 23:00 2:00 Bulg EE%sT 1982 Sep 26 2:00 2:00 C-Eur EE%sT 1991 ! 2:00 E-Eur EE%sT 1997 ! 2:00 EU EET/EETDST # Croatia # see Yugosloavia diff -c -r old/localtime.c new/localtime.c *** old/localtime.c Tue Aug 17 14:12:02 1999 --- new/localtime.c Mon Sep 20 16:36:23 1999 *************** *** 59,64 **** --- 59,75 ---- static const char gmt[] = "GMT"; + /* + ** The DST rules to use if TZ has no rules and we can't load TZDEFRULES. + ** We default to US rules as of 1999-08-17. + ** POSIX 1003.1 section 8.1.1 says that the default DST rules are + ** implementation dependent; for historical reasons, US rules are a + ** common default. + */ + #ifndef TZDEFRULESTRING + #define TZDEFRULESTRING ",M4.1.0,M10.5.0" + #endif /* !defined TZDEFDST */ + struct ttinfo { /* time type information */ long tt_gmtoff; /* UTC offset in seconds */ int tt_isdst; /* used to set tm_isdst */ *************** *** 734,753 **** if (name == NULL) return -1; } else dstoffset = stdoffset - SECSPERHOUR; - #if 0 - /* - ** XXX--get justification for U.S.-centricism - ** before adopting the following code; - ** also get to document the behavior. - */ if (*name == '\0' && load_result != 0) ! /* ! ** Default to US rules as of 1999-08-17 if TZ has ! ** no rules and we can't load the default rules, ! */ ! name = ",M4.1.0,M10.5.0"; ! ! #endif if (*name == ',' || *name == ';') { struct rule start; struct rule end; --- 745,752 ---- if (name == NULL) return -1; } else dstoffset = stdoffset - SECSPERHOUR; if (*name == '\0' && load_result != 0) ! name = TZDEFRULESTRING; if (*name == ',' || *name == ';') { struct rule start; struct rule end; diff -c -r old/southamerica new/southamerica *** old/southamerica Tue Aug 17 14:09:08 1999 --- new/southamerica Mon Sep 20 17:07:45 1999 *************** *** 350,364 **** # Decree <a href="http://pcdsh01.on.br/figuras/HV2495.JPG">2,495</a> # (1998-02-10) Rule Brazil 1998 only - Mar 1 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11) ! # adopted by the same states as before, ! # specifies only the 1998-10-11 and 1999-02-21 transitions; # after that, these rules are guesses and are quite possibly wrong, # but they are more likely than no DST at all. ! Rule Brazil 1998 max - Oct Sun>=8 0:00 1:00 S ! Rule Brazil 1999 max - Feb Sun>=15 0:00 0 - - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Fernando de Noronha --- 350,366 ---- # Decree <a href="http://pcdsh01.on.br/figuras/HV2495.JPG">2,495</a> # (1998-02-10) Rule Brazil 1998 only - Mar 1 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/Hv98.jpg">2,780</a> (1998-09-11). ! # specifies only the 1998-10-11 and 1999-02-21 transitions. ! Rule Brazil 1998 only - Oct 11 0:00 1:00 S ! Rule Brazil 1999 only - Feb 21 0:00 0 - ! # Decree <a href="http://pcdsh01.on.br/figuras/HV3150.gif">3,150</a> ! # (1999-08-23) specifies only the 1999-10-03 and 2000-02-27 transitions; # after that, these rules are guesses and are quite possibly wrong, # but they are more likely than no DST at all. ! Rule Brazil 1999 max - Oct Sun>=1 0:00 1:00 S ! Rule Brazil 2000 max - Feb lastSun 0:00 0 - # Zone NAME GMTOFF RULES FORMAT [UNTIL] # # Fernando de Noronha

2 1

Terrorist bombing botched due to daylight saving time error?
by Paul Eggert Sept. 18, 1999

Sept. 18, 1999

Barbara Demick of Knight Ridder reports that the recent botched car bombings in Israel may have blown up those planting the bombs because they forgot to take into account the time difference between the West Bank, which still observes DST, and Israel, which reverted to standard time on September 3. See: http://www.seattletimes.com/news/nation-world/html98/alttime_19990911.html http://catless.ncl.ac.uk/Risks/20.58.html#subj12

1 0

Changes for Jordan, Bulgaria, Tonga and Brazil
by Steffen Thorsen Sept. 9, 1999

Sept. 9, 1999

* Jordan now uses DST time all year long. In April I reported that Jordan had stopped using DST. Now the government will use DST all year long, as reported in this Jordanian newspaper: http://star.arabia.com/990701/JO9.html "Summer time is back Clocks in Jordan were forwarded one hour on Wednesday at midnight, in accordance with the government's decision to implement summer time all year round." It seems that DST was introduced on 30 June at 24:00 (or 1 July 00:00). This link might also be of interest: http://star.arabia.com/990624/JO2.html * Bulgaria Sofia should probably use rule "EU" after 1997: Plamen Simenov <P.Simeonov(a)cnsys.bg> reports that DST transitions are not at midnight, but a few hours later: A document of Government of Bulgaria (No.94/1997) says: EET --> EETDST is in 03:00 Local time in last Sunday of March (new=local+1h) EETDST --> EET is in 04:00 Local time in last Sunday of October (new=local-1h) (EETDST = EEST) * Tonga will introduce DST in November I was given this link by John Letts <johnletts(a)earthlink.net>: http://news.bbc.co.uk/hi/english/world/asia-pacific/newsid_424000/424764.stm I have not been able to find exact dates for the transition in November yet. By reading this article it seems like Fiji will be 14 hours ahead of UTC as well, but as far as I know Fiji will only be 13 hours ahead (12 + 1 hour DST). * new DST-dates for Brazil (one day longer than reported in another mail to the list) http://pcdsh01.on.br/HvInic99.htm through http://babelfish.altavista.com/ gives: BEGINNING IN 1999 Zero hour of 3 of October of 1999 ENDING IN 2000 Zero hour of 27 of February of 2000 DECREE 3.150 of 23 of August of 1999 Regards, Steffen -- Steffen Thorsen <steffen(a)thorsen.priv.no> <steffent(a)pvv.ntnu.no> http://www.thorsen.priv.no

1 0

FW: Timezone with new Brazil rules
by Olson, Arthur David (NCI) Sept. 8, 1999

Sept. 8, 1999

Ricardo is not on the time zone mailing list; be sure any replies are directed appropriately. (Has anyone succeeded in tracking down a governmental source that verifies the change?) --ado -----Original Message----- From: Ricardo Reis [SMTP:rreis@ms.com] Sent: Wednesday, September 08, 1999 8:31 AM To: tz(a)elsie.nci.nih.gov Subject: Timezone with new Brazil rules Hi, I would like to know when will you have a timezone version that includes the new Brazil's rules (daylight savings from oct 3 untill feb 26)? I am attaching a southamerica file that I have edited to add those changes, but I would prefer to use a more "official" version since I am not sure if my file will work fine. I am looking forward to hearing from you. Regards, Ricardo. -- Ricardo R. B. Reis Sao Paulo IT Morgan Stanley do Brasil <<southamerica.rreis>>

1 0

problems with the cedar web site
by Galit Granot Sept. 8, 1999

Sept. 8, 1999

Hi, As some of you know we mapped the gene for a certain genetic disease to chromosome 22 using microsatelitte markers and linkage analysis. The location of the markers which we used was obtained from the cedar web site (http://cedar.genetics.soton.ac.uk) According to the update of June 25 the interval containing the possible disease causing gene spanned between markers D22S1167 (located at comp 32.626) and D22S282 (located at 41.750).According to the November 16 update the marker D22S1167 is now at 38.370 and the marker D22S282 is now at 45.040.In addition to that many genes within this area moved slightly like PDGF THAT MOVED FROM 41.319 TO 44.727,some moved together with the markers to the telomeric end for about 6Mb, some like OSM did not move at all from 32.776 and are now flanked by entirely different markers,etc. Even this November update does not correlate with our very interesting laboratory findings. Is it possible that these markers will "transpose" once more? Sincerely Yours Galit Rozenfeld Granot and Amos Toren ... bye bye from GALIT !!! ____ ~ / \ ( o ) /______\-() | " " " " " " " " " " \|//\/||\/\||/|\\|// E-mail: galitg(a)post.tau.ac.il

1 0

Timezone with new Brazil rules
by Ricardo Reis Sept. 8, 1999

Sept. 8, 1999

Hi, I would like to know when will you have a timezone version that includes the new Brazil's rules (daylight savings from oct 3 untill feb 26)? I am attaching a southamerica file that I have edited to add those changes, but I would prefer to use a more "official" version since I am not sure if my file will work fine. I am looking forward to hearing from you. Regards, Ricardo. -- Ricardo R. B. Reis Sao Paulo IT Morgan Stanley do Brasil

1 0

FW: Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz
by Olson, Arthur David (NCI) Sept. 7, 1999

Sept. 7, 1999

Note that Luis is not on the time zone mailing list; be sure to direct relevant replies to Luis. --ado -----Original Message----- From: Luis Miguel Navas Santos [SMTP:lnavas@MyAlert.com] Sent: Friday, September 03, 1999 6:25 AM To: tz(a)elsie.nci.nih.gov Subject: Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz Hello. I would like to ask you a question about the installation of these packages in HP-UX 11.0. I have installed them and I have two warnings: cc: "localtime.c", line 1260: warning 527: Integral value implicitly converted to pointer in assignment. /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (date.o) was detected. The linked output may not run on a PA 1.x system. But up to here, everything is OK (every executable is in the right place, under the /usr/local/ directory, and the PATH variable is set correctly). I set the TZ variable to, for example, America/New_York and the date command doesn't give me the right time. I have checked the file /usr/bin/locale and it's a PA-RISC1.1 shared executable dynamically linked. Maybe that's the problem. Could you tell me how can I update the version of this file, or how can I compile the package to be able to execute the included files for the PA 1.1?. Nevertheless, the directory /usr/lib/locale and its subdirectories don't exist. This could be another posible mistake. I have checked a Solaris installation and it exists and works. There is an option in the Makefile which allows to set the path to the "locale". I don't know what this exactly means. Is it a reference to the executable file or a reference to the Sun-like subdirectory. If you could tell me some suggestions or posible solutions I would really appreciate it. Thank you in advance, Luis Miguel Navas.

2 1

[Fwd: time in Nunavut]
by Antoine Leca Sept. 6, 1999

Sept. 6, 1999

Rives McDow <rmcdow(a)enteles.com> wrote the attached message in the IETF-calendar mailing list, about a new change of timezones in Nunavut. I tried to find more informations about the current timezones in this area, and it appears that there is a problem about current datas, concerning America/Pangnirtung: <http://www.arctictravel.com/chapters/pangpage.html> says they operate under Eastern Time (our datas give Atlantic time). Outside this problem, I have tried to draft the change as the news says. Contrary to what Rives thought, it appears that the new timezone will be Central Time, not Eastern Time (that is, Iqaluit which is in the Baffin Region will change from EDT to CST, setting their clocks back two hours). As we know, these kinds of change yield problem, because some moments in the gap are not clearly defined as either EDT or CST... I then drafted two lines for representing it. I also created a new timezone for the Kitikmeot region, to differentiate it from the Yellowknife region which is still in (the remaining of) Northern Territories, and thus still operate Mountain Time. I named it America/Cambridge_Bay, after the most populated "city" (1,351 inhabitants according to <http://www.arctictravel.com/chapters/cambridgepage.html>). Please review the attached changes to confirm it is OK. At least, the year of change for America/Pangnirtung should be established (perhaps by placing America/Pangnirtung in Eastern Time since 1884). Antoine --- northamerica.99e Tue Aug 17 20:09:08 1999 +++ northamerica Mon Sep 6 15:21:14 1999 @@ -888,6 +888,29 @@ # * O.I.C. 1980/02 established DST. # * O.I.C. 1987/056 changed DST to Apr firstSun 2:00 to Oct lastSun 2:00. # Shanks says Yukon's 1973-10-28 switch was at 2:00; go with Englander. +# +# From Antoine Leca (1999-09-06): +# According to <http://www.arctictravel.com/chapters/travelinfopage.html>, +# Nunavut only uses three timezones, namely Mountain Time for Kitikmeot, +# Central Time for Kivalliq alias Keematin, and Eastern Time for (most of) +# the Baffin Region. This means that at an unknown date, Pangnirtung +# moves from Atlantic Time to Eastern Time. This is confirmed by +# <http://www.arctictravel.com/chapters/pangpage.html>. +# +# From Rives McDow <rmcdow(a)enteles.com> (1999-09-04): +# The new territory of Nunavut [created 1999-04-01], in what was formerly +# part of the Northwest Territory in Canada, moved very quickly to +# incorporate the whole territory into one time zone. The change +# announcement can be viewed at +# <http://www.nunatsiaq.com/nunavut/nvt90903_13.html>. +# +# From Antoine Leca (1999-09-06): +# We then need to create a new timezone for the Kitikmeot region of Nunavut +# to differentiate it from the Yellowknife region. +# The hours of the changes are tentatives... +# Since the eastern part set their clocks back two hours, we anyway +# have to split the change in two parts. + # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule NT_YK 1918 only - Apr 14 2:00 1:00 D @@ -903,16 +926,25 @@ Rule NT_YK 1987 max - Apr Sun>=1 2:00 1:00 D # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone America/Pangnirtung -4:22:56 - LMT 1884 - -4:00 NT_YK A%sT + -4:00 NT_YK A%sT 19XX + -5:00 NT_YK E%sT 1999 Oct 31 3:00 + -6:00 - CST 1999 Oct 31 2:00 + -5:00 NT_YK C%sT Zone America/Iqaluit -4:33:52 - LMT 1884 # Frobisher Bay - -5:00 NT_YK E%sT -Zone America/Rankin_Inlet -6:08:40 - LMT 1884 + -5:00 NT_YK E%sT 1999 Oct 31 3:00 + -6:00 - CST 1999 Oct 31 2:00 + -6:00 NT_YK C%sT +Zone America/Rankin_Inlet -6:08:40 - LMT 1884 # Kivalliq, Keewatin + -6:00 NT_YK C%sT +Zone America/Cambridge_Bay -7:37:24 - LMT 1884 # Kitikmeot + -7:00 NT_YK M%sT 1999 Oct 31 02:00 -6:00 NT_YK C%sT Zone America/Yellowknife -7:37:24 - LMT 1884 -7:00 NT_YK M%sT Zone America/Inuvik -8:54:00 - LMT 1884 -8:00 NT_YK P%sT 1979 Apr lastSun 2:00 - -7:00 NT_YK M%sT + -7:00 NT_YK M%sT 1999 Oct 31 1:00 + -5:00 NT_YK E%sT Zone America/Whitehorse -9:00:12 - LMT 1900 Aug 20 -9:00 NT_YK Y%sT 1966 Jul 1 2:00 -8:00 NT_YK P%sT

1 1

Installation of tzcode1999e_tar.gz and tzdata1999e_tar.gz
by Luis Miguel Navas Santos Sept. 3, 1999

Sept. 3, 1999

Hello. I would like to ask you a question about the installation of these packages in HP-UX 11.0. I have installed them and I have two warnings: cc: "localtime.c", line 1260: warning 527: Integral value implicitly converted to pointer in assignment. /usr/ccs/bin/ld: (Warning) At least one PA 2.0 object file (date.o) was detected. The linked output may not run on a PA 1.x system. But up to here, everything is OK (every executable is in the right place, under the /usr/local/ directory, and the PATH variable is set correctly). I set the TZ variable to, for example, America/New_York and the date command doesn't give me the right time. I have checked the file /usr/bin/locale and it's a PA-RISC1.1 shared executable dynamically linked. Maybe that's the problem. Could you tell me how can I update the version of this file, or how can I compile the package to be able to execute the included files for the PA 1.1?. Nevertheless, the directory /usr/lib/locale and its subdirectories don't exist. This could be another posible mistake. I have checked a Solaris installation and it exists and works. There is an option in the Makefile which allows to set the path to the "locale". I don't know what this exactly means. Is it a reference to the executable file or a reference to the Sun-like subdirectory. If you could tell me some suggestions or posible solutions I would really appreciate it. Thank you in advance, Luis Miguel Navas.

1 0

Newbie questions... regarding tzdata199e.tar.gz
by Jon R. Kibler Sept. 2, 1999

Sept. 2, 1999

(If this is now where I should be asking these questions, I apologize -- please direct me to the correct source.) I am new at time zone information, so please bear with me. I have to develop a "Y2K Rollover Model." Looking for time zone information, I found the tzdata199e.tar.gz archive (at ftp://elsie.nci.nih.gov/pub/) -- which is great -- exactly what I needed. I believe that I understand most of it, but I have a few questions. Most of them are about the fine points of how the rules work: 1) From 'africa', Sierra Leone has the following entry: > # Sierra Leone > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > # Whitman gives Mar 31 - Aug 31 for 1931 on; go with Shanks. > Rule SL 1935 1942 - Jun 1 0:00 0:40 SLST > Rule SL 1935 1942 - Oct 1 0:00 0 WAT > Rule SL 1957 1962 - Jun 1 0:00 1:00 SLST > Rule SL 1957 1962 - Sep 1 0:00 0 GMT > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Freetown -0:53:00 - LMT 1882 > -0:53:00 - FMT 1913 Jun # Freetown Mean Time > -1:00 SL %s 1957 > 0:00 SL %s 1a) It is my interpretation that no rules apply after Sep 1, 1962 -- is this a correct interpretation? If not, please explain. 1b) If no rules apply, then what letters are used for SL time? (As I interpret it, %s would be blank if no rules apply. If this is not the case, please explain.) 1c) If no rules apply, why not specify a "no rules" entry, such as the following? (I would think it would be much easier [less ambiguous] for HUMANS to read, and thus less likely to contain mistakes.) > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Africa/Freetown -0:53:00 - LMT 1882 > -0:53:00 - FMT 1913 Jun # Freetown Mean Time > -1:00 SL %s 1957 > 0:00 SL %s 1962 Sep 1 > 0:00 - GMT 2) Please explain a "Numeric RULE", such as in the following example for Cape Verde: > # Zone NAME GMTOFF RULES FORMAT [UNTIL] > Zone Atlantic/Cape_Verde -1:34:04 - LMT 1907 # Praia > -2:00 - CVT 1942 Sep > -2:00 1:00 CVST 1945 Oct 15 # <<< Please explain > -2:00 - CVT 1975 Nov 25 2:00 > -1:00 - CVT 3) Please explain "TYPE", such as in the following rule for South Australia: > # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S > Rule AS 1990 1994 even Mar Sun>=18 2:00s 0 - > Rule AS 1990 1994 odd Mar Sun>=1 2:00s 0 - 4) For the rules shown in "4" above, what does the "s" on the "AT time" mean? I have also seen other letters, such as "u" -- what letters are used and what is their meaning? 5) Where is the format for the Zone, Rules, Links, etc. defined and the syntax for each entry documented? (If I could have found that info, I probably would not have had to bother you with all these dumb questions!) I GREATLY thank you for your time in answering all these newbie questions! Sincerely, Jon R. Kibler Systems Architect Year 2000 Services Manager Jon.Kibler(a)aset.com Advanced Systems Engineering Technology 389 Johnnie Dodds Blvd., Suite 205 Mt. Pleasant, SC 29464-2950 (Charleston) Phone: (843) 849-8214 Fax: (843) 849-8215

1 0