f



[tao-bugs] Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs

Hi Bill,

        It looks to me like you haven't built Kokyu, which is in

$ACE_ROOT/Kokyu/

Please try building this first and then build TAO.

Chris/Venkita/Bala/Don, can we please figure out a way to keep the
lack of Kokyu being built from causing the rest of orbsvcs from
failing?!

Thanks,

        Doug

> Makefile:
> /export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/Makefile.RTKokyuEvent
> 
> g++ -W -Wall -Wpointer-arith -pipe  -O3   -D_REENTRANT
> -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO
> -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> -I/export/home/bcassan/ACE_wrappers/TAO
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL  -c -fPIC -o .shobj/EC_Kokyu_Filter.o
> Event/EC_Kokyu_Filter.cpp
> g++ -W -Wall -Wpointer-arith -pipe  -O3   -D_REENTRANT
> -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO
> -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> -I/export/home/bcassan/ACE_wrappers/TAO
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL  -c -fPIC -o .shobj/EC_Kokyu_Filter_Builder.o
> Event/EC_Kokyu_Filter_Builder.cpp
> g++ -W -Wall -Wpointer-arith -pipe  -O3   -D_REENTRANT
> -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO
> -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> -I/export/home/bcassan/ACE_wrappers/TAO
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL  -c -fPIC -o .shobj/EC_Kokyu_Scheduling.o
> Event/EC_Kokyu_Scheduling.cpp
> g++ -W -Wall -Wpointer-arith -pipe  -O3   -D_REENTRANT
> -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO
> -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> -I/export/home/bcassan/ACE_wrappers/TAO
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL  -c -fPIC -o .shobj/EC_Kokyu_Dispatching.o
> Event/EC_Kokyu_Dispatching.cpp
> g++ -W -Wall -Wpointer-arith -pipe  -O3   -D_REENTRANT
> -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO
> -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> -I/export/home/bcassan/ACE_wrappers/TAO
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL  -c -fPIC -o .shobj/EC_Kokyu_Factory.o
> Event/EC_Kokyu_Factory.cpp
> g++ -G -D_REENTRANT   -I/export/home/bcassan/ACE_wrappers
> -I/export/home/bcassan/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0
> -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__    -I/export/home/bcassan/ACE_wrappers/TA
> O
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs
> -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF
> -DTAO_RTKOKYUEVENT_BUILD_DLL -Wl,-h -Wl,libTAO_RTKokyuEvent.so.1.4.0 -o
> libTAO_RTKokyuEvent.so.1.4.0 .shobj/EC_Kokyu_Filter.o
> .shobj/EC_Kokyu_Filter_Builder.o .shobj/EC_Kokyu_Scheduling.o
> .shobj/EC_Kokyu_Dispatching.o .shobj/EC_Kokyu_Factory.o
> -L/export/home/bcassan/ACE_wrappers/ace -L./
> -L/export/home/bcassan/ACE_wrappers/TAO/tao
> -L/export/home/bcassan/ACE_wrappers/TAO/tao
> -L/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs -lTAO_RTEvent
> -lTAO_RTSched -lTAO_CosNaming -lTAO_Svc_Utils -lTAO_PortableServer -lTAO -lKoky
> u
> --lACE -lsocket -ldl -lgen -lnsl -lposix4 -lthread
> ld: fatal: library -lKokyu: not found
> ld: fatal: File processing errors. No output written to
> libTAO_RTKokyuEvent.so.1.4.0
> collect2: ld returned 1 exit status
> make[3]: *** [libTAO_RTKokyuEvent.so.1.4.0] Error 1
> make[3]: Leaving directory
> `/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs'
> make[2]: *** [Makefile.RTKokyuEvent-all] Error 2
> make[2]: Leaving directory
> `/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs'
> make[1]: *** [orbsvcs.subdir] Error 2
> make[1]: Leaving directory `/export/home/bcassan/ACE_wrappers/TAO/orbsvcs'
> make: *** [all.nested] Error 2
> 
> 
> 
>                                                                                
>                                                   
>                       "Douglas C.                                              
>                                                   
>                       Schmidt"                 To:       "Bill Cassanova" <BCas
> sanova@weather.com>                               
>                       <schmidt@cs.wustl        cc:       tao-bugs@cs.wustl.edu,
>  tao-users@cs.wustl.edu                           
>                       .edu>                    Subject:  Re: [tao-users] ACE 5.
> 4.0 TAO 1.4 build problems in orbsvcs             
>                       Sent by:                                                 
>                                                   
>                       schmidt@cs.wustl.                                        
>                                                   
>                       edu                                                      
>                                                   
>                                                                                
>                                                   
>                                                                                
>                                                   
>                       01/30/2004 01:13                                         
>                                                   
>                       PM                                                       
>                                                   
>                                                                                
>                                                   
>                                                                                
>                                                   
> 
> 
> 
> 
> 
> Hi Bill,
> 
>         Thanks for using the PRF.
> 
> >     TAO VERSION: 1.4
> >     ACE VERSION: 5.4
> >
> >     HOST MACHINE and OPERATING SYSTEM:
> > SunOS dali 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-80
> >
> >     AREA/CLASS/EXAMPLE AFFECTED:
> > Kokyu...I think.  The error message is pasted below.
> 
> I don't see this attached - can you please resend it and cc'
> venkita@cs.wustl.edu and cdgill@cs.wustl.edu?
> 
> Thanks,
> 
>         Doug
> 
> >     DOES THE PROBLEM AFFECT:
> >         COMPILATION? Yes
> > lrwxrwxrwx   1 bcassan        17 Jan 29 13:28
> > /export/home/bcassan/ACE_wrappers/ace/config.h -> config-sunos5.8.h
> >
> >         LINKING? Yes
> > lrwxrwxrwx   1 bcassan        23 Jan 29 13:28
> > /export/home/bcassan/ACE_wrappers/include/makeinclude/platform_macros.GNU ->
> > platform_sunos5_g++.GNU
> >
> >             On Unix systems, did you run make realclean first?
> >                                                                          Yes
> >
> >     SYNOPSIS:
> >                          During the process of rebuilding TAO using gcc 3.3.2
> > and Make 3.80
> >                          the make process stops when trying to build orbsvcs.
> > The error
> >                          message is pasted below.
> >
> >     DESCRIPTION:
> >
> >     REPEAT BY:
> > cd $TAO_ROOT/tao
> > make realclean
> > make debug=0 optimize=1 exceptions=1
> >
> > cd $TAO_ROOT/TAO_IDL
> > make realclean
> > make debug=0 optimize=1 exceptions=1
> >
> > cd $TAO_ROOT/orbsvcs
> > make realclean
> > make debug=0 optimize=1 exceptions=1
> >
> >     SAMPLE FIX/WORKAROUND:
> > None
> >
> >
> >
> 
> 
> 
> 
> 
































































































































































0
schmidt7304 (285)
1/30/2004 6:26:58 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
861 Views

Similar Articles

[PageSpeed] 22

Reply:

Similar Artilces:

Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs
Hi Bill, Thanks for using the PRF. > TAO VERSION: 1.4 > ACE VERSION: 5.4 > > HOST MACHINE and OPERATING SYSTEM: > SunOS dali 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-80 > > AREA/CLASS/EXAMPLE AFFECTED: > Kokyu...I think. The error message is pasted below. I don't see this attached - can you please resend it and cc' venkita@cs.wustl.edu and cdgill@cs.wustl.edu? Thanks, Doug > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > lrwxrwxrwx 1 bcassan 17 Jan 29 13:28 > /export/home/bcassan/ACE_wrappers/ace/config.h -> config-sunos5.8.h > > LINKING? Yes > lrwxrwxrwx 1 bcassan 23 Jan 29 13:28 > /export/home/bcassan/ACE_wrappers/include/makeinclude/platform_macros.GNU -> > platform_sunos5_g++.GNU > > On Unix systems, did you run make realclean first? > Yes > > SYNOPSIS: > During the process of rebuilding TAO using gcc 3.3.2 > and Make 3.80 > the make process stops when trying to build orbsvcs. > The error > message is pasted below. > > DESCRIPTION: > > REPEAT BY: > cd $TAO_ROOT/tao > make realclean > make debug=0 optimize=1 exceptions=1 > > cd $TAO_ROOT/TAO_IDL > make realclean > make debug=0 optimize=1 exc...

Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs #2
Sorry, forgot the attachment. Makefile: /export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/Makefile.RTKokyuEvent g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/export/home/bcassan/ACE_wrappers/TAO -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF -DTAO_RTKOKYUEVENT_BUILD_DLL -c -fPIC -o .shobj/EC_Kokyu_Filter.o Event/EC_Kokyu_Filter.cpp g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/export/home/bcassan/ACE_wrappers/TAO -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF -DTAO_RTKOKYUEVENT_BUILD_DLL -c -fPIC -o .shobj/EC_Kokyu_Filter_Builder.o Event/EC_Kokyu_Filter_Builder.cpp g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -I/export/home/bcassan/ACE_wrappers/TAO -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs -I/export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/ESF -DTAO_RTKOKYUEVENT_BUILD_DLL -c -fPIC -o .shobj/EC_Kokyu_Scheduling.o Event/EC_Kokyu_Scheduling.cpp g++ -W -Wall -Wpointer-arith -pi...

[tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs
TAO VERSION: 1.4 ACE VERSION: 5.4 HOST MACHINE and OPERATING SYSTEM: SunOS dali 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-80 AREA/CLASS/EXAMPLE AFFECTED: Kokyu...I think. The error message is pasted below. DOES THE PROBLEM AFFECT: COMPILATION? Yes lrwxrwxrwx 1 bcassan 17 Jan 29 13:28 /export/home/bcassan/ACE_wrappers/ace/config.h -> config-sunos5.8.h LINKING? Yes lrwxrwxrwx 1 bcassan 23 Jan 29 13:28 /export/home/bcassan/ACE_wrappers/include/makeinclude/platform_macros.GNU -> platform_sunos5_g++.GNU On Unix systems, did you run make realclean first? Yes SYNOPSIS: During the process of rebuilding TAO using gcc 3.3.2 and Make 3.80 the make process stops when trying to build orbsvcs. The error message is pasted below. DESCRIPTION: REPEAT BY: cd $TAO_ROOT/tao make realclean make debug=0 optimize=1 exceptions=1 cd $TAO_ROOT/TAO_IDL make realclean make debug=0 optimize=1 exceptions=1 cd $TAO_ROOT/orbsvcs make realclean make debug=0 optimize=1 exceptions=1 SAMPLE FIX/WORKAROUND: None ...

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

tao naming service build problem (ACE-5.4.1+TAO-1.4.1)
Sorry but i haven't access to comp.object.corba.tao so i post the question here. During build of orb services the following error occured: [...skipped...] .... make[3]: Leaving directory `/tao/tao/orbsvcs/orbsvcs' make -f Makefile.CosNaming all make[3]: Entering directory `/tao/tao/orbsvcs/orbsvcs' Makefile: /tao/tao/orbsvcs/orbsvcs/Makefile.CosNaming rm -f .shobj//libTAO_CosNaming.dll.def.old ..shobj//libTAO_CosNaming.dll.def; dll tool --export-all --output-def .shobj//libTAO_CosNaming.dll.def --dllname libTAO _CosNaming.dll .shobj/Naming/Naming_Context_...

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-bugs] Re: [tao-users] JDK 1.4.2 client with TAO 1.4 server
Hi Amir, Thanks for using the PRF. >> TAO VERSION: 1.4 >> ACE VERSION: 5.4 >> HOST MACHINE and OPERATING SYSTEM: >> Linux Red Hat 8 >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> Intel PC Windows 2000 >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) >> javac (sun JDK 1.4.2) >> AREA/CLASS/EXAMPLE AFFECTED: >> DOES THE PROBLEM AFFECT: >> COMPILATION? >> no >> LINKING? >> no >> EXECUTION? >> yes >> OTHER (please specify)? >> SYNOPSIS: >> I have a simple C++ server using TAO and running under linux and a simple java client using sun's build-in Java 2 ORB, which connects to the server using the corbaloc format. >> The client gets org.omg.CORBA.OBJECT_NOT_EXIST exception. >> Here is the server's detailed log: >> TAO (21062|8192) - GIOP_Message_Base::dump_msg, recv GIOP v1.2 msg, 305 data bytes, other endian, Type Request[5] >> GIOP message - HEXDUMP 317 bytes >> 47 49 4f 50 01 02 00 00 00 00 01 31 00 00 00 05 GIOP.......1.... >> 03 00 00 00 00 00 00 00 00 00 00 25 00 00 00 00 ...........%.... >> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ >> 00 00 00 00 00 55 73 65 72 5f 46 61 63 74 6f 72 .....User_Factor >> 79 00 00 00 00 00 00 06 5f 69 73 5f 61 00 00 00 ...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4
Hi Lothar, Thanks for using the PRF form. It looks that one of the pointers to strcmp is zero, maybe that results in the crash. Could you post a small test app that reproduces the problem? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4.4 > > HOST MACHINE and OPERATING SYSTEM: > uname -a > Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC > 2005 x86_64 x86_64 > x86_64 GNU/Linux > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc-4.0.0 --version > gcc-4.0.0 (GCC) 4.0.0 > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to > a platform- > specific file, simply state which one]: > cat /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/ace/config.h > #define ACE_HAS_XML_SVC_CONF > #include "ace/config-linux.h" > > CONTENTS OF > $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless > this isn't used in this case, e.g., with Microsoft Visual C++): > cat > /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/include/makeinclude/ > platform_macros.GNU > > # configure ACE/TAO for our use > > debug=1 > optimize=1 > exceptions=1 > threads=1 > inline=1 > rtti=1 > versioned_so=1 > interface_repo=1 > ssl=...

RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4 #2
Hi, > Thanks for the reply. > The reason why I posted the stacktrace is that I have > currently no clue how to > reproduce a small testcase. But I will keep trying. > > I had the hope that someone familiar with ACE_Malloc_T<> > could shed light on > this subject. As I said the curious thing is that it works > with 32bit and > fails with 64bit. The only thing that I can imagine off is that somewhere a 64bit pointer is by accident handled as 32bit. Johnny ...

[tao-users] RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4)
Hi, > TAO VERSION: 1.4.4 > ACE VERSION: 5.4.4 Thanks for using the PRF form > HOST MACHINE and OPERATING SYSTEM: > Linux (Fedora Core 2) > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version 3.3.3 20040412 (Red Hat Linux 3.3.3-7) > > CONTENTS OF $ACE_ROOT/ace/config.h: > config-linux.h > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > platform_linux.GNU > > AREA/CLASS/EXAMPLE AFFECTED: > Reconnecting tests. > > DOES THE PROBLEM AFFECT: > EXECUTION > The application times out on a remote call to the > Notification Service. > > SYNOPSIS: > The reconnect test does not work. > > DESCRIPTION: > > [root@saf144 Reconnecting]# ./run_test.pl > /usr/local/ACE_wrappers1.4.4/TAO/orbsvcs/Notify_Service/./Noti > fy_Service -NoNameSvc -Boot -ORBSvcConf ns_st_topo.conf > -IORoutput > /usr/local/ACE_wrappers1.4.4/TAO/orbsvcs/tests/Notify/Reconnec > ting/notify.ior -ORBEndpoint iiop://:9889 (9559|3086082720) > Standard_Event_Persistence: -verbose > (9559|3086082720) XML_TopologyFactory: Setting -base_path: > ./reconnect_test > Loading the Cos Notification Service... > Running 1 server threads > > Starting up the Notification Service... > Activated Worker Thread to run the ORB @ priority:0 > ././Consumer -channel > ...

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

RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi, > 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 section: > > The Config Handlers have been modified to use XML parsing code > � generated by the XML Schema Compiler (XSC). �Binary releases of XSC > � can currently be found at > (http://www.dre.vanderbilt.edu/~boris/xsc), > � and a recent snapshot of the CVS repository can be found at > � (http://www.dre.vanderbilt.edu/~wotte/xsc.tbz2). �We plan > to integrate > � XSC into the CVS repo and release soon. This is CIAO only, there must be a change in ACEXML or ACE that has done this. The ACEXML library has it own changelog > I don't know if that affects only CIAO or ACE as well, but it > might be > related. > > I would be still glad if someone has any pointers/ideas where > exactely I > should spend my time efficiently in order to investigate the problem. > > P.S. > Aren't there any nightly build configuration(s) that uses XML > rather than the > old service configuration? No, so far as I know there are no builds testing this. Another option you have is pass this on to a commercial support organization and also sponsor then an autobuild with xml service config files. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The ...

[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-bugs] Error during compilation ACE-5.4.4 + TAO-1.4.4
--001485f99caa0c8d8c0475c7d5ee Content-Type: text/plain; charset=UTF-8 Hello,I'm trying to compile ACE-5.4.4+TAO-1.4.4 and I got an error while I trying to compile it: /home/mchacon/nextgen/extra/ACE_wrappers/ace/os_include/os_stropts.h:64:28: error: stropts.h: No such file or directory I use Fedora 11 with gcc 4.4.1 and I was searching in google and I found that there are some is issue about strems buffer in Linux, please take a look these links: http://www.archivum.info/comp.soft-sys.ace/2008-04/00069/Re:_[tao-users]_PRF:_Autobuild_on_Fedora_Rawhide_(GCC_4.3.0)_is_a_no-go https://bugzilla.redhat.com/show_bug.cgi?id=439403 Is there any workaround to fix it? I have the header in Fedora Core 3, but I trying to make it work in Fedora 11, Is it possible? Thanks and Regards! Salu2... masch... --001485f99caa0c8d8c0475c7d5ee Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello,<div>I&#39;m trying to compile ACE-5.4.4+TAO-1.4.4 and I got an error= while I trying to compile it:</div><div><br></div><div>/home/mchacon/nextg= en/extra/ACE_wrappers/ace/os_include/os_stropts.h:64:28: error: stropts.h: = No such file or directory</div> <div><br></div><div>I use Fedora 11 with gcc 4.4.1 and=C2=A0I was searching= in google and I found that there are some is issue about strems buffer in = Linux, please take a look these links:</div&g...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
--0-694483482-1116417855=:96201 Content-Type: text/plain; charset=us-ascii Thanks for the reply Johnny but we are to go with 1.4 as its been released for a while and many of the bugs are already known. It has taken some time to get the premissions to move from 1.3.5 to 1.4 and now that progress has begun on the porting of code to the new runtime, we are seeing all the issue's listed below. If any help can be given on this , it would be greatly appreciated. Thanks for your time. Joe Goggins Johnny Willemsen <jwillemsen@remedy.nl> wrote: Hi, I would recommend you to use the x.4.5 release which you can obtain from http://deuce.doc.wustl.edu/Download.html. Make sure you build things in a clean tree and you get the new idl compiler. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-users@cse.wustl.edu] On Behalf Of Joe Goggins > Sent: woensdag 18 mei 2005 11:26 > To: joegoggins; tao-users@cs.wustl.edu > Subject: Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build > > Hi All, > > I've been working on this problem for quite a few days and > don't seem to...

Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
Hi Joe, >> TAO VERSION: 1.3.5 & 1.4 >> ACE VERSION: 5.3.5 >> >> HOST MACHINE and OPERATING SYSTEM: >> Running on Windows 2000 Pro >> >> TAO 1.3.5 runtime >> >> Compiled using VC6 ( Release ) >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> >> Windows 2000 >> Microsoft Visual C++ 6.00 >> >> >> AREA/CLASS/EXAMPLE AFFECTED: >> >> DOES THE PROBLEM AFFECT: >> I've been using TAO 1.3.5 for about a year now and was >> recently told to upgrade. I've decided to upgrade to TAO 1.4 and am >> having ALOT of build The DOC group's version of TAO 1.4 is obsolete. Please upgrade to ACE+TAO x.4.5, which you can download from http://deuce.doc.wustl.edu/Download.html under the heading "latest beta kit". Thanks, Doug >> issues. Everything worked fine with TAO 1.3.5 but since I installed >> TAO 1.4 , i started having problems compiling code. >> >> My main concern is that all my compiler problems are related >> directly to the TAO IDL generated code. Here are a sample of the many >> errors I am getting >> >> .. >> >> This error >> >> \ACE_wrappers\TAO\tao/DomainC.h(82) : e...

Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
Hi Joe, >> Thanks for the reply Johnny but we are to go with 1.4 as its been >> released for a while and many of the bugs are already known. It has >> taken some time to get the premissions to move from 1.3.5 to 1.4 >> and now that progress has begun on the porting of code to the new >> runtime, we are seeing all the issue's listed below. If any help >> can be given on this , it would be greatly appreciated. If you want to use TAO 1.4 you need to contact one of the companies listed at http://www.cs.wustl.edu/~schmidt/commercial-support.html since the DOC group only provides "support" for the latest distribution, which happens to be x.4.5. 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 ...

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

[ace-bugs] Re: [tao-users] Issues between TAO 1.4 and Java 1.31
Hi Christian, >> Is there any resources ( documentation ) or issues that anyone on >> this mailing list has had between TAO 1.4 and Java 1.31 using the >> Sun ORB. There are some discussions on these types of topics at http://www.theaceorb.com/faq/ In general, I recommend avoiding the Sun ORB since it's rather broken. Try to stick with JacORB instead. 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/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

[tao-bugs] Re: [ace-users] ACE+TAO+CIAO
Hi Folks, The new x.4 release represents a LOT of work by a lot of dedicated people, both in and out of the DOC group. We appreciate all your help. As usual, please let us know if you run into problems. Thanks, Doug ...

Re: [ace-users] g++ 3.4.3 and ACE 5.5 & TAO 1.5
Hi, Please upgrade to ACE/TAO 1.5.3 which you can obtain from http://download.dre.vanderbilt.edu. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl "M@uro!!" <mauro.gaddo@gmail.com> wrote in message news:<1161692263.239945.111960@m7g2000cwm.googlegroups.com>... > During compiling on HP-UX 11.11 with g++ i have the following error: > > g++ -DHAVE_CONFIG_H -I../.. -I.. -DACE_HAS_ACE_TOKEN > -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -DHPUX_VERS=1111 -w -W -Wall > -Wpointer-arith -g -O2 -pthread -pipe -I. -I.. -MT > libACE_la-OS_NS_stdio.lo -MD -MP -MF .deps/libACE_la-OS_NS_stdio.Tpo -c > ../../ace/OS_NS_stdio.cpp -fPIC -DPIC -o .libs/libACE_la-OS_NS_stdio.o > ../../ace/OS_NS_stdio.cpp: In function `int ACE_OS::fprintf(FILE*, > const wchar_t*, ...)': > ../../ace/OS_NS_stdio.cpp:242: error: `::vfwprintf' has not been > declared > > Can someone helps me? > > Thanks!! > M. > ...

[tao-users] Re: [ace]:[Compilation Problem
Hi Doug: On Tue, 3 Feb 2004, Douglas C. Schmidt wrote: > Hi Don, > > Do you know what might be causing this problem reported by > > oscaroscaroscar <OscarII@aol.com> > > Is there any way that we can replicate it locally?! > > Thanks, > > Doug > > >> ACE VERSION: 5.4 > >> > >> HOST MACHINE and OPERATING SYSTEM: > >> SPARC Ultra 10 / Solaris 9 (5.9) > >> > >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > >> COMPILER NAME AND VERSION (AND PATCHLEVEL): > >> same > >> > >> CONTENTS OF $ACE_ROOT/ace/config.h: > >> #include "ace/config-sunos5.9.h" > >> > >> > >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > >> #include $(ACE_ROOT)/include/makeinclude/platform_sunos5_g++.GNU Is this a typo in the message or in platform_macros.GNU? You shouldn't use "#" when including files in makefiles. I think this might be his problem. hth... don > >> > >> > >> AREA/CLASS/EXAMPLE AFFECTED: > >> libACE_RMCast.so.5.4.0. > >> > >> DOES THE PROBLEM AFFECT: > >> COMPILATION? No > >> LINKING? Yes > >> On Unix systems, did you run make realclean first? Yes > >> EX...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released
Hi Folks, It's been about a year since we released ACE 5.3 and TAO 1.3. We are therefore planning to release ACE 5.4 and TAO 1.4 by mid-December. The ACE+TAO x.3.5 beta that Venkita just announced will be the penultimate beta towards that goal. In addition to all the enhancements that he mentioned in the release notes, we also plan to add the following enhancements before the x.4 release: ---------------------------------------- .. ACE subsetting enhancements .. ORB footprint and compilation-time enhancements .. CORBA Security Service capabilities .. Load Balancing Service enhancements and bug fixes .. CIDL enhancements .. CIAO enhancements .. SCIOP fixes and enhancements .. Additional FT CORBA integration .. New Autoconf support .. Various fixes to parse-magic-bytes problems and problems with receiving GIOP message fragments. .. Impl Repo fixes ---------------------------------------- If there's something really important that you'd like to see go into the ACE+TAO x.4 release *and* you're willing to commit the time/resources necessary to ensure that this happens please let us know. Thanks, Doug A related question for OCI (and other companies supporting TAO I suppose): What are OCI's plan's for a supported TAO 1.4 release and developer guide? Will this effect the release of the 1.3 guide? Cheers, Alex. Douglas C. Schmidt wrote: >Hi Folks, > > It's been about a year since we rel...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2
Hi Tom, > We are currently arm-wrestling with TAO-1.3.3 on VxWorks-5.5/Tornado-2.2 > built with non-native exceptions and with implicit templates. Implicit > templates are desirable since we are now using STL and those nested > templates make explicit instantiation almost impossible. Non-native > exceptions are important since native exceptions lead to a factor of 4.5 > increase in code size (!!). > > Implicit templates cause trouble with singletons, since the VxWorks-2.x > loader does not respect weakly-defined symbols, so one can not load > multiple modules which reference the same templated singleton. Our > workaround involves using RTTI and implementing a "singleton registry" > to enable proper singleton behavior. This strategy works for our > production code based on TAO-1.2.1, and hopefully we'll finish off our > move to TAO-1.3.3 sometime soon. > > I've mentioned this on-list once or twice, and had positive feedback on > incorporating fixes or changes to move working code into the TAO tree. > We haven't until recently had time to consider moving away from > TAO-1.2.1, so patches would not have helped. I'd like to post (working) > patches to the list for feedback, and I'd like to do this in time for > consideration to move this code into the next TAO release if deemed > appropriate. Either way we should have something to contribute to our > VxWorks br...

Web resources about - [tao-bugs] Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs - comp.soft-sys.ace

Resources last updated: 3/22/2016 9:53:56 PM