f



[tao-users] Re: tao naming service build problem (ACE-5.4.1+TAO-1.4.1)

Hi,

This problem is fixed in the x.4.3 release you can obtain from
http://deuce.doc.wustl.edu/Download.html

Regards,

Johnny Willemsen
Remedy IT
Leeghwaterstraat 25
2811 DT Reeuwijk
The Netherlands
www.theaceorb.nl / www.remedy.nl 
 

"serg" <serg@sigma.icmp.lviv.ua> wrote in message
news:<opslmf7qgcpq42w9@shreck.lis.ua>...
> 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_Interface.o  
> .shobj/Naming/Hash_Namin
> g_Context.o .shobj/Naming/Persistent_Naming_Context.o  
> .shobj/Naming/Transient_Na
> ming_Context.o .shobj/Naming/Persistent_Entries.o .shobj/Naming/Entries.o

> .shobj
> /Naming/Persistent_Context_Index.o .shobj/Naming/Naming_Utils.o  
> .shobj/Naming/Na
> ming_Loader.o .shobj/Naming/Storable.o  
> .shobj/Naming/Storable_Naming_Context.o .
> shobj/Naming/Storable_Naming_Context_Activator.o  
> .shobj/Naming/Naming_Service_Co
> ntainer.o .shobj/Naming/Flat_File_Persistence.o .shobj/CosNamingC.o  
> .shobj/CosNa
> mingS.o && mv .shobj//libTAO_CosNaming.dll.def  
> .shobj//libTAO_CosNaming.dll.def.
> old && sed 's/;.*$//g' < .shobj//libTAO_CosNaming.dll.def.old >  
> .shobj//libTAO_C
> osNaming.dll.def &&  g++ -mcpu=pentiumpro -mthreads   -I/tao -I/tao/tao  
> -D__ACE_
> INLINE__    -I/tao/tao -I/tao/tao/orbsvcs -I/tao/tao/orbsvcs/orbsvcs  
> -DTAO_NAMIN
> G_BUILD_DLL -Wl,--enable-auto-image-base  
> -Wl,--out-implib,libTAO_CosNaming.dll.a
>   -shared -o libTAO_CosNaming.dll -Wl,--enable-auto-import -Wl,-E  
> -L/tao/ace -L./
>   -L/tao/tao/tao -L/tao/tao/tao -L/tao/tao/orbsvcs/orbsvcs  
> .shobj//libTAO_CosNami
> ng.dll.def .shobj/Naming/Naming_Context_Interface.o  
> .shobj/Naming/Hash_Naming_Co
> ntext.o .shobj/Naming/Persistent_Naming_Context.o  
> .shobj/Naming/Transient_Naming
> _Context.o .shobj/Naming/Persistent_Entries.o .shobj/Naming/Entries.o  
> .shobj/Nam
> ing/Persistent_Context_Index.o .shobj/Naming/Naming_Utils.o  
> .shobj/Naming/Naming
> _Loader.o .shobj/Naming/Storable.o .shobj/Naming/Storable_Naming_Context.o

> .shob
> j/Naming/Storable_Naming_Context_Activator.o  
> .shobj/Naming/Naming_Service_Contai
> ner.o .shobj/Naming/Flat_File_Persistence.o .shobj/CosNamingC.o  
> .shobj/CosNaming
> S.o -lTAO_Svc_Utils.dll -lTAO_IORTable.dll -lTAO_PortableServer.dll  
> -lTAO_Messag
> ing.dll -lTAO.dll -lACE.dll
> Creating library file: libTAO_CosNaming.dll.a
> .shobj/Naming/Naming_Utils.o(.text+0x89): In function  
> `_ZN16TAO_Objref_Var_TIN9C
> osNaming13NamingContextEEC1Ev':
> /tao/tao/tao/Objref_VarOut_T.cpp: undefined reference to  
> `__imp___ZN26TAO_Valuet
> ype_Adapter_Impl11InitializerEv'
> collect2: ld returned 1 exit status
> make[3]: *** [libTAO_CosNaming.dll] Error 1
> make[3]: Leaving directory `/tao/tao/orbsvcs/orbsvcs'
> make[2]: *** [Makefile.CosNaming-all] Error 2
> make[2]: Leaving directory `/tao/tao/orbsvcs/orbsvcs'
> make[1]: *** [orbsvcs.subdir] Error 2
> make[1]: Leaving directory `/tao/tao/orbsvcs'
> make: *** [all.nested] Error 2
> 
> 
> version: ACE-5.4.1+TAO-1.4.1
> 
> Have anybody faced such a problem? How to avoid it?
































































0
Johnny
2/3/2005 2:44:49 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
898 Views

Similar Articles

[PageSpeed] 55

Reply:

Similar Artilces:

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: [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] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
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 Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > > � � 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=1 > > include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU ...

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

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

[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] 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: [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_w...

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

[tao-users] US ECCN and EU-ECCN for TAO 1.4.1 + ACE 5.4.1
This is a multi-part message in MIME format. ------_=_NextPart_001_01C8CB97.492A7E73 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, We are using TAO 1.4.1 + ACE 5.4.1 in one of our products, and are now = in the process of collecting the information=20 needed to export it to other countries. Can you tell me what the U.S. Export Control Classification Number(ECCN) = for TAO 1.4.1 + ACE 5.4.1 is,=20 and whether a license exception may be used for it? If you don't know the US ECCN, can you tell me whether any US citizens or people living in the U.S.A. have contributed code to TAO 1.4.1 + ACE = 5.4.1 ? In addition to the U.S. ECCN, there is also a German "ECCN", which is called the AL Number or EU-ECCN. Can you tell me what the AL or EU-ECCN = Number is forTAO 1.4.1 + ACE 5.4.1 ? To better understand the meaning of the U.S. ECCN, please check the following webpage: http://www.bis.doc.gov/Licensing/Do_I_NeedAnECCN.html Many thanks, J=F6rg Rockel _______________________________________ www.nokiasiemensnetworks.com <http://www.nokiasiemensnetworks.com/>=20 Nokia Networks GmbH Heltorfer Str.1 D-40472 D=FCsseldorf Germany Mobile: +49(0)151 5515 3554 Direct: +49 (0)151 5515 3554 Fax: +49 (0) 211 9412 3383 email: J=F6rg Rockel@nsn.com <mailto:joerg.rockel@nsn.com>=20 J=F6rg Rockel=20 Senior Software Design Engi...

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

Re: [tao-users] TAO 1.4 build v's TAO 1.3.5 build
--0-985911695-1116408366=:84186 Content-Type: text/plain; charset=us-ascii Hi All, I've been working on this problem for quite a few days and don't seem to be able to fix it. From the follwoing file ACE_wrappers\TAO\orbsvcs\orbsvcs\CosNamingC.h(83) : we get this error : error C2061: syntax error : identifier 'T' error C2992: 'AbstractBase_Narrow_Utils' : invalid or missing template parameter list This new section of code // TAO_IDL - Generated from // .\be\be_visitor_root/root_ch.cpp:63 namespace TAO { class Collocation_Proxy_Broker; template<typename T> class Narrow_Utils; template<typename T> class AbstractBase_Narrow_Utils; } that is generated is casuing issues.. Can anyone help in solving them ? Thanks for your help Joe Goggins joegoggins <joegoggins@yahoo.com> wrote: 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 issues. Ever...

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

[tao-users] Problem building tao Name Service and Event Service in ARM9 with TAO-1.6.8 and ACE-5.6.8
--000e0cd25acc80e6b30464c1eca4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit TAO VERSION: 1.6.8 ACE VERSION: 5.6.8 HOST MACHINE and OPERATING SYSTEM: Athlon(TM) 1200 Mhz, RAM DIMM 256Mb, HDD 20 Gb Linux Debian 2.6.18-6-686 TARGET MACHINE and OPERATING SYSTEM: ARM926EJ-S with kernel linux embebed 2.4.20-celf3 THE $ACE_ROOT/ace/config.h FILE: config-linux.h THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE: platform_ARM.GNU (see in http://forum.huihoo.com/archive/viewtopic.php?start=15&t=10388 or http://www.cs.ubc.ca/labs/spin/pava/SOURCES/ACE_wrappers/platform_ARM.GNU )<http://www.cs.ubc.ca/labs/spin/pava/SOURCES/ACE_wrappers/platform_ARM.GNU> CONTENTS OF ACE_ROOT/bin/MakeProjectCreator/config/default.features: (unmodified) AREA/CLASS/EXAMPLE AFFECTED: Try to compiling Naming Service and Event Service with the script.. Problem with the libACE.a and libTAO.a (undefined reference) collect2: ld returned 1 exit status make[1]: *** [server] Error 1 make: *** [Hello_Server] Error 2 DOES THE PROBLEM AFFECT: EXECUTION? I compiling the ACE, TAO, well for the ARM platform but the problem is try to run a Name Service make file, and Event Service make file.. YES.. affect the execution.. SYNOPSIS: I Compiling the TAO and the ACE for the cross compiling with the two script in separate.. It ...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
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 be able to fix it. > > From the follwoing file > ACE_wrappers\TAO\orbsvcs\orbsvcs\CosNamingC.h(83) : > > we get this error : > error C2061: syntax error : identifier 'T' > error C2992: 'AbstractBase_Narrow_Utils' : > invalid or missing template parameter list > > > This new section of code > > // TAO_IDL - Generated from > // .\be\be_visitor_root/root_ch.cpp:63 > namespace TAO > { > class Collocation_Proxy_Broker; > > template<typename T> class Narrow_Utils; > template<typename T> class AbstractBase_Narrow_Utils; > } > > that is generated ...

RE: [tao-users] TAO 1.4 build v's TAO 1.3.5 build #2
--0-1610746275-1116581474=:41492 Content-Type: text/plain; charset=us-ascii For those of you who suffer this problem the actual issue is related to TAO and Rogue Wave imcompatablity. Just insure that the corba.h file is included before any Rogue Wave file. In my case i was including "rw\wstring.h" for UNICODE before corba.h and this caused some issues. Regards, Joe Joe Goggins <joegoggins@yahoo.com> wrote: 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@...

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

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

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

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

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

Re: [ace-users] ACE + TAO Installation (5.4.7 / 1.4.7) Problem
Hi, The best approach would be the setup using config.h/platform_macros.GNU, autoconf is really experimental to my opinion. 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 *** <jim.mathis@lmco.com> wrote in message news:<1193072998.895972.230370@i38g2000prf.googlegroups.com>... > Hi, > > Appreciate any info concerning an ACE+TAO installation. Info as > follows: > > OS: RH Enterprise 4.0 > 64-bit kernel > > There seems to be various ways to install ACE+TAO and I want to make > certain that I am using the correct procedure. I have read both the > TAO and ACE html install files but there seems to be some > contradiction between to two. > > ACE Build (From ACE html) > 1. mkdir build (ACE_wrappers top-level) > 2. ../configure > 3. make > 4. make install > > ACE+TAO Build (From TAO html) > 1. Set ACE_ROOT environment variable as outlined in the ACE > installation notes. > 2. Build and install ACE under $ACE_ROOT. > 3. Change directory to $ACE_ROOT/ace and execute make. > 4. Also build GPERF under $ACE_ROOT/apps/gperf > 5. Set TAO_ROOT environment var...

Web resources about - [tao-users] Re: tao naming service build problem (ACE-5.4.1+TAO-1.4.1) - comp.soft-sys.ace

Resources last updated: 3/5/2016 6:41:21 PM