delorie.com/archives/browse.cgi | search |
Subject: | uclock() counts down? |
MIME-Version: | 1.0 |
Date: | Thu, 13 Feb 2003 09:40:40 -0500 |
X-MimeOLE: | Produced By Microsoft Exchange V6.0.6249.0 |
content-class: | urn:content-classes:message |
Message-ID: | <795DD3C2E97585449DCDEEE79CCD5C22BA8C@email2k.compuweigh.com> |
X-MS-Has-Attach: | |
X-MS-TNEF-Correlator: | |
Thread-Topic: | uclock() counts down? |
Thread-Index: | AcLTbeCJbgX3oFgWRB+refcyE/MnxA== |
From: | "Alex O" <Alex AT compuweigh DOT com> |
To: | <djgpp AT delorie DOT com> |
X-MIME-Autoconverted: | from quoted-printable to 8bit by delorie.com id h1DEbIZ28491 |
Reply-To: | djgpp AT delorie DOT com |
Hi everybody, I have noticed a strange behavior with uclock() in my program and was just wondering if there is a rational explanation to that. After some recent changes in the application I have noticed that the time-dependent values on my real-time graphs may flow backwards! I use uclock() to time the change of certain parameters, because they are too fast for clock() (60-100 times per second), and monitoring the return values of uclock() I saw that it in fact may sometimes return smaller values than before for a few calls in a row! After about a day digging through the code I finally found this strange piece of code: uclock(); ... inportb(0x40); which causes this odd behavior. If reading from the port 0x40 (system's timer register) is commented out or placed before the uclock(), everything works OK. Any thoughts why? Alex O.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |