Greetings,<div><br><div class="gmail_quote">On Mon, Mar 14, 2011 at 6:57 AM, Matt Massicotte <span dir="ltr">&lt;<a href="mailto:massicotte@apple.com">massicotte@apple.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div style="word-wrap:break-word"><div>If you find this exception-shifting behavior troubling, please open a ticket.</div></div></blockquote><div><br></div><meta charset="utf-8"><div>What bugs me about the behavior in this case is that if the exact same operation is done on the main thread, it throws a very nice, normal Ruby exception trace, and I know immediately what boneheaded move I made. :)  If it happens on an NSThread, it gives an absolutely opaque &#39;SIGABRT&#39; on the main thread.</div>

<div><br></div><div>I&#39;ll see if I can create a simple example that demonstrates it.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word">

<div>Could you explain why introducing the begin/rescue pair that is good programming practice?</div></div></blockquote><div><br></div><meta charset="utf-8"><div>Historically I&#39;ve found that when I have a consumer thread that does &#39;work&#39;, I don&#39;t want an unanticipated failure of any one work unit to prevent future work units from being processed.  So at the top level of any thread action (in this case, in the method triggered on NSTimer firing) I wrap the work-processing code in a rescue block, so if an unexpected failure happens, I log it, and move on to the next work unit.  In some (most?) systems an uncaught exception will kill off the thread, and apparently something similar is true in MacRuby.<br>

</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div>Matt</div></div></blockquote><div><br></div><div>Hope that helps.</div>

<div><br></div><div>--  Morgan Schweers<meta charset="utf-8"></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div>

On Mar 13, 2011, at 6:31 PM, Morgan Schweers wrote:</div><div><div><div><div class="h5"><br></div></div><blockquote type="cite"><div><div></div><div class="h5">Greetings,<div>Today I Learned :) if a thread throws an exception that isn&#39;t rescued by the top of the thread, it&#39;ll crash the app&#39;s main thread with &#39;<span style="font-family:Menlo;font-size:11px">Program received signal:  “SIGABRT”.</span>&#39;</div>



<div><br></div><div>That&#39;s been plaguing me since I started doing MacRuby development; every time I tried to start up multiple threads, the app became incredibly fragile and, unlike the main thread, it wouldn&#39;t show ruby traces.</div>



<div><br></div><div>Now I just wrap threads in begin/rescue blocks, and I&#39;m all good.  Good programming practice anyway, but the failure mode is unobvious if you don&#39;t.</div><div><br></div><div>Hopefully this helps someone else!</div>



<div><br></div><div>--  Morgan</div><div><br></div>




</div></div>


_______________________________________________<br>MacRuby-devel mailing list<br><a href="mailto:MacRuby-devel@lists.macosforge.org" target="_blank">MacRuby-devel@lists.macosforge.org</a><br><a href="http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel" target="_blank">http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel</a><br>

</blockquote></div><br></div></div><br>_______________________________________________<br>
MacRuby-devel mailing list<br>
<a href="mailto:MacRuby-devel@lists.macosforge.org">MacRuby-devel@lists.macosforge.org</a><br>
<a href="http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel" target="_blank">http://lists.macosforge.org/mailman/listinfo.cgi/macruby-devel</a><br>
<br></blockquote></div><br></div>