In Haskell, I’d be wrapping this code in some combination of monads, using Maybe’s and Either’s and translating and propagating errors as necessary. In the end, it all gets to an IO monad where I am able to output the status to the user. In another language, I simply throw an exception and catch in … Read more
You can only specify one type per on xxx catch(e) { line or alternatively use catch(e) to catch all (remaining – see below) exception types. The type after on is used as type for the parameter to catch(e). Having a set of types for this parameter wouldn’t work out well. try { … } on … Read more
Okay I figured out what’s going on. Had a look at some related Flutter issues: flutter tool is too aggressive about catching exceptions Make hot mode a little less aggressive about catching errors Break on “unhandled” exceptions when a debugger is attached It looks like when in debug mode, the flutter framework catches a lot … Read more
Looking in my own code, I found a place in my logging code where, after failing to write to a file and failing to write to the event log, it swallows the error as there is no place left to report it. That’s one example: there aren’t many others.
http.createClient has been deprecated. Here is a quick example of how to handle errors using the new http.request: var http = require(“http”); var options = { host : “www.example.com” }; var request = http.request(options, function(req) { … }); request.on(‘error’, function(err) { // Handle error }); request.end();
This behavior is specified in the class documentation of CompletionStage (fourth bullet): Method handle additionally allows the stage to compute a replacement result that may enable further processing by other dependent stages. In all other cases, if a stage’s computation terminates abruptly with an (unchecked) exception or error, then all dependent stages requiring its completion … Read more
Reading these answers, I find it very unhelpful to say, “Exceptions should only be used for exceptional conditions”. This begs the whole question of what is an “exceptional condition”. This is a subjective term, the best definition of which is “any condition that your normal logic flow doesn’t deal with”. In other words, an exceptional … Read more
You need to wrap your string in a Throwable: (throw (Throwable. “Some text”)) or (throw (Exception. “Some text”)) You can set up a try/catch/finally block as well: (defn myDivision [x y] (try (/ x y) (catch ArithmeticException e (println “Exception message: ” (.getMessage e))) (finally (println “Done.”)))) REPL session: user=> (myDivision 4 2) Done. 2 … Read more
Panic/Recover are function scoped. It’s like saying that you’re only allowed one try/catch block in each function and the try has to cover the whole function. This makes it really annoying to use Panic/Recover in the same way that java/python/c# etc. use exceptions. This is intentional. This also encourages people to use Panic/Recover in the … Read more
I’ve written about this at length: Exceptions vs. status returns, but briefly: Exceptions leaves your code clean of all the checks necessary when testing status returns on every call, Exceptions let you use the return value of functions for actual values, Exceptions can carry more information than a status return can, Most importantly: exceptions can’t … Read more