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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Thread: 103376,101c38a932801b81 X-Google-Attributes: gid103376,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!news.glorb.com!peer1.news.newnet.co.uk!194.159.246.34.MISMATCH!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail From: Simon Wright Newsgroups: comp.lang.ada Subject: Re: Ada.Real_Time behavior with GNAT Date: Sat, 29 Mar 2008 18:11:29 +0000 Organization: Pushface Message-ID: References: NNTP-Posting-Host: pogner.demon.co.uk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.demon.co.uk 1206814290 1632 62.49.19.209 (29 Mar 2008 18:11:30 GMT) X-Complaints-To: abuse@demon.net NNTP-Posting-Date: Sat, 29 Mar 2008 18:11:30 +0000 (UTC) Cancel-Lock: sha1:XekHKyGVQxdJ+bbVyQsC/4fjwnE= User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (darwin) Xref: g2news1.google.com comp.lang.ada:20631 Date: 2008-03-29T18:11:29+00:00 List-Id: Works fine with GNAT GPL 2007 on Powerbook. It takes the same time (more-or-less) whether the initial delay is present or not. I think it takes marginally longer if the overflow error is present, not sure why that would be. The way GNAT approaches Ada.Real_Time differs from platform to platform -- I'm pretty sure that VxWorks used to use the same mechanism under the hood, which made for problematic behaviour if the POSIX time was altered. You may have come across some interaction between Ada.Real_Time and the elaboration of Ada.Calendar on Windows.