caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Damien Doligez <damien.doligez@inria.fr>
To: caml-list@inria.fr
Subject: Re: [Caml-list] Modifying heap from custom finalizers?
Date: Sat, 3 Jan 2004 14:47:45 +0100	[thread overview]
Message-ID: <69286889-3DF3-11D8-BEFF-00039310CAE8@inria.fr> (raw)
In-Reply-To: <878ykwni7c.fsf@naked.iki.fi>

On Monday, December 29, 2003, at 09:25 AM, Nuutti Kotivuori wrote:

> I am wonder how evil of a deed would I be doing to the garbage
> collector by modifying the heap in the finalizer of a custom block.

Ouch !  Tricky questions ahead !


> Apparently the finalizers are run during the sweep phase of the major
> garbage collector. If I there change a value from the global table to
> the unit value -

I think that should work.

>  But, what about anything more?

It's hard to tell what will break the invariants of the GC.  My
recommendation is that you do none of the following.

>  Assigning values?

I guess it would work, as long as you're not making anything
point to the minor heap (see below), and that you're not getting
the values from weak arrays, and maybe some other strange corner
cases.

>  Creating new values?

No.  There might be a way to make it work, but it'll be so hairy
I don't even want to think about it.

>  Do I have to make sure the small heap stays empty?

If you allocate in the minor heap, it can trigger a minor
collection, which will reenter the major GC, maybe even call the
compactor.  Crash.

>  And if zeroing the value at sweep phase makes the values pointed by it
> garbage collected only at the next collection, is there any I can
> speed up the process?

What makes you think there is no other pointer to these values ?
And to the things pointed by these values ?

> I could find no documentation what you can and what you can't do in
> the finalizers for custom blocks.

You should enter this in the bug tracking system as a feature wish.

-- Damien

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


  reply	other threads:[~2004-01-03 13:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-29  8:25 Nuutti Kotivuori
2004-01-03 13:47 ` Damien Doligez [this message]
2004-01-05 17:37   ` Nuutti Kotivuori

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=69286889-3DF3-11D8-BEFF-00039310CAE8@inria.fr \
    --to=damien.doligez@inria.fr \
    --cc=caml-list@inria.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).