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

Incorrect bailout from possibly_add_compiler_threads

    XMLWordPrintable

    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: