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

assert(!m->was_never_executed()) failed in test java/util/stream/test/org/openjdk/tests/java/util/stream/SortedOpTest.java

    Details

      Description

      java/util/stream/test/org/openjdk/tests/java/util/stream/SortedOpTest.java

      Fails with:
      assert(!m->was_never_executed()) failed: don't reset to 0 -- could be mistaken for never-executed

      # Internal Error (c:/jprt/T/P1/005104.tkrodrig/s/hotspot/src/share/vm/runtime/compilationPolicy.cpp:280), pid=32084, tid=28832
      # assert(!m->was_never_executed()) failed: don't reset to 0 -- could be mistaken for never-executed
      #
      # JRE version: Java(TM) SE Runtime Environment (9.0) (fastdebug build 9-internal+0-2016-05-12-005104.tkrodrig.hs-comp)
      # Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 9-internal+0-2016-05-12-005104.tkrodrig.hs-comp, compiled mode, g1 gc, windows-amd64)

        Issue Links

          Activity

          Hide
          iveresov Igor Veresov added a comment -
          Having trouble reproducing it. And after considering all the possible races (considering the wait-free nature of the counters) I cannot really imagine a case in which at the point of the assert the counter is 0 _and_ the carry is not set. Will poke around some more.
          Show
          iveresov Igor Veresov added a comment - Having trouble reproducing it. And after considering all the possible races (considering the wait-free nature of the counters) I cannot really imagine a case in which at the point of the assert the counter is 0 _and_ the carry is not set. Will poke around some more.
          Hide
          dpochepk Dmitrij Pochepko added a comment -
          ILW = assert; 2 failures in whole history ;none = MLH => P4
          Show
          dpochepk Dmitrij Pochepko added a comment - ILW = assert; 2 failures in whole history ;none = MLH => P4
          Hide
          dpochepk Dmitrij Pochepko added a comment -
          ILW = assert; intermittent; none = MLH = P4
          Show
          dpochepk Dmitrij Pochepko added a comment - ILW = assert; intermittent; none = MLH = P4
          Hide
          iveresov Igor Veresov added a comment -
          I really fail to see any possible scenario (except of a C compiler bug) for this to happen.
          Show
          iveresov Igor Veresov added a comment - I really fail to see any possible scenario (except of a C compiler bug) for this to happen.
          Hide
          dholmes David Holmes added a comment -
          Any possibility of a race with Method compilation in another thread?
          Show
          dholmes David Holmes added a comment - Any possibility of a race with Method compilation in another thread?
          Hide
          lmesnik Leonid Mesnik added a comment -
          RULE "java/util/stream/test/org/openjdk/tests/java/util/stream/SliceOpTest.java" Crash Internal Error ...compilationPolicy.cpp...assert(!m->was_never_executed()) failed: don't reset to ... -- could be mistaken for never-executed

          RULE "java/util/stream/test/org/openjdk/tests/java/util/stream/WhileOpTest.java" Crash Internal Error ...compilationPolicy.cpp...assert(!m->was_never_executed()) failed: don't reset to ... -- could be mistaken for never-executed
          Show
          lmesnik Leonid Mesnik added a comment - RULE "java/util/stream/test/org/openjdk/tests/java/util/stream/SliceOpTest.java" Crash Internal Error ...compilationPolicy.cpp...assert(!m->was_never_executed()) failed: don't reset to ... -- could be mistaken for never-executed RULE "java/util/stream/test/org/openjdk/tests/java/util/stream/WhileOpTest.java" Crash Internal Error ...compilationPolicy.cpp...assert(!m->was_never_executed()) failed: don't reset to ... -- could be mistaken for never-executed
          Hide
          iveresov Igor Veresov added a comment -
          9-defer-request: The issue is benign in nature: observing the 0 count will not cause any crashes in product. Also, the issue is only with the non-tiered compilation policy, so it will not occur with default flags.
          Show
          iveresov Igor Veresov added a comment - 9-defer-request: The issue is benign in nature: observing the 0 count will not cause any crashes in product. Also, the issue is only with the non-tiered compilation policy, so it will not occur with default flags.

            People

            • Assignee:
              iveresov Igor Veresov
              Reporter:
              adlertz Niclas Adlertz (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              10 Start watching this issue

              Dates

              • Created:
                Updated: