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.3 required=5.0 tests=BAYES_00,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,950fad2e9e9717b3
X-Google-Attributes: gid103376,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!tiscali!newsfeed1.ip.tiscali.net!feeder1-2.proxad.net!proxad.net!feeder2-2.proxad.net!newsfeed.arcor.de!newsspool1.arcor-online.net!news.arcor.de.POSTED!not-for-mail
From: "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de>
Subject: Re: Platform independent calendar
Newsgroups: comp.lang.ada
User-Agent: 40tude_Dialog/2.0.15.1
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Reply-To: mailbox@dmitry-kazakov.de
Organization: cbb software GmbH
References: <hA2MJBH18+OJFwLn@ada-augusta.demon.co.uk>
 <1j7ld9yumi0xz$.1pqqyelxn52df$.dlg@40tude.net>
 <0d57dacf-6443-48ac-b4a1-758d7d7b0ace@s20g2000yqh.googlegroups.com>
Date: Mon, 8 Dec 2008 09:36:24 +0100
Message-ID: <7z9877vwaqzn.2vzrecuq9t4$.dlg@40tude.net>
NNTP-Posting-Date: 08 Dec 2008 09:36:24 CET
NNTP-Posting-Host: 0b5fdcf5.newsspool1.arcor-online.net
X-Trace: 
 DXC=YCi8?Jjo<O485[]]\]T081ic==]BZ:af>4Fo<]lROoR1^YC2XCjHcb9`o@TPBXcPJ4DNcfSJ;bb[5FCTGGVUmh?4LK[5LiR>kg2jS5Hdi8gJa=
X-Complaints-To: usenet-abuse@arcor.de
Xref: g2news1.google.com comp.lang.ada:2932
Date: 2008-12-08T09:36:24+01:00
List-Id: <comp.lang.ada>

On Sun, 7 Dec 2008 14:26:36 -0800 (PST), Maciej Sobczak wrote:

> On 7 Gru, 20:15, "Dmitry A. Kazakov" <mail...@dmitry-kazakov.de>
> wrote:
> 
>> We are developing a portable middleware in
>> Ada 2005 with the heterogeneous nodes synchronized over the network.
> 
> Not related to the original question, but I would like to ask.
> Why do you want to synchronize the nodes over the network?

Have you radio or GPS clock in mind? This is not always an option for our
customers, or rather, always not an option. (:-))

> What is wrong with existing solutions for clock synchronization (NTP)?

Nothing wrong, the design provides a possibility to use a physical clock
synchronization, like NTP or radio clock does. But normally we don't touch
the clocks, we translate the time stamps instead.

>> For that we need UTC time stamps.
> 
> Why?

Because we distribute time-stamped data...

-- 
Regards,
Dmitry A. Kazakov
http://www.dmitry-kazakov.de