f



[ace-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)

Hi,

We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and
CIAO-0.4.9. The documentation for this beta kit will be available shortly.
We are still working very hard on the x.5 release, which is scheduled to be
released by the beginning of March if all goes well.

We wanted to get this new beta out to fix several important bugs 
reported by our
users, which we greatly appreciate, as always. We've also added a number 
of improvements
to the various components in ACE, TAO and CIAO.

As usual the latest release is available at:

http://deuce.doc.wustl.edu/Download.html

The doxygen documentation for the beta is also available.

We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems.  Please use
the:

   $ACE_ROOT/PROBLEM-REPORT-FORM
   $TAO_ROOT/PROBLEM-REPORT-FORM
   $CIAO_ROOT/PROBLEM-REPORT-FORM

so that we have the version/platform/compiler/options you're using to
report problems.  We also request that you take a look at

$TAO_ROOT/docs/releasenotes

for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward.  Overviews of our
recent progress and upcoming plans are available at

$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS

The overall success rates for the test results gathered from all our
daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests.  
Please see

http://www.dre.vanderbilt.edu/scoreboard/

for a summary of these tests.  Our goal is to get these tests close to
100% for the x.5 release. We appreciate your help in resolving
the remaining problems.

The following is a list of key changes since the last beta.  Please
refer to the corresponding ChangeLog files for more details on the
problem and the nature of fixes applied.

==============
Changes to ACE
==============

.. Added dozens of new ACE_LACKS and ACE_HAS defines which are used to
 simplify the ACE_OS layer

.. Constructors of ACE_Time_Value have been made explicit to prevent
 implicit conversions.

.. Added a shutdown() method to ACE_Barrier. The new method aborts the
 wait by all threads.

.. Changed the behavior of ACE_Message_Queue::enqueue_head() and
 enqueue_tail(). If the enqueued message block has other blocks
 chained to it via its next() pointer, the entire chain of blocks
 will be enqueued at once.

.. Improved the support for high-resolution timers with
 ACE_Timer_Queue_Adapter.

.. Make it possible to disable file caching in JAWS.

.. Improved ACE_Pipe implementation so that it uses localhost to avoid
 firewall problems.

.. Added Unicode support to the Service Configurator.

==============
Changes to TAO
==============

.. (OCI) Added new endpoint selector implementation - Optimized
Connection Endpoint Selector. A member of the tao/Strategies library,
use svc.conf file to load the OC_Endpoint_Factory object. See
tests/AlternateIIOP/svc.conf for an example.

.. Continued splitting ORB Services into stub, skeleton, and
implementation libraries.  Changes to the Concurrency Service,
Property Service, and RTEventLog Admin Service (TAO's RTEvent
varient of the OMG Telecom Log Service) have been committed.

.. Added a new ORB run-time option "-ORBUseLocalMemoryPool [0|1]" which
controls an individual application's use of TAO's Local Memory Pool.
TAO can use a local memory pool to satisfy some of its needs for
heap storage, as it is often more efficient than using the
platform's default memory allocator. The pool will always grow as
large as necessary to satisfy memory allocations, but it will never
shrink. This means that sometimes a process can retain memory that
it no longer needs. If the default allocator is used then TAO gives
memory back as soon as it is not needed.
The UseLocalMemoryPool option selects between using the local memory
pool or using the default allocator, where 0 means don't use the pool,
1 means use the pool. The default is still controlled by the original
compile-time option controlled by the #define TAO_USE_LOCAL_MEMORY_POOL
which defaults to 1 if not specified.

.. Add a property -ORBKeepalive to allow a user to specify that
SO_KEEPALIVE is set on IIOP connections. See docs/Options.html
and Bugzilla #2374.

.. Add support for RTCORBA::TCPPrototocolProperties::keep_alive, when
RTCORBA is used, and the application is using a Server or Client
ProtocolPolicy.

.. Refined the Telecom Log Service Strategy Interface.  Added methods
to fetch/store capacity alarm thresholds, log QoS, and "week mask".
Rework locking to avoid race conditions and to improve performance.

.. Fixed bugs in Interface Repository.
 - Fixed bug in the lookup of a valuetype member's type using its
 repository id.
 - Fixed bug in IFR loader in checking for pre-existence before
 creating an entry corresponding to an IDL typedef.
 - Fixed bug in lookup when checking for a local name clash.
 - Fixed bug in the describe_interface() operation when the IDL
 interface being described has multiple parents.


=============================
Changes to TAO's IDL compiler
=============================

.. Fixed bug in computation of repository ids for predefined types.

.. Fixed bug in the handling of TAO_IDL_INCLUDE_DIR.

=======================
Changes to CIAO & DAnCE
=======================

.. RTTI enabled versions of the Xerces library are no longer needed on
Windows platforms.

.. DAnCE now supports dynamically adding/removing components
to/from the existing running assembly without shutting down the
running appliation.  This will allow the application developers to
evolve their applications on the fly without incuring service down
time. The service is called ReDaC (Redeployment and Reconfiguration)

Basically ReDAC provides a whole range of redeployment and
reconfiguration granularity level, including:

1) Install/remove component instances of the existing component types.
2) Install/remove component instances of a different type, i.e., a
   totally new type of component.
3) Install/remove component instances from an existing container.
4) Install new component instances into a dynamically created brand
   new container.
   Move around existing components from one existing container to
   another existing/new container.
5) Install new component instances into another component server in
   the same physical node.
6) Install new component instances into another component server
   into a remote host.

To see how to use this feature, please see the ReDaC-Usage.html
under the $CIAO_ROOT/examples/Hello/ directory.

.. Removed the Old Config Handlers, which have been deprecated for some
time.  Please see tools/Config_Handlers for the current version.

.. Added a step-by-step CoSMIC tutorial for modeling CIAO components
using PICML($CIAO_ROOT/docs/tutorials/CoSMIC). Using a simple Stock
Quoter system as example, this tutorial demonstrates all the steps
that needed to model Component-Based applications.

.. DAnCE now supports making connections among components across
different assemblies, and allow components to be "shared"
across assemblies seamlessly.

Internally, DAnCE provides a reference counting mechanism when
deploying/destroying components, and a reference count table
is maintained on each NodeManager.

 From a deployer's point of view, if he/she chooses to deploy
a new assembly of component and simultaneously wants to reuse
previous deployed components in an existing running assembly,
then in the new deployment plan descriptor, he could refer
to an old component instance in the <InstanceDeploymentDescriptions>
XML tag. The "key" to identify the old component instance is
through the <Component_UUID, Node> pair, if such a key is found
present in a previous deployed assembly, then DAnCE won't
install this component instance (specified by the <Component_UUID>)
again, but instead it will increase the reference count of this
component instance.

DAnCE also supports making connections from existing running
components to newly deployed components in another assembly, and
vice versa.

.. The RepositoryManager has been enhanced to support standards based
interfaces. A number of techniques have been used to ensure high
performance and scalability.

.. The RepositoryManager can now retrieve packages from remote locations via
HTTP.

.. The Target Manager is released with this CIAO release. It is an
infrastructure component which keeps track of resource usage in the
target domain. The initial domain configuration remains with the
Target Manager. A monitor framework has been built into Node Manager which
monitors the resources used within each host. This monitor reports its
data intermittently to the Target Manager which aggregates the data
received across all such hosts acroos the Target domain. The monitor
is implemented using a strategy pattern, thus enabling the plug-in of
new monitors which can monitor different resources in the domain. The
Target manager is a component thus it needs to be started using a
deployment plan. It is right now a optional component in the DAnCE
tool chain.

.. We added a skeleton implementation of the Resource Allocation and
Control Engine (RACE) which is a middleware framework built atop
CIAO/DAnCE that integrates multiple resource management algorithms for
(re)deploying and (re)configuring application components. We are in
the process of developing resource management algorithms (both
resource allocation and control algorithms) that will be a part of
future releases.


===============================
Changes to CIAO's CIDL Compiler
===============================

.. The CIDLC compiler now supports basic preprocessor directives:
#ifdef, #ifndef, #else, and #endif as well as the -D command-
line option.

.. The CIDLC compiler now supports incomplete struct and union
semantics which will appear in CORBA 3.1.

============
Known Issues
============

.. TAO is not currently compliable with ACE_USES_WCHAR being set.
This is to be addressed in the beta x.5.2.


==================
Bugzilla Bug Fixes
==================

7 ACE bugs fixed:
2341, 2348, 2333, 2360, 2274, 2376, 2357.

19 TAO bugs fixed:
2303, 2305, 2306, 2307, 2308, 2309, 2325, 2328, 2343, 2347,
2354, 2361, 2362, 2365, 2372, 2373, 2374, 2381, 2392.

1 CIAO Bug fixed:
1717. (many other CIAO bugs have been fixed - they just weren't in the
bugzilla database)

0
Wallace
2/9/2006 6:03:44 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

6 Replies
1074 Views

Similar Articles

[PageSpeed] 3

Hi,

We are pleased to announce a new beta of ACE-5.4.10, TAO-1.4.10, and
CIAO-0.4.10.  We have been devoted our efforts to getting x.5 released
by the end of February.

We wanted to get this new beta out to fix several important bugs
reported by our users, which we greatly appreciate, as always. We've
also added a number of improvements to the various components in ACE,
TAO and CIAO.

As usual the latest release is available at:

http://deuce.doc.wustl.edu/Download.html

The doxygen documentation for the beta is also available.

We encourage you to download the new beta, use it with your
applications, and let us know soon if you encounter any problems since
we plan to cut the x.5 release by February 28th.

Please use the:

  $ACE_ROOT/PROBLEM-REPORT-FORM
  $TAO_ROOT/PROBLEM-REPORT-FORM
  $CIAO_ROOT/PROBLEM-REPORT-FORM

so that we have the version/platform/compiler/options you're using to
report problems.  We also request that you take a look at

$TAO_ROOT/docs/releasenotes

for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward.  Overviews of our
recent progress and upcoming plans are available at

$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS

The overall success rates for the test results gathered from all our
daily builds is 97.08% for the ACE tests and 92.47% for the TAO tests.  
Please see

http://www.dre.vanderbilt.edu/scoreboard/

for a summary of these tests. Our goal is to get these tests as close to
100% as possible given the x.5 release schedule.  Please note that the
x.5.1 release will be a "bug-fix only" beta, so we'll continue to
improve the stability.  We appreciate your continued help in resolving
the remaining problems.

The following is a list of key changes since the last beta.  Please
refer to the corresponding ChangeLog files for more details on the
problem and the nature of fixes applied.

===================
Changes to Release Scripts
===================

.. Fixed a significant bug.  In the previous release, the shipped project
  files only build a subset of the ORB Services libraries. In current
  release, a whole set of ORB Services libraries will be built.

==============
Changes to MPC
==============

.. When VC8 projects are generated via MPC, there will be "x64"
  configurations generated in addition to the current "Win32"
  configurations. This allows the projects to be built with the VC8
  64-bit compiler.

.. The MPC-generated NMAKE "WinX86_64" platform specification has been
  changed to "x64" to remain consistent with the VC8 x64 platform
  specification.

==============
Changes to ACE
==============

.. Fixed a bug in ACE_Timer_Heap_T::cancel().

.. Improved ACE_Time_Value support for boundary conditions.

.. Fixed problems with operator placement delete on certain C++ compilers.

.. Fixed a bug with the ACE_SPIPE_Acceptor on Windows.

.. Correctly set sockaddr_in.sin_len and sockaddr_in6.sin6_len on
  platforms that have these fields.

.. Avoided problems with namespace pollution for max() macros.

.. Many fixes for ACE_LACKS* and ACE_HAS* macros for autoconfig.

==============
Changes to TAO
==============

.. Fixed a bug, which allowed security unaware clients to make
  invocations on secure objects, when the ORB was configured with
  support for Security::SecQoPNoProtection.

.. Added boxed valuetype support to the Interface Repository
  loader.

.. Fixed several bugs in the PICurrent implementation

.. Fixed GOA factory name

.. Fixed -ORBConnectionHandlerCleanup arguments to accept 0 and 1.

.. Improved Portable Interceptor implementation.

.. Autoconfig improvements.

.. Improved Real-time CORBA support for dynamic threads.

=============================
Changes to TAO's IDL compiler
=============================

.. Fixed Bugzilla #2145, which was preventing the building of
  the IDL compiler on HPUX.

.. Some bug fixes. See bug #2375 and #2390.

=======================
Changes to CIAO & DAnCE
=======================

.. Enhanced DAnCE ReDaC service to enforce the correct
  assembly redeployment and reconfiguration order.

  The order that ReDaC currently enforces:

  (1) Install new components,
  (2) Set up new connections,
  (3) Activate new components,
  (4) Passivate old components,
  (5) Remove old connections
  (6) Remove old components.

.. Enhanced DAnCE to create hierarchical naming context
  path through XML descriptors.

.. Enhanced DAnCE to maintain a component state map in
  the component server to manage component life cycle.

.. Some bug fixes in DAnCE

============
Known Issues
============

.. In Windows system, ImplRepo Service sometimes will run as system user
  hanging there forever.

.. Parallel builds have problem with MPC.

==================
Bugzilla Bug Fixes
==================

.. 6 ACE bugs fixed:
257, 1571, 2378, 2380, 2388, 2394.

.. 24 TAO bugs fixed:
621, 720, 920, 946, 1326, 1375, 1604
1687, 1753, 1895, 1897, 1898, 2001,
2111, 2117, 2145, 2167, 2321, 2375,
2390, 2398, 2399, 2400, 2401.

.. 0 CIAO bugs fixed:
(many CIAO bugs have been fixed - they just weren't in the
bugzilla database)



0
Wallace
2/21/2006 4:39:53 PM
Hi Folks,

>> We encourage you to download the new beta, use it with your
>> applications, and let us know soon if you encounter any problems
>> since we plan to cut the x.5 release by February 28th.

As per Wallace's comments, we have an aggressive schedule for the x.5
release to meet the needs of some major sponsors.  If people can give
x.4.10 a "test drive" in the next couple of days and report problems
they encounter we'll try to ensure that we fix any showstoppers before
x.5.  As mentioned in the release notes, there will be an x.5.1
bug-fix only release, as well, so there will be additional
opportunities to get your favorite bug zap if it's not fixed in x.5.

BTW, please note that after x.5.1 we're going to drop support for MSVC
6.0, as well as support for other compilers/platforms that seem to
have fallen into disuse (or "fallen into shadow" a la Gandalf and the
Bridge at Khazadum ;-)).  We'll sent out a summary after x.5 is
released.

Thanks,

        Doug
-- 
Dr. Douglas C. Schmidt                       Professor and Associate Chair
Electrical Engineering and Computer Science  TEL: (615) 343-8197
Institute for Software Integrated Systems    WEB: www.dre.vanderbilt.edu/~schmidt
Vanderbilt University, Nashville TN, 37203   NET: d.schmidt@vanderbilt.edu

0
Douglas
2/21/2006 4:53:31 PM
"Douglas C. Schmidt" <schmidt@cse.wustl.edu> writes:

> Hi Folks,
> 
> >> We encourage you to download the new beta, use it with your
> >> applications, and let us know soon if you encounter any problems
> >> since we plan to cut the x.5 release by February 28th.
> 
> As per Wallace's comments, we have an aggressive schedule for the x.5
> release to meet the needs of some major sponsors.  If people can give
> x.4.10 a "test drive" in the next couple of days and report problems
> they encounter we'll try to ensure that we fix any showstoppers before

According to bugzilla bug 2323 is not fixed yet.

   http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323

For us it is a show stopper.  We use the OCI version which does not
have problems related to this bug but it would be nice to be able to
use the latest version with more fixes.

/Tommy

0
Tommy
2/21/2006 8:22:47 PM
Hi Tommy,

        Thanks for reminding us about this.  Ossama, will you have
time to come up with a fix for this for x.5 or x.5.1?  If not, Tommy
you may want to contact one of the companies that provides commercial
support.

Thanks,

        Doug

>> According to bugzilla bug 2323 is not fixed yet.
>> 
>>    http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323
>> 
>> For us it is a show stopper.  We use the OCI version which does not
>> have problems related to this bug but it would be nice to be able to
>> use the latest version with more fixes.
>> 
>> /Tommy
>> 


-- 
Dr. Douglas C. Schmidt                       Professor and Associate Chair
Electrical Engineering and Computer Science  TEL: (615) 343-8197
Institute for Software Integrated Systems    WEB: www.dre.vanderbilt.edu/~schmidt
Vanderbilt University, Nashville TN, 37203   NET: d.schmidt@vanderbilt.edu

0
Douglas
2/22/2006 12:00:22 AM
On Tuesday 21 February 2006 08:52, you wrote:
> Hi Folks,
>
> >> We encourage you to download the new beta, use it with your
> >> applications, and let us know soon if you encounter any problems
> >> since we plan to cut the x.5 release by February 28th.

The problem described in thread
"[tao-users] compile problems with IDL generated code and -GA flag (x.4.9)"
that tao_idl generates uncompilable source code if the  -GA flag is present is 
also in x.4.10.

I consider generating uncompilable code a showstopper. tao_idl should generate 
compilable code regardless what command line flags are used.

> Thanks,
>
>         Doug

Lothar
-- 
Lothar Werzinger Dipl.-Ing. Univ.
framework & platform architect
Tradescape Inc.
111 West St. John Street, Suite 200
San Jose, Ca 95113
email: lothar@tradescape.biz
web: http://www.tradescape.biz

0
Lothar
2/22/2006 12:43:52 AM
Hi,

Thanks to the substantial efforts by many developers, testers, and
users, we are pleased to announce ACE+TAO+CIAO x.5.1, which is a
bug-fix-only (BFO) beta.  The goal of a BFO beta is to provide a more
stable base for ACE+TAO+CIAO users and to allow commercial support
vendors to stabilize the release for their product offerings.  This
BFO beta contains only fixes for ACE+TAO+CIAO x.5 we released in early
March.

The latest BFO release has been tagged ACE-5.5.1, TAO-1.5.1, and
CIAO-0.5.1.  As usual, it is available at:

http://deuce.doc.wustl.edu/Download.html 
<http://deuce.doc.wustl.edu/Download.html>
<http://deuce.doc.wustl.edu/Download.html 
<http://deuce.doc.wustl.edu/Download.html>>

The doxygen documentation for the beta is also available.

We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems.  Please use
the:

 $ACE_ROOT/PROBLEM-REPORT-FORM
 $TAO_ROOT/PROBLEM-REPORT-FORM
 $CIAO_ROOT/PROBLEM-REPORT-FORM

so that we have the proper version/platform/compiler /options you're
using to report problems.  We also request that you take a look at

$TAO_ROOT/docs/releasenotes

for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward.  Overviews of our
recent progress and upcoming plans are available at

$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS

The overall success rates for the test results gathered from all our
daily builds is 97.38% for the ACE tests and 93.16% for the TAO tests.
Please see

http://www.dre.vanderbilt.edu/scoreboard/ 
<http://www.dre.vanderbilt.edu/scoreboard/>
<http://www.dre.vanderbilt.edu/scoreboard/ 
<http://www.dre.vanderbilt.edu/scoreboard/>>

for a summary of these tests.  As always, we appreciate your help in
resolving the remaining problems.  Please see

ACE_ROOT/docs/ACE-bug-process.html

for an overview of our bug fixing policies.

The following is a list of key changes since the last release.  Please
refer to the corresponding ChangeLog files or Bugzilla entries for more
details on the problem and the nature of fixes applied.

==============
Changes to ACE
==============

.. Added support for the --enable-symbol-visibility configure option to
 the autoconf build infrastructure instead of solely relying on feature
 tests to enable/disable symbol visibility support.  This avoids build
 problems with icc, etc.

.. Added support for the --enable-fl-reactor configure option to the
 autoconf build infrastructure to build the ACE_FlReactor library.

.. Added support for the --enable-qt-reactor configure option to the
 autoconf build infrastructure to build the ACE_QtReactor library.

.. Added support for the --enable-xt-reactor configure option to the
 autoconf build infrastructure to build the ACE_XtReactor library.

.. Fixed a bug that would cause timer IDs from ACE_Timer_Heap to be
 improperly duplicated under certain conditions (Bugzilla #2447).

.. Fixed ACE_SSL_Context::private_key(), context(), and dh_params()
 methods to allow retrying a file load after a failed call.

.. Fixed ACE_SSL_Asynch_Stream so it can be instantiated; also moved the
 declarations for ACE_SSL_Asynch_Read_Stream_Result,
 ACE_SSL_Asynch_Write_Stream_Result, and ACE_SSL_Asynch_Result classes
 to the ace/SSL/SSL_Asynch_Stream.h file so applications can see them.

.. Fixed ACE_Task to remove race conditions on the thread count when
 close() is called by multiple threads.

.. The ACE_Task class's internal lock_ member was changed from an
 ACE_Thread_Mutex to ACE_Recursive_Thread_Mutex. Additionally, the lock
 is now held by ACE across the call to a task's close() hook when a thread
 is shutting down to prevent a race condition where multiple threads may
 think they are the last thread (Bugzilla #2339).

.. Fixed recursive mutexes on WinCE.

.. Fixed many warnings with GCC and MSVC++.

.. Fixed problems with pthread macro names on LynxOS.

.. Many fixes for MPC files.

==============
Changes to TAO
==============

.. Fixed LOCATION_FORWARD_PERM handling. See bugzilla #1777 for full details.

.. Fixed bug in connection closure. See bugzilla # 2391

.. Added support for the --enable-fl-reactor configure option to the
 autoconf build infrastructure to build the TAO_FlResource library.

.. Added support for the --enable-qt-reactor configure option to the
 autoconf build infrastructure to build the TAO_QtResource library.

.. Added support for the --enable-xt-reactor configure option to the
 autoconf build infrastructure to build the TAO_XtResource library.

.. Fixed a race condition involving two threads active in the same
 connection handler at the same time. See bug# 1647 for details.

.. Changed #include "..." preprocessor directives to use fully
 qualified (from $(ACE_ROOT), $(TAO_ROOT), or $(TAO_ROOT)/orbsvcs)
 paths.  We had been depending on non-standard behavior where files
 #included with "..." are first looked for in the current directory
 and then in the same directories used by #include <...>.  See bug
 #2448 for details.

===========================
Changes to TAO IDL Compiler
===========================

.. Fixed bug in detecting name clashes between existing identifiers
 and extra code generated for AMI and AMH.

.. Fixed bugs with recursive unions.

=========================
Changes to CIAO and DAnCE
=========================

.. Added the support of integrating real-time event service into the
 CIAO core framework. Enhanced DAnCE to support declaratively
 configure and deploy real-time event channels to mediate event
 communication among components.

.. Fixed a bug in detecting External connection and Internal
 connections when components are shared across different deployment
 plans. Earlier when removing connections attached to an
 external/shared component, not *all* connections associated with
 this components are purged from the to-be-removed connections list.

.. Fixed a bug when redeploying components using the same set of
 NodeManagers, the destroy of applications results not all internal
 components and external/shared components are unbinded from the
 cached map, which sometimes causes duplicate instance exception
 thrown.

.. Fixed bug in detecting name clashes between names of ports of the same
 category (facet, event sink, etc.) in the same component.

.. Implemented spec-defined component methods get_all_receptacles(),
 get_all_publishers(), and disconnect_consumer().

.. Fixed many warnings with GCC and MSVC++.

.. Many fixes for MPC files.

========================
 Changes to CIDL Compiler
========================

.. Added support for attribute exceptions in code generated for
 executor implementation classes.

==================
Bugzilla Bug Fixes
==================

.. 9 ACE bugs fixed:
2395, 2447, 2340, 2496, 2436, 2370, 2439, 2384, 2435.

.. 18 TAO bugs fixed:
2297, 192, 1647, 2477, 1777, 2323, 2438, 2508, 2445,
2482, 2224, 2494, 2470, 2429, 2478, 2186, 2424, 2428.

.. 0 CIAO bugs fixed:
(many CIAO bugs have been fixed - they just weren't in the
bugzilla database)

0
Wallace
4/19/2006 1:57:24 PM
Reply:

Similar Artilces:

[tao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)
Hi, We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and CIAO-0.4.9. The documentation for this beta kit will be available shortly. We are still working very hard on the x.5 release, which is scheduled to be released by the beginning of March if all goes well. We wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of improvements to the various components in ACE, TAO and CIAO. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is also available. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. Please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall success rates for the test results gathered from all our daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests. Please see http://www.dre.v...

[ciao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)
Hi, We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and CIAO-0.4.9. The documentation for this beta kit will be available shortly. We are still working very hard on the x.5 release, which is scheduled to be released by the beginning of March if all goes well. We wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of improvements to the various components in ACE, TAO and CIAO. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is also available. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. Please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall success rates for the test results gathered from all our daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests. Please see http://www.dre.v...

RE: [tao-users] Re: [ace-users] Re: Announcing the release of the new beta (ACE-5.4.10, TAO-1.4.10 and CIAO-0.4.10)
Hi, > > >> We encourage you to download the new beta, use it with your > > >> applications, and let us know soon if you encounter any problems > > >> since we plan to cut the x.5 release by February 28th. > > > > As per Wallace's comments, we have an aggressive schedule > for the x.5 > > release to meet the needs of some major sponsors. If > people can give > > x.4.10 a "test drive" in the next couple of days and report problems > > they encounter we'll try to ensure that we fix any > showstoppers before > > According to bugzilla bug 2323 is not fixed yet. > > http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2323 > > For us it is a show stopper. We use the OCI version which does not > have problems related to this bug but it would be nice to be able to > use the latest version with more fixes. FYI, the reason that this test now fails is because Ossama added several new test cases which wheren't in the test in the past, this uncovered some bugs which according to our information where already there a long time. Johnny "Johnny Willemsen" <jwillemsen@remedy.nl> writes: > > > >> We encourage you to download the new beta, use it with your > > > >> applications, and let us know soon if you encounter any problems > > > >> sinc...

[ace-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!] Hi, We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and CIAO-0.4.8. We are currently working hard on the long-awaited x.5 release, which is slated to appear in early 2006. We therefore wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate as always. We've added a number of sub-setting improvements that reduce the static/dynamic footprint of ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the details). We've also finally added support for Real-time CCM to CIAO and DAnCE. This beta is contains the results of our major footprint reduction effort that started in the summer of 2004. Between August 1st 2004 and October 14th 2005 the footprint reduction for the ORB_Init application has been 20%. Dependent on the parts of TAO you use the reduction can even be more. This reduction is inclusive all the extensions that have been made to TAO the last year. Interested users should check out http://www.dre.vanderbilt.edu/Stats/ for more details. Note that the footprint has increased slightly again due to emulated exceptions having been disabled in favour of native C++ exceptions in all stats builds. We have deprecated support for emulated exceptions since there are no sponsors for this configuration. If you require emulated exceptions please contact one of the companies listed in http://w...

[tao-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!] Hi, We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and CIAO-0.4.8. We are currently working hard on the long-awaited x.5 release, which is slated to appear in early 2006. We therefore wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate as always. We've added a number of sub-setting improvements that reduce the static/dynamic footprint of ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the details). We've also finally added support for Real-time CCM to CIAO and DAnCE. This beta is contains the results of our major footprint reduction effort that started in the summer of 2004. Between August 1st 2004 and October 14th 2005 the footprint reduction for the ORB_Init application has been 20%. Dependent on the parts of TAO you use the reduction can even be more. This reduction is inclusive all the extensions that have been made to TAO the last year. Interested users should check out http://www.dre.vanderbilt.edu/Stats/ for more details. Note that the footprint has increased slightly again due to emulated exceptions having been disabled in favour of native C++ exceptions in all stats builds. We have deprecated support for emulated exceptions since there are no sponsors for this configuration. If you require emulated exceptions please contact one of the companies listed in http://w...

[ciao-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!] Hi, We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and CIAO-0.4.8. We are currently working hard on the long-awaited x.5 release, which is slated to appear in early 2006. We therefore wanted to get this new beta out to fix several important bugs reported by our users, which we greatly appreciate as always. We've added a number of sub-setting improvements that reduce the static/dynamic footprint of ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the details). We've also finally added support for Real-time CCM to CIAO and DAnCE. This beta is contains the results of our major footprint reduction effort that started in the summer of 2004. Between August 1st 2004 and October 14th 2005 the footprint reduction for the ORB_Init application has been 20%. Dependent on the parts of TAO you use the reduction can even be more. This reduction is inclusive all the extensions that have been made to TAO the last year. Interested users should check out http://www.dre.vanderbilt.edu/Stats/ for more details. Note that the footprint has increased slightly again due to emulated exceptions having been disabled in favour of native C++ exceptions in all stats builds. We have deprecated support for emulated exceptions since there are no sponsors for this configuration. If you require emulated exceptions please contact one of the companies listed in http://w...

[ciao-users] ACE+TAO+CIAO
Hi, We are pleased to announce a new beta of ACE-5.4.5, TAO-1.4.5 and CIAO-0.4.5. This beta contains a number of time/space optimizations, including POA/Skeleton refactoring and TypeCode reimplementation. It also fixes a number of important bugs reported by our users, which we greatly appreciate, as always. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta will be updated in the next few hours! We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall succeeded test results gathered from all our daily builds is 98% for the ACE tests and 93% for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. Our goal is to get these tests close to 100% for the next major release (i.e., ACE 6.0,...

[ace-users] Re: [tao-support] Has ACE 5.4.4/TAO 1.4.4 been built with gcc 4.0.0 yet
Hi Robert, > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > template instantiations. Has anyone successfully build TAO/ACE using > the latest gcc ? We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming x.4.5 beta should work nicely with GCC 4.0.0. We hope to have this available very shortly (there's just one remaining snag with typecodes that should be fixed in the next day or so). If you'd like to give things a try before we release x.4.5 please download the contents of ACE+TAO from our CVS repo at http://cvs.doc.wustl.edu/ and see if it works for you on your platform. If not, please let us know and we'll try to make sure that it's working before we put out the beta release. Thanks, Doug I've tried the CVS version on macosx 10.4, with gcc4.0 and still got the same intantiation problem. On 5/9/05, Douglas C. Schmidt <schmidt@cs.wustl.edu> wrote: > > Hi Robert, > > > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core > > 4 test 2 on an x86 platform I get a lot of errors mainly to do with > > template instantiations. Has anyone successfully build TAO/ACE using > > the latest gcc ? > > We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming > x.4.5 beta should work nicely with GCC 4.0.0. We hope to ha...

RE: [ace-users] ACE+TAO+CIAO
Hi, Please use the prf form and which configuration you build. I personally think you have an old version of ACE/TAO on the system that is used. Regards, Johnny > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Domingos Monteiro > Sent: donderdag 9 juni 2005 18:05 > To: Simon McQueen > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] ACE+TAO+CIAO - 5.4.6 + 1.4.6 + 0.4.6 released > > Hi, > > I've just dowloaded this version > I've started to compile ACE with > - MSVC 7.1 > - Win XP > And get the following link errors: > > Message_Block.obj : error LNK2005: "public: virtual void __thiscall > ACE_Deadline_Message_Strategy::convert_priority(class ACE_Time_Value > &,class ACE_Message_Block const &)" > (?convert_priority@ACE_Deadline_Message_Strategy@@UAEXAAVACE_T > ime_Value@@ABVACE_Message_Block@@@Z) > already defined in CDR_Size.obj > Message_Block.obj : error LNK2005: "public: virtual void __thiscall > ACE_Laxity_Message_Strategy::convert_priority(class ACE_Time_Value > &,class ACE_Message_Block const &)" > (?convert_priority@ACE_Laxity_Message_Strategy@@UAEXAAVACE_Tim > e_Value@@ABVACE_Message_Block@@@Z) > already defined in CDR_Size.obj > SString.obj : error LNK2005: "public: __thiscall > ACE_NS_WString::ACE_N...

[ace-users] Re: a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gz
Hi Adam, Please upgrade to ACE+TAO x.4.8, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". The DOC groups at Washington University, UC Irvine, and Vanderbilt University only provide "best effort" support for non-sponsors for the latest beta kit, as described in http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html Thus, if you need more "predictable" help for ACE 5.4.1, I recommend that you check out http://www.cs.wustl.edu/~schmidt/commercial-support.html for a list of companies that will provide you with ACE+TAO commercial support. Thanks, Doug >> When I compile this version, it prompts me the following errors that >> /*------ >> gmake[6]: *** No rule to make target `Client_Request_Interceptor.cpp', >> needed by `.obj/Client_Request_Interceptor.o'. Stop. >> ------*/ >> >> Then I find there is something wrong about the directory: >> /export/home/adam/ace.5.4.1.cc.64/TAO/tests/Portable_Interceptors/Request_Interceptor_Flow >> There are two files whose file names suffix are very strange. >> 1. Client_Request_Interceptor.cp >> 2. Server_Request_Interceptor.cp >> After I rename them from .cp to .cpp >> >> I wonder if this is a bug or some thing I configure wrong? >> >> Regards, >> Adam >> -...

ACE+TAO+CIAO
Hi, We are happy to announce a new beta of ACE-5.4.4, TAO-1.4.4 and CIAO-0.4.4. This beta provides improved support for VxWorks 5.5.1 using static libraries and fixes a number of important bugs reported by our users. Thanks to all our users for reporting these issues. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta will be updated in the next few hours! We highly encourage you to download the present beta and use it with your applications and let us know if there are any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We would also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the doc groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. The overall succeeded test results gathered from all our daily builds is 97% for the ACE tests and 92% for the TAO tests. In addition the following is a list of noteworthy changes since the last beta. Please refer to the ChangeLog for more details on the problem and the nature of fixes applied. Changes common to ACE+TAO+CIAO ============================== .. Removed MPC code that creates unused and unnecessary subfolders in Visual ...

[ciao-users] ACE+TAO+CIAO
Hi, We are pleased to announce a new beta of ACE-5.4.6, TAO-1.4.6 and CIAO-0.4.6. Since the x.4.5 beta had so many changes and improvements, we wanted to get this new beta out quickly to fix several important bugs reported by our users, which we greatly appreciate, as always. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta will be updated in the next few hours. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall success rates for the test results gathered from all our daily builds is 98% for the ACE tests and 94% for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. Our goal is to get these tests close to 100% for the next major release (i.e., ACE 6.0, TAO 2.0, and C...

[ciao-users] ACE+TAO+CIAO
Hi, We are pleased to announce a new beta of ACE-5.4.7, TAO-1.4.7 and CIAO-0.4.7. Since the x.4.6 beta had so many changes and improvements, we wanted to get this new beta out quickly to fix several important bugs reported by our users, which we greatly appreciate, as always. We've also added a number of subsetting improvements that reduce the static/dynamic footprint of ACE+TAO significantly. As usual the latest release is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is also available. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall success rates for the test results gathered from all our daily builds is 98% for the ACE tests and 95% for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests...

[tao-users] Re: ACE+TAO+CIAO
Hi folks, It's been a long time (5 months) since we put out the x.4.2 ACE+TAO+CIAO beta, and the current x.4.3 beta contains many improvements, fixes, and new features. It would be great if you could put this through its paces and let us know what problems you find so we can fix them ASAP. We plan to release the x.4.4 beta fairly soon (i.e., within a month), so your thorough testing will greatly improve its stability and portabilty! Thanks very much, Doug >> Since this is the season of giving, we are happy to announce a new beta >> of ACE-5....

[tao-users] Use of TAO_OutputCDR and ACE_Message_Block in CORBA::Any from TAO 1.4.1|ACE 5.4.1 to TAO2.2.0|ACE 6.2.0
This is a multipart message in MIME format. ------=_NextPart_000_00BF_01CEA8D4.9E005C80 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable TAO VERSION: 2.2.0 ACE VERSION: 6.2.0 =20 HOST MACHINE and OPERATING SYSTEM: x86_64 and Red Hat - Linux 2.6.18-194.26.1.el5 =20 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: =20 COMPILER NAME AND VERSION (AND PATCHLEVEL): gcc (GCC) 4.8.1 =20 THE $ACE_ROOT/ace/config.h FILE: config-linux.h =20 THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_linux.GNU =20 CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): =20 AREA/CLASS/EXAMPLE AFFECTED: TAO_OutputCDR and ACE_Message_Block. =20 DOES THE PROBLEM AFFECT: EXECUTION. My application is affected. =20 SYNOPSIS: The code that extract data from CORBA::Any using TAO_OutputCDR and ACE_Message_Block for user defined types works properly in the old platform (TAO 1.4.1|ACE 5.4.1), but not in the new one(ACE 6.2.0). =20 DESCRIPTION: The code in the =93REPEAT BY=94 section works fine in the old platform = for user defined types, that is, the TAO_OutputCDR and ACE_Message_Block objects have the same length, but in the new platform th...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi,all ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris10 X86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Compiler: SUN CC 5.6 Make: GNU make 3.80 CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless this isn't used in this case, e.g., with Microsoft ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi, >> ACE VERSION: 5.4.3 Thakns for using the PRF! >> HOST MACHINE and OPERATING SYSTEM: >> Solaris10 X86 We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on an x86 box (yet). It would therefore be great if you could figure out what patches need to be applied so that ACE compiles properly on this platform. BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box at some point? Thanks, Doug >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPIL...

[ace-users] Re: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86
Hi Jin, >> The solaris 9/10 for sparc is not the same as solaris 9/10 for >> Intel X86,although it is almost free,and the SunStudio 9 (CC >> 5.6)for sparc is not the same as SunStudio 9(CC 5.6) for Intel X86. This is yet one more reason why you'll need to do the legwork on this. Please let us know what you find out. Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashvil...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi,all I rebuild the ACE package according the instruction above,but get the same result. my platform_macros.GNU file has the following lines: templates = implicit include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU When i rebuild the ACE library,get the following compile errors: $ make inline=0 -j 2 -k -f GNUmakefile.ACE .... .... CC -mt -g -DSUN_CC_HAS_PVFC_BUG -I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS -DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o OS_NS_sys_...

[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, ACE VERSION: 5.4.3 HOST MACHINE and OPERATING SYSTEM: Solaris 10 x86 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): Sun Studio 9 (Sun CC 5.6) CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- specific file, simply state which one]: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 #include "ace/config-sunos5.9.h" CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit > > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? I have thought also about this, but maybe there are users around we don't know if. We can drop all this after x.5 is released, until that time, I just keep it there, just as we have a lot of other stuff that is probably broken. > > Qinghuajin and other Forte 9 users, you can work around > this by added the > > following line to your platform_macros.GNU file. > > templates = implicit > > This is until we release x.4.4., right? Yes, with x.4.4 this will be done correctly. Johnny ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> Ok. Steve, could you maybe make clear with the build names > which builds use explicit templates? I'll try to get this clarified. > Explicit templates in TAO are known to be broken at this > moment. None of the tests at Riverace try to build TAO. -Steve ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
> > Ok, the problem is in platform_sunos5_sunc++.GNU, when a > not known forte > > version is found, it defaults to explicit. I am updating > right now, for 4.2 > > and 5.3 we default to explicit, for all others to implicit This sounds good. > Is this necessary? I mean make it implicit by default. The > explicit is > not even supported, and has no chance to work cleanly. Why > should we patch > broken stuff. Just a thought? At least for ACE 5.5, Riverace supports the Forte compiler that requires explicit. After that, we can drop it....

Web resources about - [ace-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9) - comp.soft-sys.ace

Samsung Galaxy Ace 4 User Reviews
Samsung Galaxy Ace 4 reviews written by Phone Arena users. You can read the opinion of each user and how they rate the phone in 11 categories. ...

Samsung Galaxy Ace 3 official: iPhone-alike size for the new user
Samsung has revealed another in its Galaxy series, the Galaxy Ace 3, now targeting entry-level smartphone users who want a pocket-friendly 4-inch ...

Resources last updated: 3/5/2016 9:55:09 AM