[GHC] #13944: Introduce synchronized FFI
GHC
ghc-devs at haskell.org
Sun Jul 9 13:50:26 UTC 2017
#13944: Introduce synchronized FFI
-------------------------------------+-------------------------------------
Reporter: winter | Owner: (none)
Type: feature request | Status: new
Priority: normal | Milestone: 8.4.1
Component: Compiler | Version: 8.0.1
Resolution: | Keywords:
Operating System: Unknown/Multiple | Architecture:
| Unknown/Multiple
Type of failure: None/Unknown | Test Case:
Blocked By: | Blocking:
Related Tickets: | Differential Rev(s):
Wiki Page: |
-------------------------------------+-------------------------------------
Comment (by bgamari):
I don't see how this could work (or I've misunderstood your proposal).
Consider that you have a thread with some reference to some heap object
(call it `A`) sitting in another capability's nursery. Let's say that it
enters a `synchronized` call and while the call is running a GC is
started. During this GC another other capability evacuates `A` (producing
a new object, say `A'`) and the nursery in which it lived is freed. Now we
have a situation where the thread who made the call has a reference to
`A`, an object which existed in a no-longer-existing heap block, which it
may attempt to dereference once the call completes. The distinguishing
feature of the `safe` call mechanism is that we suspend the running
thread, saving all of its state back to its TSO, where they can be handled
by the garbage collector.
--
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/13944#comment:3>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
More information about the ghc-tickets
mailing list