From thomas@biostat.washington.edu  Thu May 14 16:58:13 1998
From: thomas@biostat.washington.edu (Thomas Lumley)
Date: Thu, 14 May 1998 08:58:13 -0700 (PDT)
Subject: error trapping
In-Reply-To: <98May14.112731edt.13594@mailgate.bank-banque-canada.ca>
Message-ID: <Pine.SOL.3.95.980514085355.28600B-100000@gorn>

On Thu, 14 May 1998, Paul Gilbert wrote:

> One thing I've found missing in S/R is the ability to test error trapping. I
> have written a fairly extensive set of tests for my time series library but I
> can only test that things work for cases where they are suppose to work. In
> several places my code is suppose to recognize error conditions, like invalid
> inputs, and make calls to stop() or warn(), but there is no automatic way to
> check these in my test suite.
> 
> I really would like to be able to write a code testing program which would be
> able to specify that I am about to generate a "stop" condition with a given
> message, then do it, then continue, accepting that that was the right result.
> 

I have recently had another need for this.  If you are doing simulations
comparing your (wonderful) new method to someone else's (hopelessly
inferior)  old method and their S-PLUS code crashes about 5% of the time
then it gets very tedious to run several hundred samples
semi-interactively.  Trapping the error would be a lot more convenient
than trying to rewrite someone else's code to fail gracefully.

Of course in your own code you wouldn't dream of doing something like that
;-).

	-thomas




-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._


error trapping
Thomas Lumley