Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!iuvax!noose.ecn.purdue.edu!newton.physics.purdue.edu!hal
From: hal@newton.physics.purdue.edu (Hal Chambers)
Newsgroups: comp.lang.modula2
Subject: Re:  Exceptions (was Type extension, Oberon)
Message-ID: <3445@newton.physics.purdue.edu>
Date: 10 Apr 90 14:00:48 GMT
References: <9004061748.AA07286@ctc.contel.com> <35384@brunix.UUCP> <40148@apple.Apple.COM>
Reply-To: hal@newton.physics.purdue.edu.UUCP (Hal Chambers)
Organization: Purdue Univ. Physics Dept., W. Lafayette, IN
Lines: 21

In article <40148@apple.Apple.COM> lins@Apple.COM (Chuck Lins) writes:
>Both Dan and David make good points. One alternative that hasn't been mentioned
>yet is implementing a module for exception handling...
>... So you can have an efficient, exception
>mechanism in a language without exceptions. BTW, the Metrowerks Modula-2
>compiler for the Macintosh(TM) provides just such a module.

This is what I REALLY like about Modula-2; the ability to expand/change
its capabilities.  I've thought about doing this very same thing (but 
haven't had time).

One of the first things I changed about M-2 was the IO.  Not liking the
standard IO modules, I wrote my own (software tools inspired).  My Modula-2
motto is "If I don't like something; don't complain, change it!".
If only I could find time to get back to a much neglected project; a
full Virtual Operating System.

-- 
Hal Chambers
hal@newton.physics.purdue.edu
hal@physics-newton.arpa