caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "Daniel Bünzli" <daniel.buenzli@epfl.ch>
To: Christophe Raffalli <Christophe.Raffalli@univ-savoie.fr>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Scheduling thread problem kernel 2.6
Date: Wed, 14 Apr 2004 13:46:42 +0200	[thread overview]
Message-ID: <6602876C-8E09-11D8-A972-000393DBC266@epfl.ch> (raw)
In-Reply-To: <407D0289.5090807@univ-savoie.fr>

	
Le 14 avr. 04, à 11:21, Christophe Raffalli a écrit :

> You do not need in general to enter a blocking section when calling C. 
> you only need that if you call some specific Caml function from C (if 
> I remember well)

True, this message [1] confirms it (point 6) and since callbacks are 
not executed concurrently by glut there is no need to serialize them 
with enter/leave_block_section(). Apparently [2] 
enter/leave_blocking_section() are mainly used to allow the execution 
of signal callbacks during execution of long running C code that 
doesn't interact with caml code (this means that if I use the lablglut 
bindings, my signal callbacks will never be executed, so I think it 
would be better to use enter/leave_blocking_section() in the bindings 
as depicted in my previous message).

Regarding your problem, maybe glutMainLoop() is doing busy waiting. You 
can try to look into the code [3], glutMainLoop() is implemented in 
file lib/glut/glut_event.c. However this wouldn't explain the fact that 
your program was running well in another version of your system.

Daniel

[1] <http://caml.inria.fr/archives/200404/msg00258.html>
[2] <http://caml.inria.fr/archives/200304/msg00243.html>
[3] <http://www.opengl.org/resources/libraries/glut/glut37.zip>
-------------------
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-04-14 11:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-13  7:57 Christophe Raffalli
2004-04-13 19:48 ` David Brown
2004-04-14  5:58   ` Christophe Raffalli
2004-04-14  8:11     ` Daniel Bünzli
2004-04-14  9:21       ` Christophe Raffalli
2004-04-14 11:46         ` Daniel Bünzli [this message]

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=6602876C-8E09-11D8-A972-000393DBC266@epfl.ch \
    --to=daniel.buenzli@epfl.ch \
    --cc=Christophe.Raffalli@univ-savoie.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).