[Ace-users] Discarded calls using Receive-Wait(RW) wait strategy

Jochen Rothenbacher jochen.rothenbacher at siemens.com
Thu Oct 25 08:17:35 CDT 2007


    ACE VERSION: 5.5.6

    HOST MACHINE and OPERATING SYSTEM:
      sun solaris 10

    TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
    COMPILER NAME AND VERSION (AND PATCHLEVEL):

      CC: Sun C++ 5.7 Patch 117830-08 2006/07/12

    THE $ACE_ROOT/ace/config.h FILE [if you use a link to a platform-
    specific file, simply state which one]:

      #include "ace/config-sunos5.10.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++)]:

      include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU

    CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features
    (used by MPC when you generate your own makefiles):
      ssl=0
      qos=0


    DOES THE PROBLEM AFFECT:
        EXECUTION:
        Discarded calls using Receive-Wait(RW) wait strategy

    SYNOPSIS:
        In a recovery scenario a server process reuses the socket port
        of the previous server.

    DESCRIPTION:
      In a scenario with one server and one client process, the client
      successfully did a call to the server process. The CORBA
      implementation internally stores the port address of the server
      process.

      Now the server process is restarted. The process comes up and gets
      the same server port address as the previous process.

      Next the client tries a call to the server process and the
      writev() call to the port address succeeds because of its buffer.
      The read() of the client now fails with ECONNRESET and the CORBA
      call fails.

      In the next call the client does a connect() which prevents
      further failing calls.

      Is it possible to avoid the reuse of the ports?

Best regards,
Jochen










More information about the Ace-users mailing list