delorie.com/archives/browse.cgi | search |
From: | bd733 AT rgfn DOT epcc DOT edu (Jason M. Daniels) |
Newsgroups: | comp.os.msdos.djgpp |
Subject: | Re: rawclock() and other time.h functions |
Date: | 15 Jun 1997 18:41:14 GMT |
Organization: | The Rio Grande Free-Net, El Paso Community College, El Paso, TX |
Lines: | 15 |
Message-ID: | <5o1d0a$1gu@news.epcc.edu> |
References: | <Pine DOT SUN DOT 3 DOT 91 DOT 970612181819 DOT 9257V-100000 AT is> <19970612 DOT 170431 DOT 8822 DOT 3 DOT bshadwick AT juno DOT com> <5o0mi4$nv1 AT news DOT ox DOT ac DOT uk> |
NNTP-Posting-Host: | rgfn.epcc.edu |
To: | djgpp AT delorie DOT com |
DJ-Gateway: | from newsgroup comp.os.msdos.djgpp |
George Foot (mert0407 AT sable DOT ox DOT ac DOT uk) wrote: > Making them behave as the docs say would render them useless (almost) for > timing purposes. Consider what would happen if your program was running at > midnight - mysterious bugs with the timing would occur. Spooky. Look, I agree that the functionality of uclock is a good thing to have. However, since it already exists, why duplicate the exact same thing in rawclock? Every timing mechanisim has its use; and so does the documented working of rawclock. -- Jason Daniels -- bd733 AT rgfn DOT epcc DOT edu ---> BELIEVE THE LIE <--- Linux: The choice of a GNU generation. Winblows 95: The world's best-selling computer virus.
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |