Glasgow-haskell-users

Download

glasgow-haskell-users@haskell.org

January 2004

48 participants
71 discussions

RE: Running a "final" finaliser
by Simon Marlow 01 Jan '04

01 Jan '04

> Assuming the weak pointers solution is the way to go, I've been > re-aquainting myself with System.Mem.Weak and now I'm now wondering > what is an appropriate key for each ForeignPtr. Before we go down that route, I want to be sure that it's actually necessary to use weak pointers. It sounds like your application has the following properties: - there is a library that can allocate some resources, where each resource is represented by a ForeignPtr - a resource needs to be released when it is no longer referenced - at some point, we would like to free *all* outstanding resources (either at the end of the program, or when the library is no longer required). If this is the case, I'd do it something like this: - keep a global list of the pointers still to be released, probably a doubly-linked list. Lock the whole thing with an MVar. Elements are Ptrs, not ForeignPtrs. - the finaliser on each ForeignPtr removes the corresponding Ptr from the list. - the final cleanup routine explicitly releases all the remaining Ptrs in the list, holding the MVar lock as it does so to avoid race conditions with finalisers. Weak pointers aren't required, AFAICT. Cheers, Simon

2 5