*BSD News Article 32024


Return to BSD News archive

Xref: sserve comp.unix.bsd:14226 comp.lang.c++:72794 comp.lang.c:72801 comp.os.vms:89021 comp.std.c:11274
Newsgroups: comp.unix.bsd,comp.lang.c++,comp.lang.c,comp.os.vms,comp.std.c
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!news.Hawaii.Edu!ames!pacbell.com!ihnp4.ucsd.edu!usc!howland.reston.ans.net!swrinde!news.uh.edu!uuneo.neosoft.com!jabberwock!daniels
From: daniels@biles.com (Brad Daniels)
Subject: Re: Inverse gmtime?
References: <Cr6v4t.FqB@biles.com> <CrBInI.4p1@twinsun.com>
Organization: Biles and Associates
Date: Mon, 13 Jun 1994 16:15:31 GMT
Message-ID: <CrCFtw.IzE@biles.com>
Lines: 17

In article <CrBInI.4p1@twinsun.com>, Paul Eggert <eggert@twinsun.com> wrote:
>Preliminary versions of the C Standard did have a `timegm' function,
>which behaved like `mktime' except that it used GMT rather than local time.
>`timegm' didn't make the cut to the final C Standard, but you can FTP
>the source code to a public domain implementation from
>elsie.nci.nih.gov in pub/tz*; `timegm' is in the localtime.c file.

Thanks!  I grabbed it.  Any idea why timegm() didn't make it to the final
C standard?  It would seem like a no-brainer to include it, since you
can't really manipulate UTC effectively without it.

- Brad
--------------------------------------------------------------
+ Brad Daniels                  | This posting is guaranteed +
+ Biles and Associates          | free of all topographical  +
+ These are my views, not B&A's | errors.                    +
--------------------------------------------------------------