f



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
bala5913 (162)
4/21/2004 11:21:12 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
616 Views

Similar Articles

[PageSpeed] 50

Reply:

Similar Artilces:

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*)': > > V...

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

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

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

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

Re: [ace-bugs] Many compiler warnings when compiling 5.4.4 with gcc 3.4.1
Hi Peter, Thanks for using the PRF. >> ACE VERSION: 5.4.4 >> >> HOST MACHINE and OPERATING SYSTEM: >> If on Windows based OS's, which version of WINSOCK do you >> use?: >> >> Solaris 2.8 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> >> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a platform- >> specific file, simply state which one]: >> >> // The following configuration file is designed to work for SunOS 5.8 >> // (Solaris 8) platforms using the SunC++ 4.x, 5.x, 6.x, or g++ compilers. >> >> #ifndef ACE_CONFIG_H >> >> #define ACE_HAS_NONSTATIC_OBJECT_MANAGER 1 >> >> // ACE_CONFIG_H is defined by one of the following #included headers. >> >> // #include the SunOS 5.8 config, then add any local updates below. >> #include "ace/config-sunos5.8.h" >> >> #define ACE_LACKS_ACE_IOSTREAM 1 >> #define ACE_LACKS_IOSTREAM_TOTALLY 1 >> #define ACE_NTRACE 0 >> >> // gcc doesn't define the following types >> >> typedef long t_scalar_t; /* historical versions */ >> typedef unsigned long t_uscalar_t; >> typedef void *timeout_id_t; >> typedef long blksiz...

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

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

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

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

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

[ace-bugs] RE: test program failed on running Static library of ACE 5.4 / 5. 4.1 / 5.3.1 on AMD 64 Windows platform
Hi Johnny, Thanks for your response. Actually Mr. Dougs response to check with ACE version 5.4.2 worked for me and I am not getting this corruption issues with this version of ACE. There were few minor compilation issues with this release of ACE but they were quite easy to resolve. Regards, Meenakshi -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Sunday, November 28, 2004 11:46 PM To: Meenakshi Vohra; ace-bugs@cs.wustl.edu Subject: RE: test program failed on running Static library of ACE 5.4 / 5.4.1 / 5.3.1 on AMD 64 Windows platform Hi, Thanks for using the PRF form. Do I understand correctly you are using Windows 64 bit and the 64bit Microsoft compiler? This is a platform that is not tested yet and it seems that there are still some problems. Because such a simple program doesn't work maybe compiler/linker options could be the problem. We have here AMD64 with SuSE 92 Linux without problems, AMD64 with a normal windows xp and the normale vc71 compiler also doesn't have problems. Maybe you can investigate this and supply patches, or else look at http://www.cs.wustl.edu/~schmidt/commercial-support.html for companies that deliver ACE/TAO support. We as Remedy IT can also solve this for you, see www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4...

[ace-bugs] RE: test program failed on running Static library of ACE 5.4 / 5.4.1 / 5.3.1 on AMD 64 Windows platform
Hi, Thanks for using the PRF form. Do I understand correctly you are using Windows 64 bit and the 64bit Microsoft compiler? This is a platform that is not tested yet and it seems that there are still some problems. Because such a simple program doesn't work maybe compiler/linker options could be the problem. We have here AMD64 with SuSE 92 Linux without problems, AMD64 with a normal windows xp and the normale vc71 compiler also doesn't have problems. Maybe you can investigate this and supply patches, or else look at http://www.cs.wustl.edu/~schmidt/commercial-support.html for companies that deliver ACE/TAO support. We as Remedy IT can also solve this for you, see www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > ACE VERSION: 5.4 / 5.4.1 / 5.3.1 > > HOST MACHINE and OPERATING SYSTEM: > Windows 2003 Server - AMD64 bit platform: > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > Compiler Version 14.00.40310.23 for AMD64 using Microsoft Platform SDK > Linker Version 8.00.40310.23 using Microsoft Platform SDK > > CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to > a platform- > specific file, simply state which one]: > config.h > > CONTENTS OF > $A...

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

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

1/4 to 4/4
TblCustomer CustomerID CustomerName TblOrder OrderID CustomerID OrderDate From the above tables, how do I write a query that returns the following for each customer: CustomerA Order 1/4 CustomerA Order 2/4 CustomerA Order 3/4 CustomerA Order 4/4 Where CustomerA is the customer name, Order is text, CustomerA placed 4 orders and the orders are sequenced by OrderDate in chronological order. Thanks! Carl Carl, you could use a pair of subqueries to count how many orders there are in total for the customer, and which one this is. You would type something like this into the Field row in query design: OrderNum: (SELECT Count(OrderID) FROM tblOrder AS Dupe WHERE ((Dupe.CustomerID = tblOrder.CustomerID) AND (Dupe.OrderDate <= tblOrder.OrderDate))) Then in the next field in query design: OrderCount: (SELECT Count(OrderID) FROM tblOrder AS Dupe WHERE (Dupe.CustomerID = tblOrder.CustomerID)) If the customer placed 2 orders on the one date (i.e. tied values), the results will be duplicates. If subqueries are new, see: http://support.microsoft.com/?id=209066 -- Allen Browne - Microsoft MVP. Perth, Western Australia. Tips for Access users - http://allenbrowne.com/tips.html Reply to group, rather than allenbrowne at mvps dot org. "Carl" <csmith@nospamhere.net> wrote in message news:csmRd.101$x53.20@newsread3.news.atl.earthlink.net... > TblCustomer > CustomerID > CustomerName > > TblOrder > OrderID > CustomerID ...

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

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

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