<div dir="ltr"><span style="font-size:12.8px">>> In my case, for this part of the software, it's better to keep running</span><br style="font-size:12.8px"><span style="font-size:12.8px">>> than it is to crash because I hit one of the billion errors that I never</span><br style="font-size:12.8px"><span style="font-size:12.8px">>> expected to have to handle.</span><br><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Crashing can happen at the process level or system system level. It depends. For a configuration error, you will have to crash the whole system. </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Theepan</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 24, 2015 at 12:59 PM, Kenneth Lakin <span dir="ltr"><<a href="mailto:kennethlakin@gmail.com" target="_blank">kennethlakin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/24/2015 12:16 AM, Theepan wrote:<br>
> For off schema data it should crash.<br>
</span><span class="">> If something has a chance of happening, although it<br>
> is expected, use try-catch.<br>
<br>
</span>This isn't a universal rule.<br>
<br>
I have a section in one of my programs where one of a *very* wide array<br>
of errors can come back from an operation on external system. For the<br>
*few* errors that I know how to handle and *expect* to happen, I have<br>
matching case clauses. For the *rest* of the errors that I either don't<br>
know how to handle, are aren't really expecting, I have a catch-all<br>
clause with a WARN print that spews details to the system log. If I hit<br>
an unexpected error, I figure out if I need to and how to handle it,<br>
then add a clause in the case statement.<br>
<br>
In my case, for this part of the software, it's better to keep running<br>
than it is to crash because I hit one of the billion errors that I never<br>
expected to have to handle.<br>
<br>
<br>
<br>
<br>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
<br></blockquote></div><br></div>