[Ecls-list] Things changed

Juan Jose Garcia-Ripoll juanjose.garciaripoll at googlemail.com
Fri Sep 25 16:48:54 UTC 2009


- In Windows, the default build MUST be multithreaded, because Windows
exception handlers may be invoked in different threads. This means we
will have to upgrade the garbage collector in order to support mingw32
builds. Otherwise the port will be broken completely. I will work on
this in the coming days.

- CL_CATCH_ALL now recreates a _try/_except block in MSVC. A function
needed to implement this was not exported.

- SIGSEGV/SIGBUS are process synchronously, but the former will
typically not lead to an error being signaled. Instead, in most
platforms, ECL may just jump to the outermost toplevel prompt. There
are various reasons for this, among them the problem with
(symbol-function NIL), the fact that this signal handler MUST be
executed in a separate stack (to safely handle stack overflows) and
the fact that SIGSEGV is a serious enough error.

Juanjo


-- 
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com




More information about the ecl-devel mailing list