f



Re: [tao-users] ACE/TAO 5.1 to 5.4 conversion - POA exception

Hi Maria,

>> I would really appreciate help.  It seems legal/default policy
>> settings changed from TAO 1.1 to TAO 1.4 We used to set USER_ID and
>> PERSISTENT policies, and were able to call _this.  In 1.4 we have
>> to set IMPLICIT_ACTIVATION policy if I want to call _this, but its
>> illegal to use with USER_ID.  Could, please, describe (or point to
>> the description) of related change in TAO.

Carlos cited chapter/verse from the CORBA spec to support the TAO 1.4
behavior.  My advice would be to fix your code so it's CORBA
compliant.

Thanks,

        Doug

>> Maria
>> 
>> TAO VERSION: 1.4
>> ACE VERSION: 5.4
>> 
>> HOST MACHINE and OPERATING SYSTEM:
>> Windows NT
>> 
>> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
>> COMPILER NAME AND VERSION (AND PATCHLEVEL):
>> VC 6.0 with SP 5
>> 
>> AREA/CLASS/EXAMPLE AFFECTED:
>> Execution
>> 
>> DOES THE PROBLEM AFFECT:
>> EXECUTION
>> 
>> SYNOPSIS:
>> Trying to port from using 5.1 to 5.4 version of ACE/TAO -
>> xxx_var xxxSvt = xxxServant_._this(ACE_ENV_SINGLE_ARG_PARAMETER);
>> throws exception (works with 5.1)
>> 
>> DESCRIPTION:
>> I'm trying to port code currently using ACE/TAO 5.1 to 5.4.
>> Here the code we use to set up POA:
>> 
>> if(server_name_.empty())
>> {
>> server_poa_ = PortableServer::POA::_nil();
>> return;
>> }
>> // Create the default policies - user-supplied ID, and persistent
>> // objects.
>> CORBA::PolicyList policies (2);
>> policies.length (2);
>> policies[0] =
>> root_poa_->create_id_assignment_policy(PortableServer::USER_ID
>> ACE_ENV_ARG_PARAMETER);
>> policies[1] =
>> root_poa_->create_lifespan_policy(PortableServer::PERSISTENT
>> ACE_ENV_ARG_PARAMETER);
>> 
>> server_poa_ = root_poa_->create_POA(server_name_.c_str(),
>> poa_manager_.in(), policies);
>> 
>> On the first call to _this(), exception is thrown in POA.cpp
>> 
>> PortableServer::ObjectId *
>> TAO_POA::servant_to_system_id_i (PortableServer::Servant servant,
>> CORBA::Short &priority
>> ACE_ENV_ARG_DECL)
>> 
>> So, my guess is that default behavior changed and setting PERSISTENT and
>> USER_ID policies is no longer sufficient.
>> What do I miss?
>> 
>> Thanks,
>> 
>> Maria
>> 
>> REPEAT BY:
>> Rerun
>> 
>> SAMPLE FIX/WORKAROUND:
>> No
>> 
>> 
>> 
>> 































































-- 
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
5/20/2004 1:07:36 AM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
547 Views

Similar Articles

[PageSpeed] 20

Reply:

Similar Artilces:

RE: [tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5
Hi, > > Hi Lothar > > > > > � � ACE VERSION: 5.4.5 > > > > Thanks for using the PRF form. Could you try to find the > problem and send > > us patches to fix this? > > > > Regards, > > > > Johnny Willemsen > > I have no problem committing some time to the problem. I do > however know as > much as nothing about the ACE XML parser and it's recent > changes. It seems to > me that (some) of the recent changes might have caused the > test failures. So > if someone working actively on ACEXML gives me directions I > am willing to > spend my time investigating the problem. I can't remember that work has been done the last months so I am also amazed things broke. Nobody is actively working on it, so I think there are not much directions at this moment. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl On Wednesday 18 May 2005 11:01, Johnny Willemsen wrote: > Hi, > I can't remember that work has been done the last months so I am also > amazed things broke. Nobody is actively working on it, so I think there are > not much directions at this moment. Well, it did definiteley work with 5.4.4. So any changes that broke it must have been made between 5.4.4 and 5.4.5. I also read in the release email of 5.4.5 in the CIAO...

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

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

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

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

Re: [ace-users] g++ 3.4.3 and ACE 5.5 & TAO 1.5
Hi, Please upgrade to ACE/TAO 1.5.3 which you can obtain from http://download.dre.vanderbilt.edu. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl "M@uro!!" <mauro.gaddo@gmail.com> wrote in message news:<1161692263.239945.111960@m7g2000cwm.googlegroups.com>... > During compiling on HP-UX 11.11 with g++ i have the following error: > > g++ -DHAVE_CONFIG_H -I../.. -I.. -DACE_HAS_ACE_TOKEN > -DACE_HAS_ACE_SVCCONF -DACE_BUILD_DLL -DHPUX_VERS=1111 -w -W -Wall > -Wpointer-arith -g -O2 -pthread -pipe -I. -I.. -MT > libACE_la-OS_NS_stdio.lo -MD -MP -MF .deps/libACE_la-OS_NS_stdio.Tpo -c > ../../ace/OS_NS_stdio.cpp -fPIC -DPIC -o .libs/libACE_la-OS_NS_stdio.o > ../../ace/OS_NS_stdio.cpp: In function `int ACE_OS::fprintf(FILE*, > const wchar_t*, ...)': > ../../ace/OS_NS_stdio.cpp:242: error: `::vfwprintf' has not been > declared > > Can someone helps me? > > Thanks!! > M. > ...

[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: [tao-users] ACE/TAO 5.5/1.5 and vxWorks
Chip, Thanks for your reply. Yes, the platform_vxworks6.2.GNU file already added -mrtp if rtp == 1, but for some reason __RTP__ was still not being defined. I will investigate that more... Thanks again, Heber -----Original Message----- From: owner-tao-users@cse.wustl.edu [mailto:owner-tao-users@cse.wustl.edu]On Behalf Of Chip Jones Sent: Monday, April 17, 2006 11:55 AM To: tao-users@cs.wustl.edu Subject: Re: [tao-users] ACE/TAO 5.5/1.5 and vxWorks Hi Heber, __RTP__ should be defined by the VxWorks preprocessor based on the -mrtp option. Does the compile line include "-mrtp"? If not, it needs to be added to your CXXFLAGS. I don't know how extensive RTP support in TAO 1.5 is, but we are working on an RTP version of OCI's TAO 1.4a for one of our clients. We also did a port of ACE to RTP for a different client shortly after VxWorks 6.0 RTP was released. We will be making our current changes available when they are complete, and we do plan on continuing to support VxWorks RTP, so Let us know if we can be of assistance to you. Thanks, Chip Jones Object Computing, Inc. > -------- Original Message -------- > Subject: [tao-users] ACE/TAO 5.5/1.5 and vxWorks > Date: Mon, 17 Apr 2006 09:55:43 -0600 > From: heber.b.bennion@L-3Com.com > To: tao-users@cs.wustl.edu > > ACE VERSION: 5.5 > > HOST MACHINE and OPERATING SYSTEM: > Linux 2.6.11-6mdk on Intel Pentium > ...

Re: [ace-users] When is planed to release the ACE 5.5 and TAO 1.5 ?
Hi Slava, >> When is planed to release the ACE 5.5 and TAO 1.5? My current estimate is in the early fall of '05. We'd originally planned to do it this summer, but we have a lot of DOC group members going on summer internships at various companies we work closely with at ISIS, so that'll set our schedule back a bit. The main new capabilities that'll be in ACE+TAO+CIAO x.5 is the Real-time CCM stuff we'll be adding to CIAO over the next several months. There will also be a bunch of time/space optimizations, as well. Take care, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

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

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

[ace-users] Re: I want to know when does ACE(5.5) and TAO(1.5) is released.
Hi, >> last release version is ACE-5.4 and TAO-1.4 >> and Beta Version is 5.4.2 Right. >> I want know when ACE-5.5 and TAO-1.5 Release Version is can be >> announced? Assuming there are no unexpected surprises, ACE+TAO x.4.3 should be out this week (keep your eyes pealed for the announcement on the ACE+TAO mailing lists and comp.soft-sys.ace newsgroup when this occurs). Likewise, ACE+TAO x.4.4 will hopefully be released before the end of January since there are a bunch of things we've been working on (e.g., footprint reduction, POA subsetting, and various enhancements, such as fixes for a subtle "parse magic bytes" bug) in various CVS branches that we'd like to integrate soon in response to our sponsor needs. We're unlikely to release ACE+TAO x.5 until later this spring, probably around May/June or so. The timing of this release will depend on various factors, such as our sponsor needs and the rate at which we finish integrating the new RT-CCM framework into CIAO. If you'd like to contribute funding or volunteer your time to help with development and QA for the x.5 release please let us know. 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@vanderbi...

Re: [tao-users] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released
Hi Folks, It's been about a year since we released ACE 5.3 and TAO 1.3. We are therefore planning to release ACE 5.4 and TAO 1.4 by mid-December. The ACE+TAO x.3.5 beta that Venkita just announced will be the penultimate beta towards that goal. In addition to all the enhancements that he mentioned in the release notes, we also plan to add the following enhancements before the x.4 release: ---------------------------------------- .. ACE subsetting enhancements .. ORB footprint and compilation-time enhancements .. CORBA Security Service capabilities .. Load Balancing Servi...

[ciao-users] ACE+TAO+CIAO
Hi, We are pleased to announce a new beta of ACE-5.4.5, TAO-1.4.5 and CIAO-0.4.5. This beta contains a number of time/space optimizations, including POA/Skeleton refactoring and TypeCode reimplementation. It also fixes a number of important bugs reported by our users, which we greatly appreciate, as always. 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 encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. As always, please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the version/platform/compiler/options you're using to report problems. We also request that you take a look at $TAO_ROOT/docs/releasenotes $CIAO_ROOT/docs/releasenotes for the status of various ongoing projects at the DOC groups of WashU, UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our recent progress and upcoming plans are available at $ACE_ROOT/NEWS $TAO_ROOT/NEWS $CIAO_ROOT/NEWS The overall succeeded test results gathered from all our daily builds is 98% for the ACE tests and 93% for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. Our goal is to get these tests close to 100% for the next major release (i.e., ACE 6.0,...

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.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2
Hi Tom, > We are currently arm-wrestling with TAO-1.3.3 on VxWorks-5.5/Tornado-2.2 > built with non-native exceptions and with implicit templates. Implicit > templates are desirable since we are now using STL and those nested > templates make explicit instantiation almost impossible. Non-native > exceptions are important since native exceptions lead to a factor of 4.5 > increase in code size (!!). > > Implicit templates cause trouble with singletons, since the VxWorks-2.x > loader does not respect weakly-defined symbols, so one can not load > multiple mo...

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] ACE 5.3.5 + TAO 1.3.5 + CIAO 0.3.5 beta released #2 #2
Hi Alex, > What are OCI's plan's for a supported TAO 1.4 release and developer > guide? Will this effect the release of the 1.3 guide? This is an excellent question - I'm sure Malcolm Spence will pitch in when he has a chance and I suspect that OCI will be supporting TAO 1.4 in due time. None of the changes in TAO 1.4 should affect the relevance of the info in the TAO 1.3 developer's guide - there's just more new stuff to document as time permits. Take care, Doug ...

RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi, Sorry, we are using DevStudio 7.1 (2003) ~ Ishay Software Architect Onigma Ltd. Tel: +972-3-6877315 Fax: +972-3-6877128 Mobile: +972-54-2325090 Email: ishay@onigma.com -----Original Message----- From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] Sent: Tuesday, March 07, 2006 2:42 PM To: 'Ishay Green'; ace-users@cs.wustl.edu Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 Hi, > ACE VERSION: 5.5 Thanks for using the PRF form. > HOST MACHINE and OPERATING SYSTEM: > > Intel, WindowsXp, Windows 2003 An important bit information is missing, which compiler did you use. > AREA/CLASS/EXAMPLE AFFECTED: > The only problem we encountered was a compilation error > when construction ACE_Time_Value. > > The ACE_Time_Value cannot be constructed anymore from an integer. > > For example: ACE_Time_Value( 5 ) --> Compile error Great to hear things work without problems. This errors sounds strange, we do have test cases like this in tests/Time_Value_Test.cpp. We do have made all constructors of ACE_Time_Value explicit. As a result if you have a method that expects a ACE_Time_Value&, you just can't pass for example 5, you have to pass an ACE_Time_Value(5). Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ...

Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2
Hi Ishay, >> Sorry, we are using DevStudio 7.1 (2003) We use this too. Please see ACE_ROOT/tests/Time_Value_Test.cpp for lots of examples that use ACE_Time_Value with integers. Please see if this works on your OS/compiler platform. Thanks, Doug >> ~ Ishay >> >> Software Architect >> Onigma Ltd. >> Tel: +972-3-6877315 >> Fax: +972-3-6877128 >> Mobile: +972-54-2325090 >> Email: ishay@onigma.com >> >> -----Original Message----- >> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl] >> Sent: Tuesday, March 07, 2006 2:42 PM >> To: 'Ishay Green'; ace-users@cs.wustl.edu >> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 >> >> Hi, >> >> > ACE VERSION: 5.5 >> >> Thanks for using the PRF form. >> >> > HOST MACHINE and OPERATING SYSTEM: >> > >> > Intel, WindowsXp, Windows 2003 >> >> An important bit information is missing, which compiler did you use. >> >> > AREA/CLASS/EXAMPLE AFFECTED: >> > The only problem we encountered was a compilation error >> > when construction ACE_Time_Value. >> > >> > The ACE_Time_Value cannot be constructed anymore from an integer. >> > >> > For example: ACE_Time_Value( 5 ) --> Compile error >>...

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

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

Web resources about - Re: [tao-users] ACE/TAO 5.1 to 5.4 conversion - POA exception - comp.soft-sys.ace

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