caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
* [Caml-list] Ensemble version 1.40 released
@ 2002-12-19  8:42 Ohad Rodeh
  2002-12-19 14:52 ` [Caml-list] lablGL + cygwin Christophe Raffalli
  2002-12-20  9:27 ` [Caml-list] Ensemble version 1.40 released Mike Potanin
  0 siblings, 2 replies; 6+ messages in thread
From: Ohad Rodeh @ 2002-12-19  8:42 UTC (permalink / raw)
  To: Horus-l, caml-announce

List,
   A new release is now available from the system homepage at www.cs.cornell.edu/Info/Projects/Ensemble,
enjoy!


  RELEASE_NOTES for Ensemble version 1.40

Author: Ohad Rodeh
Last updated: 19/December/2002

RELEASE_NOTES

  This release primarily solves a long standing problem with the use
of DLLs on win32 platforms. CE was rewritten so as to compiled into a
DLL instead of a static library. Since JNI requires shared libraries,
this finally allows cejava to work on win32 and not just Unix. The second
problem solved in this release is the gossip bug on win32, this was due
to problems with UDP sockets.

The major change in the CE API is in memory allocation
conventions. Instead of the application allocating memory chunks, such
as arrays of destinations and vectors pointing to C-memory chunks, CE
now copies these auxiliary buffers into its own memory areas. This
completely separates the memory areas used by the application and
CE/Ensemble. The only sharing occurs for message bodies which are not
copied. To this end the application must set the message alloc/free
functions used by CE for messages, for example:

    ce_set_alloc_fun((mm_alloc_t)malloc);
    ce_set_free_fun((mm_free_t)free);

will allows messages allocated by the application using malloc to freed by Ensemble.

The API change would require CE applications to be modified for the
new memory conventions, which is not a "good thing". This was done
primarily to allow using DLLs, where each DLL keeps a private copy of
LIBC. Therefore, memory allocated by one DLL (the application) cannot be
freed by another DLL (CE). In the longer term, it separates the
application and library from each other and should make developement
easier. It also saves allocations for iovector arrays and destination arrays on
the critical message send path.

OCAML COMPILER VERSION
  We are using version 3.06 for this version.

PORTABILITY
  This version was tested on Linux (RedHat 7.1, 7.2, 7.3, i386 architecture) and windows XP.


-----------------------------------------------------------------------------------

Ohad Rodeh
tel: +972-3-6401641
IBM Haifa, storage research

-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners


^ permalink raw reply	[flat|nested] 6+ messages in thread
end of thread, other threads:[~2002-12-20 19:40 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-12-19  8:42 [Caml-list] Ensemble version 1.40 released Ohad Rodeh
2002-12-19 14:52 ` [Caml-list] lablGL + cygwin Christophe Raffalli
     [not found]   ` <Pine.LNX.4.50.0212200051070.6076-100000@home.oyster.ru>
2002-12-20 12:38     ` Christophe Raffalli
2002-12-20  9:27 ` [Caml-list] Ensemble version 1.40 released Mike Potanin
2002-12-20 13:01   ` Mike Potanin
2002-12-20 17:26     ` Ohad Rodeh

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).