
<!DOCTYPE html><html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body>

    On 14/02/2025 08:18, Shruthi . wrote:<br>

    <blockquote type="cite" cite="mid:SJ0PR15MB46632C2563DF8990D8A868AFCCFE2@SJ0PR15MB4663.namprd15.prod.outlook.com">

      

      <style type="text/css" style="display:none;">P {margin-top:0;margin-bottom:0;}</style>

      <div class="elementToProof" style="font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">

        Hi Alan,<br>

        <br>

        Reordering <code>preClose()</code> in AIX resolves the customer

        issue. We have validated the fix, and the customer has confirmed

        it as well.<br>

      </div>

    </blockquote>

    <br>

    It may have resolved your customer issue but I'm not yet convinced

    it's a robust workaround for the AIX issue.  Can you check with your

    AIX team on how happens if pthread_kill(thread, SGRTMAX-1) is called

    and the target thread is in not in the read/write syscalls. It looks

    to me that the signal won't be handled and the thread may continue

    on and block in read/write. With your patch then thread calling the

    close method will do the dup2 and hang as before. It's the window

    between setting readerThread/writerThread and blocking in the

    read/write syscalls that you need to look at.<br>

    <br>

    -Alan<br>

  </body>

</html>