home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!think.com!enterpoop.mit.edu!micro-heart-of-gold.mit.edu!mintaka.lcs.mit.edu!ai-lab!zurich.ai.mit.edu!pshuang
- From: pshuang@zurich.ai.mit.edu (Ping Huang)
- Newsgroups: comp.os.msdos.programmer
- Subject: Re: dos in real time. limitations?
- Date: 21 Dec 92 18:47:28
- Organization: M.I.T. Artificial Intelligence Lab.
- Lines: 20
- Message-ID: <PSHUANG.92Dec21184728@freeside.ai.mit.edu>
- References: <1992Dec20.161926.542@doc.bmd.trw.com>
- NNTP-Posting-Host: freeside.ai.mit.edu
- In-reply-to: nickgill@doc.bmd.trw.com's message of 20 Dec 92 23:19:26 GMT
-
- In article <1992Dec20.161926.542@doc.bmd.trw.com> nickgill@doc.bmd.trw.com writes:
-
- > Do any of you know where I can obtain a list of limitations of DOS
- > in real-time applications?
-
- I believe Intel sells a real-time operating system (iRMX?) which has the
- capability of running DOS applications. I could be wrong, but contacting
- Intel and asking them might get you the kind of information you need.
-
- As to limitations inherent to DOS itself, there are no guarantees on how
- long any particular system call will take. However, seeing that DOS
- isn't "a real operating system" {grin}, and doesn't take care of
- scheduling, none of the real-time issues for scheduling even come into
- play when talking about DOS.
-
- --
- | Ping Huang (INTERNET: pshuang@martigny.ai.mit.edu) speaking for himself.
- | "One Thing to name them all, One Thing to define them,
- | One Thing to place them in environments and bind them..."
-
-