From: Xavier Leroy <Xavier.Leroy@inria.fr>
To: Markus Mottl <markus.mottl@gmail.com>
Cc: OCaml List <caml-list@yquem.inria.fr>
Subject: Re: [Caml-list] Custom blocks and finalization
Date: Fri, 08 May 2009 11:36:48 +0200 [thread overview]
Message-ID: <4A03FD30.6020307@inria.fr> (raw)
In-Reply-To: <f8560b80905060954h34824bdbv5e7c42a37df0e15d@mail.gmail.com>
Markus Mottl wrote:
>> Let's have a look at byterun/globroots.c:
> [snip]
>> So... how could caml_remove_global_root() actually trigger a heap GC?
>
> It certainly doesn't, but it obviously manipulates runtime
> datastructures which may not necessarily be in a state during
> finalization where this is safe. I'd have to study the runtime code
> in detail to learn more, but maybe the OCaml team can clarify this
> issue more quickly?
I foresee absolutely no problems with registering/unregistering global
roots from a C finalizer. As the manual states, the big no-no in
C functions attached to custom blocks is allocating in the heap,
either directly or via a callback into Caml or by releasing the global
lock. Within a finalizer, you should also refrain from raising an
exception, as this would leave the GC is a bizarre state. But global
roots operations are OK.
As for not using the CAMLparam, etc macros in these functions: since
these functions must not allocate, the macros are certainly not
needed. I don't think that actually using them could cause a problem,
but that would be silly anyway, so don't use them in this context.
Hope this answers your question.
- Xavier Leroy
next prev parent reply other threads:[~2009-05-08 9:36 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-30 15:46 Markus Mottl
2009-04-30 18:17 ` [Caml-list] " Dr. Thomas Fischbacher
[not found] ` <49FB04A9.3090008@soton.ac.uk>
2009-05-01 16:00 ` Markus Mottl
2009-05-06 16:30 ` Dr. Thomas Fischbacher
2009-05-06 16:54 ` Markus Mottl
2009-05-06 17:53 ` Dr. Thomas Fischbacher
2009-05-08 9:36 ` Xavier Leroy [this message]
2009-05-08 13:48 ` Markus Mottl
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=4A03FD30.6020307@inria.fr \
--to=xavier.leroy@inria.fr \
--cc=caml-list@yquem.inria.fr \
--cc=markus.mottl@gmail.com \
/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