[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: RE: cuteidl -- maybe we should give a thought to OmniORB
From:       Simon Hausmann <shaus () uermel ! Med ! Uni-Magdeburg ! DE>
Date:       1999-09-21 19:08:33
[Download RAW message or body]


Well, this OTOH would kill cuteidl.

And I'd just like to note that cuteidl enables us

 a) a slimmed/simplified KOM/OpenParts API (and improved internals)

 b) much easier to learn CORBA (no more need to deal with CORBA
    container/data types, except for CORBA::Object_var)

 c) a much faster marshalling for sequences
    (this improves performance for kded<->clients when transferring
     KService data)

 d) improved compilation time *and* less memory usage


OK - perhaps I exaggerated some mentioned points ;-) - but Lars, David and
I are probably not motivated enough to re-do the whole work again ;-)


Greetings,
 Simon (happy with the stable MICO ORB and looking forward to Torben's
        tinyMICO with mini-stl)

On Tue, 21 Sep 1999, Lotzi Boloni wrote:

> > IIRC Torben hacked the following things out of MICO in order to make it
> > smaller:
> > - IR (in the ORB core)
> > - POA
> 
>   Now, if POA is out, then we have another choice for an ORB, OmniORB. 
> It is small, it is the fastest ORB around (extensive performance tests
> show that it beats the hell out of every other implementation), stable and
> it is not using STL at all. I've used it during the summer. 
> 
> http://www.uk.research.att.com/omniORB/omniORB.html
> 
>   Maybe it is worth a look. 
> 
>           Lotzi
> 

[prev in list] [next in list] [prev in thread] [next in thread]