Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utcs!mnetor!seismo!ut-sally!pyramid!decwrl!sun!guy
From: guy@sun.UUCP
Newsgroups: net.unix-wizards
Subject: DST changes - a solution exists
Message-ID: <5020@sun.uucp>
Date: Fri, 11-Jul-86 14:27:16 EDT
Article-I.D.: sun.5020
Posted: Fri Jul 11 14:27:16 1986
Date-Received: Sat, 12-Jul-86 06:27:58 EDT
References: <163@bpa.UUCP>
Organization: Sun Microsystems, Inc.
Lines: 24

> 	Well I devised a new approach to the problem.  Just like
> 	the old days on UNIX, you had to re-compile the accounting
> 	software for holiday changes.  Now there's a holiday table
> 	that can be edited for the necessary changes.  Well I took
> 	a similar approach to ctime.c(3c).

Arthur D. Olson came up with such a scheme; his scheme is more general than
the pre-4.2 "ctime", and even more general than that one.  It looks like it
can handle non-US time zone stuff correctly, and doesn't require you to get
TZ set in the environment.

I believe his source was posted to "net.sources" or "mod.sources".

> 	The only problem (which is a MAJOR one), is that all current
> 	programs that utilize ctime() must be re-compiled !!!!
> 	Boy what a job that could be.  I wonder if anyone else has
> 	a better idea ??

Nope.  However, maybe all vendors will come out with new releases before it
hits us.
-- 
	Guy Harris
	{ihnp4, decvax, seismo, decwrl, ...}!sun!guy
	guy@sun.com (or guy@sun.arpa)