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,ee78aab9bfd2fe2a X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.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" Subject: Re: Inspiration for a better calendar package? 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: <873agxd6i1.fsf@nbi.dk> <12gqldae49yoe$.1sf2zlz1fthvh.dlg@40tude.net> <6qmg8dFd8kd2U1@mid.individual.net> <1jv16tgrmhor4$.c3a8ugjxu6ed$.dlg@40tude.net> <6qn2kmFdflp2U1@mid.individual.net> <6qottgFdsslcU1@mid.individual.net> <18ckfnjlu93l4$.1fpoya8h7dsm7$.dlg@40tude.net> <6qrjqgFebi5uU1@mid.individual.net> Date: Wed, 17 Dec 2008 09:29:37 +0100 Message-ID: <1ev3f68cc0o42$.q4urn4fmkzhq.dlg@40tude.net> NNTP-Posting-Date: 17 Dec 2008 09:29:34 CET NNTP-Posting-Host: 0282df66.newsspool4.arcor-online.net X-Trace: DXC=C_n]ghl45@SYI9]OHn9o5^4IUKkgRI On Wed, 17 Dec 2008 07:16:48 +0100, Wilhelm Spickermann wrote: > Dmitry A. Kazakov wrote: > >> On Tue, 16 Dec 2008 06:50:40 +0100, Wilhelm Spickermann wrote: >> >>> We need it, because someone in some plant has to specify a >>> report to be printed on the 1-jul-2009 00:00 UTC. You cannot >>> tell him, that he should wait a month from now until the IERS >>> has published it's decision about leap second insertion at the >>> end of next June. >> >> No we don't. You cannot show a code that neither: >> >> 1. Waits a fixed amount of time (delay until) >> >> 2. Periodically polls actual time (delay delta, look at the >> time). >> >> There is simply no other way to determine if the report has to >> be printed. In either case you don't need another "time." >> >> It can be shown even simpler, printing is an action in real >> time. You cannot present any physical action that happens in >> political time. >> >> Political fictions are incomputable. (:-)) > > Hmmm, now some secretary is trying to type in the dates of her > next summer holiday and the computer tells her "Cannot do it, > it's just a political fiction"? :-) > > The program would first wait for about 3 months and then try to > convert the "wall time" into a "time". If it is still impossible > then, because the leap second second tables weren't updated, the > program should give a warning and perhaps rescedule the check. You don't need wall time for this. That is the case no.2, I mentioned above, programmed as follows: delay 60.0 * 60.0 * 24.0 * 30.0 * 3; -- three physical months if Month (Clock) = ... and Day (Clock) = ... then -- do things else -- give warning end if; Where is any problem? Except that the algorithm is not good. It should be (still the case 2): delay 60.0 * 60.0 * 24.0 * 25.0 * 3; -- come close enough to judge delay until Time_Of (Year =>..., Month =>..., Day =>...); -- do things exception when Time_Error => -- watch your fingers lady! -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de