[Ecls-list] SIGFPE and longjmp()

Juan Jose Garcia-Ripoll juanjose.garciaripoll at googlemail.com
Fri Nov 6 08:28:00 UTC 2009


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.

Juanjo

On Fri, Nov 6, 2009 at 6:00 AM, Daniel Herring <dherring at tentpost.com>wrote:

> This may be old news to the people who care; but I just bumped into it
> while looking for something else, and it reminded me of ECL.
>
> http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1318.htm
>
> Excerpt: "Currently, there is no way to leave a signal handler for SIGFPE
> and continue execution."
>
> Later,
> Daniel
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Ecls-list mailing list
> Ecls-list at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/ecls-list
>



-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/ecl-devel/attachments/20091106/9df3243f/attachment.html>


More information about the ecl-devel mailing list