factor/core/kernel
Joe Groff e24400679f vm: more defense against multi-faulting
* Clear faulting_p from a safepoint rather than inside general_error, because jumping into unwind-native-frames could blow up.
* Handle multiple faults from fatal_error by breakpointing. Is there anything else we can safely do at that point?
* Verify memory protection faults in the top half of the signal handlers because signal dispatch could fault. Treat memory faults during gc or fep as fatal errors.
* Add a function factor_vm::abort() that restores the default SIGABRT handler and ::abort()s. Use it from fatal_error() so we get useful context from gdb and so the user gets feedback from the system crash reporter that Factor blew up and didn't just disappear.
* In factorbug(), don't proceed with .s .r .c if it would be unsafe to do so.
* Don't pile on signals if we've already called fatal_error().
2011-11-12 13:02:57 -08:00
..
authors.txt Initial import 2007-09-20 18:09:08 -04:00
kernel-docs.factor Remove stack effects from HELP: declarations. 2011-10-20 19:36:11 -07:00
kernel-tests.factor vm: more defense against multi-faulting 2011-11-12 13:02:57 -08:00
kernel.factor io.backend.unix: init-signal-pipe function 2011-11-08 08:42:48 -08:00
summary.txt Initial import 2007-09-20 18:09:08 -04:00