Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8301798

[BACKOUT] jdb ThreadStartRequest and ThreadDeathRequest should use SUSPEND_NONE instead of SUSPEND_ALL

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: P3 P3
    • 21
    • 21
    • core-svc
    • None
    • 21
    • b09

      There are at least 4 different JDI tests failing after this change. I'm not 100% sure of the reason for 3 of them, but they all involve I/O related issues, and seem at least partly due to the ThreadStartEvent issuing a ThreadReference.IsVirtual command, and that getting stuck. I wasn't aware of this command being issued when I made the change to use SUSPEND_NONE. So now it is being made while the app continues to run rather than while it is suspended. Also, it is possible for something like a breakpoint to happen before the new thread has been registered with jdb (since all threads are no suspended), and this has the potential to cause problems, so I think it is best to just undo this change. It had good intentions, but is not worth the hassle of the problems it is introducing for tests and jdb.

      JDK-8301644 com/sun/jdi/JdbStopThreadTest.java fails after JDK-8300811
      JDK-8301695 com/sun/jdi/JdbOptions.java failed with "RuntimeException: waitForPrompt timed out after 240 seconds"
      JDK-8301735 Test com/sun/jdi/RedefineG.java timing out on macos
      JDK-8301795 com/sun/jdi/RedefineIntConstantToLong.java failed with "waitForPrompt timed out"

            cjplummer Chris Plummer
            cjplummer Chris Plummer
            Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: