This is the mail archive of the frysk@sources.redhat.com mailing list for the frysk project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: frysk-imports frysk/bindir/ftrace.java frysk/d ...


Hi Tim,

On Thu, 2006-07-20 at 15:58 +0000, moore@sourceware.org wrote:
> Log message:
> 	Throw a TaskException from some methods in Task. This is not a
> 	RuntimeException, so fix all the affected callers too.

Sorry for the late reply, but I was cleaning up my own code to see how
to properly handle the new TaskExceptions and ran into this patch. In a
couple of files we now just do things like:

+    catch (Task.TaskException e)
+      {
+	// XXX do real exception handling
+      }

I am all for Checked Exceptions, but this is the worst way to handle
them. This just swallows the exception completely without leaving any
trace that anything went wrong. Now we are worse off then when we had
unchecked exceptions. At least then the exception doesn't just
disappear. Please do fix these locations by either explicitly printing
the exception, or better wrapping them in RuntimeExceptions and
rethrowing them.

Thanks,

Mark


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]