f



[ace-users] Re: [tao-users] Problem with removing event handler #2 #2

Hi Rob,

> I figured that out, and removed ACE_Event_Handler::DONT_CALL from my
> remove_handler call this morning.  As far as I can tell handle_close is
> still not getting called.

Perhaps you're not defining handle_close() with the right signature?
At any rate, there's no good reason for this not to work, so I
recommend you crank up the debugger and figure out what's going on.

thanks,

        doug
0
schmidt255 (256)
9/10/2003 7:36:50 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

0 Replies
794 Views

Similar Articles

[PageSpeed] 9

Reply:

Similar Artilces:

[ace-users] Re: [tao-users] Problem with removing event handler #2
Hi Rob, > A bit more info. From what I can tell, handle_close is never getting > called. Am I understanding correctly that it should be getting called as > part of the remove_handler call? Yes, as long as you don't pass the ACE_Event_Handler::DONT_CALL to remove_hander(), which it appears that you're doing ;-). Please see Chapters 3 and 4 of C++NPv2 <www.cs.wustl.edu/~schmidt/ACE/book2/> for all the gory details. Take care, Doug ...

[ace-users] RE: [tao-users] Problem with removing event handler #2 #3
Hi Doug, I figured that out, and removed ACE_Event_Handler::DONT_CALL from my remove_handler call this morning. As far as I can tell handle_close is still not getting called. Rob. > -----Original Message----- > From: Douglas C. Schmidt [mailto:schmidt@cse.wustl.edu] > Sent: Wednesday, September 10, 2003 11:47 AM > To: Rob Eger > Cc: tao-users@cs.wustl.edu; ace-users@cs.wustl.edu > Subject: Re: [tao-users] Problem with removing event handler > > > > Hi Rob, > > > A bit more info. From what I can tell, handle_close is > never getting > > called. Am I understanding correctly that it should be > getting called as > > part of the remove_handler call? > > Yes, as long as you don't pass the ACE_Event_Handler::DONT_CALL to > remove_hander(), which it appears that you're doing ;-). Please see > Chapters 3 and 4 of C++NPv2 <www.cs.wustl.edu/~schmidt/ACE/book2/> for > all the gory details. > > Take care, > > Doug > ...

[ace-users] RE: [tao-users] Problem with removing event handler #2 #4
Ok... Found a fix, but don't know why it works and the original way I was doing it doesn't. The call to register_handler was returning 0, which means all is okay. However, the call to remove_handler was returning -1, which in looking at the reactor source code explains why handle_close is never getting called. So, I tried the version of remove_handler where I pass in the handle that I'm watching events on, and, lo and behold, it all works - handle_close is called, remove_handler returns 0, no crashes, etc. Not sure why int result = orb->orb_core()->reactor()->remove_handler(eventHandler, ACE_Event_Handler::READ_MASK); doesn't work, and int result = orb->orb_core()->reactor()->remove_handler(parentIn, ACE_Event_Handler::READ_MASK); does. Figured I'd pass along what I found out, in case it indicates a problem somewhere in ACE or TAO. Thanks for the help, Rob. > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-users@cse.wustl.edu] On Behalf Of Douglas C. Schmidt > Sent: Wednesday, September 10, 2003 1:36 PM > To: Rob Eger > Cc: tao-users@cs.wustl.edu; ace-users@cs.wustl.edu > Subject: Re: [tao-users] Problem with removing event handler > > > > Hi Rob, > > > I figured that out, and removed ACE_Event_Handler::DONT_CALL from my > > remove_handler call this morning. As far as I can tell > handle_close is > > still not gettin...

RE: [ace-users] Re: [tao-users] Problem with removing event handler
Hi Doug, That's what I started looking at after I found the one version worked because that's what looked to be failing in the reactor source code, and my get_handle was indeed the problem. Both versions of remove_handler now work correctly. Thanks! Rob. > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Douglas C. Schmidt > Sent: Thursday, September 11, 2003 7:50 AM > To: Rob Eger > Cc: tao-users@cs.wustl.edu; ace-users@cs.wustl.edu > Subject: [ace-users] Re: [tao-users] Problem with removing > event handler > > > > Hi Rob, > > > However, the call to remove_handler was returning -1, which in > > looking at the reactor source code explains why handle_close is > > never getting called. > > As usual, you should crank up your debugger and figure out why -1 is > being returned. Chances are you're not overriding the get_handle() > method correctly! > > Take care, > > Doug > ...

[ace-users] RE: [tao-users] Problem with removing event handler
A bit more info. From what I can tell, handle_close is never getting called. Am I understanding correctly that it should be getting called as part of the remove_handler call? Rob. > -----Original Message----- > From: owner-tao-users@cse.wustl.edu > [mailto:owner-tao-users@cse.wustl.edu] On Behalf Of Rob Eger > Sent: Tuesday, September 09, 2003 4:07 PM > To: tao-users@cs.wustl.edu; ace-users@cs.wustl.edu > Subject: [tao-users] Problem with removing event handler > > > TAO VERSION: 1.3 > ACE VERSION: 5.3 > > HOST MACHINE and OPERATING SYSTEM: > RedHat 7.2, I386 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > same > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc (GCC) 3.2.3 > > AREA/CLASS/EXAMPLE AFFECTED: > event_handler, reactor > > DOES THE PROBLEM AFFECT: > COMPILATION? > no > > LINKING? > no > > EXECUTION? > yes > > DESCRIPTION: > Our server forks off a python session and sets up pipes for > communication. > We register an event_handler to handle the output from the > python session > over the pipe. When a user leaves the session it's marked as > a zombie. > When the another session is created, or the server is shut > down, we clean up > zombies. To shut down the python session we first call > remove_handler, then > eventHandl...

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

[tao-users] RE: [ace-users] Linking Errors. #2 #2
Hi, Remove the following line from your makefile: $OPTIONS = -DACE_BUILD_DLL -DTAO_FTRTEVENT_BUILD_DLL The ACE_BUILD_DLL must only be set when you build the ACE dll, the TAO_FTRTEVENT_BUILD_DLL should only be set when you build the FTRTEVENT dll. Johnny > Hi Kitty, > > > The above errors doesn't make sense. Please make sure you > have the correct > > settings for LD_LIBRARY_PATH etc. BTW, which Makefiles are > you using ? The > > ones shipped with ACE/TAO or generated from MPC or ??? > > > > I am using my own Makefile. (I have listed each command in > the prf.txt) > > I have attached the PRF as .txt file as it is a bit long. > > Thanks and Regards > Pavan U M. > ...

Re: [ace-users] Problem with ACE-5.4.2 #2
Hi Peter: > I'm still confused about the missing $ACE_ROOT/configure script: > Balachandran Natarajan writes: > > > > Also there is no "configure" script as suggested in ACE-INSTALL. > > > > > > Ossama? Shouldn't there have been a configure script? > > > > Not for ACE+TAO.tar.gz. Please see $ACE_ROOT/ACE-INSTALL.html for details. > > We only supported autoconf for ACE with x.4.2. I agree that things are > > changing as we speak. > > > I downloaded "ACE+TAO.tar.gz" and "ACE-5.4.2+TAO-1.4.2.tar.gz" from the ACE > distrbution directory http://deuce.doc.wustl.edu/old_distribution. These are > identical files, according to cmp. So I don't understand what you mean here > that "We only supported autoconf for ACE with x.4.2.". But this shouldn't be a > problem for me since I intend to use the make files in the distrbution. We also distribute ACE without TAO, et al. If you download just ACE, then you'll get the configure script. TAO doesn't yet have a working configure script, but I think that's about to change... take care... don ...

Re: [ace-users] Problem with ACE-5.4.2 #2
Hi > I was using GNU tar 1.13; that is causing problems extracting the > ACE source distribution. Switching to version 1.14 fixed some problems > : now the directory tree appears to be correct. I'm still getting old > dates for extracted files and directories; that shouldn't affect > compilation. That is mystery to me. More mysterious is the fact that only certain files and directories have 1970. Some of them have 1999 and 2000. I am completely stumped. :(! > I downloaded "ACE+TAO.tar.gz" and "ACE-5.4.2+TAO-1.4.2.tar.gz" from > the ACE distrbution directory http://deuce.doc.wustl.edu/old_distribution. > These are identical files, according to cmp. So I don't > understand what you mean here that "We only supported autoconf for > ACE with x.4.2.". But this shouldn't be a problem for me since I > intend to use the make files in the distrbution. When we released x.4.2, autoconf support was available only for ACE. TAO and CIAO were not completely supported. Therefore we bundle autoconf only with ACE distribution, i.e., with ACE.tar.gz, ACE.tar.bz2 etc. Does this make sense? Probably for the next beta TAO would have autoconf support. Thanks bala ...

RE: [ace-users] Problem compiling application with ACE 5.4.2 #2
Hi Neil, We run Solaris 8, Sun CC 5.3 regularly and don't see this problem. But we don't use STLport... Maybe that's a factor. We can do support for you at 5.4b (available at Riverace's web site). For other versions, please contact me. Thanks, -Steve -- Steve Huston, Riverace Corporation Adding Service to Open Source Software ACE book info at http://www.riverace.com/acebooks/ > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Neil B. Cohen > Sent: Tuesday, November 30, 2004 1:19 PM > To: ace-users@cs.wustl.edu > Subject: [ace-users] Problem compiling application with ACE 5.4.2 > > > Just an FYI followup to my question from earlier today... > > As per the advice I got this morning, I tried downloading 5.4.2 and > compiling that. I am using the Sun CC 5.3 compiler, which the > documentation says has problems (and don't I know that... :)) But the > optimized version of ACE compiled, while the debug version failed to > compile at all - I never did get to my application this time. > Same type > of error though - I got this output: > > gmake[1]: Entering directory `/auto/vsc- > tools/ACE/ACE.5.4.2/ACE_wrappers/build_Sol8_dbg/ace' > gmake[2]: Entering directory `/auto/vsc- > tools/ACE/ACE.5.4.2/ACE_wr...

RE: [ace-users] Problem compiling application with ACE 5.4.2 #2
Hi, > Fair enough - is there a schedule or hoped-for date when 5.4.3 will be > available?? This month, before Xmas. > Also - after building the library, I ran into the same problem with my > application - it tells me that closesocket is not a member of the ACE > namespace. I'll play around with adding the include files to > get rid of > that. The workaround I had was to undefine the ACE_HAS_INLINED_OSCALLS > and I don't like that - feels like a real kludge... Maybe you have to add some includes. If you have fixes, share them with the mailing lists. Johnny ...

RE: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, Please upgrade your mingw version to 3.7. This has been released today and contains the following fix below, they removed all defines which are just there to fool people. Your problems with MinGW should be gone now. Johnny 2005-01-13 Earnie Boyd <earnie@users.sf.net> * include/sys/stat.h (_S_IFLNK, S_IFLNK, _S_ISLNK, S_ISLNK, _lstat, lstat): Remove. * include/errno.h (ELOOP): Ditto. * include/_mingw.h: Increment version to 3.7. * Makefile.in: Ditto. > -----Original Message----- > From: owner-ace-users@cse.wustl.edu > [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Johnny Willemsen > Sent: maandag 10 januari 2005 19:11 > To: redwiki.net@gmail.com > Cc: ace-users@cs.wustl.edu > Subject: Re: [ace-users] Re: [ace] compile error in mingw > 3.2-rc1 (or w32api-3.2) > > Hi, > > > oh. sorry. I just use ACE at studying. so I don't interested in > > commercial support. (bad english. sorry. -_-) > > No problem with the English. Good that you are looking at > ACE, it is very > powerful, only the bad thing is you are using a new MinGW > version that cause > problems. > > > furthermore, I found cause about this error. it's placed in new > > w32api's sys/stat.h. it define lstat as stat, so this make all > > "lstat"s in ACE sources replace "stat". -_-a > > > > I tryed two modification (sorry ...

Re: [ace-users] Re: [ace] compile error in mingw 3.2-rc1 (or w32api-3.2) #2
Hi, > oh. sorry. I just use ACE at studying. so I don't interested in > commercial support. (bad english. sorry. -_-) No problem with the English. Good that you are looking at ACE, it is very powerful, only the bad thing is you are using a new MinGW version that cause problems. > furthermore, I found cause about this error. it's placed in new > w32api's sys/stat.h. it define lstat as stat, so this make all > "lstat"s in ACE sources replace "stat". -_-a > > I tryed two modification (sorry for handy patch..) > 1. ace/config-win32-mingw.h, line 85 : insert below code > #define ACE_LACKS_LSTAT That is not a nice solution. > 2. ace/os_include/sys/os_stat.h, line 44 : insert below code > #if defined (__MINGW__) && (__MINGW32_MAJOR_VERSION >= 3) && > (__MINGW32_MINOR_VERSION >= 6) > #undef lstat > #undef _lstat > #endif > > it's okey. except ace/Name_Space.cpp, all code is compiled > successfully. ^_^ check this please. Ok. This should do the trick. But I have taken first another step, I have send an e-mail to the MinGW users mailing list to ask if the MinGW people can change this. They should make a normal function for lstat and handle the redirection to stat internally. Until the time being, you can use the workaround. What is the problem in ace/Name_Space.cpp? Johnny ...

[ace-users] Re: ACE problems with Redhat 9.0 GCC 3.2.2
Hi Dan, >> <<#include "Global.h" >> <<#include "DBobj.h" >> >> <<#include "client_acceptor.h" >> <<#include "client_handler.h" >> <<#include "/usr/local/ACE_wrappers/ace/Synch.h" >> >> <<static ACE_Thread_Mutex m; >> >> That is a snippet of code I am using. When I try to compile on the >> subject OS and compiler I get an error where ACE_Thread_Mutex is being >> used as a type but is not defined as a type. I tried adding #define >> ACE_HAS_THREADS but it just opens up another can of problems. Anyone >> know why this is not working? The same code compiled fine on Redhat >> 8.2 and freebsd 4.2. 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. Thanks, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University...

Re: RE: [ace-users] problem of ACE with C# #2
Hi, >> I used the ACE::init ()in the startup function of the DLL, but the errors continues. I recommend you contact one of the companies listed at http://www.cs.wustl.edu/~schmidt/commercial-support.html for commercial support since none of us use C#. Thanks, Doug >> >Hi, >> > >> >Before the first call to ACE make sure you call ACE::init(). >> > >> >Regards, >> > >> >Johnny Willemsen >> >Remedy IT >> >Postbus 101 >> >2650 AC Berkel en Rodenrijs >> >The Netherlands >> >www.theaceorb.nl / www.remedy.nl >> > >> >> -----Original Message----- >> >> From: owner-ace-users@cse.wustl.edu >> >> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of leecky >> >> Sent: dinsdag 7 maart 2006 3:00 >> >> To: ace-users@cs.wustl.edu >> >> Subject: [ace-users] problem of ACE with C# >> >> >> >> hi >> >> currently, I begin to study and use ACE for my >> >> applications. then I found a serious problem in my >> >> application. When I use ACE developed a >> >> communication layer for our team. and my parters use C# >> >> developed the user interface. Then I >> >> need offer some interface for him to exchange data between us. >> >>...

Re: [ace-users] ACE-USERS List #2
Hi David, >> > >> Is there another repository I can review for ACE-USERS archival? >> > >> > I recommend trying >> > >> > http://groups.google.com/group/comp.soft-sys.ace?hl=en >> >> Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). Actually, *all* the mailing lists are gateway'd there, regardless of whether they are ACE, TAO, CIAO, etc. 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: [ace-users] ACE-USERS List #2
Hi Doug, > >> Is there another repository I can review for ACE-USERS archival? > > I recommend trying > > http://groups.google.com/group/comp.soft-sys.ace?hl=en Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). Cheers, -David Hi David - David Hauck wrote: > Hi Doug, > > >>>>Is there another repository I can review for ACE-USERS archival? >> >>I recommend trying >> >>http://groups.google.com/group/comp.soft-sys.ace?hl=en > > > Right, thanks, I always I forget I can do this with ACE (but not TAO ;)). > the comp.soft-sys.ace newsgroup also picks up messages to the TAO and CIAO mailing lists. hth, /-Will ...

RE: [ace-users] ACE-USERS List #2
Hi Doug, ah, right, thanks :). -David > Hi David, > > >> > >> Is there another repository I can review for ACE-USERS archival? > >> > > >> > I recommend trying > >> > > >> > http://groups.google.com/group/comp.soft-sys.ace?hl=en > >> > >> Right, thanks, I always I forget I can do this with ACE (but > not TAO ;)). > > Actually, *all* the mailing lists are gateway'd there, regardless of > whether they are ACE, TAO, CIAO, etc. > > 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 ...

[tao-users] RE: [ace-users] Re: How to use Any>>=OctetSeq in TAO 1.3.6? #2
Hi, > > Heiko, could you try to add TAO_Export to front of the operators in > > OctetSeqA.h and then rebuild TAO and you app. I think the linker > > errors should be gone. > > this is the solution! Thank you :-) Thanks for the feedback. I have just committed the fix into the repo and this will be in the 1.4 release. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl ...

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

Re: [ace-users] ACE problem #2
It seems that Arnabha wants to create a Singleton using ACE_Singleton. If so, here is a simple example: #include <ace/Singleton.h> #include <ace/Recursive_Thread_Mutex.h> class Foo { friend class ACE_Singleton<Foo, ACE_Recursive_Thread_Mutex>; public: void Bar(); private: // place constructor, copy constructor, and assignment operator here Foo(); ... }; typedef ACE_Singleton<Foo, ACE_Recursive_Thread_Mutex> theFoo; --------------------------------------------- Now, to use it, you do the following Foo* f = theFoo::instance(); f->Bar(); For more information, look at: http://www.dre.vanderbilt.edu/Doxygen/Current/html/ace/classACE__Singlet on.html Also, the ACE Programmer's Guide has some nice examples on this. I hope this helps. Thanks, Abdul >>-----Original Message----- >>From: ace-users-bounces@mail.cse.wustl.edu [mailto:ace-users- >>bounces@mail.cse.wustl.edu] On Behalf Of Douglas C. Schmidt >>Sent: Thursday, July 06, 2006 6:46 PM >>To: Ghosh, Arunabha; ace-users@cse.wustl.edu >>Subject: Re: [ace-users] ACE problem >> >> >>Hi Arunabha, >> >>> I am using ACE for a project , and am getting this error and >>> even after much effort I am unable to understand this. I would >>> be very grateful if you could provide some insight >> >>Thanks very much for your email. ...

[ace-users] ACE 6.2.6/TAO 2.2.6 RPMs available on OBS
Hi, Through the OpenSuSE build service we are providing RPMs for ACE/TAO. We have updated OBS this morning, RPMs for the various distributions are appearing online. For more details see http://www.orbzone.org/node/344 Best regards, Johnny Willemsen Remedy IT Support and services for ATCD http://www.theaceorb.nl ...

[tao-users] ACE 6.0.2 and TAO 2.0.2 RPMs available #2
Hi all, ACE 6.0.2 and TAO 2.0.2 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.2/11.3/11.4/Factory/Tumbleweed Regards, Johnny Willemsen Remedy IT http://scoreboard.theaceorb.nl/ http://www.orbzone.org http://www.theaceorb.nl ...

[ace-users] [tao-users] ACE/TAO/CIAO x.5.2 release announcement
Hi, Thanks to the substantial efforts by many developers, testers, and users, we are pleased to announce the new x.5.2 ACE+TAO+CIAO beta. The latest beta has been tagged ACE-5.5.2, TAO-1.5.2, and CIAO-0.5.2. As usual, it is available at: http://deuce.doc.wustl.edu/Download.html The doxygen documentation for the beta is available. We do have some missing files in that package which we resolve as soon as possible. We encourage you to download the new beta, use it with your applications, and let us know if you encounter any problems. Please use the: $ACE_ROOT/PROBLEM-REPORT-FORM $TAO_ROOT/PROBLEM-REPORT-FORM $CIAO_ROOT/PROBLEM-REPORT-FORM so that we have the proper version/platform/compiler /options you're using to report problems. We also request that you take a look at $TAO_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 success rates for the test results gathered from all our daily builds is 95.82 for the ACE tests and 93.47 for the TAO tests. Please see http://www.dre.vanderbilt.edu/scoreboard/ for a summary of these tests. As always, we appreciate your help in resolving the remaining problems. Please see ACE_ROOT/docs/ACE-bug-process.html for an overview of our bug fixing policies. ...

Web resources about - [ace-users] Re: [tao-users] Problem with removing event handler #2 #2 - 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 ...

MapR whips out a pack of ACEs, eyes up containing Docker users
Containers aren't persistent. Our thingy is, promises firm MapR has announced new security enhancements for its big data customers, as well ...

Resources last updated: 3/22/2016 11:22:22 PM