JDK-6717457 : Internal Error (src/share/vm/code/relocInfo.hpp:1089)
  • Type: Bug
  • Component: hotspot
  • Sub-Component: compiler
  • Affected Version: hs13,hs14
  • Priority: P4
  • Status: Closed
  • Resolution: Fixed
  • OS: generic,solaris_10
  • CPU: generic,x86
  • Submitted: 2008-06-20
  • Updated: 2012-02-01
  • Resolved: 2011-03-07
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 6 JDK 7 Other
6u14Fixed 7Fixed hs14Fixed
Related Reports
Duplicate :  
Relates :  
Relates :  
Relates :  
Description
New JDI_REGRESSION failures (from 2008.06.19)
*   com/sun/jdi/FilterNoMatch.java
        This test failed the following assert:

            Internal Error (src/share/vm/code/relocInfo.hpp:1089)
            Error: assert(target != __null,"must not be null")

        on Linux IA32 Server VM (machine colfax003). This failure mode
        is covered by the following bug:

            6644928 4/4 Internal Error (src/share/vm/code/relocInfo.hpp:1089)

        This bug is in state "fix delivered" for HSX-13-B01. I'll check
        with Steve G. to see if his fix was lost.

        Update: Steve verified that his fix is still present. He reminded
            me that he was never able to reproduce this failure mode so
            he fixed a section of code that could cause the failure mode.
            That doesn't mean that all possible code paths are fixed.

Note: The above entry is for the Linux IA32 Server VM nightly
config, but the VM that crashed is the Client VM. It looks like
the debugger was started up as the Server VM and the debuggee
was started up as the Client VM.
Same failure mode in a different test from nightly:

New nsk.quick-jdwp failures (from 2008.07.14)
*   nsk/jdwp/Event/METHOD_ENTRY/methentry001
        This test failed the following assertion:

            Internal Error (src/share/vm/code/relocInfo.hpp:1089)
            Error: assert(target != __null,"must not be null")

        on Linux IA32 Server VM (machine colfax003). I recently filed
        the following bug for a different test:

            6717457 4/4 Internal Error (src/share/vm/code/relocInfo.hpp:1089)

        I will add this entry to 6717457.


Here is a link to the subsuite's analysis page:

http://sqeweb.sfbay.sun.com/nfs/results/vm/gtee/JDK7/NIGHTLY/VM/2008-07-14/Serv_Baseline/vm/linux-i586/server/comp/vm-linux-i586_server_comp_nsk.quick-jdwp.testlist2008-07-14-19-40-38/analysis.html

Here is a snippet of the stack trace:

---------------  T H R E A D  ---------------

Current thread (0x08063400):  JavaThread "Unknown thread" [_thread_in_vm, id=4521, stack(0x00111000,0x00162000)]

Stack: [0x00111000,0x00162000],  sp=0x00160b50,  free space=318k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0xa37a20];;  _ZN7VMError14report_and_dieEv+0x2e0
V  [libjvm.so+0x451c15];;  _Z24report_assertion_failurePKciS0_+0x65
V  [libjvm.so+0x1e34d1];;  .L36+0x21
V  [libjvm.so+0x95faae];;  _ZN13StubGenerator32gen_write_ref_array_post_barrierEP12RegisterImplS1_+0x18e
V  [libjvm.so+0x95791d];;  _ZN13StubGenerator22generate_disjoint_copyE9BasicTypebN7Address11ScaleFactorEPPhPKc+0xc9d
V  [libjvm.so+0x9564c6];;  _ZN13StubGenerator24generate_arraycopy_stubsEv+0x196
V  [libjvm.so+0x95258b];;  _Z22StubGenerator_generateP10CodeBufferb+0x11b
V  [libjvm.so+0x962d15];;  _ZN12StubRoutines11initialize2Ev+0x105
V  [libjvm.so+0x962fe6];;  _Z18stubRoutines_init2v+0x16
V  [libjvm.so+0x53402a];;  _Z12init_globalsv+0xfa
V  [libjvm.so+0x9d6fe4];;  _ZN7Threads9create_vmEP14JavaVMInitArgsPb+0x274
V  [libjvm.so+0x5ca48a];;  JNI_CreateJavaVM+0x7a
C  [libjli.so+0x48fa]  vfprintf+0x48fa;;  InitializeJVM+0x5a
C  [libjli.so+0x3175]  JavaMain+0x65;;  JavaMain+0x65
C  [libpthread.so.0+0x51d5]
Same failure mode in a different test from nightly:

New nsk.hprof failures (from 2008.07.30)
*   nsk/coverage/arguments/arguments008
        This test failed the following assertion:

            Internal Error (src/share/vm/code/relocInfo.hpp:1089)
            Error: assert(target != __null,"must not be null")

        on Linux IA32 Client VM (machine colfax003). I recently filed
        the following bug for a different test:

            6717457 4/4 Internal Error (src/share/vm/code/relocInfo.hpp:1089)

        I will add this entry to 6717457.

Comments
EVALUATION http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/910a4cb98e9e
25-07-2008

EVALUATION It looks to me like the exact same logic is in gen_write_ref_array_post_barrier in stubGenerator for 32 and 64 bit. __ BIND(L_loop); ExternalAddress base((address)ct->byte_map_base); Address index(start, count, Address::times_1, 0); __ movbyte(ArrayAddress(base, index), 0); __ decrement(count); __ jcc(Assembler::greaterEqual, L_loop);
20-06-2008