From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f3f07e9e53bcc4f6 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-12-20 22:17:18 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.mathworks.com!wn3feed!worldnet.att.net!204.127.198.203!attbi_feed3!attbi.com!rwcrnsc52.POSTED!not-for-mail From: tmoran@acm.org Newsgroups: comp.lang.ada Subject: Re: FILETIME <-> Ada.Real_Time.Time conversions References: <3c21f386.108560406@News.CIS.DFN.DE> X-Newsreader: Tom's custom newsreader Message-ID: NNTP-Posting-Host: xszU7-174368-Ah-626609@rwcrnsc52 X-Complaints-To: abuse@attbi.com X-Trace: rwcrnsc52 1008915437 xszU7-174368-Ah-626609@rwcrnsc52 (Fri, 21 Dec 2001 06:17:17 GMT) NNTP-Posting-Date: Fri, 21 Dec 2001 06:17:17 GMT Organization: AT&T Broadband Date: Fri, 21 Dec 2001 06:17:17 GMT Xref: archiver1.google.com comp.lang.ada:18190 Date: 2001-12-21T06:17:17+00:00 List-Id: > The real problem is that there is no correlation between epoch > of Ada.Real_Time.Split and UTC. As I understand it, Ada.Real_Time basically tells you the state of an increasing counter in your computer's hardware, while UTC has to do with the position of the earth relative to the sun. A computer in a rocket passing Pluto cares about the former, but not the latter, while a computer controlling dropping the Times Square ball at New Year's Midnight cares about UTC but not about its hardware counters. Consider it amazing that they correlate as highly as they do.