Re: [Caml-list] Re: Recursion on React.events.

2009-12-11 Thread Jérémie Dimino
Le jeudi 10 décembre 2009 à 23:24 +0100, Guillaume Yziquel a écrit :
 Yes. It's also here where I worry about a few things concerning Lwt:
 
 In Lwt, you have a monadic way to do context switches for multithreading 
 withing a single real thread. So if you use Lwt inside the update cycle, 
 you could well jump out of the update cycle with a Lwt context switch. 
 As long as you do not encounter a Lwt construct within definition of 
 signals and events, you can be pretty sure that the update cycle will go 
 through to its end without using Lwt inside an event/signal. But at the 
 same time, it seems that the monadic way Lwt is built avoids us such 
 problems. But I may be mistaken.

It is possible to use Lwt inside an update cycle. It is not a problem to
switch context in an update cycle as long as you respect React's rules.

 So the compatibility of Lwt and React seems to me a worthwile question 
 if one wants to use OCaml for high availability, reactive, parallel 
 computations. And in this context, making E/S.switch easy to use would 
 quite important...

Thanks to React being lowlevel, the two libraries are compatible out of
the box.

Jérémie

___
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


[Caml-list] old Caml projects looking for new maintainers contributors

2009-12-11 Thread Xavier Leroy
Hello list,

Prompted by Stefano Zacchiroli and Grégoire Henry's recent success in
resurrecting CamlJava, I just migrated a number of my inactive OCaml
side projects to the forge on ocamlcore.org:

- CamlIDL (stub code generator for Caml/C interface)
- CamlJava (low-level interface between Caml and Java through JNI)
- CamlZIP (library to handle zip and gzip files)
- Cryptokit (library of cryptographic primitives)
- OCamlAgrep (library for string searching with errors)
- OCamlMPI (Caml interface for the MPI parallel programming model)
- SpamOracle (Bayesian mail filter)

The purpose of this migration is to make it easy for others to
participate in (or even take over) the maintenance and development of
these projects, two tasks that I've very much neglected lately.

So, if you find these projects useful and feel like participating in
one way or another, just create an account on forge.ocamlcore.org and
ask to join these projects.

Also, the kind folks who package these projects are welcome to update
their upstream URLs to point to the files on ocamlcore.org instead of
my home pages: currently, they are identical, but further releases, if
any, will be on ocamlcore.org.

Cheers,

- Xavier Leroy

___
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