<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="+1">Hi Duncan,<br>
&nbsp;&nbsp;&nbsp; we tried without success to recompile through omniidl 4.1 a number
of idl files which worked fine since many years, up to 4.07.<br>
All such files are produced automatically by Rational Rose.<br>
We get the systematic error:<br>
<br>
&nbsp;omniidl: Fatal error in C++ backend<br>
&nbsp;omniidl: An AttributeError exception was caught<br>
<br>
A faulty stripped down idl chunk is:<br>
-----------------------------------------<br>
#include "\adk\src\stubs\Common.idl"<br>
module DeviceManager<br>
{<br>
&nbsp; typedef Common::TopObject TopObject;<br>
&nbsp; interface DriverFactory : DeviceManager::TopObject {<br>
&nbsp; };<br>
};<br>
-----------------------------------------<br>
File common.idl alone compiles fine.<br>
If we replace DeviceManager::TopObject by Common::TopObject then it
compiles fine. It looks a typedef issue.<br>
<br>
Renzo Tomaselli<br>
<br>
<br>
</font><br>
Duncan Grisby wrote:
<blockquote cite="midE1F14aj-0006cj-44@apasphere.com" type="cite">
  <pre wrap="">I am pleased to announce that omniORB 4.1.0 beta 1 and omniORBpy 3.0
beta 1 are now (finally) available.

These are major releases with significant new features. Although classed
as beta, they are in production use in some environments, so they are
largely stable.

Please test the new beta releases and report any issues you find, so we
can move to the final releases as soon as possible.

Source distributions are available from SourceForge:

  <a class="moz-txt-link-freetext" href="http://sourceforge.net/project/showfiles.php?group_id=51138&package_id=44914&release_id=387714">http://sourceforge.net/project/showfiles.php?group_id=51138&amp;package_id=44914&amp;release_id=387714</a>
  <a class="moz-txt-link-freetext" href="http://sourceforge.net/project/showfiles.php?group_id=51138&package_id=48639&release_id=387716">http://sourceforge.net/project/showfiles.php?group_id=51138&amp;package_id=48639&amp;release_id=387716</a>

Binaries are not available at this stage.

Documentation is included in the distributions, or can be read online
here:

  <a class="moz-txt-link-freetext" href="http://omniorb.sourceforge.net/omni41/omniORB/">http://omniorb.sourceforge.net/omni41/omniORB/</a>
  <a class="moz-txt-link-freetext" href="http://omniorb.sourceforge.net/omnipy3/omniORBpy/">http://omniorb.sourceforge.net/omnipy3/omniORBpy/</a>


The following is a summary of the new features:

 - Objects by value support.

     omniORB now supports the full objects by value specification, with
     the exception of custom valuetypes. See chapter 13 of the omniORB
     manual / chapter 10 of the omniORBpy manual for information about
     valuetype in omniORB.

 - Abstract interfaces support.

 - New simpler and more efficient C++ Any implementation.

 - New socket collection implementation.

     Uses poll() on platforms where it is available to avoid limiting
     the number of connections to FD_SETSIZE. Windows specific version
     that better manages the unusual Windows fd_set.

 - New tracing options traceTime and traceInvocationReturns.

     See section 4.2 of the omniORB manual.

 - C++ mapping updated to version 1.1.

     Deprecation of RefCountServantBase; Servant_var template type.

 - Support for local interfaces in C++.

     In particular, ServantManagers and AdapterActivators no longer
     need to be activated in a POA, but can be simple C++ objects. See
     the examples in src/examples/poa/servant_manager.

 - Partial support for local interfaces in Python.

     In particular, ServantManagers and AdapterActivators no longer
     need to be activated in a POA, but can be simple Python objects.
     See the examples in examples/poa.

 - New-style Python classes can now be used for servants.


Enjoy!

Duncan.

  </pre>
</blockquote>
</body>
</html>