<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    There are plenty classes extending CFRetainedResource, TryIcon for
    example. Will disposing them cause the same issue inside the native
    app?<br>
    <br>
    <div class="moz-cite-prefix">On 7/31/2015 4:37 PM, Sergey Bylokhov
      wrote:<br>
    </div>
    <blockquote cite="mid:55BB7A0C.2000304@oracle.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Yes, it is possible if this simple
        native application emulate initialization of these libraries.<br>
        <br>
        On 31.07.15 16:07, Semyon Sadetsky wrote:<br>
      </div>
      <blockquote cite="mid:55BB732A.2040707@oracle.com" type="cite">
        <meta content="text/html; charset=utf-8"
          http-equiv="Content-Type">
        Is it possible to reproduce the scenario using simple native
        application which embeds the Java VM?<br>
        <br>
        <div class="moz-cite-prefix">On 7/31/2015 3:37 PM, Sergey
          Bylokhov wrote:<br>
        </div>
        <blockquote cite="mid:55BB6C05.2040103@oracle.com" type="cite">
          <meta content="text/html; charset=utf-8"
            http-equiv="Content-Type">
          <div class="moz-cite-prefix">On 31.07.15 10:30, Semyon
            Sadetsky wrote:<br>
          </div>
          <blockquote cite="mid:55BB2404.6020306@oracle.com" type="cite">
            <meta content="text/html; charset=utf-8"
              http-equiv="Content-Type">
            JMC-4034 is not an OpenJDK project. Souldn't this test be
            copied to the client-libs test base?<br>
            JDK-8132469 description contains manual steps executed using
            SwingSet2, right?<br>
          </blockquote>
          All sqe tests is not a part of openjdk project. These
          particular tests cannot be copied to our ws because they are
          depend from the external java libraries, which require some
          manual configuration.<br>
          <br>
          <blockquote cite="mid:55BB2404.6020306@oracle.com" type="cite">
            <br>
            --Semyon<br>
             <br>
            <br>
            <div class="moz-cite-prefix">On 7/30/2015 5:55 PM, Sergey
              Bylokhov wrote:<br>
            </div>
            <blockquote cite="mid:55BA3AD7.1010504@oracle.com"
              type="cite">
              <meta content="text/html; charset=utf-8"
                http-equiv="Content-Type">
              <div class="moz-cite-prefix">Hi, Semyon.<br>
                There are two tests which failed, see JMC-4034(
                <meta http-equiv="content-type" content="text/html;
                  charset=utf-8">
                <font class="tablerow_value">jmc_plugintest</font>/swt
                case) and JDK-8132469(swingnode/fx case).<br>
                <br>
                On 30.07.15 9:49, Semyon Sadetsky wrote:<br>
              </div>
              <blockquote cite="mid:55B9C8F7.2010705@oracle.com"
                type="cite">Hi Sergey, <br>
                <br>
                You've marked the bug as noreg-sqe. I could not find the
                existing test that crashes during the bug scenario.
                Could add this info? <br>
                <br>
                --Semyon <br>
                <br>
                On 7/29/2015 6:51 PM, Sergey Bylokhov wrote: <br>
                <blockquote type="cite">Hello. <br>
                  Please review the fix for jdk9. <br>
                  <br>
                  In the fix 8068886[1] the new native resources
                  deallocation code assumes that we have a full control
                  over the Cocoa NSApplication. This is incorrect in
                  case of embedding, when NSApplication is controlled by
                  swt or fx libraries. In the fix I add an additional
                  check that the necessary selector exists in the
                  current NSApp. <br>
                  <br>
                  [1] <a moz-do-not-send="true"
                    class="moz-txt-link-freetext"
                    href="http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/b26427c5b3fe">http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/rev/b26427c5b3fe</a>
                  <br>
                  <br>
                  Bug: <a moz-do-not-send="true"
                    class="moz-txt-link-freetext"
                    href="https://bugs.openjdk.java.net/browse/JDK-8132382">https://bugs.openjdk.java.net/browse/JDK-8132382</a>
                  <br>
                  Webrev can be found at: <a moz-do-not-send="true"
                    class="moz-txt-link-freetext"
                    href="http://cr.openjdk.java.net/%7Eserb/8132382/webrev.02">http://cr.openjdk.java.net/~serb/8132382/webrev.02</a>
                  <br>
                  <br>
                </blockquote>
                <br>
              </blockquote>
              <br>
              <br>
              <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
            </blockquote>
            <br>
          </blockquote>
          <br>
          <br>
          <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
        </blockquote>
        <br>
      </blockquote>
      <br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Best regards, Sergey. </pre>
    </blockquote>
    <br>
  </body>
</html>