| delorie.com/archives/browse.cgi | search |
| Date: | Thu, 15 Apr 1999 15:24:31 -0400 |
| Message-Id: | <199904151924.PAA04730@envy.delorie.com> |
| From: | DJ Delorie <dj AT delorie DOT com> |
| To: | ajschrotenboer AT lycosmail DOT com |
| CC: | djgpp AT delorie DOT com |
| In-reply-to: | <371281AA.8968FC8@lycosmail.com> (message from Adam Schrotenboer |
| on Mon, 12 Apr 1999 19:28:42 -0400) | |
| Subject: | Re: UCLOCK_PER_SEC value |
| References: | <371281AA DOT 8968FC8 AT lycosmail DOT com> |
| Reply-To: | djgpp AT delorie DOT com |
| X-Mailing-List: | djgpp AT delorie DOT com |
| X-Unsubscribes-To: | listserv AT delorie DOT com |
> I noticed that in time.h UCLOCKS_PER_SEC is defined as 1193180, but when
> I take 2^32/3600 i get approximately 1193046. I know that this isn't
> much difference, only 134, but was still wondering why this is.
Because it's not 2^32/3600; its *almost* that. There's a note in the
uclock.c sources about it:
/* tics = about 18.2 * 65536 (1,192,755)
actually, it's 0x1800b0 tics/day (FAQ)
/ 24*60*60 sec/day
* 65536 utics/tic
= 1,193,180 utics/sec */
| webmaster | delorie software privacy |
| Copyright © 2019 by DJ Delorie | Updated Jul 2019 |