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.7 required=5.0 tests=BAYES_00,INVALID_DATE, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,18385551e0d37b37,start X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1994-10-27 06:10:55 PST Path: nntp.gmd.de!xlink.net!howland.reston.ans.net!news.sprintlink.net!EU.net!uunet!newsflash.concordia.ca!nstn.ns.ca!nstn.ns.ca!nntp-user From: "Elgar the Idiot aka Chris Warwick" Newsgroups: comp.lang.ada Subject: Ada replacements for DOS I/O Date: 27 Oct 1994 08:25:36 -0300 Organization: Nova Scotia Technology Network Sender: news@nstn.ns.ca Message-ID: <44279.cwarwick@fox.nstn.ns.ca> Reply-To: NNTP-Posting-Host: owl.nstn.ns.ca X-Minuet-Version: Minuet1.0_Beta_14.1 X-POPMail-Charset: English Date: 1994-10-27T08:25:36-03:00 List-Id: We just got burned on a project using Alsys Ada. Seems we had assumed that a multi-tasking Ada program would perform I/O is parallel with other processing. The system service call actucally halts all processing in the program until the system service is complete... I don't mean to burn Alsys, since the bug(?) also exists in the Verdix compiler we are using. The difference is the Verdix is for Unix so we just sidestepped the problem by not using Ada tasks... Does anyone know of any replacements for the DOS I/O (specifically the Disk I/O operations) compatable with Alsys Ada? -- Lorne Elliot in a Conan the Barabarian suit, or "Beware the fool, for only the fool may speak the truth" Chris Warwick cwarwick@fox.nstn.ns.ca warwick@anchor.hfx.prior.ca