Version française
Home     About     Download     Resources     Contact us    
Browse thread
Re: Finalisation in 2.02
[ Home ] [ Index: by date | by threads ]
[ Search: ]

[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: -- (:)
From: Damien Doligez <Damien.Doligez@i...>
Subject: Re: Finalisation in 2.02
>From: skaller <skaller@maxtal.com.au>

>I'm still using ocaml 2.02, and have encountered what looks like a bug,
>although perhaps it is my understanding, and perhaps it is fixed
>in 2.04, or will be in 3.

IIRC, nothing was changed in that part of the system between 2.02 and
2.04.


>The problem is that when I create an object with alloc_final(_,_,0,1),
>the finaliser is not called on termination. Using 1,1 seems to cause
>it to be called almost immediately.

(0,1) means "don't change the current GC schedule".  It is appropriate
when the resources used by the block (besides heap memory) are
negligible.  (1,1) means "do a major collection right now".


>I'm modifying mlgtk by boxing GtkObjects, this seems necessary
>to allow the collector to call the finaliser which decrements
>the reference count -- however, at least the memory of the object
>doesn't seem to be released when caml terminates.

That's right.  You could say that "exit" deallocates everything, but
the finalisers are not called for that kind of deallocation, only for
normal deallocation during the program's execution.


>Perhaps I should force a full GC collection, just before
>termination? 

That would be a workable solution.  But blocks reachable from global
variables still won't be finalised.


> [I seem to also get this
>behaviour with output to stdout -- I have to flush the file
>after every write, in case an exception terminates the program,
>and these debugging writes are there precisely to track this]

You should have a look at the Printexc module.  A side effect of using
Printexc.catch is that I/O buffers will be flushed before the program
terminates.

-- Damien