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
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!columbia!rutgers!ames!ucbcad!ucbvax!hermix.UUCP!fischer
From: fischer@hermix.UUCP (Herm Fischer)
Newsgroups: comp.lang.ada
Subject: Microsoft OS/2 -- Ideal for Ada
Message-ID: <8706130340.AA00283@rand-unix.arpa>
Date: Fri, 12-Jun-87 20:06:44 EDT
Article-I.D.: rand-uni.8706130340.AA00283
Posted: Fri Jun 12 20:06:44 1987
Date-Received: Sat, 20-Jun-87 18:46:22 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: hermix!fischer@rand-unix.ARPA
Distribution: world
Organization: The ARPA Internet
List-Id: <comp.lang.ada>

Microsoft OS/2 (the replacement for MS-DOS for 286 machines) seems to have
everything which Ada's tasking management needs, and Unix doesn't provide.

Unlike the balky fork concept of UNIX, OS/2 treats parallel executions
within a process as threads, which look at first glance as if they were
designed with Ada rendezvous in mind;  the threads can share the same
local data group, which is the opposite of UNIX fork semantics.

Given the apparent compatibility of Ada with OS/2, I'd like to see a discussion
of compiler vendor plans for supporting OS/2... 

(The only published public reference on OS/2 multiprocessing which I have
seen at newstands is in the May 1987 Microsoft Systems Journal, pg 29 ff.)

  Herm Fischer