From owner-freebsd-standards@FreeBSD.ORG Fri Feb 13 09:40:52 2004 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D0E616A4CE for ; Fri, 13 Feb 2004 09:40:52 -0800 (PST) Received: from laika.ifs.tuwien.ac.at (laika.ifs.tuwien.ac.at [128.131.167.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC4243D39 for ; Fri, 13 Feb 2004 09:40:52 -0800 (PST) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (unknown [212.186.3.235]) by laika.ifs.tuwien.ac.at (Postfix) with ESMTP id D794F20B5; Fri, 13 Feb 2004 18:42:48 +0100 (CET) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id E74C140B8; Fri, 13 Feb 2004 18:40:47 +0100 (CET) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id 79C3A2F4; Fri, 13 Feb 2004 18:40:45 +0100 (CET) Date: Fri, 13 Feb 2004 18:40:45 +0100 From: Stefan Farfeleder To: Samy Al Bahra Message-ID: <20040213174041.GA629@wombat.fafoe.narf.at> Mail-Followup-To: Samy Al Bahra , standards@FreeBSD.org References: <20040209234115.3c82e245.samy@kerneled.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040209234115.3c82e245.samy@kerneled.com> User-Agent: Mutt/1.5.6i cc: standards@FreeBSD.org Subject: Re: timezone in time.h X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2004 17:40:52 -0000 On Mon, Feb 09, 2004 at 11:41:15PM +0300, Samy Al Bahra wrote: > http://www.opengroup.org/onlinepubs/007904975/basedefs/time.h.html > > timezone is defined as a long, a lot of time keeping applications (in > this part of the world at the least) depend on this variable maintaining > the value difference between UTC and the local standard time. > > Is there any chance we could move our timezone function to something > else? and stick to a timezone variable? or provide an alternative name > but similar functionality to this? Anyone working on this already? There's only a single reference to timezone() in the whole source tree, src/contrib/sendmail/src/arpadate.c, and the code in that file is #ifdef'ed out. Just for fun I built and installed a world without timezone(), as expected it succeeded. NetBSD already warns that timezone() will eventually disappear in its man page, maybe we should follow them and remove timezone() in 6-current. Cheers, Stefan