January 1998 - tz - lists.iana.org

Re: symlinks
by Ulrich Drepper 31 Jan '98

31 Jan '98

[I reposted this because it bounced. Sorry if you get this twice.] ado(a)elsie.nci.nih.gov (Arthur David Olson) writes: > --- 601,619 ---- > if (!itsdir(toname)) > (void) remove(toname); > if (link(fromname, toname) != 0) { > + int result; > + > if (mkdirs(toname) != 0) > (void) exit(EXIT_FAILURE); > ! result = link(fromname, toname); > ! #if (HAVE_SYMLINK - 0) > ! if (result != 0) { > ! result = symlink(fromname, toname); > ! if (result == 0) > ! warning(_("hard link failed, symbolic link used")); > ! } > ! #endif > ! if (result != 0) { > const char *e = strerror(errno); > > (void) fprintf(stderr, If you decide to emit a warning in the case an symlink is used there should also be a possibility to prevent this. It's not nice for people who have a setup which is effected by this change to be "punished" with a warning everytime though they already know this happens. So I suggest to use either an option to force using symlinks or an option to make zic quiet. I very much prefer the first. Thanks, -- Uli ---------------. drepper at gnu.org ,-. Rubensstrasse 5 Ulrich Drepper \ ,-------------------' \ 76149 Karlsruhe/Germany Cygnus Solutions `--' drepper at cygnus.com `------------------------ --UAA02321.886276016/ilk.de--

1 0

symlinks
by ado 31 Jan '98

31 Jan '98

Below is my guess as to the best way to handle the symlinks situation; absent adverse feedback, it will show up in the next tzcode1998... --ado *** 7.64/Makefile Sat Jan 31 13:53:19 1998 --- 7.65/Makefile Sat Jan 31 13:53:19 1998 *************** *** 1,4 **** ! # @(#)Makefile 7.64 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). --- 1,4 ---- ! # @(#)Makefile 7.65 # Change the line below for your time zone (after finding the zone you want in # the time zone files, or adding it to a time zone file). *************** *** 91,96 **** --- 91,97 ---- # -DHAVE_SETTIMEOFDAY=2 if settimeofday uses 2nd arg (4.3BSD) # -DHAVE_SETTIMEOFDAY=3 if settimeofday ignores 2nd arg (4.4BSD) # -DHAVE_STRERROR=1 if `strerror' works + # -DHAVE_SYMLINK=0 if your system lacks the symlink function # -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" *** 7.93/zic.c Sat Jan 31 13:53:21 1998 --- 7.94/zic.c Sat Jan 31 13:53:21 1998 *************** *** 1,6 **** #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.93"; #endif /* !defined NOID */ #endif /* !defined lint */ --- 1,6 ---- #ifndef lint #ifndef NOID ! static char elsieid[] = "@(#)zic.c 7.94"; #endif /* !defined NOID */ #endif /* !defined lint */ *************** *** 601,609 **** if (!itsdir(toname)) (void) remove(toname); if (link(fromname, toname) != 0) { if (mkdirs(toname) != 0) (void) exit(EXIT_FAILURE); ! if (link(fromname, toname) != 0) { const char *e = strerror(errno); (void) fprintf(stderr, --- 601,619 ---- if (!itsdir(toname)) (void) remove(toname); if (link(fromname, toname) != 0) { + int result; + if (mkdirs(toname) != 0) (void) exit(EXIT_FAILURE); ! result = link(fromname, toname); ! #if (HAVE_SYMLINK - 0) ! if (result != 0) { ! result = symlink(fromname, toname); ! if (result == 0) ! warning(_("hard link failed, symbolic link used")); ! } ! #endif ! if (result != 0) { const char *e = strerror(errno); (void) fprintf(stderr,

1 0

another proposol to fix the zic -l bug
by Ulrich Drepper 20 Jan '98

20 Jan '98

Hi, could the appended patch be considered for the next tzcode release? It is an IMO cleaner rewrite since it preserve the old semantic and allows the symlink function (which isn't available on SysV) be skipped by defining a simple symbol. Thanks, -- Uli ---------------. drepper at gnu.org ,-. Rubensstrasse 5 Ulrich Drepper \ ,-------------------' \ 76149 Karlsruhe/Germany Cygnus Solutions `--' drepper at cygnus.com `------------------------ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Index: zic.c =================================================================== RCS file: /egcs/carton/cvsfiles/libc/time/zic.c,v retrieving revision 1.22 diff -c -r1.22 zic.c *** zic.c 1997/12/22 20:49:08 1.22 --- zic.c 1998/01/20 23:09:26 *************** *** 601,610 **** if (!itsdir(toname)) (void) remove(toname); if (link(fromname, toname) != 0) { ! if (mkdirs(toname) != 0) ! (void) exit(EXIT_FAILURE); ! if (link(fromname, toname) != 0) { ! const char *e = strerror(errno); (void) fprintf(stderr, _("%s: Can't link from %s to %s: %s\n"), --- 601,623 ---- if (!itsdir(toname)) (void) remove(toname); if (link(fromname, toname) != 0) { ! int failure = errno; ! if (failure == ENOENT) ! if (mkdirs(toname) != 0) ! failure = errno; ! else if (link(fromname, toname) == 0) ! failure = 0; ! else ! failure = errno; ! #ifndef MISSING_SYMLINK ! if (failure == EXDEV) ! if (symlink(fromname, toname) != 0) ! failure = errno; ! else ! failure = 0; ! #endif ! if (failure) { ! const char *e = strerror(failure); (void) fprintf(stderr, _("%s: Can't link from %s to %s: %s\n"),

1 0

Re: libc/413: "zic -l" fails (cross-device link)
by Zack Weinberg 18 Jan '98

18 Jan '98

The appended patch should fix the problem you reported. I am not certain that this fix is the right one, and am cc:ing the tz maintainers for comments. zw Sun Jan 18 16:37:02 1998 Zack Weinberg <zack(a)rabi.phys.columbia.edu> * time/zic.c (dolink): Try symlink() if link() fails with EXDEV. --- zic.c.old Sun Jan 18 16:27:39 1998 +++ zic.c Sun Jan 18 16:36:29 1998 @@ -600,10 +600,10 @@ */ if (!itsdir(toname)) (void) remove(toname); + if (mkdirs(toname) != 0) + (void) exit(EXIT_FAILURE); if (link(fromname, toname) != 0) { - if (mkdirs(toname) != 0) - (void) exit(EXIT_FAILURE); - if (link(fromname, toname) != 0) { + if (errno != EXDEV || symlink(fromname, toname) != 0) { const char *e = strerror(errno); (void) fprintf(stderr,

1 0

FW: zic using hardlinks:-(
by Olson, Arthur David 17 Jan '98

17 Jan '98

Andreas Jaeger is not on the time zone list; be sure to include Andreas in any reply. --ado ---------- From: Andreas Jaeger[SMTP:aj@arthur.rhein-neckar.de] Sent: Thursday, January 15, 1998 3:34 PM To: tz(a)elsie.nci.nih.gov Subject: zic using hardlinks:-( Hi, I received the following bug report for GNU libc. Jochen says that using a hard link doesn't work for his system since /etc and /usr/share are on different filesystems. zic is from tzcode1997h. I see three possibilities: - changing the link call in zic.c to symlink. - if link fails with error EXDEV (oldpath and newpath are not on the same filesystem) retry with a symlink. - leave it the way it is. Should symbolic links used in general or only for localtime? Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de >Number: 413 >Category: libc >Synopsis: `zic -l' tries to hard link a file between different disk partitions >Confidential: no >Severity: non-critical >Priority: low >Responsible: libc-gnats >State: open >Class: sw-bug >Submitter-Id: unknown >Arrival-Date: Thu Jan 15 07:32:17 EST 1998 >Last-Modified: >Originator: Jochen Voss >Organization: Department of Mathematics, University of Kaiserslautern/Germany >Release: libc-2.0.6 >Environment: Host type: i486-pc-linux-gnu System: Linux tatonka 2.0.33 #2 Fri Jan 9 20:20:45 MET 1998 i486 Architecture: i486 Addons: localedata crypt linuxthreads Build CFLAGS: -O3 -m486 -fomit-frame-pointer Build CC: gcc -B$(common-objpfx) Build shared: yes Build profile: no Build omitfp: no Stdio: libio >Description: The command "zic -l MET" should set the local time zone by linking the file "/usr/share/zoneinfo/MET" to "/etc/localtime". It uses a hard link for this purpose. On my system this fails, because the directories "/etc" and "/usr/share/zoneinfo" are located on different disk partitions on my system. This results in the output zic: Kann nicht von /usr/share/zoneinfo/MET nach /etc/localtime linken: Ungltiger Link ber Gertegrenzen hinweg when I execaute the above command (obviously I use `LANG=de'). >How-To-Repeat: Find a system, which uses disk partitions as described above, and execute the command "zic -l MET". >Fix: Modify the code in "time/zic.c" to use symlinks (if available) or to copy the file if the hard link fails. >Audit-Trail: >Unformatted:

2 1

tzcode1998b.tar.gz and tzdata1998b.tar.gz
by Olson, Arthur David 17 Jan '98

17 Jan '98

The files ftp://elsie.nci.nih.gov/pub/tzcode1998.tar.gz and ftp://elsie.nci.nih.gov/pub/tzdata1998.tar.gz are now available. The only changes from previous versions are URL cleanups and additions. --ado

1 0

changes for "southamerica"
by Rodrigo Feher 17 Jan '98

17 Jan '98

Hi, Reading "southamerica" file in timezone 7.55 I've found an error. Line 193 say "Territory of Acre". It is not a territory anymore but a state. - rf

1 0

zic using hardlinks:-(
by Andreas Jaeger 15 Jan '98

15 Jan '98

Hi, I received the following bug report for GNU libc. Jochen says that using a hard link doesn't work for his system since /etc and /usr/share are on different filesystems. zic is from tzcode1997h. I see three possibilities: - changing the link call in zic.c to symlink. - if link fails with error EXDEV (oldpath and newpath are not on the same filesystem) retry with a symlink. - leave it the way it is. Should symbolic links used in general or only for localtime? Andreas -- Andreas Jaeger aj(a)arthur.rhein-neckar.de

1 0

Re: (SC22WG20.2163) ISO 8601:1998 draft (Time and date notation)
by Alain LaBont\i\ 15 Jan '98

15 Jan '98

A 18:32 13/01/98 +0000, Markus Kuhn a écrit : >Dear friends of standard time notations! > >Please have a look at > > http://www.cl.cam.ac.uk/~mgk25/8601v03.pdf [Alain] : Thanks for the info. I'll have a careful look... A priori, I believe that we should deprecate the truncated form removing the century-related data out of the date... Please, if you do not hear from me because I would be too busy, make that comment to the editor (on my behalf with my permission, if necessary). I'm sure it will be said, but who knows? We know why it should be depreacted... for about 2 decades (and I'm optimistic) at least, this will be more than prudent! I wish all computers all competed with Deep Blue, but unfortunately that's not the case... Alain LaBonté Québec

1 0

Australian Time Legislation
by Eric Ulevik 14 Jan '98

14 Jan '98

I'm not sure if this was sent before... Here are some URLs to Australian time legislation. These URLs are stable, and should probably be included in the data file. There are probably more relevant entries in this database. NSW (including LHI and Broken Hill): http://www.austlii.edu.au/au/legis/nsw/consol_act/sta1987137/index.html ACT http://www.austlii.edu.au/au/legis/act/consol_act/consol_act/stasta1972279/i ndex.html SA http://www.austlii.edu.au/au/legis/sa/consol_act/sta1898137/index.html Regards, Eric Ulevik

1 0