United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-7032407 Crash in LinkResolver::runtime_resolve_virtual_method()
JDK-7032407 : Crash in LinkResolver::runtime_resolve_virtual_method()

Details
Type:
Bug
Submit Date:
2011-03-30
Status:
Closed
Updated Date:
2011-07-29
Project Name:
JDK
Resolved Date:
2011-04-30
Component:
hotspot
OS:
linux_2.6
Sub-Component:
runtime
CPU:
x86
Priority:
P3
Resolution:
Fixed
Affected Versions:
7
Fixed Versions:
hs21 (b10)

Related Reports
Backport:
Relates:

Sub Tasks

Description
There is a JVM crash while doing profiling with VisualVM. See attached hs_err file. Steps to reproduce:
1) Download and install VisualVM 1.3.2 from http://visualvm.java.net
2) start VisualVM
3) start Java2Demo: bin/java -jar demo/jfc/Java2D/Java2Demo.jar
4) in VisualVM open Java2Demo application, go to profier tab and click CPU button.

The crash can be reproduce only if the class data sharing is enabled. This is regression from b129. b128 works fine with class data sharing enabled. Looking at the bugs fixed in b129, CR 6990754 looks like it may cause this regression.

                                    

Comments
WORK AROUND

Running profiled application with disbaled class data sharing (-Xshare:off) will work-around this JVM crash.
                                     
2011-03-30
EVALUATION

http://hg.openjdk.java.net/jdk7/hotspot-rt/hotspot/rev/8ce625481709
                                     
2011-04-15
EVALUATION

Summary: Make CDS reorder vtables so that dump time vtables match run time order, so when redefine classes reinitializes them, they aren't in the wrong order.
Reviewed-by: dcubed, acorn
                                     
2011-04-15
EVALUATION

http://hg.openjdk.java.net/jdk7/hotspot/hotspot/rev/8ce625481709
                                     
2011-04-20



Hardware and Software, Engineered to Work Together