JDK-8143911 : Reintegrate JEP 259 Stack-Walking API
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 9
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris
  • Submitted: 2015-11-24
  • Updated: 2020-09-01
  • Resolved: 2015-11-25
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 9
9 b96Fixed
Related Reports
Duplicate :  
JDK-8143920 - java/lang/invoke/lambda/LogGeneratedClassesTest.java fails with AssertionError
Relates :  
JDK-8140450 - Implement JEP 259: Stack-Walking API
Sub Tasks
JDK-8143931 :  
Back out JDK-8140450 - Resolved
JDK-8143967 :  
The stream state check should handle unsigned anchor value - Resolved
Description
Failing tests include java/lang/StackWalker/Basic.java, java/lang/SystemLogger/default/DefaultLoggerTest.java and many others including java/util/logging tests and java/util/prefs tests

java.lang.IllegalStateException: This stack stream is not valid for walking
	at java.lang.StackStreamFactory$AbstractStackWalker.checkState(StackStreamFactory.java:234)
	at java.lang.StackStreamFactory$StackFrameTraverser.consumeFrames(StackStreamFactory.java:703)
	at java.lang.StackStreamFactory$AbstractStackWalker.doStackWalk(StackStreamFactory.java:324)
	at java.lang.StackStreamFactory$AbstractStackWalker.callStackWalk(Native Method)
	at java.lang.StackStreamFactory$AbstractStackWalker.beginStackWalk(StackStreamFactory.java:388)
	at java.lang.StackStreamFactory$AbstractStackWalker.walk(StackStreamFactory.java:261)
	at java.lang.StackWalker.forEach(StackWalker.java:455)
	at AcrossThreads$Consumer.assertWalker(AcrossThreads.java:95)
	at AcrossThreads$Consumer.assertWalker(AcrossThreads.java:118)
	at AcrossThreads$Consumer.assertWalker(AcrossThreads.java:118)
	at AcrossThreads$Consumer.assertWalker(AcrossThreads.java:118)
	at AcrossThreads$Consumer.assertWalker(AcrossThreads.java:118)
	at AcrossThreads$T1.consume(AcrossThreads.java:143)
	at AcrossThreads$T1.run(AcrossThreads.java:131)
Comments
The value of anchor is an address and it���s an unsigned value. The library side throws IAE if it's a negative value which was the cause of the test failures. diff --git a/src/java.base/share/classes/java/lang/StackStreamFactory.java b/src/java.base/share/classes/java/lang/StackStreamFactory.java --- a/src/java.base/share/classes/java/lang/StackStreamFactory.java +++ b/src/java.base/share/classes/java/lang/StackStreamFactory.java @@ -230,8 +230,8 @@ } break; case OPEN: - if (this.anchor <= 0) { - throw new IllegalStateException("This stack stream is not valid for walking"); + if (this.anchor == 0 || this.anchor == -1L) { + throw new IllegalStateException("This stack stream is not valid for walking: " + anchor); } break; case CLOSED:
24-11-2015
Are these tests only failing on solaris sparcv9? What about solaris i586? I need to get access to a machine to reproduce it.
24-11-2015