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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,5d33a98bc01d956f,start X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-26 13:45:50 PST Path: supernews.google.com!sn-xit-02!supernews.com!nntp-relay.ihug.net!ihug.co.nz!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.slurp.net!not-for-mail Newsgroups: comp.lang.ada Subject: Clock drift in gnat 3.13p on Windows Summary: NTP v. Ada.Real_Time Sender: cts@aedinc.net Organization: Multimedia X-Newsreader: trn 4.0-test72 (19 April 1999) From: cts@kampong.aedinc.net ((null)) Message-ID: Date: Fri, 26 Jan 2001 21:45:00 GMT NNTP-Posting-Host: 208.4.231.188 X-Trace: newsfeed.slurp.net 980545500 208.4.231.188 (Fri, 26 Jan 2001 15:45:00 CDT) NNTP-Posting-Date: Fri, 26 Jan 2001 15:45:00 CDT Xref: supernews.google.com comp.lang.ada:4581 Date: 2001-01-26T21:45:00+00:00 List-Id: I have an Ada application compiled with gnat 3.13p. It runs on NT or Windows 2000 PC that gets periodic clock updates via NTP. When the program first starts up Ada.Calendar.Clock, Ada.Real_Time.Clock and Win32.Winbase.GetLocalTime all agree on the time. After the program has run for a few hours and the PC has gotten a few NTP time updates, GNAT's idea of the current time is off by a second or two. I'd like to periodically update the GNAT runtime system's idea of the current time. Would it be sufficient to periodically adjust the value of Base_Clock and Base_Ticks in System.OS_Primitives? -- ======================================================================= Life is short. | Craig Spannring Bike hard, ski fast. | cts@internetcds.com --------------------------------+------------------------------------