f



[tao-users] Re: ACE/TAO call back problem

Hoi,

> TAO VERSION: 1.4
> ACE VERSION: 4.285

This can't be correct, ACE/TAO versions should always have the same minor
versions.

The most common problem is DNS problems, the server tries to resolve the
clients using their hostnames. Try to start server and client with
-ORBDottedDecimalAddresses 1 as commandline option. 

Regards,

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

> HOST MACHINE: Redhat 9
> TARGET MACHINE: Windows 2000 SP4
> COMPILER NAME AND VERSION (AND PATCHLEVEL): C++ Builder 6.0 build
> 10.155, gcc 3.2.2
> 
> 
> AREA/CLASS/EXAMPLE AFFECTED:
> Callback from server to client
> 
> 
> DOES THE PROBLEM AFFECT:
> COMPILATION?
> no
> LINKING?
> no
> EXECUTION?
> yes
> 
> 
> SYNOPSIS:
> Sever can not call back client. This call simply fails. All machines
> have local IP addresses (192.168.1.*)
> 
> DESCRIPTION:
> I am starting server on linux machine then client(s) on windows. There
> is no problem with connecting client to server. All functions that do
> not require callback work perfectly. However when server needs to send
> callback information to client(s) this call always fails. No tcp
> connection is created and no packages are sent.
> However I compiled same server source code on windows machine (under
> Builder 6) and when I start server and client(s) on windows (same or
> different machines it does not matter) everything is ok (callback works
> ok).
> To make this all even more weird I add that in march every thing was ok
> (project was suspending for several months and now it is time to finish
> it). I still have same Redhat installation and source codes with march
> modification time. I even used another machine and install Fedora Core
> 3 recompiled (ace/tao/my codes) and still have the same problem.
> Any ideas what can be wrong?
> Thanks for your help.
> 


























0
Johnny
12/6/2004 2:43:27 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
470 Views

Similar Articles

[PageSpeed] 22

Reply:

Similar Artilces:

Re: [tao-users] Re: ACE/TAO call back problem
Hi > > HOST MACHINE: Redhat 9 > > TARGET MACHINE: Windows 2000 SP4 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): C++ Builder 6.0 build > > 10.155, gcc 3.2.2 > > > > > > AREA/CLASS/EXAMPLE AFFECTED: > > Callback from server to client > > > > > > DOES THE PROBLEM AFFECT: > > COMPILATION? > > no > > LINKING? > > no > > EXECUTION? > > yes > > > > > > SYNOPSIS: > > Sever can not call back client. This call simply fails. All machines > > have local IP addresses (192.168.1.*) Do you have a local firewall running on the box where the call is coming in? > > DESCRIPTION: > > I am starting server on linux machine then client(s) on windows. There > > is no problem with connecting client to server. All functions that do > > not require callback work perfectly. However when server needs to send > > callback information to client(s) this call always fails. No tcp > > connection is created and no packages are sent. This could probably be due to a firewall on the Win32 side. This has bitten us too much in the past few weeks here at the DOC group ;(! Please check whether you have firewall enabled on Windows and try to relax it for the test. > > However I compiled same server source code on windows machine (under > > Builder 6) and when I start server and client(s)...

Re: [tao-users] Re: ACE/TAO call back problem #2
This is a multipart message in MIME format. --=_alternative 0025F9B5C1256F63_= Content-Type: text/plain; charset="us-ascii" I had a similar problem a long time ago :-). In my case, the IOR passed by the client to the server contained a hostname which was unknown in the server. We did not use a DNS. The server used a hosts file. In our case, using ORBDottedDecimalAddresses 1 was the solution. Best wishes --=_alternative 0025F9B5C1256F63_= Content-Type: text/html; charset="us-ascii" <br><font size=2 face="sans-serif">I had a similar problem a long time ago :-). In my case, the IOR passed by the client to the server contained a hostname which was unknown in the server. We did not use a DNS. The server used a hosts file. In our case, using ORBDottedDecimalAddresses 1 was the solution.</font> <br><font size=2 face="sans-serif">Best wishes </font> --=_alternative 0025F9B5C1256F63_=-- ...

[ace-users] [tao-users] Problem linking ACE/TAO
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------=_NextPart_000_0042_01C67435.B64C4BE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Hello, I have an application using ACE/TAO and I get a linking error trying to = build executable. ACE/TAO VERSION: 5.5 / 1.5 OPERATING SYSTEM: Win 2000 SP 4 COMPILER NAME and VERSION: VC++ 2005 Standard Edition CONTENTS of $ACE_ROOT/ace/config.h: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: COMPILATION? NO LINKING? YES EXECUTION? N/A (doesn`t get that far) SYNOPSIS: I am getting linking error while I am trying to build executable. DESCRIPTION: In the makefile (win32/debug) the libraries ACED.lib and TAOD.lib are in = the LIBS. The error message is: 1>oe_frontendC.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl ACE_Log_Msg::log(enum ACE_Log_Priority,unsigned short const *,...)" (__imp_?log@ACE_Log_Msg@@QAAHW4ACE_Log_Priority@@PBGZZ) referenced in function "public: void __thiscall TAO::Any_Insert_Policy_AnyTypeCode_Adapter<int>::any_insert(class = CORBA::Any *,int const &)const " (?any_insert@?$Any_Insert_Policy_AnyTypeCode_Adapter@H@TAO@@QBEXPAVAny@CO= RBA @@ABH@Z) T...

[tao-users] [ace-users] Problem linking ACE/TAO
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------=_NextPart_000_0042_01C67435.B64C4BE0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Hello, I have an application using ACE/TAO and I get a linking error trying to = build executable. ACE/TAO VERSION: 5.5 / 1.5 OPERATING SYSTEM: Win 2000 SP 4 COMPILER NAME and VERSION: VC++ 2005 Standard Edition CONTENTS of $ACE_ROOT/ace/config.h: #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: COMPILATION? NO LINKING? YES EXECUTION? N/A (doesn`t get that far) SYNOPSIS: I am getting linking error while I am trying to build executable. DESCRIPTION: In the makefile (win32/debug) the libraries ACED.lib and TAOD.lib are in = the LIBS. The error message is: 1>oe_frontendC.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: int __cdecl ACE_Log_Msg::log(enum ACE_Log_Priority,unsigned short const *,...)" (__imp_?log@ACE_Log_Msg@@QAAHW4ACE_Log_Priority@@PBGZZ) referenced in function "public: void __thiscall TAO::Any_Insert_Policy_AnyTypeCode_Adapter<int>::any_insert(class = CORBA::Any *,int const &)const " (?any_insert@?$Any_Insert_Policy_AnyTypeCode_Adapter@H@TAO@@QBEXPAVAny@CO= RBA @@ABH@Z) T...

[tao-users] RE: [ace-users] ACE/TAO on Solaris 10
Hi, There have been some replies. People do have things working on Solaris and there have been made fixes in ACE/TAO. Could you wait another week or so and try the x.4.8 or try cvs, see http://cvs.doc.wustl.edu Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > Dear list members, > > (I sent this message couple of days ago and am unsure if it > was distributed, > thus re-sending it again. I apologize if you received it more > than once) > > I would like to give feedback regarding availability of > ACE/TAO (versions > 5.4.7 and 1.4.7 respectively) on OpenSolaris (Solaris 10) > Intel platform. > > Sun is selectively releasing source code of the Solaris 10 under an > open-source license. Details of this project and installable Solaris > binaries can be found on here: > http://www.opensolaris.org > > Sun has also released Forte compiler set in binary form to > the OpenSolaris > community. A Quote from their website: "Sun Studio 10 > software is freely > available to participants in the OpenSolaris community for > development on > both OpenSolaris and Solaris[tm] Operating Systems on > SPARC-based systems > and x86-based systems, as well as on Linux." You can get > access to Forte > compilers from the OpenSolaris website as well but you should register...

[tao-users] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
Hi, >> My only guess is that all of the libs you are linking in your >> builds were not compiled with a consistent set of options. Right, my recommendation would be to completely blow away your existing ACE+TAO x.5 directory, download a fresh version, and start from a clean slate. It sounds like you may have things lying around from previous build attempts. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

RE: [tao-users] 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] RE: [ace-users] Tao_idl core dumps during ACE/TAO build
Hi, Please upgrade to ACE+TAO x.4.7, 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, 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. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > TAO VERSION: 1.4.1 > ACE VERSION: 5.4.1 > > HOST MACHINE and OPERATING SYSTEM: > Dell PowerEdge750, Slackware Linux 10.1.0 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version 3.3.4 > > AREA/CLASS/EXAMPLE AFFECTED: > CosConcurrencyControl.idl failed due to tao_idl core dump > > DOES THE PROBLEM AFFECT: > COMPILATION? Yes > $ACE_ROOT/ace/config.h and > $ACE_ROOT/include/makeinclude/platform_macros.GNU > included below > LINKING? No > EXECUTION? No > OTHER (please specify)? No > > SYNOPSIS: > TAO fails to build because tao_...

Re: [ace-users] [tao-users] ACE/TAO ported to Sun Studio 12
Hi, > is this change included in the official release of ACT/TAO (and if yes > since which version)? This change will be part of the upcoming x.6.2 version. I am creating x.6.2 at this moment, when everything runs fine it will be available at the end of today. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl *** Integrated compile and test statistics see http://scoreboard.theaceorb.nl *** *** Commercial service and support for ACE/TAO/CIAO *** *** See http://www.theaceorb.nl/en/support.html *** ...

[tao-users] Re: [ace-users] timestamps incorrect in ACE+TAO .tar.gz
Hi > It has just come to my attention that there are many files in the > ACE+TAO .tar.gz file with timestamps showing '1970-01-05'. Obviously > this is wrong and is the only reason why my packages have been > rejected from Debian ("file(s) with a time stamp too ancient"). > > Is there a possibility that this will be fixed. Or should I just > 'touch' all the problematic files? Could you please run a touch on them? I don't know how this happened. Strange. Opening and fiddling with the distribution would make quite a few things goofy! If ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO
Hi, I'm curious about the current status of ACE/TAO and C++ Builder 2006. Borland shipped the promised fix/update some time ago, but I couldn't find anything about how it works with ACE/TAO. Regards Espen Harlinn ...

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

[ace-bugs] Re: [tao-users] ACE/TAO without network adapter and TCP/IP stack on windows 95 execution problem
Hi Migel, >> I debug ACE/TAO and found that `SHMIOP` transport protocol based on = >> socket API and don't work if socket API failed :( >> >> Inside `TAO_SHMIOP_Connector::open` I can see = >> `this->base_connector_.open` call. `base_connector_` is `ACE_SOCK` class = >> and this class don't work fine if network not present (configured) on a = >> computer (`ACE_OS::socket` call failed). >> >> Does anybody know what I can do to fix my stupid situation and run my = >> program on windows 95 without network support...

[ace-users] [ace-user] problem on building ACE+TAO+CAIO
Dear, all. I have a problem on buliding ACE+TAO+CAIO. ACE VERSION: 5.5 HOST MACHINE and OPERATING SYSTEM: HOST Machine: Intel Pentium D 3.0 1GB OS: Windows XP Professional SP2 TARGET MACHINE and OPERATING SYSTEM Same with the HOST machine and OS THE $ACE_ROOT/ace/config.h FILE #define ACE_HAS_MFC 1 #define ACE_NO_INLINE #define ACE_HAS_STANDARD_CPP_LIBRARY 1 #include "ace/config-win32.h" DOES THE PROBLEM AFFECT: ACE+TAO+CAIO building SYNOPSIS: occurrance of syntax error during building ACE+TAO+CAIO DESCRIPTION: during building ACE+TAO+CAIO, syntax errors occurs at the point of enum definition in the file, options.h. Also, there are bunch of other errors. class ACE_Svc_Export Options { // = TITLE // Singleton that consolidates all Options for a gatewayd. public: // = Options that can be enabled/disabled. enum { // = The types of threading strategies. REACTIVE = 0, OUTPUT_MT = 1, INPUT_MT = 2, VERBOSE = 01, DEBUG = 02, SUPPLIER_ACCEPTOR = 04, CONSUMER_ACCEPTOR = 010, SUPPLIER_CONNECTOR = 020, CONSUMER_CONNECTOR = 040 }; one of them says that '}' is missing in front of '='. Did I misconfigure something? Thanks. - Je...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, The x.4.8 version of ACE/TAO is supported with BCB2006, we have some linker warnings/errors in some configurations, Borland is working on these for Update2, but these are not causing a problem. See ACE_wrappers/ACE-INSTALL.html for info about how to use it. We deliver also commercial support for using BCB2006 with ACE/TAO. See www.theaceorb.nl for our services. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

[ace-users] RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO #2
Hi, See http://www.remedy.nl/en/borland.html for an overview of the supported Borland products with TAO. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Espen Harlinn [mailto:espen@harlinn.no] > Sent: donderdag 2 februari 2006 18:06 > To: jwillemsen@remedy.nl > Cc: ace-users@cs.wustl.edu > Subject: RE: [tao-users] Borland Developer Studio 2006 with ACE/TAO > > Hi, > > I'm curious about the current status of ACE/TAO and C++ Builder 2006. > Borland shipped the promised fix/update some time ago, but I > couldn't find > anything about how it works with ACE/TAO. > > Regards > Espen Harlinn > > ...

[ace-users] RE: [tao-users] Problems compiling ACE on an Alpha machine :-(
Hi, Thanks for using the PRF form > ACE VERSION: 5.5 > > HOST MACHINE and OPERATING SYSTEM: > > OSF1 wks37 V4.0 1229 alpha alpha > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > COMPILER NAME AND VERSION (AND PATCHLEVEL): > > wks37> g++ -dumpversion > 3.2.3 > > THE $ACE_ROOT/ace/config.h FILE > > wks37> tail $ACE_ROOT/ace/config.h > #include "ace/config-true64.h" Be aware that we haven't build for tru64 for more then a year. It is also one of the platforms for which we are considering to remove all support after x.5.1 has been released. > g++ -D_REENTRANT -DDIGITAL_UNIX=0x500 -O3 -g -fno-implicit-templates > -fno-strict-prototypes -DACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION > -I/home/karl/my-ACE/ACE_wrappers -DACE_HAS_EXCEPTIONS > -D__ACE_INLINE__ > -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF > -DACE_BUILD_DLL -c -fpic > -o .shobj/Local_Name_Space.o Local_Name_Space.cpp > cc1plus: unrecognized option `-fno-strict-prototypes' > make[2]: *** [.shobj/Local_Name_Space.o] Error 1 > make[2]: Leaving directory `/home/karl/my-ACE/ACE_wrappers/ace' > make[1]: *** [ACE] Error 2 > make[1]: Leaving directory `/home/karl/my-ACE/ACE_wrappers/ace' > make: *** [all] Error 2 > > > DESCRIPTION: > > The target platform is an Alpha machine...

Re: [ace-users] Re: [tao-users] Re: difficulties compling TAO with mingw and msys
Hi, Great, when we get time we will try to upgrade to a newer version of MinGW, but it is still a candidate. Just keep an eye on the scoreboard, when we upgrade you will see it there. As you can see on the scoreboard, there are no issues with the 3.2.3 version Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl "William Lederer" <wgl@localhost.localdomain> wrote in message news:<m3pt4yrtfx.fsf@localhost.localdomain>... > Thanks! > > I followed your advice in your earli...

[tao-bugs] Re: [tao-users] ACE 5.4.0 TAO 1.4 build problems in orbsvcs
Hi Bill, It looks to me like you haven't built Kokyu, which is in $ACE_ROOT/Kokyu/ Please try building this first and then build TAO. Chris/Venkita/Bala/Don, can we please figure out a way to keep the lack of Kokyu being built from causing the rest of orbsvcs from failing?! Thanks, Doug > Makefile: > /export/home/bcassan/ACE_wrappers/TAO/orbsvcs/orbsvcs/Makefile.RTKokyuEvent > > g++ -W -Wall -Wpointer-arith -pipe -O3 -D_REENTRANT > -I/export/home/bcassan/ACE_wrappers -I/export/home/bcassan/ACE_wrappers/TAO > -DACE_NDEBUG -DACE_USE_RCSID=0 -DACE...

Re: [ace-users] Re: [tao-users] Re: difficulties compling TAO with mingw and msys #2
Hi, > > Great, when we get time we will try to upgrade to a newer version of MinGW, > > but it is still a candidate. Just keep an eye on the scoreboard, when we > > upgrade you will see it there. As you can see on the scoreboard, there are > > no issues with the 3.2.3 version > > I have run all but a few of the provided tests, and all looks well. We run all ACE tests, no issues there, we are working on the TAO tests, some of the tests are able to freeze our build system > Out of curiosity, what is required for eliminating the > inline/dlli...

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

[tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi Lothar > � � ACE VERSION: 5.4.5 Thanks for using the PRF form. Could you try to find the problem and send us patches to fix this? Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl > > � � HOST MACHINE and OPERATING SYSTEM: > uname -a > Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC > 2005 x86_64 x86_64 > x86_64 GNU/Linux > > � � TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > � � COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc-4.0.0 --version > gcc-4.0.0 (GCC) 4.0.0 > > � � CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to > a platform- > � � specific file, simply state which one]: > cat /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/ace/config.h > #define ACE_HAS_XML_SVC_CONF > #include "ace/config-linux.h" > > � � CONTENTS OF > $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless > � � this isn't used in this case, e.g., with Microsoft Visual C++): > cat > /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/include/makeinclude/ > platform_macros.GNU > > # configure ACE/TAO for our use > > debug=1 > optimize=1 > exceptions=1 > threads=1 > inline=1 > rtti=1 > versioned_so=1 > interface_repo=1 > ssl=1 > > include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU ...

[ace-users] Re: [tao-users] Re: difficulties compling TAO with mingw and msys
Hi, > Sorry about the wrong PRF file. > > I have been using the -mtune as you can check for further down the > excessively-long compile log; it gets rid of one of the complaints the > compiler has. Ok, I changed that last week, with 3.4 we use -mtune now. >I followed your suggestion regarding the include file and it gets past > the problem. > > However, it seems like such a fundamental include, why does it work on > other envionments (like the linux one that was a full successful > compile for me)? I really don't know, maybe a compile...

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

Web resources about - [tao-users] Re: ACE/TAO call back problem - comp.soft-sys.ace

Resources last updated: 3/6/2016 12:46:34 AM