f



[ace-users] Re: [tao-users] ACE::set_handle_limit broken

Hi Eider,

Thanks for the PRF!

"Eider Oliveira" <eider.oliveira@gmail.com> wrote in message
news:<2e53f4ef0409021132f3de615@mail.gmail.com>...
>     ACE VERSION: 5.4.1
> 
>     HOST MACHINE and OPERATING SYSTEM: Linux
> 
> 
> When at  Select_Reactor.cpp:550
>   ACE_TRACE ("ACE_Select_Reactor_T::ACE_Select_Reactor_T");
> 
>   // First try to open the Reactor with the hard-coded default.
>   if (this->open
(ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE,
>                   0,
>                   sh,
>                   tq,
>                   disable_notify_pipe,
>                   notify) == -1)
>  
> open is called, the value
> ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE (1024)
> is lowering the rlimits for the entire app.
> 
> I don't find a way to change this DEFAULT_SIZE

Please see sidebar 20 on page 92 in C++NPv2. See
http://www.riverace.com/acebooks/ for more information on the books.

Best regards,

-Steve










0
Steve
9/3/2004 2:20:57 PM
comp.soft-sys.ace 20326 articles. 1 followers. marlow.andrew (167) is leader. Post Follow

4 Replies
638 Views

Similar Articles

[PageSpeed] 58

Hi Steve,

 This isn't the case. I don't want to use the Select Reactor with more
then FD_SIZE I/O handles.  It's not a problem Select_Reactor limit the
number of event handlers. It 's a problem it reduce the app limit
(setrlimit) to open files.

  I just want to open more files in the app, and I won't use thes fd
in any select.

  The problem is the Select_Reactor is reducing the resource limit to
FD_SIZE, avoiding me to open the files I need.

  


On Fri, 3 Sep 2004 08:49:57 -0400, Steve Huston <shuston@riverace.com> wrote:
> Hi Eider,
> 
> Thanks for the PRF!
> 
> "Eider Oliveira" <eider.oliveira@gmail.com> wrote in message
> news:<2e53f4ef0409021132f3de615@mail.gmail.com>...
> >     ACE VERSION: 5.4.1
> >
> >     HOST MACHINE and OPERATING SYSTEM: Linux
> >
> >
> > When at  Select_Reactor.cpp:550
> >   ACE_TRACE ("ACE_Select_Reactor_T::ACE_Select_Reactor_T");
> >
> >   // First try to open the Reactor with the hard-coded default.
> >   if (this->open
> (ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE,
> >                   0,
> >                   sh,
> >                   tq,
> >                   disable_notify_pipe,
> >                   notify) == -1)
> >
> > open is called, the value
> > ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE (1024)
> > is lowering the rlimits for the entire app.
> >
> > I don't find a way to change this DEFAULT_SIZE
> 
> Please see sidebar 20 on page 92 in C++NPv2. See
> http://www.riverace.com/acebooks/ for more information on the books.
> 
> Best regards,
> 
> -Steve
> 
> 



















-- 
Eider Oliveira
ICQ - 26992792

0
Eider
9/3/2004 5:43:57 PM
Hi,

   follow the patch:

// Set the number of currently open handles in the process.
//
// If NEW_LIMIT == -1 set the limit to the maximum allowable.
// Otherwise, set it to be the value of NEW_LIMIT.

int
ACE::set_handle_limit (int new_limit)
{
  ACE_TRACE ("ACE::set_handle_limit");
  int cur_limit = ACE::max_handles ();
  int max_limit = cur_limit;

  if (cur_limit == -1)
    return -1;

#if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
  struct rlimit rl;

  ACE_OS::memset ((void *) &rl, 0, sizeof rl);
  int r = ACE_OS::getrlimit (RLIMIT_NOFILE, &rl);
  if (r == 0)
    max_limit = rl.rlim_max;
#endif /* ACE_LACKS_RLIMIT */

  if (new_limit == -1)
    new_limit = max_limit;

  if (new_limit < 0)
    {
      errno = EINVAL;
      return -1;
    }
  else if (new_limit > cur_limit)
    {
#if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
      rl.rlim_cur = new_limit;
      return ACE_OS::setrlimit (RLIMIT_NOFILE, &rl);
#else
      // Must return EINVAL errno.
      ACE_NOTSUP_RETURN (-1);
#endif /* ACE_LACKS_RLIMIT */
    }
     // There is no reason to lower the limit
     return 0;
}


On Wed, 8 Sep 2004 09:47:54 -0400, Steve Huston <shuston@riverace.com> wrote:
> Ah, ok. I misunderstood.
> 
> The problem could be resolved using our support services if you like.
> Alternately, if you develop a patch and post it to ace-users, someone
> will probably be able to take care of integrating it.
> 
> Best regards,
> 
> -Steve
> 
> --
> Steve Huston, Riverace Corporation
> Adding Service to Open Source Software
> ACE book info at http://www.riverace.com/acebooks/
> 
> 
> 
> > -----Original Message-----
> > From: Eider Oliveira [mailto:eider.oliveira@gmail.com]
> > Sent: Friday, September 03, 2004 1:31 PM
> > To: Steve Huston
> > Cc: ace-users@cs.wustl.edu; tao-users@cs.wustl.edu
> > Subject: Re: [ace-users] Re: [tao-users] ACE::set_handle_limit
> broken
> >
> >
> > Hi Steve,
> >
> >  This isn't the case. I don't want to use the Select Reactor with
> more
> > then FD_SIZE I/O handles.  It's not a problem Select_Reactor limit
> the
> > number of event handlers. It 's a problem it reduce the app limit
> > (setrlimit) to open files.
> >
> >   I just want to open more files in the app, and I won't use thes fd
> > in any select.
> >
> >   The problem is the Select_Reactor is reducing the resource limit
> to
> > FD_SIZE, avoiding me to open the files I need.
> >
> >
> >
> >
> > On Fri, 3 Sep 2004 08:49:57 -0400, Steve Huston
> > <shuston@riverace.com> wrote:
> > > Hi Eider,
> > >
> > > Thanks for the PRF!
> > >
> > > "Eider Oliveira" <eider.oliveira@gmail.com> wrote in message
> > > news:<2e53f4ef0409021132f3de615@mail.gmail.com>...
> > > >     ACE VERSION: 5.4.1
> > > >
> > > >     HOST MACHINE and OPERATING SYSTEM: Linux
> > > >
> > > >
> > > > When at  Select_Reactor.cpp:550
> > > >   ACE_TRACE ("ACE_Select_Reactor_T::ACE_Select_Reactor_T");
> > > >
> > > >   // First try to open the Reactor with the hard-coded default.
> > > >   if (this->open
> > > (ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE,
> > > >                   0,
> > > >                   sh,
> > > >                   tq,
> > > >                   disable_notify_pipe,
> > > >                   notify) == -1)
> > > >
> > > > open is called, the value
> > > >
> > ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE (1024)
> > > > is lowering the rlimits for the entire app.
> > > >
> > > > I don't find a way to change this DEFAULT_SIZE
> > >
> > > Please see sidebar 20 on page 92 in C++NPv2. See
> > > http://www.riverace.com/acebooks/ for more information on the
> books.
> > >
> > > Best regards,
> > >
> > > -Steve
> > >
> > >
> >
> >
> >
> > --
> > Eider Oliveira
> > ICQ - 26992792
> >
> 
> 










































-- 
Eider Oliveira
ICQ - 26992792

0
Eider
9/9/2004 11:54:06 AM
Hi Eider,

>>    follow the patch:
>> 
>> // Set the number of currently open handles in the process.
>> //
>> // If NEW_LIMIT == -1 set the limit to the maximum allowable.
>> // Otherwise, set it to be the value of NEW_LIMIT.
>> 
>> int
>> ACE::set_handle_limit (int new_limit)
>> {
>>   ACE_TRACE ("ACE::set_handle_limit");
>>   int cur_limit = ACE::max_handles ();
>>   int max_limit = cur_limit;
>> 
>>   if (cur_limit == -1)
>>     return -1;
>> 
>> #if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
>>   struct rlimit rl;
>> 
>>   ACE_OS::memset ((void *) &rl, 0, sizeof rl);
>>   int r = ACE_OS::getrlimit (RLIMIT_NOFILE, &rl);
>>   if (r == 0)
>>     max_limit = rl.rlim_max;
>> #endif /* ACE_LACKS_RLIMIT */
>> 
>>   if (new_limit == -1)
>>     new_limit = max_limit;
>> 
>>   if (new_limit < 0)
>>     {
>>       errno = EINVAL;
>>       return -1;
>>     }
>>   else if (new_limit > cur_limit)
>>     {
>> #if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
>>       rl.rlim_cur = new_limit;
>>       return ACE_OS::setrlimit (RLIMIT_NOFILE, &rl);
>> #else
>>       // Must return EINVAL errno.
>>       ACE_NOTSUP_RETURN (-1);
>> #endif /* ACE_LACKS_RLIMIT */
>>     }
>>      // There is no reason to lower the limit
>>      return 0;
>> }

I've applied this patch, thanks!

Doug






































-- 
Dr. Douglas C. Schmidt, Professor           TEL: (615) 343-8197
Electrical Engineering and Computer Science FAX: (615) 343-7440
Vanderbilt University                       WEB: www.cs.wustl.edu/~schmidt/
Nashville, TN 37203                         NET: d.schmidt@vanderbilt.edu

0
Douglas
9/14/2004 1:19:33 AM
Hi Eider,

        After looking at this some more I don't think it's the right
fix.  There are situations where applications need to be able to lower
the number of I/O handles in a process via the ACE::set_handle_limit()
method, so changing this method to ignore new_limit values that are
less than cur_limit will break these applications.  I think the "Right
Thing"[TM] to do here is to enhance the ACE::set_handle_limit() method
as follows:

  /**
   * Reset the limit on the number of open handles.  If @a new_limit
   * == -1 set the limit to the maximum allowable.  Otherwise, set
   * the limit value to @a new_limit.  If @a increase_limit_only is 
   * non-0 then only allow increases to the limit.
   */
  extern ACE_Export int set_handle_limit (int new_limit = -1,
                                          int increase_limit_only = 0);

and change the ACE_Select_Reactor_Handler_Repository::open () method
in Select_Reactor_Base.cpp to

  // Try to increase the number of handles if <size> is greater than
  // the current limit.
  return ACE::set_handle_limit (static_cast<int> (size), 1);

Please take a look and let me know if this is ok.  The files are at

http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ace/ACE.h
http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ace/ACE.cpp
http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ace/Select_Reactor_Base.cpp

Thanks,

        Doug

>>    follow the patch:
>> 
>> // Set the number of currently open handles in the process.
>> //
>> // If NEW_LIMIT == -1 set the limit to the maximum allowable.
>> // Otherwise, set it to be the value of NEW_LIMIT.
>> 
>> int
>> ACE::set_handle_limit (int new_limit)
>> {
>>   ACE_TRACE ("ACE::set_handle_limit");
>>   int cur_limit = ACE::max_handles ();
>>   int max_limit = cur_limit;
>> 
>>   if (cur_limit == -1)
>>     return -1;
>> 
>> #if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
>>   struct rlimit rl;
>> 
>>   ACE_OS::memset ((void *) &rl, 0, sizeof rl);
>>   int r = ACE_OS::getrlimit (RLIMIT_NOFILE, &rl);
>>   if (r == 0)
>>     max_limit = rl.rlim_max;
>> #endif /* ACE_LACKS_RLIMIT */
>> 
>>   if (new_limit == -1)
>>     new_limit = max_limit;
>> 
>>   if (new_limit < 0)
>>     {
>>       errno = EINVAL;
>>       return -1;
>>     }
>>   else if (new_limit > cur_limit)
>>     {
>> #if !defined (ACE_LACKS_RLIMIT) && defined (RLIMIT_NOFILE)
>>       rl.rlim_cur = new_limit;
>>       return ACE_OS::setrlimit (RLIMIT_NOFILE, &rl);
>> #else
>>       // Must return EINVAL errno.
>>       ACE_NOTSUP_RETURN (-1);
>> #endif /* ACE_LACKS_RLIMIT */
>>     }
>>      // There is no reason to lower the limit
>>      return 0;
>> }
>> 
>> 
>> On Wed, 8 Sep 2004 09:47:54 -0400, Steve Huston <shuston@riverace.com> wrote:
>> > Ah, ok. I misunderstood.
>> > 
>> > The problem could be resolved using our support services if you like.
>> > Alternately, if you develop a patch and post it to ace-users, someone
>> > will probably be able to take care of integrating it.
>> > 
>> > Best regards,
>> > 
>> > -Steve
>> > 
>> > --
>> > Steve Huston, Riverace Corporation
>> > Adding Service to Open Source Software
>> > ACE book info at http://www.riverace.com/acebooks/
>> > 
>> > 
>> > 
>> > > -----Original Message-----
>> > > From: Eider Oliveira [mailto:eider.oliveira@gmail.com]
>> > > Sent: Friday, September 03, 2004 1:31 PM
>> > > To: Steve Huston
>> > > Cc: ace-users@cs.wustl.edu; tao-users@cs.wustl.edu
>> > > Subject: Re: [ace-users] Re: [tao-users] ACE::set_handle_limit
>> > broken
>> > >
>> > >
>> > > Hi Steve,
>> > >
>> > >  This isn't the case. I don't want to use the Select Reactor with
>> > more
>> > > then FD_SIZE I/O handles.  It's not a problem Select_Reactor limit
>> > the
>> > > number of event handlers. It 's a problem it reduce the app limit
>> > > (setrlimit) to open files.
>> > >
>> > >   I just want to open more files in the app, and I won't use thes fd
>> > > in any select.
>> > >
>> > >   The problem is the Select_Reactor is reducing the resource limit
>> > to
>> > > FD_SIZE, avoiding me to open the files I need.
>> > >
>> > >
>> > >
>> > >
>> > > On Fri, 3 Sep 2004 08:49:57 -0400, Steve Huston
>> > > <shuston@riverace.com> wrote:
>> > > > Hi Eider,
>> > > >
>> > > > Thanks for the PRF!
>> > > >
>> > > > "Eider Oliveira" <eider.oliveira@gmail.com> wrote in message
>> > > > news:<2e53f4ef0409021132f3de615@mail.gmail.com>...
>> > > > >     ACE VERSION: 5.4.1
>> > > > >
>> > > > >     HOST MACHINE and OPERATING SYSTEM: Linux
>> > > > >
>> > > > >
>> > > > > When at  Select_Reactor.cpp:550
>> > > > >   ACE_TRACE ("ACE_Select_Reactor_T::ACE_Select_Reactor_T");
>> > > > >
>> > > > >   // First try to open the Reactor with the hard-coded default.
>> > > > >   if (this->open
>> > > > (ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE,
>> > > > >                   0,
>> > > > >                   sh,
>> > > > >                   tq,
>> > > > >                   disable_notify_pipe,
>> > > > >                   notify) == -1)
>> > > > >
>> > > > > open is called, the value
>> > > > >
>> > > ACE_Select_Reactor_T<ACE_SELECT_REACTOR_TOKEN>::DEFAULT_SIZE (1024)
>> > > > > is lowering the rlimits for the entire app.
>> > > > >
>> > > > > I don't find a way to change this DEFAULT_SIZE
>> > > >
>> > > > Please see sidebar 20 on page 92 in C++NPv2. See
>> > > > http://www.riverace.com/acebooks/ for more information on the
>> > books.
>> > > >
>> > > > Best regards,
>> > > >
>> > > > -Steve
>> > > >
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Eider Oliveira
>> > > ICQ - 26992792
>> > >
>> > 
>> > 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Eider Oliveira
>> ICQ - 26992792
>> 
























































































































































-- 
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
9/14/2004 1:36:13 AM
Reply:

Similar Artilces:

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

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

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

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

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

[tao-users] Re: [ace-users] The ACE ORB and Solaris
Hi, 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. >> does the ACE ORB run on Solaris 10 (SPARC)? Yes, please see http://www.dre.vanderbilt.edu/scoreboard/integrated.html for the OS platforms and compilers that we test ACE+TAO with regularly, which includes Solaris 10. >> I could only find information that it runs on e.g. Solaris 1.x and >> 2.x on SPARC and Intel >> (http://www.cs.wustl.edu/~schmidt/TAO-status.html). I've fixed this so it doesn't appear to limit Solaris support to 1.x or 2.x. >> Also, does ACE ORB interoperate with Orbacus without problems? Yes, as far as we know. If you run into problems please use the PRF to report them. 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 U...

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

Re: [ace-users] Has Anyone on the ACE Users Mailing List Successfully compiled ACE and TAO for Panther Mac OS X 10.3?
Hi Tom, >> Can anyone let me know how to successfully compile the >> latest stable release of ACE 5.4 and TAO 1.4 package >> on Apple Mac OS X 10.3 Panther? I doubt ACE+TAO x.4 will work with 10.3 Panther. >> I have the ACE+TAO+CIAO latest stable release working perfectly on >> my Red Hat LINUX 9.0 OS, but would like to see it running on Mac OS >> X 10.3. You're better off starting from the x.4.3 beta, which is available at http://deuce.doc.wustl.edu/Download.html Some other folks on the mailing list have been expressing their interest in getting ACE+TAO working on Mac OS X, so I recommend you check out recent postings archived at the sites cited http://www.cs.wustl.edu/~schmidt/ACE-mail.html for contacts. Take care, Doug -- Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197 Electrical Engineering and Computer Science FAX: (615) 343-7440 Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/ Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu ...

[ace-bugs] Re: [ace-users] ACE/TAO irc channel
Hi, > Does an ACE/TAO IRC channel exist? If so where? If not should we create one? Not that I know of. Maybe it is something some people could use but most of the core developers are already swamped with work and do their best to answer e-mails on the mailing lists, so adding another communication channel is not something they probably have time for the respond to. Johnny On Friday 29 April 2005 02:44, Johnny Willemsen wrote: > Hi, > > > Does an ACE/TAO IRC channel exist? If so where? If not should we create > > one? > > Not that I know of. Maybe it is something some people could use but most of > the core developers are already swamped with work and do their best to > answer e-mails on the mailing lists, so adding another communication > channel is not something they probably have time for the respond to. > > Johnny Even as a ACE users online forum it would be helpful sometimes. Some questions (not related to bugs) can be asked easier on a medium that allows immediate response. It could also help to to build an ACE community where experienced users answer less experienced users. And even if the developers listen on the channel (for curiosity I suppose) - nobody requires them to answer. How about a poll? Who is interested in participating (actively) in an ACE/TAO irc channel? If we get enough interest we can think of creating one. Freenode would be my suggestion. We can also create separ...

[ace-bugs] Re: [ace-users] ACE
Hi, Thanks for using the PRF. >> ACE VERSION: 5.4.1 >> >> HP Server and HP-UX 11.1 >> >> aCC: HP ANSI C++ B3910B A.03.37 >> >> CONTENTS OF $ACE_ROOT/ace/config.h : config-hpux-11.00.h >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU : >> platorm_hpux_aCC.GNU >> >> AREA/CLASS/EXAMPLE AFFECTED: >> >> $ACE_ROOT/ace - Compiled successfully but >> >> $ACE_ROOT/ - failed to compile as shown below >> >> Installing gperf -> /home/umitd/Projects/Trophy/lib/ACE_wrappers/bin >> Installing gperf -> /home/umitd/Projects/Trophy/lib/ACE_wrappers/bin >> gmake[6]: Leaving directory >> `/home/umitd/Projects/Trophy/lib/ACE_wrappers/apps/g >> perf/src' >> cd tests && gmake -f Makefile all >> gmake[6]: Entering directory >> `/home/umitd/Projects/Trophy/lib/ACE_wrappers/apps/ >> gperf/tests' >> >> Makefile: >> /home/umitd/Projects/Trophy/lib/ACE_wrappers/apps/gperf/tests/Makefile >> >> aCC -AA +W930 +W302 +DAportable -g -DACE_HAS_THREADS -D_REENTRANT >> -D_RWSTD_MULTI >> _THREAD -D_POSIX_C_SOURCE=199506L -D_HPUX_SOURCE -DHPUX_VERS=1111 >> -DACE_LACKS_PR >> AGMA_ONCE -I/home/umitd/Projects/Trophy/lib/ACE_wrappers >> -DACE_HAS_EXCEPTIONS >> -D__ACE_INLINE__ -c -o .obj/test.o te...

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

[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: [tao-users] [ace-users] Would you like ACE to run great on your platform?
Hi David, for the past several years OCI, Remedy, Riverace, and Prismtech have taken turns doing the releases every 4-5 months or so. See the release announcements for examples of this. If you haven't noticed any changes then the process must be working well :) Doug --- Original Message --- From:"David Hauck" <davidh@netacquire.com> Sent:Thu 5/31/07 6:55 pm To:"Douglas C. Schmidt" <schmidt@dre.vanderbilt.edu>,ace-users@cse.wustl.edu,tao-users@cse.wustl.edu Subj:RE: [ace-users] Would you like ACE to run great on your platform? Hi Doug, > Hi Folks, > > Recent postings from Steve Huston and Johnny Willemsen reminded me > I wanted to clarify a few things about the way in which support works > for ACE+TAO+CIAO. In the beginning (i.e., 1995 to 2003 or so), > ACE+TAO were sponsored by companies and government agencies interested > in doing R&D on middleware for distributed real-time and embedded > systems. During this phase, the DOC group had many staff/students who > were funded to work on ACE+TAO and since the sponsors were motivated > to create useful technology we had their blessing to spend some of our > time supporting the user community, e.g., answering questions, fixing > bugs, providing support for a wide range of OS/compiler/hardware > platforms. > > Now that ACE+TAO have matured our R&D sponsors are interested in > funding new things, he...

[ace-bugs] Re: [ace-users] How to use c++ native exception handling instead of ACE's while building ACE+TAO
Hi, 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. > I know we can set exceptions = 1 or 0 in platform_macros.GNU > to use ACE's exception handling or C++'s native exception handling. > > But I am still not clear on which value should I set exceptions to if > I want to use only the C++'s native exception handling support. Then just set it to 1 which is the default. Regards, Johnny Willemsen Remedy IT Postbus 101 2650 AC Berkel en Rodenrijs The Netherlands www.theaceorb.nl / www.remedy.nl ------=_Part_4854_4331443.1142846841468 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline ACE VERSION: 5.5 HOST MACHINE and OPERATING SYSTEM: *Sparc, Solaris 10 * If on Windows based OS's, which version of WINSOCK do you use?: TARGET MACHINE and OPERATING SYSTEM, if different from HOST: COMPILER NAME AND VERSION (AN...

[ace-users] Re: [ace-bugs] ACE Licensing Issue: ace/CLASSIX
Hi Michael, Thanks for using the PRF. >> ACE VERSION: 5.4 >> >> HOST MACHINE and OPERATING SYSTEM: >> HP rp8400 HP-UX 11iv1 >> >> TARGET MACHINE and OPERATING SYSTEM, if different from HOST: >> COMPILER NAME AND VERSION (AND PATCHLEVEL): >> aCC >> >> CONTENTS OF $ACE_ROOT/ace/config.h: >> >> CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU >> (unless >> this isn't used in this case, e.g., with Microsoft Visual C++): >> >> AREA/CLASS/EXAMPLE AFFECTED: >> ace/CLASSIX >> >> DOES THE PROBLEM AFFECT: >> OTHER? (Licensing) >> >> SYNOPSIS: >> Nearly all the files in ace/CLASSIX have a copyright in them >> or a signature from Nokia. Our lawyers are going nuts. >> Example: >> CLASSIX_Dgram_Mcast.cpp: >> // Copyright 1998 Nokia Telecommunications >> >> CLASSIX_OS.h >> // = AUTHOR(S) >> // Nokia Telecommunications >> >> DESCRIPTION: >> How does this affect the ace license? >> >> REPEAT BY: >> >> SAMPLE FIX/WORKAROUND: >> Get the copyrights out of the code, or put special permissions >> into the code. O...

Re: [ace-users] Ace-users messages
Hi Robert, >> PRF independent question. >> >> My impression is that, I do not get primary >> postings to ace-users, but only further responses, >> e.g. posted by Douglas. >> >> Could it be some problem with the server redirection >> policy? As far as I can tell, things are working fine. 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 Douglas C. Schmidt wrote: > Hi Robert, > > >>>PRF independent question. >>> >>>My impression is that, I do not get primary >>>postings to ace-users, but only further responses, >>>e.g. posted by Douglas. >>> >>>Could it be some problem with the server redirection >>>policy? > > > As far as I can tell, things are working fine. > > Take care, > > Doug As for me it doesn't work fine. Some my last post were lost on the way to [ace-users] list (I haven't seen them in list or appropriate news group). May be it's not problem list server and messages were lost somewhere in the middle of the way ... By the way Doug, because I can't sent to the list...

Re: [ace-users] ACE-USERS List
Hi David, >> BTW, I see that the groups.yahoo.com ACE-USERS history is truncated >> at October/2005. Looks like the feed got terminated at that point >> (the TAO-USERS feed is current though). Any particular reason for >> that? No, I have no idea. Allen, do you know whether the ace-users@cs.wustl.edu mailing list is forwarding to ace-users@egroups.com? Perhaps we need to resubscribe this to the ACE mailing list at WUSTL? >> 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 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] Re: ACE-TAO subesetting
Thanks Don, Yes I do intend to follow up on the material you have alluded to in the mail. And I stumbled upon your contact during some initial reading on this subject. <snip><http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-subsets.html> Anyone interested in contributing time or funding to these efforts should please contact d.hinton@vanderbilt.edu <snip> /Gaurav -----Original Message----- From: Don Hinton [mailto:don.hinton@vanderbilt.edu] Sent: Friday, November 19, 2004 10:42 AM To: Gaurav Khanna Cc: ace-users@cs.wustl.edu Subject: [ace-users] Re: ACE-TAO subesetting Hi Gaurav: > How do i plug into the latest state of efforts on ACE/TAO subsetting?. > I am trying to investigate opportunities of footprint/memory usage > reduction in typical use. Thanks very much for your email. Please make sure to send all questions related to ACE or TAO to the ACE mailing list or ACE+TAO newsgroup, rather than to me directly. See http://www.cs.wustl.edu/~schmidt/ACE-mail.html for more info on how to access these resources. For the latest information on ACE+TAO subsetting, please see http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-subsets.html If you'd like to contribute to - or sponsor - efforts on ACE+TAO subsetting please send email to Doug Schmidt <d.schmidt@vanderbilt.edu>. Thanks very much, Don ...

Web resources about - [ace-users] Re: [tao-users] ACE::set_handle_limit broken - comp.soft-sys.ace

Resources last updated: 3/5/2016 6:33:55 PM