Browse thread
RE: [Caml-list] The best way to circumvent the lack of Thread.kill ?
- EL CHAAR Rabih SGAM/AI/SAM
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: | 2005-11-02 (11:33) |
From: | EL CHAAR Rabih SGAM/AI/SAM <RABIH.ELCHAAR@s...> |
Subject: | RE: [Caml-list] The best way to circumvent the lack of Thread.kill ? |
If i'm not mistaken, fork is not also implemented under windows. Rabih -----Message d'origine----- De : caml-list-bounces@yquem.inria.fr [mailto:caml-list-bounces@yquem.inria.fr]De la part de Julien Narboux Envoyé : mercredi 2 novembre 2005 12:22 À : Richard Jones Cc : caml-list@yquem.inria.fr Objet : Re: [Caml-list] The best way to circumvent the lack of Thread.kill ? Richard Jones wrote: >On Wed, Nov 02, 2005 at 10:52:12AM +0100, Julien Narboux wrote: > > >>My problem is that I don't want to pollute my target thread with checks >>for a variable. >> >>Indeed, I am writing a graphical user interface for an automated theorem >>prover. >> >> > >How about forking off the theorem prover as a separate process? You >can communicate the result back to the main program using either a >status code or a pipe (depending on how complex the result structure >is). The interrupt button just kills the forked process. > >Rich. > > > Yes, but the problem is that under the native windows port (see http://caml.inria.fr/pub/docs/manual-ocaml/manual035.html) : "kill, pause not implemented (no inter-process signals in Windows)" Julien Narboux _______________________________________________ Caml-list mailing list. Subscription management: http://yquem.inria.fr/cgi-bin/mailman/listinfo/caml-list Archives: http://caml.inria.fr Beginner's list: http://groups.yahoo.com/group/ocaml_beginners Bug reports: http://caml.inria.fr/bin/caml-bugs ************************************************************************* Ce message et toutes les pieces jointes (ci-apres le "message") sont confidentiels et etablis a l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisee est interdite. Tout message electronique est susceptible d'alteration. SG Asset Management et ses filiales declinent toute responsabilite au titre de ce message s'il a ete altere, deforme ou falsifie. Decouvrez l'offre et les services de SG Asset Management sur le site www.sgam.fr ******** This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SG Asset Management nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. *************************************************************************