While CLISP on MS-Windows works fine, a 2nd deadly sigsegv crash
shortly after an SP stack overflow is caused by CLISP ignoring the
the handler must ensure to restore the normal signal mask (because
many signals are blocked while the handler is executed) [...] ;
then only it can longjmp away.
How should clisp determine or define the "normal signal mask"?
Merely locally re-enabling SIGSEGV in stackoverflow_handler() as I've
tested leads to a clisp that survives stack overflows (great news!), =
ignores all other signals. E.g. It cannot be aborted with SIGINT/^C =
So what signals should CLISP activate? May the user affect this set
without clisp knowing (e.g. via FFI call to kernel)? Effect?
Get latest updates about Open Source Projects, Conferences and News.