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=AC_FROM_MANY_DOTS,BAYES_00
	autolearn=no 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!news1.google.com!news.glorb.com!cyclone1.gnilink.net!spamkiller2.gnilink.net!gnilink.net!trndny08.POSTED!0f19ed38!not-for-mail
From: "Frank J. Lhota" <NOSPAM.lhota.adarose@verizon.net>
Newsgroups: comp.lang.ada
References: <MPG.1b7c58269c53dcbc9897db@news.individual.net>
 <br8nmj3ulp8n$.1hmfh3p3izvj8$.dlg@40tude.net>
 <ceu88b$lo5$1@sparta.btinternet.com>
 <1jgik0ntrex36$.1pyha1husddpe.dlg@40tude.net>
 <41134e18$1_1@baen1673807.greenlnk.net>
 <94tir0ejn3n4$.a7o1lv87loha$.dlg@40tude.net>
 <cf28kp$rjp$1@sparta.btinternet.com>
 <13x45njobjvn3.yhisk87dws3.dlg@40tude.net>
 <cf4ojq$p4$1@hercules.btinternet.com>
Subject: Re: Inserting Calendar.Time in a database
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Message-ID: <PzJRc.1734$Po1.287@trndny08>
Date: Mon, 09 Aug 2004 11:52:15 GMT
NNTP-Posting-Host: 141.154.239.73
X-Complaints-To: abuse@verizon.net
X-Trace: trndny08 1092052335 141.154.239.73 (Mon, 09 Aug 2004 07:52:15 EDT)
NNTP-Posting-Date: Mon, 09 Aug 2004 07:52:15 EDT
Xref: g2news1.google.com comp.lang.ada:2632
Date: 2004-08-09T11:52:15+00:00
List-Id: <comp.lang.ada>

"Martin Dowie" <martin.dowie@btopenworld.com> wrote in message
news:cf4ojq$p4$1@hercules.btinternet.com...
> "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote in message
> news:13x45njobjvn3.yhisk87dws3.dlg@40tude.net...
> It can be monotonic. I'd be a little surprised if it wasn't on
> implementations that also provided Ada.Real_Time but I'm sure someone will
> now point to examples where this isn't true ;-)

To support the Ada.Calendar.Time subprograms Split and Time_Of,
Ada.Calendar.Time must basically be an encapsulation of local time. In large
parts of the world, however, there are two times of the year when local time
itself is not monotic. These are the times where Daylight Savings Time
adjustments are done. Part of the rationale behind Ada.Real_Time was to have
software that would continue to behave as expected during DST adjustments.

Some (but not all) GNAT implementations return basically the same result for
Ada.Calendar.Clock and Ada.Real_Time.Clock. We should investigate whether in
these implementations, Ada.Real_Time.Clock is monotonic during a DST
adjustment. I suspect the answer is no.