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=-2.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM, MAILING_LIST_MULTI,PP_MIME_FAKE_ASCII_TEXT autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,9fbc059a74d74032 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-06-01 00:57:06 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeed.gamma.ru!Gamma.RU!isdnet!enst!enst.fr!not-for-mail From: Wilhelm.Spickermann@t-online.de (Wilhelm Spickermann) Newsgroups: comp.lang.ada Subject: Re: Leap Seconds Date: Fri, 01 Jun 2001 09:55:36 +0200 (CEST) Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit X-Trace: avanie.enst.fr 991382225 94028 137.194.161.2 (1 Jun 2001 07:57:05 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Fri, 1 Jun 2001 07:57:05 +0000 (UTC) To: comp.lang.ada@ada.eu.org Return-Path: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) In-Reply-To: <9f5o4q$j97$1@nh.pace.co.uk> X-Sender: 0211750756-0001@t-dialin.net Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.4 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , List-Archive: Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:7959 Date: 2001-06-01T09:55:36+02:00 On 31-May-01 Marin David Condic wrote: > O.K. See my other post above - I phrased my original statement badly. You > are right that a measure of absolute seconds is going to remain constant. I > was thinking with respect to computing those seconds relative to dates. We > agree on a date/time to meet. You compute the seconds between now and then > and I compute the seconds between now and then and we both delay N seconds. Hmm, none of us can compute the number of seconds before the IERS has determined all the leap seconds in that time range. Once the leap seconds or their absence are determined, we will get the same results. > Your computation involves leap-seconds and mine doesn't. We've got a problem > in that one of us will be there early. > But a look on the next wall clock will show, who computed the wrong result (we agreed upon a specific date and time). None of us will be early, if we interpret the results of the computation correctly. The computation which includes leap seconds will compute the time difference and the result can be used in a simple countdown clock or (hopefully) a delay statement. The computation has to be postponed until the necessary information is available. The computation without leap seconds can be done at once but it doesn�t compute a time difference. But the result can be compared to a POSIX clock, as this type of "clock" jumps with every leap second inserted or omitted. The result is unusable for delay statements. (I hope at least no one wants "delay 1.0;" to mean "don�t wait" if its execution happens to fall on a negative leap second.) Wilhelm