<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">I am not very familiar with this code,
      but why is this discussion centred around D3D?<br>
      The GDI pipeline is just as "popular" on Windows due to Intel
      chipsets.<br>
      <br>
      -phil.<br>
      <br>
      On 05/23/2016 07:36 AM, Semyon Sadetsky wrote:<br>
    </div>
    <blockquote cite="mid:5743155D.2030408@oracle.com" type="cite">
      <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
      <br>
      <br>
      <div class="moz-cite-prefix">On 5/23/2016 5:00 PM, Sergey Bylokhov
        wrote:<br>
      </div>
      <blockquote
        cite="mid:90b4d485-b14a-d3c3-ebb3-dcf467f995de@oracle.com"
        type="cite">On 23.05.16 13:29, Semyon Sadetsky wrote: <br>
        <blockquote type="cite">This will not be possible because of
          deadlock: the SGE update calls D3D, <br>
          which synchronously send messages to the toolkit thread. <br>
        </blockquote>
        <br>
        Why it is a problem to call this on the toolkit thread directly?
        <br>
      </blockquote>
      This is how D3D calls are run : sun.java2d.d3d.
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      D3DRenderQueue#flashBuffer uses
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      AwtToolkit::GetInstance().InvokeFunction().<br>
      <br>
      --Semyon<br>
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <blockquote
        cite="mid:90b4d485-b14a-d3c3-ebb3-dcf467f995de@oracle.com"
        type="cite"> <br>
        <blockquote type="cite">
          <blockquote type="cite">I think that XToolkit and LWToolkit
            should uses this logic already. <br>
          </blockquote>
          On Windows communication with the graphics pipeline is
          designed differently. <br>
        </blockquote>
        <br>
        They are quite similar if not identical. I suggest to check two
        solutions: <br>
         - displayChanged is on toolkit thread, only listeners which can
        call users code executed on EDT. <br>
         - The main logic on the toolkit thread all listeners are on
        related EDT(in this case we will need to save the appcontext of
        the listener on addDisplayChangedListener()). <br>
        <br>
        <blockquote type="cite"> <br>
          --Semyon <br>
          <blockquote type="cite"> <br>
            On 29.04.16 9:56, Semyon Sadetsky wrote: <br>
            <blockquote type="cite">Hello, <br>
              <br>
              Please review fix for JDK9: <br>
              <br>
              bug: <a moz-do-not-send="true"
                class="moz-txt-link-freetext"
                href="https://bugs.openjdk.java.net/browse/JDK-8061637">https://bugs.openjdk.java.net/browse/JDK-8061637</a>
              <br>
              webrev: <a moz-do-not-send="true"
                class="moz-txt-link-freetext"
                href="http://cr.openjdk.java.net/%7Essadetsky/8061637/webrev.00/">http://cr.openjdk.java.net/~ssadetsky/8061637/webrev.00/</a>
              <br>
              <br>
              Display reconfiguration notification is skipped by JavaWS
              and the plugin <br>
              under Windows. <br>
              This happens because native display change event is
              scheduled to the <br>
              main app context EDT but the last was disabled by 8004584.
              As result NPE <br>
              is thrown on the Toolkit thread and event handling is not
              scheduled. <br>
              The fix solution runs display event handling in a new
              thread if the <br>
              system EDT is not available. <br>
              Test would require to write native code so the bug is
              labeled <br>
              noreg-hard. <br>
              <br>
              --Semyon <br>
            </blockquote>
            <br>
            <br>
          </blockquote>
          <br>
        </blockquote>
        <br>
        <br>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>