Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!amdahl!rtech!jas
From: jas@rtech.UUCP
Newsgroups: comp.unix.wizards
Subject: Re: Daylight Savings Time: how to fix ctime.c
Message-ID: <717@rtech.UUCP>
Date: Fri, 20-Mar-87 12:37:27 EST
Article-I.D.: rtech.717
Posted: Fri Mar 20 12:37:27 1987
Date-Received: Sun, 22-Mar-87 14:55:37 EST
References: <5040@brl-adm.ARPA>
Reply-To: jas@rtech.UUCP (Jim Shankland)
Organization: Relational Technology, Alameda CA
Lines: 25


Jeff Makey (Makey@LOGICON.arpa) writes about timezone and daylight savings
time management:

> Unfortunately, [keeping the timezone and DST tables on disk] sacrifices
> execution speed for the sake of rule flexibility....  [I'd rather not]
> have to wait for "date" to find some file buried in the bowels of the
> hierarchy....
> 
> Getting both flexibility and execution speed would require intelligent
> use of System V's shared memory (great for us BSD types! :-).

Actually, a shared library seems more appropriate (equally great for
us BSD types).

Another thought:  load the tables into an environment variable at login
time, a la TERMCAP.  (Telling all UNIX users in Arizona, Western Europe,
Afghanistan, etc. to recompile n UNIX utilities and m locally written
programs and k software packages delivered by an outside vendor just
doesn't seem like an option.)
-- 
Jim Shankland
 ..!ihnp4!cpsc6a!\
                  rtech!jas
..!ucbvax!mtxinu!/