Volker Hollich wrote:
Hello everyone,
I observed that the current hotspot (both client/server) fails if a stack overflow situation occurs while generating an interpreted frame on top of a compiled frame. The small example program enclosed fills the stack with compiled frames and makes sure the interpreted frame does not fit onto the stack. In order to provoke this situation, I created a method with extraordinary many locals but this is no prerequisite for the crash situation per se. I see the test crashing hotspots on sparc, x86_32, and x86_64. Given the -Xint option, the test passes easily. The enclosed jar file is runnable and contains the java source code as well.
Regards,
Volker
Hello everyone,
I observed that the current hotspot (both client/server) fails if a stack overflow situation occurs while generating an interpreted frame on top of a compiled frame. The small example program enclosed fills the stack with compiled frames and makes sure the interpreted frame does not fit onto the stack. In order to provoke this situation, I created a method with extraordinary many locals but this is no prerequisite for the crash situation per se. I see the test crashing hotspots on sparc, x86_32, and x86_64. Given the -Xint option, the test passes easily. The enclosed jar file is runnable and contains the java source code as well.
Regards,
Volker
- duplicates
-
JDK-6474998 nsk/regression/b4688375 test crashes hotspot
-
- Closed
-