From mboxrd@z Thu Jan  1 00:00:00 1970
Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id TAA24175 for caml-redistribution; Fri, 20 Nov 1998 19:58:01 +0100 (MET)
Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id LAA24971 for <caml-list@pauillac.inria.fr>; Fri, 20 Nov 1998 11:36:56 +0100 (MET)
Received: from kurims.kurims.kyoto-u.ac.jp (kurims.kurims.kyoto-u.ac.jp [130.54.16.1])
	by nez-perce.inria.fr (8.8.7/8.8.7) with ESMTP id LAA10063
	for <caml-list@inria.fr>; Fri, 20 Nov 1998 11:36:54 +0100 (MET)
Received: from localhost (safran.kurims.kyoto-u.ac.jp [130.54.16.91])
	by kurims.kurims.kyoto-u.ac.jp (8.9.1a/3.7W) with ESMTP id TAA09122;
	Fri, 20 Nov 1998 19:36:28 +0900 (JST)
To: luther@steed.u-strasbg.fr
Cc: caml-list@inria.fr
Subject: Re: Caml et Gtk+/Gdk ...
In-Reply-To: Your message of "Thu, 19 Nov 1998 13:56:13 +0100"
	<19981119135613.A19350@steed.u-strasbg.fr>
References: <19981119135613.A19350@steed.u-strasbg.fr>
X-Mailer: Mew version 1.93 on Emacs 20.3 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <19981120193629B.garrigue@kurims.kyoto-u.ac.jp>
Date: Fri, 20 Nov 1998 19:36:29 +0900
From: Jacques GARRIGUE <garrigue@kurims.kyoto-u.ac.jp>
X-Dispatcher: imput version 980905(IM100)
Content-Transfer-Encoding: 7bit
Sender: weis

> Oui je suis au courrant, mais il y a un probleme, avec elle. Il
> semble qu'il n'est pas possible d'appeller les fonctions
> print_string et compagnie a l'interieur d'un callback appelle depuis
> un event_handler Gtk. Le callback est bien appelle, mais rien
> n'apparait a l'ecran. J'ai rencontrer le meme probleme avec mlgtk,
> mais j'ai crus que cela ne marchais pas bien. C'est difficile de
> tester des trucs si on ne peut rien afficher a l'ecran.

Je ne suis pas sur, mais une raison possible est l'incompatibilite'
entre les fonctions d'affichage C et ML. J'ai eu pas mal de
segmentation faults pour ce genre de raison. La solution est de
rediriger les fonctions g_print et g_warning pour qu'elles appellent
des fonctions ML.

> Comment fait tu pour faire interagir la boucle principale ocaml et
> la boucle d'evenement Gtk ? ou alors est-ce que tu n'utilise gtk que
> pour afficher des resultat, pas pour qu'on puisse appuyer sur des
> boutons ou autre chose du style ?

J'utilise un thread pour la boucle, independant du toplevel. Grace a`
ca je peux programmer pendant que mon programme tourne. C'est assez
agreable de voir les choses se passer en temps reel !
Si on se contente d'interrompre la boucle de temps en temps pour
revenir au toplevel, on peut aussi se passer des threads.

Cordialement,

	Jacques Garrigue