From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail3-relais-sop.national.inria.fr (mail3-relais-sop.national.inria.fr [192.134.164.104]) by sympa.inria.fr (Postfix) with ESMTPS id 22A2A7EE4B for ; Thu, 10 Oct 2013 14:07:26 +0200 (CEST) Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of arnaud.spiwack@gmail.com) identity=pra; client-ip=74.125.82.48; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="arnaud.spiwack@gmail.com"; x-sender="arnaud.spiwack@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail3-smtp-sop.national.inria.fr: domain of arnaud.spiwack@gmail.com designates 74.125.82.48 as permitted sender) identity=mailfrom; client-ip=74.125.82.48; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="arnaud.spiwack@gmail.com"; x-sender="arnaud.spiwack@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail3-smtp-sop.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-wg0-f48.google.com) identity=helo; client-ip=74.125.82.48; receiver=mail3-smtp-sop.national.inria.fr; envelope-from="arnaud.spiwack@gmail.com"; x-sender="postmaster@mail-wg0-f48.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwCAAaYVlJKfVIwm2dsb2JhbABZgz9SgyirHjKJYod8SoEZCBYOAQEBAQEGCwsJFCiCJQEBBAEjHQEtCwEDAQsBBQUEBxodAgIiEgEFAQoSBhMSh2IDCQYMmmqMAoNbhD8nAwqJZQEFDI83gnWBOQOYBYEvjmgYKYFjgm06 X-IPAS-Result: AgwCAAaYVlJKfVIwm2dsb2JhbABZgz9SgyirHjKJYod8SoEZCBYOAQEBAQEGCwsJFCiCJQEBBAEjHQEtCwEDAQsBBQUEBxodAgIiEgEFAQoSBhMSh2IDCQYMmmqMAoNbhD8nAwqJZQEFDI83gnWBOQOYBYEvjmgYKYFjgm06 X-IronPort-AV: E=Sophos;i="4.90,1071,1371074400"; d="scan'208";a="29810637" Received: from mail-wg0-f48.google.com ([74.125.82.48]) by mail3-smtp-sop.national.inria.fr with ESMTP/TLS/RC4-SHA; 10 Oct 2013 14:07:09 +0200 Received: by mail-wg0-f48.google.com with SMTP id b13so1988315wgh.27 for ; Thu, 10 Oct 2013 05:07:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=JJf5D8mqXY5j7HdUbhHyOhIhAHcm/TYZoh3C17Po1/k=; b=mX3MRLWmMTJZ9KOMfCwLdGV2g1QzneIN3FNEiEp9foUtPDYbLWd8kYvh0eco0kKXvu iBVKmUAozKyEyztRS9ovW0ZC5W0HYoC7i8jCtETIEZ5AFvgpQwPY4LgMr4fuPajBLp2g 5bXPi67Ojs+QN7u8lQyuQNbWviYIOVlCcLTtgsOwznINCLNGT97xPdIeZDVUNUuMaIIF 8ZAQaG736g1FVca4RTgnu35UldFgbgDi17HDUR4uthhwE6tc8myH47xBRMLlrIrMC4UY G9jL01B0fFi5qVuRJsLSCiu82TpvX98UiFHa8eNbx/L5cQYODnh+TO7RKvlFvi+5YVYh cmOw== X-Received: by 10.194.240.129 with SMTP id wa1mr11758289wjc.31.1381406829319; Thu, 10 Oct 2013 05:07:09 -0700 (PDT) MIME-Version: 1.0 Sender: arnaud.spiwack@gmail.com Received: by 10.216.33.193 with HTTP; Thu, 10 Oct 2013 05:06:29 -0700 (PDT) In-Reply-To: <52551D48.2030204@inria.fr> References: <52551D48.2030204@inria.fr> From: Arnaud Spiwack Date: Thu, 10 Oct 2013 14:06:29 +0200 X-Google-Sender-Auth: ZsFfQEr-6Yri-tmPLqclDfk2khs Message-ID: To: Romain Bardou Cc: "caml-list@inria.fr" Content-Type: multipart/alternative; boundary=089e013d1db25a1c2a04e861d7c8 X-Validation-by: arnaud@spiwack.net Subject: Re: [Caml-list] [ANN] Procord 0.1.0: Delegate tasks to other processes --089e013d1db25a1c2a04e861d7c8 Content-Type: text/plain; charset=UTF-8 I see you are using Unix.kill to kill processes. But I was under the impression that it didn't work properly on Windows. Am I mistaken? On 9 October 2013 11:09, Romain Bardou wrote: > I am happy to announce the first release of Procord, a portable library > to delegate tasks to other processes. > > Obtain it with opam: > > opam install procord > > Or, download the tarball: > > https://github.com/cryptosense/procord/archive/v0.1.0.tar.gz > > View a minimal, commented example: > > https://github.com/cryptosense/procord/blob/master/examples/minimal.ml > > You can browse the API at: > > http://cryptosense.github.io/procord/api/index.html > > Procord can spawn local worker processes or communicate using sockets to > a remote worker server. Workers will receive an input, execute a > function on this input, and send back the result. Meanwhile, the main > program can continue to run while waiting for the results. > > Not relying on threads, Procord is robust - a segmentation fault in the > worker will not kill the main program. Not relying on fork, Procord is > portable - it has been tested on Linux and Windows. > > Procord provides an easy way to have the same executable act as a worker > - local or remote - or as the main program. The actual behavior can be > specified on the command-line. The default is to run as the main > program, which delegates tasks by running itself. > > I will present Procord at the OUPS meeting of this evening. > > -- > Romain Bardou > > -- > Caml-list mailing list. Subscription management and archives: > https://sympa.inria.fr/sympa/arc/caml-list > Beginner's list: http://groups.yahoo.com/group/ocaml_beginners > Bug reports: http://caml.inria.fr/bin/caml-bugs > > --089e013d1db25a1c2a04e861d7c8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I see you are using Unix.kill to kill processes. But I was= under the impression that it didn't work properly on Windows. Am I mis= taken?


On 9 October 2013 11:09, Romain Bardou <romain.bardou@inria.fr>= ; wrote:
I am happy to announce the first release of Procord, a portable library
to delegate tasks to other processes.

Obtain it with opam:

=C2=A0 opam install procord

Or, download the tarball:

=C2=A0 https://github.com/cryptosense/procord/archive/v0.1.= 0.tar.gz

View a minimal, commented example:

=C2=A0 https://github.com/cryptosense/procord/blo= b/master/examples/minimal.ml

You can browse the API at:

=C2=A0 http://cryptosense.github.io/procord/api/index.html

Procord can spawn local worker processes or communicate using sockets to
a remote worker server. Workers will receive an input, execute a
function on this input, and send back the result. Meanwhile, the main
program can continue to run while waiting for the results.

Not relying on threads, Procord is robust - a segmentation fault in the
worker will not kill the main program. Not relying on fork, Procord is
portable - it has been tested on Linux and Windows.

Procord provides an easy way to have the same executable act as a worker
- local or remote - or as the main program. The actual behavior can be
specified on the command-line. The default is to run as the main
program, which delegates tasks by running itself.

I will present Procord at the OUPS meeting of this evening.

--
Romain Bardou

--
Caml-list mailing list. =C2=A0Subscription management and archives:
ht= tps://sympa.inria.fr/sympa/arc/caml-list
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
Bug reports: http://caml.inria.fr/bin/caml-bugs


--089e013d1db25a1c2a04e861d7c8--