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

Incorrect bailout from possibly_add_compiler_threads

    XMLWordPrintable

Details

    • 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

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

              Dates

                Created:
                Updated:
                Resolved: