memory fault in alien code on non-x86 poisons GC

Bug #1738556 reported by Alastair Bridgewater on 2017-12-16
This bug affects 1 person
Affects Status Importance Assigned to Milestone

Bug Description

Found while reviewing a fix for bug 309068: lisp_memory_fault_error() unconditionally uses fake_foreign_function_call(), exposing the interrupt context to the GC to be scavenged. But if the fault occurs from alien code then the register set isn't our usual partitioned register set and we must NOT use fake_foreign_function_call() (see interrupt_handle_now() for saner handling of this).

Not a recent regression: This has been the case for at least nine years now.

Setting importance to Low because: Nobody has reported this as an issue in most of a decade, and it's for faults in alien code. Debugging alien code isn't a use-case that SBCL has, historically, particularly cared about.

description: updated
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers