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=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Thread: 103376,593bd03cd5bc0b74
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Newsgroups: comp.lang.ada
Subject: Re: Medical instruments do use Ada
References: <l2VWh.4409$0d2.1330@trndny02>
 <RgXWh.860$im2.282@newssvr22.news.prodigy.net>
 <f19lai$s7i$1@newsserver.cilea.it> <f1ajrd$maj$1@online.de>
From: Markus E Leypold
 <development-2006-8ecbb5cc8aREMOVETHIS@ANDTHATm-e-leypold.de>
Organization: N/A
Date: Wed, 02 May 2007 20:23:10 +0200
Message-ID: <ec1whz5bld.fsf@hod.lan.m-e-leypold.de>
User-Agent: Some cool user agent (SCUG)
Cancel-Lock: sha1:SydOiDyjm2QCjH1v19ZGhAl2f3Y=
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
NNTP-Posting-Host: 88.72.252.103
X-Trace: news.arcor-ip.de 1178129698 88.72.252.103 (2 May 2007 20:14:58 +0200)
X-Complaints-To: abuse@arcor-ip.de
Path: 
 g2news1.google.com!news1.google.com!news.glorb.com!news2.arglkargh.de!noris.net!storethat.news.telefonica.de!telefonica.de!news-fra1.dfn.de!newsfeed.arcor-ip.de!news.arcor-ip.de!not-for-mail
Xref: g2news1.google.com comp.lang.ada:15474
Date: 2007-05-02T20:23:10+02:00
List-Id: <comp.lang.ada>


Michael Bode <m.g.bode@web.de> writes:

> Colin Paul Gloster <Colin_Paul_Gloster@ACM.org> writes:
>
>> The person who claimed this said that for his own work
>> (business-critical but not life-critical and not medical), he
>> similarly does not bother to design his software so well that it
>> will not crash frequently, and that he tries to have data structures
>> in such a way that they are resilient to corruption from crashes."
>
> Maybe one could use crashing as a regular operation mode of the
> program. Instead of raising an exception, write some data to the
> registry, then dereference a null pointer and restart.

Reminds me of

   http://shoestringfoundation.org/cgi-bin/blosxom.cgi/2005/11/11#unreliable.programming

   "Unreliable Programming: a method for evading liability claims on software."


Regards -- Markus