f



Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 #2

hello!
i can not visit the cvs server for some limitation of here.
does any web site provide cvs tar ball or just patch to 5.4.1?
Or any one could send to me? Thanks very much! 


>From: Balachandran Natarajan <bala@cs.wustl.edu>
>Reply-To: 
>To: yanyaqin97@mails.tsinghua.edu.cn
>Subject: Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4
>
>Hi
> 
> > ACE5.4.1+TAO1.4.1 compile fail under gcc3.4
> 
> Yes, a known issue. Ossama Othman hs been adding support in ACE+TAO
> for gcc-3.4 with help from users like Oliver Kellog. Please try to
> pull out the latest sources from 
> 
> 	http://cvs.doc.wustl.edu/anoncvs.html
> 
> and give it a shot. If you can help with any of the remaining issues
> it would be great. 
> 
> Thanks
> bala
> 
> > 
> > g++ -W -Wall -Wpointer-arith -O3 -pipe   -D_REENTRANT -DACE_HAS_AIO_CALLS
> > -D_GNU_SOURCE   -I/usr/local/ACE_wrappers -I/usr/local/ACE_wrappers/TAO
> > -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__
> > -DTAO_HAS_RT_CORBA=0    -I/usr/local/ACE_wrappers/TAO -DTAO_AS_STATIC_LIBS  -c
 -o
> > .obj/ValueBase.o ValueBase.cpp
> > In file included from Value_VarOut_T.h:115,
> >                  from ValueBase.h:25,
> >                  from ValueBase.cpp:3:
> > Value_VarOut_T.cpp: In static member function `static void
> > TAO::Value_Traits<T>::tao_add_ref(T*)':
> > Value_VarOut_T.cpp:17: error: `add_ref' is not a member of `CORBA'
> > Value_VarOut_T.cpp: In static member function `static void
> > TAO::Value_Traits<T>::tao_remove_ref(T*)':
> > Value_VarOut_T.cpp:24: error: `remove_ref' is not a member of `CORBA'
> > Value_VarOut_T.cpp: In static member function `static void
> > TAO::Value_Traits<T>::tao_release(T*)':
> > Value_VarOut_T.cpp:31: error: `remove_ref' is not a member of `CORBA'
> > In file included from /usr/local/ACE_wrappers/ace/Containers_T.h:1986,
> >                  from /usr/local/ACE_wrappers/ace/Containers.h:69,
> >                  from /usr/local/ACE_wrappers/ace/Thread_Manager.h:27,
> >                  from /usr/local/ACE_wrappers/TAO/tao/ORB_Core.h:46,
> >                  from ValueBase.cpp:7:
> > /usr/local/ACE_wrappers/ace/Containers_T.cpp: In member function `T*
> > ACE_DLList<T>::insert_tail(T*)':
> > /usr/local/ACE_wrappers/ace/Containers_T.cpp:1829: warning: statement has no
> > effect
> > /usr/local/ACE_wrappers/ace/Containers_T.cpp: In member function `T*
> > ACE_DLList<T>::insert_head(T*)':
> > /usr/local/ACE_wrappers/ace/Containers_T.cpp:1842: warning: statement has no
> > effect
> > make: *** [.obj/ValueBase.o] ���� 1
> > 
> > 
> 
>





















































0
4/21/2004 11:52:13 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

1 Replies
806 Views

Similar Articles

[PageSpeed] 21

On Wednesday, 21 April 2004, yanyaqin97@mails.tsinghua.edu.cn wrote:
> hello!
> i can not visit the cvs server for some limitation of here.
> does any web site provide cvs tar ball or just patch to 5.4.1?
> Or any one could send to me? Thanks very much!

Try using

http://cvsgrab.sourceforge.net/

by pointing it at:

http://cvs.doc.wustl.edu/viewcvs.cgi/

-kitty.
0
kitty4362 (14)
4/21/2004 8:15:02 PM
Reply:

Similar Artilces:

Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4
Hi > ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 Yes, a known issue. Ossama Othman hs been adding support in ACE+TAO for gcc-3.4 with help from users like Oliver Kellog. Please try to pull out the latest sources from http://cvs.doc.wustl.edu/anoncvs.html and give it a shot. If you can help with any of the remaining issues it would be great. Thanks bala > > g++ -W -Wall -Wpointer-arith -O3 -pipe -D_REENTRANT -DACE_HAS_AIO_CALLS > -D_GNU_SOURCE -I/usr/local/ACE_wrappers -I/usr/local/ACE_wrappers/TAO > -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ > -DTAO_HAS_RT_CORBA=0 -I/usr/local/ACE_wrappers/TAO -DTAO_AS_STATIC_LIBS -c -o > .obj/ValueBase.o ValueBase.cpp > In file included from Value_VarOut_T.h:115, > from ValueBase.h:25, > from ValueBase.cpp:3: > Value_VarOut_T.cpp: In static member function `static void > TAO::Value_Traits<T>::tao_add_ref(T*)': > Value_VarOut_T.cpp:17: error: `add_ref' is not a member of `CORBA' > Value_VarOut_T.cpp: In static member function `static void > TAO::Value_Traits<T>::tao_remove_ref(T*)': > Value_VarOut_T.cpp:24: error: `remove_ref' is not a member of `CORBA' > Value_VarOut_T.cpp: In static member function `static void > TAO::Value_Traits<T>::tao_release(T*)': > Value_VarOut_T.cpp:31: error: `remove_ref' is not a member of `CORBA' > In file included from /usr...

[tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4
ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 g++ -W -Wall -Wpointer-arith -O3 -pipe -D_REENTRANT -DACE_HAS_AIO_CALLS -D_GNU_SOURCE -I/usr/local/ACE_wrappers -I/usr/local/ACE_wrappers/TAO -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE_HAS_EXCEPTIONS -D__ACE_INLINE__ -DTAO_HAS_RT_CORBA=0 -I/usr/local/ACE_wrappers/TAO -DTAO_AS_STATIC_LIBS -c -o ..obj/ValueBase.o ValueBase.cpp In file included from Value_VarOut_T.h:115, from ValueBase.h:25, from ValueBase.cpp:3: Value_VarOut_T.cpp: In static member function `static void TAO::Value_Traits<T>::tao_add_ref(T*)': Value_VarOut_T.cpp:17: error: `add_ref' is not a member of `CORBA' Value_VarOut_T.cpp: In static member function `static void TAO::Value_Traits<T>::tao_remove_ref(T*)': Value_VarOut_T.cpp:24: error: `remove_ref' is not a member of `CORBA' Value_VarOut_T.cpp: In static member function `static void TAO::Value_Traits<T>::tao_release(T*)': Value_VarOut_T.cpp:31: error: `remove_ref' is not a member of `CORBA' In file included from /usr/local/ACE_wrappers/ace/Containers_T.h:1986, from /usr/local/ACE_wrappers/ace/Containers.h:69, from /usr/local/ACE_wrappers/ace/Thread_Manager.h:27, from /usr/local/ACE_wrappers/TAO/tao/ORB_Core.h:46, from ValueBase.cpp:7: /usr/local/ACE_wrappers/ace/Containers_T.cpp: In member function `T* ACE_DLList<T>::insert_tail(T*)': /usr/local/ACE...

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

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

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

[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] Problem with shmiop and large message size. TAO 1.4.2, 1.4.7,
Hi Nanbor, Can you please take a look at the question from Thaddeus Covert below and suggest a fix? Thaddeus, can you please explain the size of the buffer you're trying to pass? It's not in your posting below. Thanks, Doug In article <200512061457.45749.tcovert@tazznetworks.com> you write: >> New to CORBA and TAO. >> >> Problem: I have a program that works fine using iiop. Want to learn more about >> the pluggable protocols (ie colocation and shmiop). I've managed to figure >> out how to enable the shmiop and uiop. The uiop works fine, iiop works fine, >> but when I use shmiop my stress test fails with: >> >> FreeBSD 6.0, gcc 3.4.4, libACE 5.4.2, libTAO 1.4.2 >> >> TAO: (57262|134668288|SHMIOP_Transport.cpp|243) >> closing transport 11 after fault send_message () >> >> or >> Solaris 9, gcc 4.0.1, libACE 5.4.7, libTAO 1.4.7 >> >> TAO: (12580|1|Strategies/SHMIOP_Transport.cpp|238) closing transport 12 after >> fault send_message () >> : Not enough space >> >> The program works up till this point. The buffer size that is trying to be >> passed is: >> This is for the solaris 9 trace: >> >> Dec 5 18:18:29.050 2005@<local_host>@12580@LM_DEBUG@bin/tsserver|TAO (12580| >> 1) - GIOP_Message_Base::dump_msg, send GIOP >> v1.2 msg, 2800...

RE: [tao-bugs] Compiling TAO1.4.4 with AIX5.2 and g++3.3.1 #2
Hi, > > I am not sure but I think I have seen this with VxWorks and > then we found > > this is a bug in the compiler. Could you try a newer > version of the GCC > > compiler. > > We don't have a newer GCC compiler at the moment, sorry. But > I will try > to convince our system administrator to install a newer. > But is this warning to take it seriously? > Nevertheless, TAO is working :-) I would advice to search on google, but what I remember we didn't take it seriously. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

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

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

Does 4/2/2= (4/2)/2 =1 OR = 4/(2/2)=4
I don't have matlab and I am trying to translate some simple matlab code. Does 4/2/2 = (4/2)/2 = 1 or 4/2/2 = 4/(2/2) = 4 On 9/11/2012 9:43 AM, sarah.englander@gmail.com wrote: > I don't have matlab and I am trying to translate some simple matlab code. > > Does 4/2/2 = (4/2)/2 = 1 yes. At a given precedence level (and obviously two of the same operators are the same level) evaluation proceeds from LtoR. ....snip... <http://www.mathworks.com/help/techdoc/matlab_prog/f0-40063.html#f0-38155> -- dpb <none@non.net> wrote in message <k2njh1$jes$1@speranza.aioe.org>... > On 9/11/2012 9:43 AM, sarah.englander@gmail.com wrote: > > I don't have matlab and I am trying to translate some simple matlab code. > > > > Does 4/2/2 = (4/2)/2 = 1 > > yes. At a given precedence level (and obviously two of the same > operators are the same level) evaluation proceeds from LtoR. > > ...snip... > > <http://www.mathworks.com/help/techdoc/matlab_prog/f0-40063.html#f0-38155> > > -- There are a few thing you need to understand: 1. You need to get matlab in order to translate the simple code 2. You should define your parameters as in what is the expected output of your search based on the equations used: Is it : a) 4/2/2 b) (4/2/2) On 9/11/2012 11:13 PM, Salvinder wrote: .. > There are a few thing you need to understand: > 1. ...

[tao-users] JDK 1.4.2 client with TAO 1.4 server
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 y......._is_a... 00 00 00 03 00 00 00 06 00 00 00 a0 00 00 00 00 ................ 00 00 00 28 49 44 4c 3a 6f 6d 67 2e 6f 72 67 2f ...(IDL:omg.org/ 53 65 6e 64 69 6e 67 43 6f 6e 74 65 78 74 2f 43 SendingContext/C 6f 64 65 42 61 73 65 3a 31 2e 30 00 00 00 00 01 odeBase:1.0..... 00 00 00 00 00 ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > ACE VERSION: 5.4.3 > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > Solaris10 X86 > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > Compiler: SUN CC 5.6 > ^^^^^^^^^^^^^^^^^^^^^^^^ > > I don't think the DOC group supports this compiler anymore.. More > particularly this compiler is buggy and you may land up with > unresolved > symbols even if you get past this part. I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Maybe we should add a check to one of the Sun config file to check the SUN CC version? Something like: // Forte 6 is the oldest Forte version we sopport #if __SUNPRO_CC < 0x530 # error Your SUN CC compiler is too old, upgrade to a newer version #endif Johnny ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > > > I don't think the DOC group supports this compiler anymore.. More > > > particularly this compiler is buggy and you may land up with > > > unresolved > > > symbols even if you get past this part. > > > > I missed the compiler version. But, Forte 8 gives output of > SUN C++ 5.5. Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte version is found, it defaults to explicit. I am updating right now, for 4.2 and 5.3 we default to explicit, for all others to implicit Qinghuajin and other Forte 9 users, you can work around this by added the following line to your platform_macros.GNU file. templates = implicit Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi Jin, Thanks for using the PRF. >> ACE VERSION: 5.4.3 >> >> HOST MACHINE and OPERATING SYSTEM: >> Solaris 10 x86 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> Sun Studio 9 (Sun CC 5.6) As we've mentioned several times now, we don't have this compiler installed yet on this hardware platform, so if you want things to be fixed soon I recommend you figure out what's going wrong and send us the patches. Otherwise, please contact one of the companies that provides commercial support for ACE at http://www.cs.wustl.edu/~schmidt/commercial-support.html Thanks, Doug >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a >> platform- >> specific file, simply state which one]: >> >> #define ACE_HAS_STANDARD_CPP_LIBRARY 1 >> #define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1 >> >> #include "ace/config-sunos5.9.h" >> >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> templates = implicit >> include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU >> >> >> CONTENTS OF $ACE_ROOT/bin/MakeP...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi > > ACE VERSION: 5.4.3 > > > > HOST MACHINE and OPERATING SYSTEM: > > Solaris10 X86 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > Compiler: SUN CC 5.6 ^^^^^^^^^^^^^^^^^^^^^^^^ I don't think the DOC group supports this compiler anymore.. More particularly this compiler is buggy and you may land up with unresolved symbols even if you get past this part. My $0.02. Thanks Bala > > Make: GNU make 3.80 > > > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a > > platform- > > specific file, simply state which one]: > > #include "ace/config-sunos5.9.h" > > > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU > > (unless > > this isn't used in this case, e.g., with Microsoft Visual C++): > > include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU > > > > > > CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features > > (used by MPC when you generate your own makefiles): > > > > AREA/CLASS/EXAMPLE AFFECTED: > > [What example failed? What module failed to compile?] > > "ace/OS_NS_sys_stat.cpp" > > > > DOES THE ...

Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Johnny- > > > > ACE VERSION: 5.4.3 > > > > > > > > HOST MACHINE and OPERATING SYSTEM: > > > > Solaris10 X86 > > > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > > > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > > > Compiler: SUN CC 5.6 > > ^^^^^^^^^^^^^^^^^^^^^^^^ > > > > I don't think the DOC group supports this compiler anymore.. More > > particularly this compiler is buggy and you may land up with > > unresolved > > symbols even if you get past this part. > > I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5. Hmm.. Then I could be wrong. Then we need to fix the config files for SUN CC to use implicit templates for anything including and above FORTE 8. > Maybe we should add a check to one of the Sun config file to check the SUN > CC version? Something like: > > // Forte 6 is the oldest Forte version we sopport > #if __SUNPRO_CC < 0x530 > # error Your SUN CC compiler is too old, upgrade to a newer version > #endif Much better. Thanks Bala ...

RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2
Hi, > >> It's almost up. There are some issues with installing software as > >> we don't have the media in a compatible form yet. We also don't > >> have Sun CC, and we need to purchase a licence if we need to > >> support Sun CC. > > Ok, that's fine - thanks for the update. I think some other folks > (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may > not need to worry about running Sun CC on our machine. Johnny/Gautam, > can you folks please confirm/deny whether you've got Sun CC on Solaris > 9/10? We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available, but have had no time to install it on our build system. Johnny ...

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

RE: [tao-bugs] Compiling TAO1.4.4 with AIX5.2 and g++3.3.1
Hi Werner, > TAO VERSION: 1.4.4 > ACE VERSION: 5.4.4 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: RS6000, AIX5.2 > If on Windows based OS's, which version of WINSOCK do you > use?: > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > GNU g++ 3.3.1 > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to > a platform- > specific file, simply state which one]: > config-aix-5.x.h > > CONTENTS OF > $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless > this isn't used in this case, e.g., with Microsoft Visual C++): > platform_aix_g++.GNU > > CONTENTS OF > $ACE_ROOT/bin/MakeProjectCreator/config/default.features > (used by MPC when you generate your own makefiles): No > use of mpc. > > AREA/CLASS/EXAMPLE AFFECTED: > [What example failed? What module failed to compile?] > Compile Error of ORBInitializer_Registry.cpp and > a lot of warnings about > static Initializer. > > > DOES THE PROBLEM AFFECT: > COMPILATION? > If so, what do your $ACE_ROOT/ace/config.h and > > $ACE_ROOT/include/makeinclude/platform_macros.GNU contain? > ...

Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, >> I know it isn't the most recent version available, but this version >> is used extensively across the corporation. Changing the version of >> ACE all these products used will cause the architect's heads to >> explode ;) >> >> Is it your opinion that 5.3.1 is hopeless cause on Tiger? It'll take some work, but companies like Riverace, Remedy, and OCI can help out with this stuff if staying with 5.3.1 is essential. Please see http://www.cs.wustl.edu/~schmidt/commercial-support.html for help with this stuff. >> > http://cvs.doc.wustl.edu/ >> I will try it out, and let you know how it works. Great - if there are any problems please let us know quickly so that we can get the fixes into the x.4.8 beta. 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 ...

[tao-users] The differences between TAO 1.4.1.2 and 1.5.1.0 #2
This is a multi-part message in MIME format. ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello all, =20 Could someone tell me where can I find a document which describes about the differences between TAO 1.4.1.2 and 1.5.1.0? =20 Thanks with regards, Shi Lei ------_=_NextPart_001_01C74A75.80E5ABB0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Dus-ascii"> <META content=3D"MSHTML 6.00.2900.3020" name=3DGENERATOR></HEAD> <BODY> <DIV><FONT face=3DArial size=3D2><SPAN class=3D604250205-07022007>Hello=20 all,</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D604250205-07022007></SPAN></FONT>&nbsp;</DIV> <DIV><FONT face=3DArial size=3D2><SPAN class=3D604250205-07022007>Could = someone tell=20 me where can I find a document which describes about the differences = between TAO=20 1.4.1.2 and 1.5.1.0?</SPAN></FONT></DIV> <DIV><FONT face=3DArial size=3D2><SPAN=20 class=3D604250205-07022007></SPAN></FONT>&nbsp;</DIV> <DI...

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

Web resources about - Re: [tao-users] ACE5.4.1+TAO1.4.1 compile fail under gcc3.4 #2 - comp.soft-sys.ace

Resources last updated: 3/22/2016 9:17:36 PM