I would say this has been fixed in ECL a month ago. More precisely, we try to prevent SIGFPE from being produced for the conditions we do not care about (for instance overflows when using NaNs and infinities works), but when SIGFPE is delivered it is handled as a serious condition.<div>
<br></div><div>Juanjo<br><br><div class="gmail_quote">On Fri, Nov 6, 2009 at 6:00 AM, Daniel Herring <span dir="ltr"><<a href="mailto:dherring@tentpost.com">dherring@tentpost.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
This may be old news to the people who care; but I just bumped into it<br>
while looking for something else, and it reminded me of ECL.<br>
<br>
<a href="http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1318.htm" target="_blank">http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1318.htm</a><br>
<br>
Excerpt: "Currently, there is no way to leave a signal handler for SIGFPE<br>
and continue execution."<br>
<br>
Later,<br>
Daniel<br>
<br>
------------------------------------------------------------------------------<br>
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day<br>
trial. Simplify your report design, integration and deployment - and focus on<br>
what you do best, core application coding. Discover what's new with<br>
Crystal Reports now.  <a href="http://p.sf.net/sfu/bobj-july" target="_blank">http://p.sf.net/sfu/bobj-july</a><br>
_______________________________________________<br>
Ecls-list mailing list<br>
<a href="mailto:Ecls-list@lists.sourceforge.net">Ecls-list@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ecls-list" target="_blank">https://lists.sourceforge.net/lists/listinfo/ecls-list</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Instituto de Física Fundamental, CSIC<br>c/ Serrano, 113b, Madrid 28006 (Spain) <br><a href="http://juanjose.garciaripoll.googlepages.com">http://juanjose.garciaripoll.googlepages.com</a><br>

</div>