Crash due to stack overflow situation if new frame is interpreted and previous is compiled

[Hollich, 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



Pflichtangaben/Mandatory Disclosure Statements: http://www.sap.com/company/legal/impressum.epx

Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtümlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail. Vielen Dank. 

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise confidential information. If you have received this e-mail in error, you are hereby notified that any review, copying, or distribution of it is strictly prohibited. Please inform us immediately and destroy the original transmittal. Thank you for your cooperation.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: stackoverflow.jar
Type: application/java-archive
Size: 206507 bytes
Desc: stackoverflow.jar
Url : http://mail.openjdk.java.net/pipermail/hotspot-compiler-dev/attachments/20100209/08853d68/attachment-0001.bin