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 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU Path: utzoo!linus!decvax!ittatc!dcdwest!sdcsvax!ucbvax!jpl-vlsi.arpa!larry From: larry@JPL-VLSI.ARPA Newsgroups: net.lang.ada Subject: ...Ada Technology (cont.)... Message-ID: <8604010616.AA13731@ucbvax.berkeley.edu> Date: Mon, 31-Mar-86 22:54:27 EST Article-I.D.: ucbvax.8604010616.AA13731 Posted: Mon Mar 31 22:54:27 1986 Date-Received: Wed, 2-Apr-86 20:27:49 EST Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet List-Id: What fun to work at home. My lady's CAT just jumped on the END-MESSAGE key! Murphy's Law strikes again. There are at least three major types of concurrency involved and several variations on each. Dynamic memory and inter-process communication has the same problem. And different compilers treat pointers in subtly different ways that cause more problems than major differences would have. It's for this reason that many C and Unix experts have been involved in efforts to create standards (ANSI X3J11 and IEEE P1003, respectively). And AT&T is gently pushing an upwardly compatible superset of C know as C++ which adds some of the features now available in Ada. (More specifically, C++ resembles Simula-67.) So perhaps in a couple of years we'll be able to do in the C/Unix world what we can already do in Ada: insulate modules from each other and from the machine but still be able to tailor the entire system to specific hardware. Larry @ jpl-vlsi