f



[tao-users] Re: Correct order to load ACE/TAO libraries in vxWorks #2

Hi,

Because you are using the OCI distribution contact support@ociweb.com.

The doc_group version now also works with VxWorks. See
http://deuce.doc.wustl.edu/Download.html for downloading x.4.5 under the
heading latest beta kit. See www.theaceorb.nl for our effort to get VxWorks
up to date again.

Regards,

Johnny Willemsen
Remedy IT
Postbus 101
2650 AC  Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl  

<sieg1974@yahoo.com> wrote in message
news:<1118084189.163440.26880@g49g2000cwa.googlegroups.com>...
> Hi Jonny and Thomas,
> 
> Thanks for the quick replay.
> I worked a bit more in this problems, and found out the following
> details.
> Any suggestions?
> 
> Thanks,
> 
> Andre
> 
> 
>     TAO VERSION: 1.3a-OCI
>     ACE VERSION: 5.3a-OCI
> 
>     HOST MACHINE and OPERATING SYSTEM:
>         If on Windows based OS's, which version of WINSOCK do you
>         use?:
> 
> 	Windows XP and WINSOCK version 2
> 
>     TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
>     COMPILER NAME AND VERSION (AND PATCHLEVEL):
> 
> 	PPC405
> 	VxWorks version 5.5.1.
> Kernel: WIND version 2.6.
> 
>     AREA/CLASS/EXAMPLE AFFECTED:
> [What example failed?  What module failed to compile?]
> 
>     DOES THE PROBLEM AFFECT:
>         COMPILATION? Yes
>         LINKING? 	  Yes
>         EXECUTION?      No
>         OTHER ?              No
> 
>     SYNOPSIS:
> 	VxWorks issues undefined references when libTAO_RTCORBA is loaded
into
> the target.
> 
>     DESCRIPTION:
> 	VxWorks issues undefined references errors when loading
> libTAO_RTCORBA.so after loading libACE.so and then libTAO.so. One of
> these undefined references is ACE_Thread_Mutex::acquire(void).
> 	I don't think this is a bug, but rather a mistake with the switches
> I'm using to compile these libraries.
> 
>     REPEAT BY:
> 
> 	First I compiled libACE.so, libTAO.so and libTAO_RTCORBA.so with the
> following command lines:
> 
> make -C $ACE_ROOT/ace realclean
> make --debug=b -C $ACE_ROOT/ace shared_libs_only=1 partial_links=1
> CPU=PPC405 make -C $ACE_ROOT/TAO/tao realclean
> make --debug=b -C $ACE_ROOT/TAO/tao shared_libs_only=1 partial_links=1
> CPU=PPC405 all
> 
>  	The command used to compile each source file was:
> 
> ccppc -fno-implicit-templates -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION
>  -DACE_VXWORKS=0x542
> -Bc:/Tornado2.2/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/gcc-2.96/
> -DCPU=PPC405 -mcpu=405 -mlongcall -mstrict-align -msoft-float -ansi
> -D_REENTRANT -nostdlib -fvolatile -fexceptions -frtti -fno-builtin
> -fno-defer-pop -DACE_NEEDS_HUGE_THREAD_STACKSIZE=100000  -W -Wall
> -Wno-unused -O  -DACE_LACKS_ACE_TOKEN -DACE_LACKS_ACE_OTHER
> -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION  -Ic:/Tornado2.2/target/h
> -Ic:/spectrum/public_tools/corba/ace_tao/ACE_wrappers -DACE_USE_RCSID=0
> -DACE_HAS_EXCEPTIONS  -c  -o PPC405/OS.o OS.cpp
> 
> 	Then libACE.so and then libTAO.so were loaded into the target
without
> errors and warning, but when libTAO_RTCORBA.so was loaded, vxWorks
> issued undefined references erros.
> 	Using c++filt I found out that one of these undefined references is
> ACE_Thread_Mutex::acquire(void), which is defined in ace/Synch.h and
> ace/Synch.i. Double checking, I could not find this reference in
> libACE.so, but found references to:
> 
> ACE_Lock_Adapter<ACE_Thread_Mutex>::acquire(void)
> ACE_Reverse_Lock<ACE_Thread_Mutex>::acquire(void)
> ACE_Guard<ACE_Reverse_Lock<ACE_Thread_Mutex> >::acquire(void)
> 
> 	I tried to recompile these libraries again adding inline=1, but
> wasn't successful because this reference wasn't created in
> libACE.so.
> 
> ccppc -fno-implicit-templates -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION
> -DACE_VXWORKS=0x542
> -Bc:/Tornado2.2/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/gcc-2.96/
> -DCPU=PPC405 -mcpu=405 -mlongcall -mstrict-align -msoft-float -ansi
> -D_REENTRANT -nostdlib -fvolatile -fexceptions -frtti -fno-builtin
> -fno-defer-pop -DACE_NEEDS_HUGE_THREAD_STACKSIZE=100000  -W -Wall
> -Wno-unused -O  -DACE_LACKS_ACE_TOKEN -DACE_LACKS_ACE_OTHER
> -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION  -Ic:/Tornado2.2/target/h
> -Ic:/spectrum/public_tools/corba/ace_tao/ACE_wrappers -DACE_USE_RCSID=0
> -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__  -c  -o PPC405/OS.o OS.cpp
> 
> Also, I tried adding repo=1 to make sure all needed templates were
> being added to the object files, but without success again.
> 
> ccppc -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION -DACE_VXWORKS=0x542
> -Bc:/Tornado2.2/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/gcc-2.96/
> -DCPU=PPC405 -mcpu=405 -mlongcall -mstrict-align -msoft-float -ansi
> -D_REENTRANT -nostdlib -fvolatile -fexceptions -frtti -fno-builtin
> -fno-defer-pop -DACE_NEEDS_HUGE_THREAD_STACKSIZE=100000 -W -Wall
> -Wno-unused -O -frepo -DACE_LACKS_ACE_TOKEN -DACE_LACKS_ACE_OTHER
> -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION  -Ic:/Tornado2.2/target/h
> -Ic:/spectrum/public_tools/corba/ace_tao/ACE_wrappers -DACE_USE_RCSID=0
> -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DACE_HAS_GNU_REPO  -c  -o
> PPC405/OS.o OS.cpp
> 
>     SAMPLE FIX/WORKAROUND:
> 
































































































0
Johnny
6/6/2005 8:18:47 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
501 Views

Similar Articles

[PageSpeed] 41

Reply:

Similar Artilces:

[tao-users] Re: Correct order to load ACE/TAO libraries in vxWorks
Hi, To ensure that we have proper version/platform/compiler information, please make sure you fill out the appropriate problem report form (PRF), which is in $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM or in $ACE_ROOT/BUG-REPORT-FORM $TAO_ROOT/BUG-REPORT-FORM in older versions of ACE+TAO. Make sure to include this information when asking any questions about ACE+TAO since otherwise we have to "guess" what version/platform/compiler/options you've using, which is error-prone and slows down our responsiveness. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl <sieg1974@yahoo.com> wrote in message news:<1117639739.817103.106680@f14g2000cwb.googlegroups.com>... > Hi, > > Is there any specific order ACE/TAO libraries should be loaded in > vxWorks? If so, where is it documented? When I load these libraries in > the following order, vxWorks issues undefined reference errors. > These libraries were compiled with the following commands. > > make -debug=b -C $ACE_ROOT/ace shared_libs_only=1 partial_links=1 > CPU=PPC405 > make -debug=b -C $ACE_ROOT/TAO/tao shared_libs_only=1 > partial_links=1 CPU=PPC405 all > make -debug=b -C $ACE_ROOT/TAO/orbsvcs/orbsvcs shared_libs_only=1 > partial_links=1 CPU=PPC405 TAO_ORBSVCS="LifeCycle Naming" > > And I'm trying to lo...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, The x.4.8 version of ACE/TAO is supported with BCB2006, we have some linker warnings/errors in some configurations, Borland is working on these for Update2, but these are not causing a problem. See ACE_wrappers/ACE-INSTALL.html for info about how to use it. We deliver also commercial support for using BCB2006 with ACE/TAO. See www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, See http://www.remedy.nl/en/borland.html for an overview of the supported Borland products with TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

Re: [ace-users] Problems at linkage of TAO to ACE, target VxWorks 6.2 #2
Hi, > Did you recommend to use VxWorks 6.4 with ACE+TAO 5.5.1a patch 4? VxWorks 6.4 is more stable then VxWorks 6.2, but still has its known problems. The p4 is so far as I know only a backport of the config-vxworks6.4.h that is part of the doc_group version 1.6.1. We are currently doing some work on VxWorks 6.4 kernel mode for PPC604. As part of this work we have made several improvements to the VxWorks 6.4 support which will be part of the upcoming 1.6.2 version. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** ...

Re: [ace-users] Re: [tao-users] Re: difficulties compling TAO with mingw and msys #2
Hi, > > Great, when we get time we will try to upgrade to a newer version of MinGW, > > but it is still a candidate. Just keep an eye on the scoreboard, when we > > upgrade you will see it there. As you can see on the scoreboard, there are > > no issues with the 3.2.3 version > > I have run all but a few of the provided tests, and all looks well. We run all ACE tests, no issues there, we are working on the TAO tests, some of the tests are able to freeze our build system > Out of curiosity, what is required for eliminating the > inline/dlli...

RE: [tao-users] Strange Behavior with ACE/TAO libraries... #2
That's interesting but I still get the same behavior if I only link with ONE of the libraries so I don't see how it can be a cyclic dependency... I have also tried various combinations of multiple libraries with no success. Interestingly it always hangs when linked with any one of the ACE/TAO libraries although in the case of the ACE library the program prints "Hello world" and then hangs... i.e. doesn't return! All the other libs prevent it from running at all. Mark -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Friday, March 31, 2006 12:59 To: Mark Raynes; tao-users@cs.wustl.edu Subject: RE: [tao-users] Strange Behavior with ACE/TAO libraries... Hi, Thanks for using the PRF form. I think the problem you are describing is the same as we reported in http://deuce.doc.wustl.edu/bugzilla/show_bug.cgi?id=2437. It can be resolved by reordering the libraries passed to the linker. We are looking how we can resolve this. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > TAO VERSION: > > 1.5.0 > ACE VERSION: > > 5.5.0 > > HOST MACHINE and OPERATING SYSTEM: > $ uname -a > SunOS blade 5.8 Generic_108528-27 sun4u sparc > SUNW,Sun-Blade-1000 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > CC > ...

Correct order to load ACE/TAO libraries in vxWorks
Hi, Is there any specific order ACE/TAO libraries should be loaded in vxWorks? If so, where is it documented? When I load these libraries in the following order, vxWorks issues undefined reference errors. These libraries were compiled with the following commands. make -debug=b -C $ACE_ROOT/ace shared_libs_only=1 partial_links=1 CPU=PPC405 make -debug=b -C $ACE_ROOT/TAO/tao shared_libs_only=1 partial_links=1 CPU=PPC405 all make -debug=b -C $ACE_ROOT/TAO/orbsvcs/orbsvcs shared_libs_only=1 partial_links=1 CPU=PPC405 TAO_ORBSVCS="LifeCycle Naming" And I'm trying to load them in the following order, but just until library number 6 is loaded without problems. 1 libACE.so 2 libTAO.so 3 libTAO_PortableServer.so 4 libTAO_IORTable.so 5 libTAO_SmartProxies.so 6 libTAO_Utils.so 7 libTAO_DynamicInterface.so 8 libTAO_RTCORBA.so 9 libTAO_RTPortableServer.so 10 libTAO_IORManip.so 11 libTAO_BiDirGIOP.so 12 libTAO_DynamicAny.so 13 libTAO_Strategies.so 14 libTAO_Messaging.so 15 libTAO_IFR_Client.so 16 libTAO_TypeCodeFactory.so 17 libTAO_Domain.so Thanks, Andre ...

[tao-users] RE: [ace-users] ACE/TAO on Solaris 10
Hi, There have been some replies. People do have things working on Solaris and there have been made fixes in ACE/TAO. Could you wait another week or so and try the x.4.8 or try cvs, see http://cvs.doc.wustl.edu Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > Dear list members, > > (I sent this message couple of days ago and am unsure if it > was distributed, > thus re-sending it again. I apologize if you received it more > than once) > > I would like to give feedback regarding availability of > ACE/TAO (versions > 5.4.7 and 1.4.7 respectively) on OpenSolaris (Solaris 10) > Intel platform. > > Sun is selectively releasing source code of the Solaris 10 under an > open-source license. Details of this project and installable Solaris > binaries can be found on here: > http://www.opensolaris.org > > Sun has also released Forte compiler set in binary form to > the OpenSolaris > community. A Quote from their website: "Sun Studio 10 > software is freely > available to participants in the OpenSolaris community for > development on > both OpenSolaris and Solaris[tm] Operating Systems on > SPARC-based systems > and x86-based systems, as well as on Linux." You can get > access to Forte > compilers from the OpenSolaris website as well but you should register...

[tao-users] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
Hi, >> My only guess is that all of the libs you are linking in your >> builds were not compiled with a consistent set of options. Right, my recommendation would be to completely blow away your existing ACE+TAO x.5 directory, download a fresh version, and start from a clean slate. It sounds like you may have things lying around from previous build attempts. 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 ...

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...

Re: [ace-users] Problems at linkage of TAO to ACE, target VxWorks 6.2
Hi, > SYNOPSIS: > What is the differences in linkage between compilation of ACE+TAO with > or without (RTP, PTHREAD), when we allow or disallow both of them > together? We can't allow RTP at our project. If we disallow RTP and > PTHREAD we have a problems with linkage with some TAO libraries. For differences check the VxWorks documentation. There are also runtime differences when you build rtp/pthread mix. We as Remedy IT can assist with this decision and give you information which combinations do behave better then others. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** ...

[tao-users] RE: [ace-users] Re: How to use Any>>=OctetSeq in TAO 1.3.6? #2
Hi, > > Heiko, could you try to add TAO_Export to front of the operators in > > OctetSeqA.h and then rebuild TAO and you app. I think the linker > > errors should be gone. > > this is the solution! Thank you :-) Thanks for the feedback. I have just committed the fix into the repo and this will be in the 1.4 release. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users] [tao-users] ACE/TAO ported to Sun Studio 12
Hi, > is this change included in the official release of ACT/TAO (and if yes > since which version)? This change will be part of the upcoming x.6.2 version. I am creating x.6.2 at this moment, when everything runs fine it will be available at the end of today. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO
Hi, I'm curious about the current status of ACE/TAO and C++ Builder 2006. Borland shipped the promised fix/update some time ago, but I couldn't find anything about how it works with ACE/TAO. Regards Espen Harlinn ...

[tao-users] RE: [ace-users] Tao_idl core dumps during ACE/TAO build
Hi, Please upgrade to ACE+TAO x.4.7, 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, 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. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > TAO VERSION: 1.4.1 > ACE VERSION: 5.4.1 > > HOST MACHINE and OPERATING SYSTEM: > Dell PowerEdge750, Slackware Linux 10.1.0 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version 3.3.4 > > AREA/CLASS/EXAMPLE AFFECTED: > CosConcurrencyControl.idl failed due to tao_idl core dump > > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > $ACE_ROOT/ace/config.h and > $ACE_ROOT/include/makeinclude/platform_macros.GNU > included below > LINKING? No > EXECUTION? No > OTHER (please specify)? No > > SYNOPSIS: > TAO fails to build because tao_...

[tao-users] Re: [ace-users] timestamps incorrect in ACE+TAO .tar.gz
Hi > It has just come to my attention that there are many files in the > ACE+TAO .tar.gz file with timestamps showing '1970-01-05'. Obviously > this is wrong and is the only reason why my packages have been > rejected from Debian ("file(s) with a time stamp too ancient"). > > Is there a possibility that this will be fixed. Or should I just > 'touch' all the problematic files? Could you please run a touch on them? I don't know how this happened. Strange. Opening and fiddling with the distribution would make quite a few things goofy! If ...

RE: [tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi, > > Hi Lothar > > > > > � � ACE VERSION: 5.4.5 > > > > Thanks for using the PRF form. Could you try to find the > problem and send > > us patches to fix this? > > > > Regards, > > > > Johnny Willemsen > > I have no problem committing some time to the problem. I do > however know as > much as nothing about the ACE XML parser and it's recent > changes. It seems to > me that (some) of the recent changes might have caused the > test failures. So > if someone working actively on ACEXML gives me directions I > am willing to > spend my time investigating the problem. I can't remember that work has been done the last months so I am also amazed things broke. Nobody is actively working on it, so I think there are not much directions at this moment. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl On Wednesday 18 May 2005 11:01, Johnny Willemsen wrote: > Hi, > I can't remember that work has been done the last months so I am also > amazed things broke. Nobody is actively working on it, so I think there are > not much directions at this moment. Well, it did definiteley work with 5.4.4. So any changes that broke it must have been made between 5.4.4 and 5.4.5. I also read in the release email of 5.4.5 in the CIAO...

[tao-users] [ace-users] ACE+TAO x.5.2 RPM for Fedora Core
Greetings, I've uploaded Fedora Core source and binary RPM for ACE+TAO x.5.2 to: http://dist.bonsai.com/ken/ace_tao_rpm/ NOTE - I've enabled ACE_HAS_IPV6 and ACE_USES_IPV4_IPV6_MIGRATION in these builds; please let me know if this causes problems. Please let me know if there are problems/issues. Ken -- Ken Sedgwick Bonsai Software, Inc. (510) 610-4162 ken+5a4@bonsai.com Public Key: http://www.bonsai.com/ken/ken.asc GPG Fingerprint: 851E 3B07 E586 0843 9434 5CC7 4033 3B9B 3F3F 9640 ...

[ace-users] [tao-users] ACE+TAO x.5.2 RPM for Fedora Core
Greetings, I've uploaded Fedora Core source and binary RPM for ACE+TAO x.5.2 to: http://dist.bonsai.com/ken/ace_tao_rpm/ NOTE - I've enabled ACE_HAS_IPV6 and ACE_USES_IPV4_IPV6_MIGRATION in these builds; please let me know if this causes problems. Please let me know if there are problems/issues. Ken -- Ken Sedgwick Bonsai Software, Inc. (510) 610-4162 ken+5a4@bonsai.com Public Key: http://www.bonsai.com/ken/ken.asc GPG Fingerprint: 851E 3B07 E586 0843 9434 5CC7 4033 3B9B 3F3F 9640 ...

[tao-users] [ace-users] ACE/TAO/CIAO x.5.2 release announcement
Hi, Thanks to the substantial efforts by many developers, testers, and users, we are pleased to announce the new x.5.2 ACE+TAO+CIAO beta. The latest beta has been tagged ACE-5.5.2, TAO-1.5.2, and CIAO-0.5.2. As usual, it is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is available. We do have some missing files in that package which we resolve as soon as possible. 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 95.82 for the ACE tests and 93.47 for the TAO tests. Please see 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. ...

[ace-users] [tao-users] ACE/TAO/CIAO x.5.2 release announcement
Hi, Thanks to the substantial efforts by many developers, testers, and users, we are pleased to announce the new x.5.2 ACE+TAO+CIAO beta. The latest beta has been tagged ACE-5.5.2, TAO-1.5.2, and CIAO-0.5.2. As usual, it is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is available. We do have some missing files in that package which we resolve as soon as possible. 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 95.82 for the ACE tests and 93.47 for the TAO tests. Please see 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. ...

Re: [tao-users] Re: ACE/TAO call back problem #2
This is a multipart message in MIME format. --=_alternative 0025F9B5C1256F63_= Content-Type: text/plain; charset="us-ascii" I had a similar problem a long time ago :-). In my case, the IOR passed by the client to the server contained a hostname which was unknown in the server. We did not use a DNS. The server used a hosts file. In our case, using ORBDottedDecimalAddresses 1 was the solution. Best wishes --=_alternative 0025F9B5C1256F63_= Content-Type: text/html; charset="us-ascii" <br><font size=2 face="sans-serif">I had a similar p...

[tao-users] RE: [ace-users] Error in $TAO_ROOT/tao on Cygwin #2
Hi, > You suggested that I check if the > ACE_Wchar_Codeset_Translator is linked > into the ACE lib. > What I find is that the file in which WChar_Codeset_Translator is > defined, CDR_Stream.h, is > in the ACE lib and other classes defined in that file, such as > ACE_OutputCDR are linked into > the ACE lib but WChar_Codeset_Translator is not. > In fact, > > nm libACE.a | grep Translator > yields nothing. > > Since this step wasn't a problem in version x.4.1 I compared > CDR_Stream.h in the two > versions but nothing ju...

[tao-users] RE: [ace-users] Error in $TAO_ROOT/tao on Cygwin #2
Hi, Thanks for the info, but I doubt this is a good change. At the moment I have sponsoring for improving the Cywin support we will setup a static build and monitor the status daily. Johnny > -----Original Message----- > From: Daniella Malin [mailto:daniella@lmtgtm.org] > Sent: donderdag 7 oktober 2004 17:13 > To: Johnny Willemsen > Cc: 'Daniella Malin'; 'Russ Leach'; 'Tao-Users' > Subject: Re: [ace-users] Error in $TAO_ROOT/tao on Cygwin > > Comments below > > Johnny Willemsen wrote: > > >Hi, > > ...

Web resources about - [tao-users] Re: Correct order to load ACE/TAO libraries in vxWorks #2 - comp.soft-sys.ace

Resources last updated: 3/5/2016 3:19:45 PM