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

Incorrect bailout from possibly_add_compiler_threads

    Details

    • Subcomponent:
    • Resolved In Build:
      b24

      Description

      CompileBroker::possibly_add_compiler_threads() contains usage of the macro "CHECK" which contains a return statement (in case of exception).
      This should never happen, but if it did, returning would mess things up (e.g. CompileThread_lock doesn't get unlocked).

        Attachments

          Issue Links

          relates to

          Enhancement - null JDK-8198756 Lazy allocation of compiler threads

          • P4 - Minor loss of function, or other problem where easy workaround is present.
          • Resolved

            Activity

              People

              • Assignee:
                mdoerr Martin Doerr
                Reporter:
                mdoerr Martin Doerr
              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: