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-Thread: 103376,e686c2c95beefb1c
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news2.google.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: "Martin Dowie" <martin.dowie@baesystems.com>
Newsgroups: comp.lang.ada
Subject: Re: Inserting Calendar.Time in a database
Date: Thu, 26 Aug 2004 11:11:21 +0100
Organization: BAE SYSTEMS
Message-ID: <412db53f$1_1@baen1673807.greenlnk.net>
References: <MPG.1b7c58269c53dcbc9897db@news.individual.net>
 <br8nmj3ulp8n$.1hmfh3p3izvj8$.dlg@40tude.net>
 <ceu88b$lo5$1@sparta.btinternet.com>
 <1jgik0ntrex36$.1pyha1husddpe.dlg@40tude.net>
 <psOdnQOXyd96CLbcRVn-oQ@megapath.net>
 <poqdv57eopmp$.z8pwmifutqaq.dlg@40tude.net>
 <FIydndyic4rvrrDcRVn-rw@megapath.net>
 <19pc26q7dwvt2.1fyyqhr5nv5j2$.dlg@40tude.net>
X-Trace: news.uni-berlin.de 5jJ+xZlyh1r2s8bWfN7lUAw8MbMj4OT48R4ylA5x3z3K6thGsF
X-Orig-Path: baen1673807.greenlnk.net!baen1673807!not-for-mail
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4807.1700
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700
X-Original-NNTP-Posting-Host: baen1673807.greenlnk.net
Xref: g2news1.google.com comp.lang.ada:3018
Date: 2004-08-26T11:11:21+01:00
List-Id: <comp.lang.ada>

Dmitry A. Kazakov wrote:
> No. That would be just a stamp. A time stamp identifies the time of
> object creation. One more typical example: you measure some signal
> and wish to display it on-line as a wave form on the other side of
> the globe. Nether measurement points are equidistant, nor something
> concrete could be said about the communication channel.

Er, sorry, that's just not how the word "timestamp" is used either in
English
or in engineering (at least here in the UK) - it does not need to be tied to
UTC or local time or anything other than 'time from reset' (usually). So
long
as the period between 'ticks' is known then you have all the information you
need.

It may be that you need to synch several boards but all you need to do is
find
the relative differences between the different start points (i.e. where each
board thought '0' was).


> Ada.Real_Time is also about time. That you can view a clock reading as
> year, month, etc tells nothing about time. It tells only about the
> time base of the duration interval the clock return. The "system
> start" base is as good as any other.

...and that's exactly why you don't need UTC! :-)