f



[ace-users] Re: Memory leak, new(UNINT) in TAO(1.2.1) ACE (5.2.1) ?

Hi Ludovic,

>> we face a memory leak detected by rationnal purify, using a server in
>> tao 1.2.1 and ace 5.2.1 : new(UINT).

To ensure that we have proper version/platform/compiler information,
please make sure you fill out the appropriate problem report form
(PRF), which is in

$ACE_ROOT/PROBLEM-REPORT-FORM
$TAO_ROOT/PROBLEM-REPORT-FORM

or in

$ACE_ROOT/BUG-REPORT-FORM
$TAO_ROOT/BUG-REPORT-FORM

in older versions of ACE+TAO.  Make sure to include this information
when asking any questions about ACE+TAO since otherwise we have to
"guess" what version/platform/compiler/options you've using, which is
error-prone and slows down our responsiveness.

>> Did anybody encouter this issue ?
>> Is it solved in recent version of TAO/ACE ?

The version of ACE+TAO you're using an ANCIENT.  Please upgrade to TAO
1.4.4, which you can download from

http://deuce.doc.wustl.edu/Download.html

under the heading "latest beta kit".

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

0
Douglas
3/22/2005 5:51:38 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
708 Views

Similar Articles

[PageSpeed] 15

Reply:

Similar Artilces:

Memory leak, new(UNINT) in TAO(1.2.1) ACE (5.2.1) ?
Hi everybody, we face a memory leak detected by rationnal purify, using a server in tao 1.2.1 and ace 5.2.1 : new(UINT). Did anybody encouter this issue ? Is it solved in recent version of TAO/ACE ? Many thanks for your answers ! best regards, Ludovic ...

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

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

[ace-bugs] Re: [ace-users] ACE 5.4.1 compilation failure on FreeBSD 5.2
Hi Jarek, >> Has anyone built ACE 5.4.1 with Proactor on FreeBSD 5.2-RELEASE ? I don't think we have access to this platform. If you can send us a patch that fixes the problem that would be great! Thanks, Doug >> ACE VERSION: 5.4.1 >> >> HOST MACHINE and OPERATING SYSTEM: >> >> FreeBSD 5.2-RELEASE >> >> $ uname -a >> FreeBSD skorpion 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sat Jan 17 20:17:52 CET >> 2004 jarek@skorpion:/usr/src/sys/i386/compile/JAREK_1 i386 >> >> TA...

[ace-users] Tests failed : ACE 5.5.2 - AIX 5.3
Hi, My first mail before my message in the group failed (my subscription was not activated). The PRF below describes my problems. I can compile and link but several ACE's tests fail. I only use ACE library and only compile it by cd'ing in the ace directory before running make. I already made some fixes described below to compile and to link the library. I'm not abble to interpret the faild tests to identify the problem source or area. I didn't find the scoreboard before my mail. I see that several tests fails for all compilations on AIX. I try to reassure myself by looking these results, it's not only for my configuration. But it's a daily build with last development version. For the 5.5.2 stable version they should probably not fail ? Regards, PO Houot. ACE VERSION: 5.5.2 HOST MACHINE and OPERATING SYSTEM: bash-3.00$ uname -a AIX localhost 3 5 0040983B4C00 unknown unknown AIX bash-3.00$ oslevel -r 5300-05 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: Same as host COMPILER NAME AND VERSION (AND PATCHLEVEL): bash-3.00$ g++ -v Using built-in specs. Target: powerpc-ibm-aix5.3.0.0 Configured with: ../gcc-4.1.1/configure --disable-nls Thread model: aix gcc version 4.1.1 This compiler is installed from packages provided by UCLA AIX Software library THE $ACE_ROOT/ace/config.h FILE : bash-3.00$ more $ACE_ROOT/ace/config.h #include "ace/config-aix-5.x.h" T...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
--0-1676139888-1099299995=:70132 Content-Type: multipart/alternative; boundary="0-1128690004-1099299995=:70132" --0-1128690004-1099299995=:70132 Content-Type: text/plain; charset=us-ascii Note: forwarded message attached. --------------------------------- Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. --0-1128690004-1099299995=:70132 Content-Type: text/html; charset=us-ascii <DIV><BR><BR>Note: forwarded message attached.</DIV><p> <hr size=1>Do you Yahoo!?<br> <a href="http://us.rd.yaho...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
Hi Ashish, >> One more observation. The problem occurs only when the entry in the services file has >> 8888 or 6888 or 8887 or 7886. i.e Basically when the entry has two '8' in the second two digits in the port number. This problem was not encountered with ACE 5.1. >> It is quite a strange occurence. >> We are using ACE_INET_Addr("ipname","portname") constructor. >> >> Please do let us know if there is any workaround for the same. This does indeed sound very strange! We (i.e., the members of the DOC group at VU/UCI...

Re: [ace-users] ACE 5.4 does not read entries from the services file but ACE 5.1 reads. #2
Hi Ashish, >> Thankyou very much for your reply. >> As per our analysis, in Inet_Addr.cpp file, for some reason port_number variable is set to some negative value because of which, in the set function at line number 396 control is going in the if loop >> if (port_number < 0 ) >> { >> ACE_UNUSED_ARG(inet_address); >> ACE_NOTSUP_RETURN(-1); >> } >> which is returning -1 and that is why we are getting value of port as 0000.0000 in our application. >> This may be because port_number is not in the network byte order. R...

Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, >> I know it isn't the most recent version available, but this version >> is used extensively across the corporation. Changing the version of >> ACE all these products used will cause the architect's heads to >> explode ;) >> >> Is it your opinion that 5.3.1 is hopeless cause on Tiger? It'll take some work, but companies like Riverace, Remedy, and OCI can help out with this stuff if staying with 5.3.1 is essential. Please see http://www.cs.wustl.edu/~schmidt/commercial-support.html for help with this stuff. >> > http://cvs.doc.wustl.edu/ >> I will try it out, and let you know how it works. Great - if there are any problems please let us know quickly so that we can get the fixes into the x.4.8 beta. Thanks, Doug -- Dr. Douglas C. Schmidt Professor and Associate Chair Electrical Engineering and Computer Science TEL: (615) 343-8197 Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu ...

RE: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Jason, > > >> ACE VERSION: 5.3.1 > > > > This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 > beta should > > work "out of the box" for Mac OS X Tiger. If you want a preview, > > please download the version in our CVS repo at > > I know it isn't the most recent version available, but this > version is used > extensively across the corporation. Changing the version of > ACE all these > products used will cause the architect's heads to explode ;) ;-) Right - this is where the value of commercial support providers comes into play. DOC's research efforts continue to march on as they should, while commercial product efforts are best served by sticking with a version of ACE over time. Companies such as Riverace can make a 5.3-base version work on Mac OS X Tiger, for instance, as well as make sure that when your product is ready for an upgrade, the new version of ACE won't surprise you. I'd be happy to discuss further how we can help you and your architects - we don't want any heads to explode :-) -Steve -- Steve Huston, Riverace Corporation Helping you succeed with ACE See http://www.riverace.com/support.htm ...

RE: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2
Hi Doug, > > Thanks for using the PRF. > > >> ACE VERSION: 5.3.1 > > This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 beta should > work "out of the box" for Mac OS X Tiger. If you want a preview, > please download the version in our CVS repo at I know it isn't the most recent version available, but this version is used extensively across the corporation. Changing the version of ACE all these products used will cause the architect's heads to explode ;) Is it your opinion that 5.3.1 is hopeless cause on Tiger? > http://cvs.doc.wustl.edu/ I will try it out, and let you know how it works. Thanks, Jason ...

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

RE: [ace-users] ACE 5.3
This is a multi-part message in MIME format. ------=_NextPart_000_01BC_01C5D46D.2EF26B10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Praveen, =20 Riverace will have an AIX 5.3/Visual Age 7 machine running next week. We have a sponsor for porting ACE 5.4 to the platform. If you'd like to sponsor us porting back to ACE 5.3, please let me know. =20 Best regards, =20 -Steve -- Steve Huston, Riverace Corporation "How to Use ACE Effectively" class Oct 17-19! See http://www.riverace.com/training.htm -----Original Message----- From: owner-ace-users@cse.wustl.edu [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Praveen Kumar Gulati Sent: Wednesday, October 19, 2005 3:08 AM To: ace-users@cs.wustl.edu Subject: [ace-users] ACE 5.3 - TAO 1.3 on AIX 5.3 with compiler Visual Age Version 7.0 Hi I am trying to build ACE 5.3 - TAO 1.3 on AIX 5.3 with compiler Visual Age Version 7.0. Do you already know some issues in above combination?=20 Whether some one is already using above combination? Regards Praveen Gulati ------=_NextPart_000_01BC_01C5D46D.2EF26B10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii&q...

RE: [ace-users] gdb multithreaded debugging on ACE 5.1.13 on SMP Linux 2.4 #2
Ken, Thanks I found some calls to ACE_OS::sigwait in our app. If I remove them the debugger seems to work consistently. Obviously this is not an ACE bug and looks more like a signal/gdb/kernel problem. I'd be interested in the alternative waiting strategy that you used ? Thanks Richard. -----Original Message----- From: Ken Sedgwick [mailto:ken@bonsai.com] Sent: 25 November 2005 05:05 To: Murphy, Richard Cc: ace-users@cs.wustl.edu Subject: Re: [ace-users] gdb multithreaded debugging on ACE 5.1.13 on SMP Linux 2.4 Murphy, Richard wrote: > I'd like to debug multi-threaded ACE programs on Linux with gdb. > > I find that there seem to be kernel resource conflicts between gdb and > ACE select functions. > > After invoking a few debug commands a bunch of ace threads exit > unexpectedly (they do not outstide the debugger). > Is this a known problem and is there any resolution ? Richard, Is your program using sigwait by any chance? There are known problems with sigwait and gdb under Linux; nothing to do with ACE. http://sources.redhat.com/ml/gdb/2004-05/msg00075.html http://www.ussg.iu.edu/hypermail/linux/kernel/0405.1/1453.html http://www.mail-archive.com/bug-gdb@gnu.org/msg06879.html I recently had problems with this. I solved them by coding a different waiting strategy and not using sigwait. Ken -- Ken Sedgwick Bonsai Software, Inc. (510) 610-4162 ken+5a4@bons...

RE: [ace-users] gdb multithreaded debugging on ACE 5.1.13 on SMP Linux 2.4 #2
Ken I think our requirements are very similar. Currently the processes use signals for shutdown and debugdump requests. Sigwait is called in main()'s thread to control termination. I think your solution would probably work for us. I don't quite understand why it doesn't have the same problem - I presume ace's reactor implementation doesn't call sigwait - if it did I think we'd have the same problems ? Thanks a lot, Rich -----Original Message----- From: Ken Sedgwick [mailto:ken@bonsai.com] Sent: 26 November 2005 01:47 To: Murphy, Richard Cc: ken+5a4@bonsai.com; ace-users@cs.wustl.edu Subject: Re: [ace-users] gdb multithreaded debugging on ACE 5.1.13 on SMP Linux 2.4 Murphy, Richard wrote: > Ken, > Thanks I found some calls to ACE_OS::sigwait in our app. > If I remove them the debugger seems to work consistently. > Obviously this is not an ACE bug and looks more like a signal/gdb/kernel > problem. > > I'd be interested in the alternative waiting strategy that you used ? Richard, In my program the main thread creates a thread pool which services the reactor. Previously the main thread was waiting on sigwait to catch signals (generally to induce shutdown). Instead I use the following simple class which installs signal handlers and provides a waiting mechanism for the main thread: class TheEnd : public ACE_Event_Handler { public: TheEnd(ACE_Reactor * reactor) : m_e...

[ace-users] ACE 6.0.1 and TAO 2.0.1 RPMs available
Hi all, ACE 6.0.1 and TAO 2.0.1 RPMs are now available at OpenSuSE build service. OBS provides currently RPMs for: - CentOS 5 - Fedora 12/13/14 - Mandriva 2009.1/2010/2010.1 - RHEL 4/5/6 - SLES 9/11/11SP1 - OpenSuSE 11.1/11.2/11.3/Factory Regards, Johnny Willemsen Remedy IT Check our scoreboard at http://scoreboard.theaceorb.nl/ ...

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

[tao-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-bugs] FW: building ACE 6.2.0/6.2.2 win XL C/C++ v12.1 on AIX7.1 results in compiler error when instantiating ace templates
--_004_80317163A516B94B988E1615F9FAFB1989DFD215otwlxg22opentex_ Content-Type: multipart/alternative; boundary="_000_80317163A516B94B988E1615F9FAFB1989DFD215otwlxg22opentex_" --_000_80317163A516B94B988E1615F9FAFB1989DFD215otwlxg22opentex_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable To: ace-bugs@list.isis.vanderbilt.edu<mailto:ace-bugs@list.isis.vanderbilt.= edu> Subject: [area]: [synopsis] ACE VERSION: 6.2.2 HOST MACHINE and OPERATING SYSTEM: AIX 7.1 TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AND PATCHLEVEL): THE $ACE_ROOT/ace/config.h FILE [if you use a link to a platform- specific file, simply state which one]: config.h -> config-aix-7.h THE $ACE_ROOT/include/makeinclude/platform_macros.GNU FILE [if you use a link to a platform-specific file, simply state which one (unless this isn't used in this case, e.g., with Microsoft Visual C++)]: platform_aix_ibm.GNU CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features (used by MPC when you generate your own makefiles): AREA/CLASS/EXAMPLE AFFECTED: [What example failed? What module failed to compile?] DOES THE PROBLEM AFFECT: COMPILATION On Unix systems, did you run make realclean first? YES Our application fails to build with ACE6.2.0/6.2.2 on AIX 7.1 with AIX XL C= /C...

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: [ace-users] ACE-5.6.2 can't be compiled (use gcc-4.2.1) inmingw in Windows XP
Hi, Just create an account for bugzilla and create patches that resolve the problem. Johnny "haibin zhang" <dragzhb@yahoo.com.cn> wrote in message news:<mailman.3453.1201138281.5286.ace-users@mail.cse.wustl.edu>... > Hi, > > Sorry , I can't upload the pactches, Because of that I > don't know how to fix the following bugs: > > 1. I don't know how to define MICRO of gcc-4.2 info. > 2. I don't know how to fix this bug(important) > > d:/cdev/ACE_wrappers/ace/OS_NS_stdio.inl: In function > 'int ACE_OS::flock_unlock(ACE_OS::ace_flock_t*, short > int, ACE_OFF_T, A > CE_OFF_T)': > d:/cdev/ACE_wrappers/ace/OS_NS_stdio.inl:137: warning: > operation on 'ace_result_' may be undefined > > ACE_WIN32CALL_RETURN ( > ACE_ADAPT_RETVAL (::UnlockFile (lock->handle_, > > lock->overlapped_.Offset, > > lock->overlapped_.OffsetHigh, > low_len, > high_len), > ace_result_), int, -1); > > Regards > > Zhang HaiBin > > > --- Johnny Willemsen <jwillemsen@remedy.nl>??: > > > Hi, > > > > Can you make unified diffs of the changes (diff -u). > > Also note that mingw > > with gcc 3.4 should stay sup...

Web resources about - [ace-users] Re: Memory leak, new(UNINT) in TAO(1.2.1) ACE (5.2.1) ? - comp.soft-sys.ace

Samsung Galaxy Ace 4 User Reviews
Samsung Galaxy Ace 4 reviews written by Phone Arena users. You can read the opinion of each user and how they rate the phone in 11 categories. ...

Samsung Galaxy Ace 3 official: iPhone-alike size for the new user
Samsung has revealed another in its Galaxy series, the Galaxy Ace 3, now targeting entry-level smartphone users who want a pocket-friendly 4-inch ...

Resources last updated: 3/5/2016 5:37:46 PM