Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!seismo!munnari!kre
From: kre@munnari.UUCP
Newsgroups: comp.unix.wizards
Subject: Re: Yet Another Solution to the ctime problem
Message-ID: <1488@munnari.oz>
Date: Mon, 6-Apr-87 15:34:00 EST
Article-I.D.: munnari.1488
Posted: Mon Apr  6 15:34:00 1987
Date-Received: Thu, 9-Apr-87 02:31:24 EST
References: <6647@brl-adm.ARPA> <176@tg.UUCP>
Organization: Comp Sci, Melbourne Uni, Australia
Lines: 17
Summary: Shared Libraries aren't enough

Shared libraries aren't enough to fix ctime.  What they give
you is the ability to replace ctime(3) in all your binaries very
quickly, assuming that you somehow have the source of ctime.c
in order to compile the new version.

For something that everyone is likely to want to be able to change
with almost no notice sometimes (daylight saving rules in Australia
have been known to change with 2 weeks warning) and binary only
systems who don't have the source for ctime.c to recompile, some kind
of external file that can be edited is clearly a better solution.

Putting the ctime.o that uses this file in a shared library so it can
be updated easily if needed is certainly even better, and compiling
the editable text so ctime doesn't need to each time its called
better still.

kre