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=0.7 required=5.0 tests=BAYES_00,INVALID_DATE, MSGID_SHORT,REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.1 6/24/83; site ubc-cs.UUCP Path: utzoo!utcsri!ubc-vision!ubc-cs!ludemann From: ludemann@ubc-cs.UUCP (Peter Ludemann) Newsgroups: net.arch,net.lang.ada Subject: Re: What I miss... (really C, Ada, religion) Message-ID: <42@ubc-cs.UUCP> Date: Wed, 9-Oct-85 19:47:07 EDT Article-I.D.: ubc-cs.42 Posted: Wed Oct 9 19:47:07 1985 Date-Received: Wed, 9-Oct-85 20:48:13 EDT References: <796@kuling.UUCP> <2580002@csd2.UUCP> <191@graffiti.UUCP> <568@unisoft.UUCP> <1777@orca.UUCP> <272@graffiti.UUCP> Reply-To: ludemann@ubc-cs.UUCP (Peter Ludemann) Organization: UBC Department of Computer Science, Vancouver, B.C., Canada List-Id: In article <272@graffiti.UUCP> peter@graffiti.UUCP (Peter da Silva) writes: >I'd like to re-ask my question. What do you do in a finished product in a >high-risk environment when an unanticipated bug (anticipated errors will have >been dealt with in both languages if the programmer is worth his pay) occurs? It's all quite simple. I assume you're working in a multi-tasking environment. There's a parent task which starts up a family of child processes. The parent then does nothing but wait for a child to die. When a child dies, the operating system puts some information into a log about the cause of death, sends a death message to the process's parent and tidies up all the resources owned by the dead process. Most likely, the parent, on receipt of the death message, just starts up a new child process. Every so often, people come and read the error log to see if anything has been going wrong. Nobody (except programmers) ever sees "array subscript error at line 123 in procedure xyz". And NEVER does one see "bus error - core dumped" as some well-known systems do. The user will probably only see a temporary degradation in the performance of the system - which is much better than the system going completely flakey because one process has gone outside an array and clobbered something. -- -- Peter Ludemann ludemann@ubc-cs.uucp (ubc-vision!ubc-cs!ludemann) ludemann@cs.ubc.cdn (ludemann@cs.ubc.cdn@ubc.mailnet) ludemann@ubc.csnet (ludemann%ubc.csnet@CSNET-RELAY.ARPA)