Mailing list for all users of the OCaml language and system.
 help / color / mirror / Atom feed
From: luther@maxime.u-strasbg.fr
To: Pascal Cuoq <pcuoq@ens-lyon.fr>, luther sven <luther@steed.u-strasbg.fr>
Cc: garrigue@kurims.kyoto-u.ac.jp, luther@dpt-info.u-strasbg.fr,
	caml-list@inria.fr
Subject: Re: Caml et Gtk+/Gdk ...
Date: Fri, 20 Nov 1998 11:49:38 +0100	[thread overview]
Message-ID: <19981120114938.A19954@maxime.u-strasbg.fr> (raw)
In-Reply-To: <199811201001.LAA00810@vaise.ens-lyon.fr>; from Pascal Cuoq on Fri, Nov 20, 1998 at 11:01:35AM +0100

On Fri, Nov 20, 1998 at 11:01:35AM +0100, Pascal Cuoq wrote:
> > 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.
> 
> J'avais remarque cette bizarrerie aussi, sans vraiment comprendre
> d'ou elle provient.  Il est tout de meme possible d'utiliser un widget 
> text pour afficher les messages de debogage.

Oui, bonne idee, je vais faire comme cela alors.

Cependant il serait interressant de voir a quoi est du cette bizarrerie,
s'agit-il d'une particularite du systeme caml. il manque surement un flush ou
quelque chose de similaire, qui n'est jamais appelle car l'interface gtk prend
la main totalement, et ne laisse plus ocaml faire son travail. Qu'en est-il du
garbage collector ? Et des autres choses que ocaml fait ?

L'ideal serait de de ne pas appeller gtk_main, mais de modifier la boucle
interne de ocaml, pour qu'elle fasse aussi le travail de gtk_main. Je sais
qu'il existe une fonction gtk qui traite tous les evenements restant, ou alors
les evenements un par un, Il serait interressant alors d'appeler cette fonction
a l'interieur de ocaml.

Peut-etre qu'un mecanisme de pour definir une telle fonction pourrait etre
ajouter a ocaml ? quelque chose comme :

Toplevel.register_additional_main_loop ?

Amicalement,

Sven LUTHER




  reply	other threads:[~1998-11-20 18:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1998-11-18 16:02 luther
1998-11-19  2:57 ` Jacques GARRIGUE
1998-11-19 12:56   ` luther sven
1998-11-19 21:02     ` David Monniaux
1998-11-20 10:26       ` luther
1998-11-20 10:01     ` Pascal Cuoq
1998-11-20 10:49       ` luther [this message]
1998-11-20 10:36     ` Jacques GARRIGUE

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=19981120114938.A19954@maxime.u-strasbg.fr \
    --to=luther@maxime.u-strasbg.fr \
    --cc=caml-list@inria.fr \
    --cc=garrigue@kurims.kyoto-u.ac.jp \
    --cc=luther@dpt-info.u-strasbg.fr \
    --cc=luther@steed.u-strasbg.fr \
    --cc=pcuoq@ens-lyon.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