f



[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   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 00 00 64  00 01 02 00 00 00 00 0e   .......d........
>> 31 39 32 2e 31 36 38 2e  32 2e 31 31 35 00 05 b2   191.168.2.115...      <<<<< the IP of the client machine
>> 00 00 00 19 af ab cb 00  00 00 00 02 e0 99 e7 1c   ................
>> 00 00 00 08 00 00 00 00  00 00 00 00 0a 00 00 00   ................
>> 00 00 00 01 00 00 00 01  00 00 00 20 00 00 00 00   ........... ....
>> 00 01 00 01 00 00 00 02  05 01 00 01 00 01 00 20   ............... 
>> 00 01 01 09 00 00 00 01  00 01 01 00 00 00 00 01   ................
>> 00 00 00 0c 00 00 00 00  00 01 00 01 00 01 01 09   ................
>> 4e 45 4f 00 00 00 00 02  00 0a 00 00 00 00 00 00   NEO.............
>> 00 00 00 19 49 44 4c 3a  41 41 41 2f 55 73 65 72   ....IDL:AAA/User
>> 5f 46 61 63 74 6f 72 79  3a 31 2e 30 00            _Factory:1.0.   
>> (21062|8192) Codeset_Manager::process_service_context using tcsc = 00010001, tcsw = 00010109
>> TAO (21062|8192) - GIOP_Message_Base::dump_msg, send GIOP v1.2 msg, 64 data bytes, my endian, Type Reply[5]
>> GIOP message - HEXDUMP 76 bytes
>> 47 49 4f 50 01 02 01 01  40 00 00 00 05 00 00 00   GIOP....@.......
>> 02 00 00 00 00 00 00 00  27 00 00 00 49 44 4c 3a   ........'...IDL:
>> 6f 6d 67 2e 6f 72 67 2f  43 4f 52 42 41 2f 4f 42   omg.org/CORBA/OB
>> 4a 45 43 54 5f 4e 4f 54  5f 45 58 49 53 54 3a 31   JECT_NOT_EXIST:1
>> 2e 30 00 00 00 00 41 54  01 00 00 00               .0....AT....    
>> 
>> 
>> I think that the problem is with the "SendingContext/CodeBase" part (see http://www.omg.org/issues/issue5454.txt). How can I remove it/ handle it ? Is there a workaround for this ? I DONT want to use the naming service...
>>  
>> P.S 1. When the client handles an IOR file, the same happens.
>>     2. When using a c++ client using TAO running under linux (different host) it works just fine, and here is the message received on the server side:
>> TAO (21062|8192) - GIOP_Message_Base::dump_msg, recv GIOP v1.2 msg, 97 data bytes, my endian, Type Request[1]
>> GIOP message - HEXDUMP 109 bytes
>> 47 49 4f 50 01 02 01 00  61 00 00 00 01 00 00 00   GIOP....a.......
>> 03 00 00 00 00 00 00 00  0c 00 00 00 55 73 65 72   ............User
>> 5f 46 61 63 74 6f 72 79  06 00 00 00 5f 69 73 5f   _Factory...._is_
>> 61 00 00 00 01 00 00 00  01 00 00 00 0c 00 00 00   a...............
>> 01 00 00 00 01 00 01 00  09 01 01 00 00 00 00 00   ................
>> 19 00 00 00 49 44 4c 3a  41 41 41 2f 55 73 65 72   ....IDL:AAA/User
>> 5f 46 61 63 74 6f 72 79  3a 31 2e 30 00            _Factory:1.0.   
>>  
>> 
>> 
>> DESCRIPTION:
>> What does it mean and how can I fix this please ? 

In general, the Sun JDK ORB is pretty screwed up, so your best bet is
probably to switch to JacORB.  You might also check out the OCI TAO
FAQ at

http://www.theaceorb.com/faq/

to see if there's anything useful there.  If all else fails, you may
want to consider contacting one of the companies that provides
commercial support for TAO at

http://www.cs.wustl.edu/~schmidt/commercial-support.html

to see if they can help you out.

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

0
Douglas
6/2/2004 3:44:53 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
760 Views

Similar Articles

[PageSpeed] 51

Reply:

Similar Artilces:

[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-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 5.4.2 + TAO 1.4.2 client, ORBacus 4.1.2 NameService, and JACOrb 1.4.1 servants
Hi everyone, Background: ----------- I'm very new to CORBA, ACE & TAO. I'm trying to integrate with a 3rd party system which exposes a CORBA object model to clients. This system is composed of JACOrb 1.4.1 servers registering with an ORBacus 4.1.2 NameService. We've got existing software that uses ACE 5.4.2, and the 3rd party documentation mentions that people have used TAO (no version specified) previously to integrate with their system, so I'm trying out TAO 1.4.2 as a natural solution to the problem. Environment Specifics: ---------------------- - ACE 5.4.2 + TAO 1.4.2 clients - running on a variant of RedHat Enterprise Linux 4.x (x86 platform) - compiled with gcc-c++-3.4.3-22.1 - ORBacus 4.1.2 NameService, and JACorb 1.4.1 servants (the 3rd Party stuff) - running on SunOS 5.9 What I'm trying to do: ---------------------- To get started, I'm trying to create a simple "hi3rdParty" app which acquires a reference to the remote ORBacus NameService so that I can then get at the other services. Here's the code I'm using: try { // ------ begin common CORBA init -------- // First initialize the ORB - that will remove some arguments... // NOTE: we're gonna try and use "-ORBInitRef NameService=corbaloc:iiop:theServer:5000/NameService" // to find the naming service. CORBA::ORB_var orb = CORBA::ORB_init(argc, argv, "&quo...

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

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

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

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

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

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

RE: [tao-users] Strange warning when updating from tao 1.4.4 to 1.4.8 #2
Hi, > I do use PortableServer for POA, my config.h follows. But > what I don't > understand is how the application works ?? The TAO_PI.dll is > not loaded > because it's not available on the system, but even after logging the > warnings, the application runs OK. So why TAO/PortableServer tries to > load a DLL it doesn't need to run ? We try to load the DLL's when we could use them, if they are not found, then just certain functionality will not be available runtime, but if you don't use them, then you don't get problems. Johnny ...

[tao-users] RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4) #2
Hi, It looks the notification service does a call back and after that things just stop. Maybe the is_a fails and then things end. Johnny > -----Original Message----- > From: Andr� Cruz [mailto:andre.cruz@meteo.pt] > Sent: woensdag 16 maart 2005 10:49 > To: Johnny Willemsen; tao-users@cs.wustl.edu > Subject: RE: [tao-bugs] Problem on the reconnecting tests (TAO 1.4.4) > > Hello. Thanks for the help. > > I've ran the test with the debug flag but I can't find > anything in this > big log. Well, I don't even know what to look for. :) > > Maybe someone can take a look at it? > > Thanks. > Andr� > > > [root@saf144 Reconnecting]# ./run_test-debug.pl -v > TEST SCRIPT: Starting Notify Service on port 9889 > TEST > SCRIPT: > /usr/local/ACE_wrappers/TAO/orbsvcs/Notify_Service/./Notify_Se > rvice -ORBDebugLevel 5 -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 > /usr/local/ACE_wrappers/TAO/orbsvcs/Notify_Service/./Notify_Service > -ORBDebugLevel 5 -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 in TAO_Properties > ctos 93793cc > (10037|3085984416) Standard_Event_Persistence: -verbose ...

a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gz
Hi Team, 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 Sorry, After I fix some problem of such kind, I still met the problem that has conflict with its internal config. Plus this tar is different from that I downloaded a week ago. I wonder why BFO is so unstable? Regards, Adam Hi Adam, >> Sorry, After I fix some problem of such kind, I still met the problem >> that has conflict with its internal config. Upgrade. >> Plus this tar is different from that I downloaded a week ago. Nothing has changed with ACE 5.4.1 in several years. >> I wonder why BFO is so unstable? Because it's several years old. Please upgrade. 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...

[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: [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-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.4.3, TAO-1.4.3 and CIAO-0.4.3, which resulted from a lot of >> hard work from OCI, Remedy, Riverace, the DOC group, and the open-source >> user community. This release corrects several bugs, adds many new >> features, and offers new or improved build support on a few new >> platforms, thanks to our sponsors and collaborators at Lockheed Martin, >> Qualcomm, Veritas, HP, and OSC. >> >> As usual the latest release is available at: >> >> http://deuce.doc.wustl.edu/Download.html >> >> The doxygen documentation for the beta will be updated in the next few >> hours! >> >> We highly encourage you to download the present beta and use it with >> your applications and let us know if there are any problems. As always, >> please use the: >> >> $ACE_ROOT/PROBLEM-REPO...

RE: [ace-users] ACE-5.4+TAO-1.4 compilation error.
Hi, > ACE VERSION: 5.4 Thanks for using the PRF form. This version is old, try the x.4.2 release you can download from http://deuce.doc.wustl.edu/Download.html. Be ware that the doc_group doesn't support VxWorks, we as Remedy IT are planning to get the VxWorks port up to shape, see www.theaceorb.nl/en/vxworks.html for the plans we have, if you are interested contact us directly. > HOST MACHINE and OPERATING SYSTEM: > cygwin on w2k Never, never install Cygwin when using VxWorks, yes, I know the documents describe it, but it gives more problems than solutions > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > VxWork 5.5.1 Tornado 2.2 > CONTENTS OF $ACE_ROOT/ace/config.h: > config-vxworks5.x_g++.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_vxworks5.x_g++.GNU > AREA/CLASS/EXAMPLE AFFECTED: > [What example failed? What module failed to compile?] > > DOES THE PROBLEM AFFECT: > COMPILATION? X > LINKING? > On Unix systems, did you run make realclean first? > EXECUTION? > OTHER (please specify)? > [Please indicate whether AC...

[ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4
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=1 include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU # Disable the RCSID for release/non-debug builds. CPPFLAGS += -DACE_USE_RCSID=0 # enable 64 bit build CPPFLAGS += -m64 # enable 32 bit build #CPPFLAGS += -m32 CC=/opt2/linux/x86_64/bin/gcc-4.0.0 CXX=/opt2/linux/x86_64/bin/g++-4.0.0 TAO_IDL_PREPROCESSOR=${CC} CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): AREA/CLASS/EXAMPLE AFFECTED: application / unit tests ...

[ciao-users] Utility library not being found on ACE/TAO/CIAO 5.4.2/1.4.2/0.4.2
Hello again, I am still attempting to install BBN's quo system and I was just informed that I should use ACE/TAO/CIAO 5.4.2/1.4.2/0.4.2. This is the reason for using an older version. CIAO VERSION: 0.4.2 TAO VERSION : 1.4.2 ACE VERSION : 5.4.2 HOST MACHINE and OPERATING SYSTEM: Dell Dimension 8100 w/ Gentoo Linux (2.6 kernel) TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): AREA/CLASS/EXAMPLE AFFECTED: CCF library DOES THE PROBLEM AFFECT: COMPILATION? If so, what do your $ACE_ROOT/ace/config.h: // -*- C++ -*- // // config-linux.h,v 4.41 2004/04/22 20:54:00 shuston Exp // The following configuration file is designed to work for Linux // platforms using GNU C++. #ifndef ACE_CONFIG_LINUX_H #define ACE_CONFIG_LINUX_H #include /**/ "ace/pre.h" #define ACE_PLATFORM_CONFIG config-linux.h #include "ace/config-linux-common.h" #define ACE_HAS_SVR4_DYNAMIC_LINKING #define ACE_HAS_AUTOMATIC_INIT_FINI #define ACE_HAS_DLSYM_SEGFAULT_ON_INVALID_HANDLE #if !defined (ACE_MT_SAFE) #define ACE_MT_SAFE 1 // JCEJ 12/22/96 #1 #endif #if ACE_MT_SAFE // Yes, we do have threads. #define ACE_HAS_THREADS // And they're even POSIX pthreads (LinuxThreads implementation) #define ACE_HAS_PTHREADS // ... and the final standard even! #define ACE_HAS_PTHREADS_STD ...

Web resources about - [ace-bugs] Re: [tao-users] JDK 1.4.2 client with TAO 1.4 server - comp.soft-sys.ace

Resources last updated: 3/5/2016 9:08:47 PM