caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Tom Buscher <tbuscher@gnp.com>
To: caml-list@inria.fr
Cc: jpolakow@gnp.com, tfoucher@gnp.com
Subject: [Caml-list] Hybrid ML/C programs and exceptions
Date: Thu, 11 Apr 2002 14:34:38 -0700	[thread overview]
Message-ID: <200204112133.OAA05135@gnp.com> (raw)

Hi,

We have a hybrid O'Caml/C application in which ML calls C,
which calls ML, like this:

  ML -> C -> ML
   1    2    3

The "lower" ML(3) raises an exception, which is dealt with
by C(2) using one of the callback_exn functions. When the C
function returns, the "upper" ML function generates a bus
error on Solaris 8, on writing to a mutable global variable.
We are using O'Caml 3.04 with the bytecode compiler.

Attached is a sample program of the same structure that
reproduces this problem. The problem appears to be caused by
the handling of the RAISE opcode in interprete(), executing
the "lower" ML bytecode. It sets extern_sp to a value which
reflects the program state before the C layer was called.

Is this program structure allowed?

Regards,

Tom, Trevor and Jeff

------------------------------------------------------------
FILE: top.ml
------------------------------------------------------------
exception Bot;;
let bot() = raise Bot 
let _ = Callback.register "bot" bot

external foo : unit -> unit = "foo"

let r = ref 1;;
r := 2;
foo();
r := 3

------------------------------------------------------------
FILE: foo.c
------------------------------------------------------------
#include <caml/mlvalues.h>
#include <caml/callback.h>
#include <caml/memory.h>

CAMLprim void
foo(value unit)
{
        CAMLparam1(unit);
        callback_exn(*caml_named_value("bot"), Val_int(0));
        CAMLreturn0;
}

------------------------------------------------------------
Build command (with gcc-2.95.3):

  ocamlc -custom -o top top.ml foo.c
------------------------------------------------------------
Tom Buscher                       "For every complex problem,
GNP Computers, Inc.                there is a simple solution.
tbuscher@gnp.com                   And it is wrong."
fon: +1 626.305.8484
fax: +1 626.599.3115                         -- H. L. Mencken
-------------------
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:[~2002-04-11 22:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-11 21:34 Tom Buscher [this message]
2002-04-11 23:25 ` Remi VANICAT
2002-04-12  7:39 ` Xavier Leroy

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=200204112133.OAA05135@gnp.com \
    --to=tbuscher@gnp.com \
    --cc=caml-list@inria.fr \
    --cc=jpolakow@gnp.com \
    --cc=tfoucher@gnp.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;
as well as URLs for NNTP newsgroup(s).