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-25 07:53:33 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!b8773.pppool.DE!not-for-mail From: dmitry@elros.cbb-automation.de (Dmitry A. Kazakov) Newsgroups: comp.lang.ada Subject: Re: FILETIME <-> Ada.Real_Time.Time conversions Date: Tue, 25 Dec 2001 15:53:57 GMT Message-ID: <3c289a25.3539701@news.cis.dfn.de> References: <3c274c05.3132920@news.cis.dfn.de> NNTP-Posting-Host: b8773.pppool.de (213.7.135.115) X-Trace: fu-berlin.de 1009295611 20944268 213.7.135.115 (16 [77047]) X-Newsreader: Forte Free Agent 1.21/32.243 Xref: archiver1.google.com comp.lang.ada:18293 Date: 2001-12-25T15:53:57+00:00 List-Id: On Mon, 24 Dec 2001 18:21:36 GMT, tmoran@acm.org wrote: >>>>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. Imagine board computers of several cars, plus basis stations located on Northern pole and Moon. The point is that Ada.Calendar.Time has no sense without some additional information, which might be (and is) unavailable. Are you really sure that an implementation of Ada.Calendar can foresee all bureaucratic fancies all over the world for a some valued period of time? Consider a consistent implementation of it for the time period 1951..2051. It is obvious that Ada.Calendar.Time is unusable for time stamps of any sort. [Of course it does not mean that there should be no Ada.Calendar.Time] Time stamps must be an absolute time [of the chosen coordinate system]. Whether it is an astronomical, greenwich or whatsoever time is no matter, as long the time base is specified. Regards, Dmitry Kazakov