Path: utzoo!attcan!uunet!samsung!crackers!jjmhome!smds!rh
From: rh@smds.UUCP (Richard Harter)
Newsgroups: comp.software-eng
Subject: Re: error handling techniques?
Summary: How did this get here?
Message-ID: <238@smds.UUCP>
Date: 12 Nov 90 08:46:49 GMT
References: <1990Nov2.205831.23696@elroy.jpl.nasa.gov> <234@smds.UUCP> <3335@bruce.cs.monash.OZ.AU>
Organization: SMDS Inc., Concord, MA
Lines: 28

In article <3335@bruce.cs.monash.OZ.AU>, alanf@bruce.cs.monash.OZ.AU (Alan Grant Finlay) writes:
> In article <234@smds.UUCP>, rh@smds.UUCP (Richard Harter) writes:

> > In our key product, which we assume is mission critical for our users,
> > we take the strong view that any trapped error is a fatal error.

> This kind of approach involves either a purist conception about what is an
> error or a library package which has such a narrow area of application that
> applications using the package have highly predictable requirements.  

This started out in comp.software-eng, which is where I posted to.  Alan's
comments showed up comp.lang.c.  I find this somewhat puzzling.  I have
redirected it back to comp.software-eng.

----

Alan continues with an extensive discussion of exception handling problems
in library packages with references to ICON and ML.

I'm afraid I find the quoted remarks a trifle puzzling.  There is nothing
particularly startling about the concept that a program or collection of
programs *must not* produce incorrect results.  (Writing such programs is
left as an exercise for the reader. :-))
-- 
Richard Harter, Software Maintenance and Development Systems, Inc.
Net address: jjmhome!smds!rh Phone: 508-369-7398 
US Mail: SMDS Inc., PO Box 555, Concord MA 01742
This sentence no verb.  This sentence short.  This signature done.