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,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,c6356dae021831bf,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-03-29 16:00:06 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!news.he.net!cyclone-sf.pbi.net!131.119.28.146!paloalto-snh1.gtei.net!news.gtei.net!paloalto-snr1.gtei.net.POSTED!not-for-mail
From: jef.mangelschots@iname.com (Jef Mangelschots)
Newsgroups: comp.lang.ada
Subject: error
 analysis/handling/detecting/reporting/preventing/recovery/reproduce/debug
Organization: Safetran Systems Corp.
Message-ID: <3ca4f927.113268406@news.genuity.net>
X-Newsreader: Forte Free Agent 1.21/32.243
X-Trace: 
 +LkLmkcirpCRmNPr+BzplH+rvhrim6TVSwGtPWAtFF0uA4lGlBFKLSujMB5rA0ZKhw7SoutiR61Q!/wEQ4QG6AQbJcrxvW25Bf/raXT23GWy1frcBaKSbSAIs22lH7dK/QA1rc92vTXZFwjOnlUUFH2UJ!3lBxPw==
X-Complaints-To: abuse@gte.net
X-Abuse-Info: Please be sure to forward a copy of ALL headers
X-Abuse-Info: Otherwise we will be unable to process your complaint properly
NNTP-Posting-Date: Fri, 29 Mar 2002 23:39:51 GMT
Distribution: world
Date: Fri, 29 Mar 2002 23:39:51 GMT
Xref: archiver1.google.com comp.lang.ada:21864
Date: 2002-03-29T23:39:51+00:00
List-Id: <comp.lang.ada>


I would like to start a discussion thread on the topic of error
handling:

Suppose you have just developed the first draft of your SW which only
handles nominal cases.
Suppose you are about to make the application more robust by going
over your code again and
modify it in order to:
	- analyse
	- detect
	- handle
	- report
	- prevent
	- recover 
	- reproduce
	- debug
errors/anomalies/faults which can be caused by:
	- system failure
	- bad user input
	- programming failures
	- bad design
	- unexpected input data
	- ...


I'm interested in learning about your
tips/tricks/code-samples/strategies/methodologies/views/guidelines/tools/dos/donts
/pitfalls/minefields/techniques/books/papers/... that can help
software engineers in building more robust SW.
These can cover the fases: debug-mode, code-instrumentation,
applications in use by users
for whatever type of application: GUI, commandline,
multi/single-threaded, OO, servers, device drivers, communication, ...

a litle breakdown to get the discussion started:
------------------------------------------------
analysis:    methods to find anomalies by analysing your code,
error-propagation, ...
detection:   choosing function return-values, pre-/post-validation,
..
handling:    error-codes vs exceptions, handling exceptions at low or
high level, just reporting or fixing the problem, maintaing code
integrity
reporting:   messages on screen, in logfiles, sending eventmessages,
..
preventing:  is it possible to prevent errors and if so, how ... 
recovering:  are there any techniques for recovering from errors,...
reproducing: techniques in reproducing reported anomalies for
debug-purposes,...
debugging:   techniques that can help in debugging,...

some topics:
------------
what can go wrong with casting
memory-leaks
bounds
mathematical overflow/underflow
rounding errors
stack problems

Regards
Jef...