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-24 10:21:37 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!howland.erols.net!news-out.worldnet.att.net.MISMATCH!wn3feed!worldnet.att.net!204.127.198.204!attbi_feed4!attbi_feed3!attbi.com!rwcrnsc54.POSTED!not-for-mail From: tmoran@acm.org Newsgroups: comp.lang.ada Subject: Re: FILETIME <-> Ada.Real_Time.Time conversions References: <3c274c05.3132920@news.cis.dfn.de> X-Newsreader: Tom's custom newsreader Message-ID: NNTP-Posting-Host: 12.234.125.134 X-Complaints-To: abuse@attbi.com X-Trace: rwcrnsc54 1009218096 12.234.125.134 (Mon, 24 Dec 2001 18:21:36 GMT) NNTP-Posting-Date: Mon, 24 Dec 2001 18:21:36 GMT Organization: AT&T Broadband Date: Mon, 24 Dec 2001 18:21:36 GMT Xref: archiver1.google.com comp.lang.ada:18283 Date: 2001-12-24T18:21:36+00:00 List-Id: >>>Ada.Real_Time.Time is well correlated with UTC, but there is no way to >>>convert one to other. >> Package Ada.Calendar does that all the time. Inside the computer is >When Ada.Calendar.Split tells me MM/DD/YY HH:MM:SS.DD I still cannot >use this information without knowing the computer location and local >rules regarding time faking. Ada.Calendar did some transformation on the Ada.Real_Time counter to get MM/DD... and you want to invert that transformation, right? But it sounds to me like you have a computer which has been blindfolded and taken to a secret location. The only information it has is the clock on the wall in its cell, and it wants to know what time it is in Greenwich, England. It either must communicate, but > cannot directly synchronize clocks because the connection is too bad or else it must somehow find out where (what time zone) it's in, but >without knowing the computer location and local rules regarding time faking Sounds impossible to me.