Path: utzoo!attcan!uunet!clyde.concordia.ca!mcgill-vision!snorkelwacker!apple!usc!ucsd!ucbvax!agate!shelby!portia!dhinds
From: dhinds@portia.Stanford.EDU (David Hinds)
Newsgroups: comp.lang.modula2
Subject: Re: Standard libraries (was Re: SYSTEM)
Message-ID: <11888@portia.Stanford.EDU>
Date: 1 May 90 22:26:22 GMT
References: <4764.263A91B8@puddle.fidonet.org>
Sender: David Hinds <dhinds@portia.stanford.edu>
Organization: Stanford University
Lines: 16

In article <4764.263A91B8@puddle.fidonet.org> George.Emery@p42.f369.n105.z1.fidonet.org (George Emery) writes:
>
>I'm thinking that there is a fundamental difference between libraries written
>for C and those for Modula-2.  C presumes an operating system that can handle
>forks and multiple processes -- Modula-2 doesn't.
>
    Wait - did I miss something here?  Since when does C presume this?  I
thought Modula-2 was the only "mainstream" language with multiprocessing
support in the "standard" or "typical" libraries.  Don't just about all M2
compilers come with a "Processes" module, that can at least do some kind of
non-preemptive process control on single-threaded machines?  I didn't think
C had anything like this; is there any kind of process control in the ANSI
standard?

 -David Hinds
  dhinds@popserver.stanford.edu