Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!tut.cis.ohio-state.edu!bloom-beacon!adam.pika.mit.edu!scs
From: scs@adam.pika.mit.edu (Steve Summit)
Newsgroups: comp.lang.c
Subject: software delays (was: LINT won't do your debugging for you)
Message-ID: <12724@bloom-beacon.MIT.EDU>
Date: 16 Jul 89 23:07:34 GMT
References: <713@srhqla.SR.COM> <3588@cps3xx.UUCP>
Sender: daemon@bloom-beacon.MIT.EDU
Reply-To: scs@adam.pika.mit.edu (Steve Summit)
Lines: 12

In article <3588@cps3xx.UUCP> usenet@cps3xx.UUCP (Usenet file owner) writes:
>When implementing some very low level code in C under MSDOS, an if
>with a null body provides a very handy slight delay.

Pure software constructs are one of the worst ways of trying to
create real-time delays.  Among other things, when a faster
processor comes along, which ought to be an unqualified
improvement, programs stop working because the delays are no
longer long enough.

                                            Steve Summit
                                            scs@adam.pika.mit.edu