1.0.4.18: trap handling cleanup continues
authorNikodemus Siivola <nikodemus@random-state.net>
Mon, 2 Apr 2007 15:20:39 +0000 (15:20 +0000)
committerNikodemus Siivola <nikodemus@random-state.net>
Mon, 2 Apr 2007 15:20:39 +0000 (15:20 +0000)
commit23124951022f995aace9e7f17e650cd23b83c591
tree285efe701c1e04ee9c47873c2d416715a44b8db5
parente60863045b4bc5b7c09d54f745d5d7ecc215f477
1.0.4.18: trap handling cleanup continues

 * handle_trap is even better then maybe_handle_trap: if we can't
   handle the trap sanely pass the buck to unhandled_trap_error
   instead of generic signal handling routines.

 * implement Windows trap handling on top of handle_trap, not
   sigtrap_handler: some copy-paste from x86-arch.c later Windows is
   now almost free of the "signal handling" remnants.

 * Replace the bogus lossage messages saying
   "fake_foreign_function_call fell through" with things that actually
   make sense.
14 files changed:
src/code/interr.lisp
src/code/target-signal.lisp
src/compiler/generic/parms.lisp
src/runtime/alpha-arch.c
src/runtime/hppa-arch.c
src/runtime/interrupt.c
src/runtime/interrupt.h
src/runtime/mips-arch.c
src/runtime/ppc-arch.c
src/runtime/sparc-arch.c
src/runtime/win32-os.c
src/runtime/x86-64-arch.c
src/runtime/x86-arch.c
version.lisp-expr