<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 30, 2014 at 1:24 PM, Phil Thompson <span dir="ltr"><<a href="mailto:phil@riverbankcomputing.com" target="_blank">phil@riverbankcomputing.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 30/09/2014 5:52 pm, Chris Colbert wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm strongly -1 on this.<br>
<br>
I think exceptions should be handled consistently throughout the library.<br>
</blockquote>
<br></span>
I agree, but they aren't at the moment.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So if you were to make this change for virtual functions, it should also be<br>
made for signal handlers.<br>
</blockquote>
<br></span>
Agreed.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
But, user code excepting on the path of a signal<br>
handler or a virtual event method is very common in my experience, and not<br>
all of these exceptions prohibit the app from continuing to function.<br>
</blockquote>
<br></span>
If I get them I consider them a bug in my application.</blockquote><div><br></div><div>I do as well.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Fataling the app, on the other hand, would lead to absolute mayhem on the<br>
production floor.<br>
<br>
Imagine a case where a finance app developer misspells some attribute like<br>
palette and has insufficient test coverage. Crashing the app in the middle<br>
of trade execution is a much worse outcome than failing to color the line<br>
edit correctly.<br>
</blockquote>
<br></span>
Let me paraphrase what you just said...<br>
<br>
An application spends my money. It hasn't been tested. If it has bugs I don't want to know about them.<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>That's not what I meant. I responded on my phone so tried to keep it as short as possible. What I was trying to get across was:</div><div><br></div><div>In any sufficiently large organization, you will find developers which lack the discipline to properly test their code. It's certainly not ideal, but that's just the reality. I would much rather be able to point to exceptions in a log file than be woken up at 2am because the trading desk just crashed and wont restart due to a bad commit.<br></div><div><br></div><div>There are controls in place to ensure consistency of trade details. Being able to limp along is better than not being able to run the app at all.</div></div><br></div><div class="gmail_extra">Again, not saying it's ideal, but I also can't baby-sit a team of thousands of developers.</div></div>