United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: 7106944 assert(_pc == *pc_addr) failed may be too strong
7106944 : assert(_pc == *pc_addr) failed may be too strong

Details
Type:
Bug
Submit Date:
2011-10-31
Status:
Closed
Updated Date:
2012-03-22
Project Name:
JDK
Resolved Date:
2012-01-23
Component:
hotspot
OS:
solaris_10
Sub-Component:
compiler
CPU:
x86
Priority:
P3
Resolution:
Fixed
Affected Versions:
hs23
Fixed Versions:
hs23

Related Reports
Backport:
Backport:
Relates:

Sub Tasks

Description
;; Using jvm: "/export/local/common/jdk/baseline/solaris-i586/jre/lib/i386/server/libjvm.so"
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  Internal Error (/tmp/jprt/P1/214729.never/source/src/cpu/x86/vm/frame_x86.cpp:240), pid=29163, tid=24
#  assert(_pc == *pc_addr) failed: must be: 0xf66eb09f == 0xf66eb1b6
#
# JRE version: 7.0-b147
# Java VM: Java HotSpot(TM) Server VM (23.0-b03-internal-201110282147.never.7103261-fastdebug mixed mode solaris-x86 )
# Core dump written. Default location: /export/local/55952.JDK7.NIGHTLY.VM_solaris-i586_bigapps_server_mixed_Weblogic_medrec/results/client/11/core or core.29163
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp

Tracing back through jprt builds indicates that the _pc == *pc_addr asserts were introduced with 7081938 and started failing immediately.  I'll file a new bug for that.

http://sqeweb.us.oracle.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2011-10-30/Comp_Baseline-Tiered/new_unknown_failures.html

                                    

Comments
EVALUATION

http://hg.openjdk.java.net/lambda/lambda/hotspot/rev/448691f285a5
                                     
2012-03-22
EVALUATION

See main CR
                                     
2011-11-30
EVALUATION

http://hg.openjdk.java.net/hsx/hotspot-emb/hotspot/rev/448691f285a5
                                     
2011-11-29
EVALUATION

http://hg.openjdk.java.net/hsx/hotspot-rt/hotspot/rev/448691f285a5
                                     
2011-11-15
EVALUATION

http://hg.openjdk.java.net/hsx/hotspot-comp/hotspot/rev/448691f285a5
                                     
2011-11-03
EVALUATION

Sometimes we are already deoptimizing a frame when we request another deoptimization of the same frame.  This makes the assert to fail.
                                     
2011-11-02
SUGGESTED FIX

Add a check to the assert that the return address is the same that we are going to patch.
                                     
2011-11-02



Hardware and Software, Engineered to Work Together