Re: Ada replacements for DOS I/O

[tmoran@bix.com]

>... built their I/O packages around a "two process" model.  The main
>program and all user defined tasks run in a single process, but you
>have a package that mediates all I/O events and hands them to a second
>process which does the waiting and event handling.
As I recall from writing a DOS RAM disk driver many years ago, DOS
device drivers are structured with two calls, one to start (or queue)
the operation, and one to get the result.  So the single tasking must
come from broken implementation somewhere, not broken device driver
interface design.
('All your problems will be solved by Windows xx, from the company
that brought you MSDOS!') O.O