From: "Vasiliy Molostov" <molostoff@gmail.com>
Subject: Re: Ada.Calendar and NTP (and Unix Epoch)
Date: Wed, 25 Jul 2012 01:22:55 +0400
Date: 2012-07-25T01:22:55+04:00 [thread overview]
Message-ID: <op.whyy0hjcka8ora@aspire.local> (raw)
In-Reply-To: fq4ybb6k7upt$.1nufpl4tnqji7.dlg@40tude.net
Dmitry A. Kazakov <mailbox@dmitry-kazakov.de> писал(а) в своём письме 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 required
>> 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 relative
*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, unlinked
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, you
know. It is very obvious question, and I see this as an intentional
mistake.
--
Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
next prev parent reply other threads:[~2012-07-26 15:36 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-23 21:42 Ada.Calendar and NTP (and Unix Epoch) erlo
2012-07-23 22:07 ` Adam Beneschan
[not found] ` <5s8s08lv6dj1i4tkb99roq9roifsgr44vd@invalid.netcom.com>
2012-07-24 7:11 ` Dmitry A. Kazakov
2012-07-24 7:50 ` erlo.haugen
2012-07-24 8:14 ` Dmitry A. Kazakov
2012-07-24 8:34 ` erlo.haugen
2012-07-24 9:13 ` Dmitry A. Kazakov
2012-07-24 12:27 ` erlo.haugen
2012-07-24 13:02 ` Dmitry A. Kazakov
2012-07-24 14:10 ` erlo
2012-07-24 16:37 ` Adam Beneschan
2012-07-24 7:24 ` erlo.haugen
2012-07-24 16:26 ` Adam Beneschan
2012-07-24 18:28 ` Dmitry A. Kazakov
2012-07-24 19:07 ` Adam Beneschan
2012-07-24 20:17 ` Dmitry A. Kazakov
2012-07-24 19:43 ` Vasiliy Molostov
2012-07-24 20:29 ` Dmitry A. Kazakov
2012-07-24 21:22 ` Vasiliy Molostov [this message]
2012-07-25 6:32 ` Dmitry A. Kazakov
2012-07-25 7:04 ` Vasiliy Molostov
2012-07-25 7:33 ` Dmitry A. Kazakov
2012-07-25 8:05 ` Vasiliy Molostov
2012-07-25 8:30 ` Dmitry A. Kazakov
2012-07-25 8:45 ` Vasiliy Molostov
2012-07-25 9:30 ` Dmitry A. Kazakov
2012-07-24 20:33 ` Simon Wright
2012-07-25 10:14 ` Simon Wright
2012-07-25 13:16 ` Dmitry A. Kazakov
2012-07-24 7:37 ` erlo.haugen
2012-07-24 11:34 ` Simon Wright
2012-07-24 11:59 ` Nasser M. Abbasi
2012-07-24 15:08 ` Simon Wright
2012-07-24 16:59 ` Georg Bauhaus
2012-07-24 19:25 ` Simon Wright
2012-07-24 22:07 ` Georg Bauhaus
2012-07-24 19:17 ` John B. Matthews
2012-07-25 2:23 ` sla29970
2012-07-25 6:40 ` Dmitry A. Kazakov
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox