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=0.4 required=5.0 tests=BAYES_00,DATE_IN_PAST_24_48, FORGED_GMAIL_RCVD,FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: a07f3367d7,59c3b3f9911c9191 X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,UTF8 Received: by 10.66.76.162 with SMTP id l2mr1255937paw.42.1343316968550; Thu, 26 Jul 2012 08:36:08 -0700 (PDT) Received: by 10.66.88.5 with SMTP id bc5mr1813246pab.11.1343316523931; Thu, 26 Jul 2012 08:28:43 -0700 (PDT) Path: p10ni65138561pbh.1!nntp.google.com!u4no82737pbs.0!news-out.google.com!b9ni65120430pbl.0!nntp.google.com!border1.nntp.dca.giganews.com!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!nx02.iad01.newshosting.com!newshosting.com!newspump.sol.net!xlned.com!feeder5.xlned.com!feed.xsnews.nl!border-1.ams.xsnews.nl!newsfeed.straub-nv.de!news.swapon.de!aioe.org!.POSTED!not-for-mail From: "Vasiliy Molostov" Newsgroups: comp.lang.ada Subject: Re: Ada.Calendar and NTP (and Unix Epoch) Date: Wed, 25 Jul 2012 01:22:55 +0400 Organization: None Message-ID: References: <500dc548$0$2936$f40e02c5@shockwave.dk.telia.net> <18893cca-baa2-4930-bfb4-4c4f7eb7e983@googlegroups.com> <60c9c92b-280b-4178-a410-2bc8756c6b5e@googlegroups.com> <5513b36d-560f-42ee-b6b6-bdb456097780@googlegroups.com> NNTP-Posting-Host: Xw13RWgh8yxgPSv0x3+H9w.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: Opera Mail/12.00 (Linux) X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable Date: 2012-07-25T01:22:55+04:00 List-Id: Dmitry A. Kazakov =D0=BF=D0=B8=D1=81=D0=B0=D0= =BB(=D0=B0) =D0=B2 =D1=81=D0=B2=D0=BE=D1=91=D0=BC =D0=BF=D0=B8=D1=81=D1=8C= =D0=BC=D0=B5 Wed, = 25 Jul 2012 00:29:00 +0400: > On Tue, 24 Jul 2012 23:43:49 +0400, Vasiliy Molostov wrote: > >> Probably and personally, I don't prefer to convert between = >> representations >> and catch one or two hour diffs, instead I prefer to do calculations >> better done with monotonic time, and then convert result to the requi= red >> representation. > > This is the only right way to do it. > >> Converting from some representation into authoritative monotonic time= is >> "mission impossibe", since important data may be lost, because this >> important data belongs entirely to the representation, and can not be= >> expressed in monotonic authoritative source. > > Possible, but under two conditions: > > 1. the corresponding time sources are synchronized; If you can synchronize representations, you are a god of time = representations. Be aware of Mars orbiter time representation and its = political times. Also take into account that a matter of some incorrectly raised question= = may issue very ample answers, involving presidential elections also. In a nut shell, a transformational function for converting *time = representation* should take into account those parameters, that you have= = not in your (or your opponent) application, so you can tell only relativ= e = *time representation*, relative to your environment, in which your app (= or = your opponent) running. It is very funny to see people converting these = = relative things on the fly (without parametrized transformation, unlinke= d = to the common and absolute source), and concluding that they don't match= = something speculatively implied, indeed. Even if these are syncronized. > > 2. the representation is sane (anything but political time). > It is sane by legislative rules that are out of Ada standard control, yo= u = know. It is very obvious question, and I see this as an intentional = mistake. -- = =D0=9D=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BD=D0=BE =D0=B2 =D0=BF=D0=BE=D1=87= =D1=82=D0=BE=D0=B2=D0=BE=D0=BC =D0=BA=D0=BB=D0=B8=D0=B5=D0=BD=D1=82=D0=B5= =D0=B1=D1=80=D0=B0=D1=83=D0=B7=D0=B5=D1=80=D0=B0 Opera: http://www.oper= a.com/mail/