-
Bug
-
Resolution: Unresolved
-
P4
-
9
-
generic
The incorrecteness of those assumptions can be seen when the test fails with the -limitmods option as described below.
The test current fails when supplying the appropriate "-limitmods":
jtreg ... -javaoptions:"-limitmods jdk.management" java/lang/management/MemoryMXBean/Pending.java
but passes with no "-limitmods".
Wrong counts are printed when running failing. With "-limitmods":
Before creating object: Current finalized = 0 Current pending = 0
Afer creating objects with no ref: Current finalized = 13 Current pending = 45
Afer creating objects with ref: Current finalized = 436 Current pending = 97
Without the "-limitmods"::
Before creating object: Current finalized = 0 Current pending = 0
Afer creating objects with no ref: Current finalized = 0 Current pending = 0
Afer creating objects with ref: Current finalized = 0 Current pending = 0
- duplicates
-
JDK-8158760 java/lang/management/MemoryMXBean/PendingAllGC.sh: Unexpected finalized objects: Current finalized = 51 Current pending = 55 but expected = 0
- Closed
-
JDK-8158064 MemoryMXBean/Pending.java gets unexpected RuntimeException
- Closed
- relates to
-
JDK-8169836 ProblemList update for java/lang/management/MemoryMXBean/PendingAllGC.sh
- Resolved
-
JDK-8158064 MemoryMXBean/Pending.java gets unexpected RuntimeException
- Closed
-
JDK-8145414 Fix more module dependences in jdk tests
- Open
-
JDK-8158760 java/lang/management/MemoryMXBean/PendingAllGC.sh: Unexpected finalized objects: Current finalized = 51 Current pending = 55 but expected = 0
- Closed