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,8c564a80b820db35 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.74.201 with SMTP id w9mr18547168pbv.0.1330970594560; Mon, 05 Mar 2012 10:03:14 -0800 (PST) X-FeedAbuse: http://nntpfeed.proxad.net/abuse.pl feeded by 88.191.131.2 Path: h9ni42864pbe.0!nntp.google.com!news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!nntpfeed.proxad.net!88.191.131.2.MISMATCH!news.chainon-marquant.org!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: Any leap year issues caused by Ada yesterday? Date: Mon, 5 Mar 2012 19:03:12 +0100 Organization: cbb software GmbH Message-ID: <1t8v4akrmapkl.1xwfi9yxtw2ji$.dlg@40tude.net> References: <4f4f746a$0$6565$9b4e6d93@newsspool3.arcor-online.net> <20608866.730.1330963171058.JavaMail.geo-discussion-forums@ynbq18> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: /bBpnkeEm9kG1v1C1CjDFw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-03-05T19:03:12+01:00 List-Id: On Mon, 5 Mar 2012 07:59:30 -0800 (PST), Shark8 wrote: > On Monday, March 5, 2012 5:07:29 AM UTC-6, tonyg wrote: >> Personally I deal with it by using the ada.calendar package rather >> than writing my own. I hope that answers your question. > > Indeed, given the needed amount of work put into timing* (for tasks), it > would seem VERY odd if the Ada.Calendar package did not deal with > leap-year; No package can actually. The duration of the day (stellar, solar etc) is not constant due to various factors. Therefore corrections are necessary, time to time. These corrections are unknown in advance. > * Granted, for real-time systems the leap-year/leap-second thing is quite > undesirable, giving rise to the monotonic time of the Real_Time package. Leap seconds do not influence durations, which is the only thing relevant for control systems. Systems that use time stamps are not much influenced by leap seconds either because they too use durations (from some epoch) rather than local political time. BTW, I would not wonder to see Real_Time.Time and Calendar.Time same or correlated. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de