base-4.18.1.0: Basic libraries

Copyright | (c) The University of Glasgow 1998-2002
License | see libraries/base/LICENSE
Maintainer | cvs-ghc@haskell.org
Stability | internal
Portability | non-portable (GHC Extensions)
Safe Haskell | Unsafe
Language | Haskell2010

GHC.Weak

Contents

- Handling exceptions

Description

Weak pointers.

Synopsis

- data Weak v = Weak (Weak# v)
- mkWeak :: k -> v -> Maybe (IO ()) -> IO (Weak v)
- deRefWeak :: Weak v -> IO (Maybe v)
- finalize :: Weak v -> IO ()
- setFinalizerExceptionHandler :: (SomeException -> IO ()) -> IO ()
- getFinalizerExceptionHandler :: IO (SomeException -> IO ())

# Documentation

data Weak v Source #

A weak pointer object with a key and a value. The value has type `v`.

A weak pointer expresses a relationship between two objects, the key and the value: if the key is considered to be alive by the garbage collector, then the value is also alive. A reference from the value to the key does not keep the key alive.

A weak pointer may also have a finalizer of type `IO ()`; if it does, then the finalizer will be run at most once, at a time after the key has become unreachable by the program ("dead"). The storage manager attempts to run the finalizer(s) for an object soon after the object dies, but promptness is not guaranteed.

It is not guaranteed that a finalizer will eventually run, and no attempt is made to run outstanding finalizers when the program exits. Therefore finalizers should not be relied on to clean up resources - other methods (eg. exception handlers) should be employed, possibly in addition to finalizers.

References from the finalizer to the key are treated in the same way as references from the value to the key: they do not keep the key alive. A finalizer may therefore resurrect the key, perhaps by storing it in the same data structure.

The finalizer, and the relationship between the key and the value, exist regardless of whether the program keeps a reference to the `Weak` object or not.

There may be multiple weak pointers with the same key. In this case, the finalizers for each of these weak pointers will all be run in some arbitrary order, or perhaps concurrently, when the key dies. If the programmer specifies a finalizer that assumes it has the only reference to an object (for example, a file that it wishes to close), then the programmer must ensure that there is only one such finalizer.

If there are no other threads to run, the runtime system will check for runnable finalizers before declaring the system to be deadlocked.

WARNING: weak pointers to ordinary non-primitive Haskell types are particularly fragile, because the compiler is free to optimise away or duplicate the underlying data structure. Therefore attempting to place a finalizer on an ordinary Haskell type may well result in the finalizer running earlier than you expected. This is not a problem for caches and memo tables where early finalization is benign.

Finalizers can be used reliably for types that are created explicitly and have identity, such as `IORef`, `MVar`, and `TVar`. However, to place a finalizer on one of these types, you should use the specific operation provided for that type, e.g. `mkWeakIORef`, `mkWeakMVar` and `mkWeakTVar` respectively. These operations attach the finalizer to the primitive object inside the box (e.g. `MutVar#` in the case of `IORef`), because attaching the finalizer to the box itself fails when the outer box is optimised away by the compiler.

Constructors

Weak (Weak# v) |

mkWeak Source #

Arguments

:: k | key
-> v | value
-> Maybe (IO ()) | finalizer
-> IO (Weak v) | returns: a weak pointer object

Establishes a weak pointer to `k`, with value `v` and a finalizer.

This is the most general interface for building a weak pointer.

deRefWeak :: Weak v -> IO (Maybe v) Source #

Dereferences a weak pointer. If the key is still alive, then ``Just` v` is returned (where `v` is the value in the weak pointer), otherwise `Nothing` is returned.

The return value of `deRefWeak` depends on when the garbage collector runs, hence it is in the `IO` monad.

finalize :: Weak v -> IO () Source #

Causes a the finalizer associated with a weak pointer to be run immediately.

# Handling exceptions

When an exception is thrown by a finalizer called by the garbage collector, GHC calls a global handler which can be set with `setFinalizerExceptionHandler`. Note that any exceptions thrown by this handler will be ignored.

setFinalizerExceptionHandler :: (SomeException -> IO ()) -> IO () Source #

Set the global action called to report exceptions thrown by weak pointer finalizers to the user.

Since: base-4.18.0.0

getFinalizerExceptionHandler :: IO (SomeException -> IO ()) Source #

Get the global action called to report exceptions thrown by weak pointer finalizers to the user.

Since: base-4.18.0.0