<!DOCTYPE html><html><head>

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

  </head>

  <body>

    <p>Hey David,</p>

    <p>This was a restriction that arose during development of the

      critical feature, because we weren't sure if oops would stay valid

      across the native call. But, since we don't transition to the

      native thread state, oops stay valid. So, I think we could

      technically relax the restriction. I'm not 100% sure if it's safe

      to read/write to errno (and Windows equivalents) from the java

      thread state though. I've filed [1]<br>

    </p>

    <p>Either way though, the Java heap buffer you'd use to capture the

      state would always escape, so you would always get an allocation.

      Re-using an off-heap buffer may work better (as long as it's not

      shared between threads, maybe cached in a thread-local).<br>

    </p>

    <p>Jorn</p>

    <p>[1]: <a class="moz-txt-link-freetext" href="https://bugs.openjdk.org/browse/JDK-8336768">https://bugs.openjdk.org/browse/JDK-8336768</a><br>

    </p>

    <div class="moz-cite-prefix">On 18-7-2024 18:07, David Lloyd wrote:<br>

    </div>

    <blockquote type="cite" cite="mid:CANghgrTLNQ1V8rE5PEjxveyiax9TqnksMyN3=L_v2OJxRGtahA@mail.gmail.com">

      <div dir="ltr">

        <div class="gmail_default" style="font-family:arial,helvetica,sans-serif">One of the very

          first things I tried to do with the FFM API was to call

          (unistd.h) `read` on a non-blocking file with a small heap

          buffer. Of course, I was immediately rebuffed: it is not

          allowed to capture `errno` from critical methods (including

          those which access the heap).</div>

        <div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br>

        </div>

        <div class="gmail_default" style="font-family:arial,helvetica,sans-serif">What is the

          reason for this restriction, and is there a possibility that

          it could be relaxed in the future? Having to allocate

          (possibly tiny) off-heap memory for any operation that may set

          `errno` is a difficult restriction in terms of usability.</div>

        <div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br>

        </div>

        <div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Thanks!</div>

        <span class="gmail_signature_prefix">-- </span><br>

        <div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">

          <div dir="ltr">- DML • he/him<br>

          </div>

        </div>

      </div>

    </blockquote>

  </body>

</html>