From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,INVALID_DATE
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,18385551e0d37b37
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1994-11-03 03:23:54 PST
Path: 
 bga.com!news.sprintlink.net!howland.reston.ans.net!europa.eng.gtefsd.com!uhog.mit.edu!news.mathworks.com!panix!cmcl2!thecourier.cims.nyu.edu!thecourier.cims.nyu.edu!nobody
From: dewar@cs.nyu.edu (Robert Dewar)
Newsgroups: comp.lang.ada
Subject: Re: Ada replacements for DOS I/O
Date: 3 Nov 1994 06:23:54 -0500
Organization: Courant Institute of Mathematical Sciences
Message-ID: <39ah8a$87u@schonberg.cs.nyu.edu>
References: <44279.cwarwick@fox.nstn.ns.ca><38pbmi$4n9@schonberg.cs.nyu.edu>
 <628@mlb.win.net>
NNTP-Posting-Host: schonberg.cs.nyu.edu
Date: 1994-11-03T06:23:54-05:00
List-Id: <comp.lang.ada>

Mark says:

"Yes, but lets be clear what burned him.  Not Alsys Ada, but making
assumptions about MS-DOS's capabilities!"

no, that's not really right. even if you are using a wonderful multi-threaded
operating system with fully overlapped I/O, you cannot assume that an Ada
compiler will give access to this capability. THere is no requirement for
how Ada tasks map to an operating system, this is an implementation
dependent choice.

Even with an operating system with multiple-threads, it may make perfectly
good sense to map all Ada tasks to a single thread if tasking performance
is more important than I/O overlap. 

So the moral is, don't make *any* assumptions about how Ada tasks will map
to an OS, ASK!