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.3 required=5.0 tests=BAYES_00,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: fac41,2c6139ce13be9980
X-Google-Attributes: gidfac41,public
X-Google-Thread: 1108a1,2c6139ce13be9980
X-Google-Attributes: gid1108a1,public
X-Google-Thread: 103376,3d3f20d31be1c33a
X-Google-Attributes: gid103376,public
X-Google-Thread: 1014db,3d3f20d31be1c33a
X-Google-Attributes: gid1014db,public
X-Google-Thread: f43e6,2c6139ce13be9980
X-Google-Attributes: gidf43e6,public
X-Google-Thread: 109fba,2c6139ce13be9980
X-Google-Attributes: gid109fba,public
From: Nick Leaton <nickle@calfp.co.uk>
Subject: Re: Safety-critical development in Ada and Eiffel
Date: 1997/07/18
Message-ID: <33CF2193.18B0@calfp.co.uk>#1/1
X-Deja-AN: 257533824
X-NNTP-Posting-Host: calfp.demon.co.uk [158.152.70.168]
References: <ED2MuF.4n6.0.-s@inmet.camb.inmet.com> <ED3E9M.F0u@syd.csa.com.au>
 <33C56F97.1223@gsfc.nasa.gov> <slrn5scda9.3bm.abo@minkirri.apana.org.au>
 <5qc53v$kb6@alumni.rpi.edu> <33CBF5DE.D5FB1B6C@munich.netsurf.de>
 <JSA.97Jul17205556@alexandria.organon.com>
Newsgroups: 
 comp.object,comp.software-eng,comp.lang.ada,comp.lang.eiffel,comp.lang.c,comp.lang.c++
Date: 1997-07-18T00:00:00+00:00
List-Id: <comp.lang.ada>


Jon S Anthony wrote:

... Delete GC comments

> Highly unlikely given the sort of setting Steve seems to have in mind.
> Think of an ECU where the 10ms time limit is the hard limit on the
> evaluation loop and every cycle available in that time limit is used
> up by "real" work.

And this is in a safety critical development? Tell me where so I can
avoid it if possible. If you are so close to the time limit, you have no
margin for error which isn't very safe.

-- 

Nick