The OpenFusion TAO 1.4 Release Notes cover the following topics:
Supported Platforms and Compilers
OpenFusion TAO Directory Organisation
Upgrading to OpenFusion TAO 1.4
Interoperability and Compatibility
PrismTech offers various builds:
See the table below for build availability.
Platform / Architecture / Compiler | Standard | Inline | Debug |
---|---|---|---|
SunOS 5.9 Generic_112233-12 / SPARC / gcc version 3.2.1 | Yes | No | No |
SunOS 5.9 Generic_112233-12 / SPARC / Sun ONE Studio 8, Compiler Collection C++ 5.5 - 32 bits | Yes | Yes | Yes |
SunOS 5.9 Generic / SPARC / Sun ONE Studio 7, Enterprise Edition for Solaris C++ 5.4 - 64 bits | Yes | No | Yes |
SunOS 5.8 Generic_108528-17 / SPARC / gcc version 3.2.1 | Yes | Yes | Yes |
SunOS 5.8 Generic_108528-17 / SPARC / gcc version 2.95.3 GNU linker. | Yes | No | No |
SunOS 5.8 Generic_108528-17 / SPARC / Sun ONE Studio 8, Compiler Collection C++ 5.5 - 32 bits | Yes | Yes | Yes |
Red Hat Enterprise Linux WS release 3 (Taroon Update 3) / x86 / gcc version 3.2.3 | Yes | Yes | Yes |
Red Hat Linux release 8.0 (Psyche) / x86 / gcc version 3.2.1 | Yes | Yes | Yes | Red Hat Linux release 9 (Shrike) / x86 / gcc version 3.2.1 | Yes | Yes | Yes |
MontaVista Linux release 3.0 / x86 / gcc version 3.2.1 | Yes | Yes | Yes |
HP-UX B.11.11 U aCC / PA-RISC / HP ANSI C++ B3910B A.03.39 | No | Yes | Yes |
HP-UX B.11.11 U aCC / PA-RISC / HP ANSI C++ B3910B A.03.31 | Yes | Yes | Yes |
Microsoft Windows NT 4.00.1381 Service Pack 6 / x86 / Microsoft Visual C++ v6.0 (MFC) | Yes | Yes | Yes |
Microsoft Windows 2000 5.00.2195 Service Pack 3 / x86 / Microsoft Visual C++ v6.0 (MFC) | Yes | Yes | Yes |
Microsoft Windows XP Professional Version 2002 Service Pack 1 / x86 / Microsoft Visual C++ v6.0 (MFC) | Yes | Yes | Yes |
Microsoft Windows Server 2003 5.02.3790 / x86 / Microsoft Visual C++ v6.0 (MFC) | Yes | Yes | Yes |
Microsoft Windows NT 4.00.1381 Service Pack 6 / x86 / Microsoft Visual C++ v6.0 (No MFC) | Yes | Yes | Yes |
Microsoft Windows 2000 5.00.2195 Service Pack 3 / x86 / Microsoft Visual C++ v6.0 (No MFC) | Yes | Yes | Yes |
Microsoft Windows XP Professional Version 2002 Service Pack 1 / x86 / Microsoft Visual C++ v6.0 (No MFC) | Yes | Yes | Yes |
Microsoft Windows Server 2003 5.02.3790 / x86 / Microsoft Visual C++ v6.0 (MFC) | Yes | Yes | Yes |
PrismTech supports a wide variety of platforms and compilers. For an up-to-date list, contact us via http://www.prismtechnologies.com/
Additional operating system / compiler combinations may be supported based on demand.
The OpenFusion TAO directory organisation is different from other TAO distributions.
The PrismTech distribution has a modified directory structure to make it more readable and usable.
The directory structure is as follows:
PrismTech's TAO distribution is by default built with the following options:
Key: The values in the Must Match column have the meanings defined below.
Y - the application must have the same value as the build
N - the application may use any value it chooses
E = the application can only use this option if it was set at
build time
B - this option is only effective at build time
The inline, debug and MFC flags are set according to the build. See the build availability list above.
Option | Description | Must Match | Default Build Flags (Solaris, HP-UX, Linux) | Default Build Flags (Windows 2000, Windows NT, Windows XP, Windows 2003) |
---|---|---|---|---|
exceptions | Enable native C++ exceptions | Y | 1 | 1 |
Include_env | Enable ACE_TRY_ENV macro backward compatibility mode. | Y | 0 | 0 |
rtti | Enable C++ RTTI | N | 1 | 0 |
optimize | Turn on compiler optimiztion | N | 1 | 1 |
repo | Use GNU template repository | N | 0 | 0 |
fast | Use -fast compiler option (SunCC only) | N | 0 | 0 |
threads | Enable threads (if OS supports) | Y | 1 | 1 |
purify | Third party product support | N | 0 | 0 |
quantify | Third party product support | N | 0 | 0 |
shared_libs | Build shared libraries | E | 1 | 0 |
static_libs | Build archive libraries | E | 0 | 0 |
shared_libs_only | Build shared libraries only | E | 1 | 0 |
static_libs_only | Build static libraries only | E | 0 | 0 |
minimum_corba | Build with minimum CORBA support | B | 0 | 0 |
probe | Enable ACE_Timeprobes | B | 0 | 0 |
profile | Enable profiling | N | 0 | 0 |
xt_reactor | Build with xt reactor | Y | 0* | 0 |
fl_reactor | Build with fl reactor | Y | 0 | 0 |
tk_reactor | Build with tk reactor | Y | 0 | 0 |
qt-reactor | Build with Qt reactor | Y | 0 | 0 |
ami | Enable Asynchronous Method Invocation (AMI) | Y | 1 | 1 |
smart_proxies | Enable Smart Proxies | Y | 0 | 0 |
corba_messaging | Enable CORBA Messaging | Y | 1 | 1 |
rt_corba | Enable Real-time CORBA support | Y | 1 | 1 |
Interface_repo | Enable Interface Repository support | N | 1 | 1 |
interceptors | Enable portable interceptors | Y | 1 | 1 |
fakesvcconf | Build in default Service Configurator options | B | 0 | 0 |
* The Sun ONE Studio 7 & 8 and HP ANSI C++ B3910B A.03.39 compiler builds have the xt_reactor flag set to 1.
When using tao_ifr to add idl to the interface repository on Windows NT with Microsoft Visual C++, you need to have the following in your path:
<TAO Installation dir>\bin
<TAO Installation dir>\lib
<Microsoft Visual Studio dir>\vc98\bin
<Microsoft Visual Studio dir>\Common\MSDev98\bin
where <TAO Installation dir> is the path to the TAO installation directory and <Microsoft Visual Studio dir> is the path to the installation of Microsoft Developer Studio. This is necesary because tao_ifr makes use of the cl.exe C++ preprocessor which is in the <Microsoft Visual Studio dir>\vc98\bin directory, which in turn uses dlls which reside in the <Microsoft Visual Studio dir>\Common\MSDev98\bin directory.
Use of ORB::create_operation_list operation will require the TAO_IFR_Client library to be linked into a program. If the TAO_IFR_Client is not linked a NO_IMPLEMENT exception will be raised if ORB::create_operation_list is invoked.
The examples do not build for a Microsoft Visual C++ V6.0 debug distribution.
The gcc 3.2 compiler fails to compile generated code for IDL containing fixed size arrays. The gcc 3.2.1 compiler fixes this problem (except on MontaVista Linux release 3.0). This was identified during interoperability testing of OpenFusion TAO releases.
UTF-16 Wide Characters / Wide String Interoperability. (Bug ID 00RE)
Issue 1: UTF-16 strings are being marshalled and demarshalled incorrectly. On little endian platforms little endian encoding is employed without an appropriate byte order marker being used. Characters within incoming strings are assumed to be encoded as per the byte order of the encapsulating stream. These are both in contravention of section "15.3.1.6 Character Types" of the CORBA 3.0 specification.
Issue 2: No account is taken of the byte order of an input stream when decoding a wide character type. Wide character passing between platforms with differing endian setting results in corrupted data.
Table Key:
Product | Direction | Product | Status |
---|---|---|---|
JacORB | -> | TAO-BF LE | wstring OK, wchar Broken |
JacORB | <-> | TAO-BF BE | OK |
TAO-BF LE | -> | JacORB | Broken |
TAO-BF LE | <-> | TAO-BF BE | OK |
TAO-BF LE | <-> | TAO-BF BE | wstring OK, wchar Broken |
TAO-BF BE | <-> | TAO-BF BE | OK |
Product | Direction | Product | Status |
---|---|---|---|
JacORB | -> | TAO-AF LE | OK |
JacORB | <-> | TAO-AF BE | OK |
TAO-AF LE | -> | JacORB | OK |
TAO-AF LE | <-> | TAO-AF BE | OK |
TAO-AF LE | <-> | TAO-AF BE | OK |
TAO-AF BE | <-> | TAO-AF BE | OK |
Product | Direction | Product | Status |
---|---|---|---|
TAO-AF LE | <-> | TAO-BF LE | Broken |
TAO-AF BE | <-> | TAO-BF BE | OK |
TAO-AF LE | -> | TAO-BF BE | Broken |
TAO-AF BE | <- | TAO-BF LE | wstring OK, wchar Broken |
TAO-AF LE | <- | TAO-BF BE | Broken |
TAO-AF BE | -> | TAO-BF LE | wstring OK, wchar Broken |