From owner-freebsd-hackers Mon May 12 10:50:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id KAA24544 for hackers-outgoing; Mon, 12 May 1997 10:50:28 -0700 (PDT) Received: from usr04.primenet.com (usr04.primenet.com [206.165.5.104]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id KAA24539 for ; Mon, 12 May 1997 10:50:25 -0700 (PDT) Received: from primenet.com (root@mailhost02.primenet.com [206.165.5.53]) by usr04.primenet.com (8.8.5/8.8.5) with ESMTP id KAA12418 for ; Mon, 12 May 1997 10:49:48 -0700 (MST) Received: from conceptual.com (consys.com [207.218.17.187]) by primenet.com (8.8.5/8.8.5) with ESMTP id KAA10909 for ; Mon, 12 May 1997 10:49:44 -0700 (MST) Received: from conceptual.com (localhost [127.0.0.1]) by conceptual.com (8.8.5/8.6.9) with ESMTP id KAA14166 for ; Mon, 12 May 1997 10:48:06 -0700 (MST) Message-Id: <199705121748.KAA14166@conceptual.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@freebsd.org Subject: omniORB port to FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 May 1997 10:48:06 -0700 From: "Russell L. Carter" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Any orbaholics interested in working with me to port omniORB to FreeBSD pthreads please drop me a line. The C++ binding is very attractive. ILU works fine of course but the C++ binding is too flaky to use right now. Having both working ACE and a C++ ORB is cool indeed... Russell ------- Forwarded Message Return-Path: POPmail Received: from mailhost.orl.co.uk (shallot.cam-orl.co.uk [192.5.239.109]) by primenet.com (8.8.5/8.8.5) with SMTP id JAA23390 for ; Mon, 12 May 1997 09:50:34 -0700 (MST) Received: from santaka.cam-orl.co.uk by mailhost.orl.co.uk (SMI-8.6/HUB-ORL-0.5) id RAA16333; Mon, 12 May 1997 17:49:51 +0100 Received: by santaka.cam-orl.co.uk (8.8.5//ident-1.0) id RAA08484; Mon, 12 May 1997 17:49:44 +0100 Date: Mon, 12 May 1997 17:49:44 +0100 Message-Id: <199705121649.RAA08484@santaka.cam-orl.co.uk> To: rcarter@consys.com Subject: FYI: Free CORBA 2 ORB for C++ available now From: Sai-Lai Lo X-UIDL: 2bd011e2d1c63da0bdce204fe943939e Status: O ******* Free CORBA 2 ORB for C++ available now ******* The Olivetti and Oracle Research Laboratory has made available the first public release of omniORB (version 2.2.0). We also refer to this version as omniORB2. omniORB2 is copyright Olivetti & Oracle Research Laboratory. It is free software. The programs in omniORB2 are distributed under the GNU General Public Licence as published by the Free Software Foundation. The libraries in omniORB2 are distributed under the GNU Library General Public Licence. Source code and binary distributions are available from our Web pages: http://www.orl.co.uk/omniORB/omniORB.html Technical Highlights ==================== omniORB2 implements specification 2.0 of the Common Object Request Broker Architecture (CORBA). - C++ language bindings are supported. The mapping conforms to the latest revision of the CORBA specification. - The Internet Inter-ORB Protocol (IIOP) is used as the native protocol. - The omniORB2 runtime is fully multithreaded. It uses native platform thread support encapsulated with a small class library, omnithread, to abstract away from differences in native thread APIs. - A COS Naming Service, omniNames, is provided. - The following platforms are supported: o Solaris 2.5 / Sun SparcCompiler C++ version 4.2 o Digital Unix 3.2 / DEC C++ compiler version 5.5 o x86 Linux 2.0 / GNU C++ compiler version 2.7.2 / Linuxthreads 0.5 o x86 Windows NT / Windows 95 / Visual C++ version 4.2 It should be straightforward to port omniORB2 to any platform which supports POSIX style threads, BSD style sockets and has a decent C++ compiler which supports exceptions. - It has been tested for interoperability via IIOP with other ORBs, such as Iona Orbix 2.1 MT, Iona OrbixWeb 2.0.1, Visigenic Visibroker for C++, and HP ORB Plus 2.5. Work in progress ================ omniORB2 is not yet a complete implementation of the CORBA core. The following features are not supported in the current release. Support for these features will be included shortly in a future release of omniORB2. - `Typecode' and the type `Any' are not supported. - The Dynamic Invocation Interface (DII) is not supported. - The Dynamic Skeleton Interface (DSI) is not supported. Missing features ================ The following features are missing from omniORB2. We are not currently planning on adding support for these features. - The BOA only supports the persistent server activation policy. Other dynamic activation and deactivation polices are not supported. - omniORB2 does not has its own Interface Repository. ------- End of Forwarded Message