Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!utcsri!sam
From: sam@utcsri.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Jerry Pournelle and Stupidity
Message-ID: <5635@utcsri.UUCP>
Date: Mon, 9-Nov-87 03:36:34 EST
Article-I.D.: utcsri.5635
Posted: Mon Nov  9 03:36:34 1987
Date-Received: Tue, 10-Nov-87 00:36:02 EST
References: <MVXJ4ry00UgLQZg07J@andrew.cmu.edu>
Reply-To: sam@utcsri.UUCP (Samuel Monk Weber)
Organization: CSRI, University of Toronto
Lines: 27
Summary: 

In article <MVXJ4ry00UgLQZg07J@andrew.cmu.edu> mp1u+@andrew.cmu.edu (Michael Portuesi) writes:
>kent@xanth.UUCP (Kent Paul Dolan) writes:
>> Oppose this good advice to Pournelle's iterated complete lack of
>> understanding of multitasking a couple of lines down in the same
>> column; again he thinks it's _always_ stealing cycles.  Sigh.  If
>
>And further down the column you can find his gem of a comment that of
>all the major programming languages, only Modula-2 has support for
>mulitprocessing built into its structure.  I wonder what all the

This is especially cute when you realise that Modula-2's 'support' of
multitasking only allows a single process to run at one time, and 
that control can only be transfered when the running process makes a
'Transfer' call.  As the language specification states, "In principle, process
interaction should be confined to a monitor....However, because we have
stipulated that [the "Processes"] module  be implemented on a single-processor
computer, concurrent interaction is by definition impossible...and therefore
the specification of a monitor...is redundant."

Multiprocessing for people who do not like multiprocessing.
-- 
                              -Sam Weber
             "As long as people will accept crap, it will be
           financially profitable to dispense it" --Dick Cavett
UUCP: {ihnp4 utzoo decwrl uw-beaver}!utcsri!sam
ARPA: sam@csri.toronto.edu
CSNET: sam@toronto