P1
Build of JCK Kestrel RC2 and Tweety fails with JDK1.3-T.
During building of JCK on Solaris Hotspot crashes with the following diagnostics:
#
# HotSpot Virtual Machine Error, Unexpected Signal 10
#
# Error ID: 4F533F534F4C415249530E43505007B6 01
#
os_solaris.cpp, 1974
HotSpot crashes running jmpp classes of sqe tools.
There are about 10 bugs with the same diagnostics
already filed against hotspot.
y.s.ramakrishna@eng 2000-02-11: Reproduced on 10-cpu machine
on second build attempt using 1.3-ref U promotion:
java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-U)
Java HotSpot(TM) Client VM (build 1.3.0rc1-S, interpreted mode)
The problem seems to be an apparently corrupted field in
a klassOop. Need to investigate further.
---- called from signal handler with signal 10 (SIGBUS) ------
[10] JVM_GetCPFieldSignatureUTF(0xfe7a072c, 0xfe77c500, 0x23, 0x79040, 0x27f44,
0x27f44), at 0xfe6a3fb0
[11] push_stack(0xffbec6c4, 0xfe50876c, 0xb4, 0x0, 0x23, 0x0), at 0xfe4ecb1c
[12] verify_method(0xffbec6c4, 0x11fd70, 0x6, 0xfe508870, 0x79040, 0xe), at 0xf
e4e6d7c
[13] VerifyClass(0xe, 0x79040, 0x27f44, 0x100, 0xe5e00, 0x0), at 0xfe4e659c
[14] VerifyClassCodes(0x27f44, 0x79040, 0xffbec938, 0x100, 0xfe77c500, 0xffbec8
ac), at 0xfe4b5c50
[15] Verifier::verify_byte_codes(0xfe7bd08c, 0xfe7a072c, 0x79040, 0xfe4b5c40, 0
xfe7a8ea8, 0x27ec0), at 0xfe7636e8
[16] instanceKlass::link_class_impl(0xfe77c500, 0x27ec0, 0xffbecbec, 0xfc400ab8
, 0x2, 0xffbecb24), at 0xfe64acd4
[17] instanceKlass::initialize_impl(0xffbeccc8, 0x27ec0, 0xfe77c500, 0xfc56c330
, 0xfe77c500, 0xffbecc64), at 0xfe64afe4
[18] instanceKlass::initialize(0xfc56c330, 0x27ec0, 0xfe78cf88, 0x27ec0, 0x0, 0
x0), at 0xfe649e50
[19] LinkResolver::resolve_field(0xfc5a2180, 0x27ec0, 0x9a, 0xfe77c500, 0x0, 0x
ffbece44), at 0xfe6e1b04
[20] LinkResolver::resolve_field(0xffbecf6c, 0xffbecf44, 0x9a, 0xb2, 0x0, 0x27e
c0), at 0xfe6e1688
[21] InterpreterRuntime::resolve_get_put(0x27ec0, 0xb2, 0xfe77c500, 0x27ec0, 0x
1, 0x0), at 0xfe664b20
(/ws/on28-tools/SUNWspro/SC5.0/bin/../WS5.0/bin/sparcv9/dbx) frame 10
0xfe6a3fb0: JVM_GetCPFieldSignatureUTF+0x0060: ld [%o0 + 0x58], %o0
(/ws/on28-tools/SUNWspro/SC5.0/bin/../WS5.0/bin/sparcv9/dbx) regs
current thread: t@1
current frame: [10]
g0-g3 0x00000000 0x008a9000 0x00000006 0x001010e4
g4-g7 0x000d85ac 0x00000000 0x00000000 0x00025780
o0-o3 0x00000001 0x00027ec0 0xfe77c500 0x00079044
o4-o7 0x00000001 0x00027ec0 0xffbec4c8 0xfe6a3fa8
l0-l3 0x000a40f8 0xffbec6c4 0x00026d38 0x00079048
l4-l7 0x00180009 0x000a0009 0x7efefeff 0x81010100
i0-i3 0xfe7a072c 0xfe77c500 0x00000023 0x00079040
i4-i7 0x00027f44 0x00027f44 0xffbec538 0xfe4ecb1c
y 0x0000b54e
ccr 0x00000004
pc 0xfe6a3fb0:JVM_GetCPFieldSignatureUTF+0x60 ld [%o0 + 0x58], %o0
npc 0xfe6a3fb4:JVM_GetCPFieldSignatureUTF+0x64 ld [%o0 + 0xc], %g2
During building of JCK on Solaris Hotspot crashes with the following diagnostics:
#
# HotSpot Virtual Machine Error, Unexpected Signal 10
#
# Error ID: 4F533F534F4C415249530E43505007B6 01
#
os_solaris.cpp, 1974
HotSpot crashes running jmpp classes of sqe tools.
There are about 10 bugs with the same diagnostics
already filed against hotspot.
y.s.ramakrishna@eng 2000-02-11: Reproduced on 10-cpu machine
on second build attempt using 1.3-ref U promotion:
java version "1.3.0rc1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0rc1-U)
Java HotSpot(TM) Client VM (build 1.3.0rc1-S, interpreted mode)
The problem seems to be an apparently corrupted field in
a klassOop. Need to investigate further.
---- called from signal handler with signal 10 (SIGBUS) ------
[10] JVM_GetCPFieldSignatureUTF(0xfe7a072c, 0xfe77c500, 0x23, 0x79040, 0x27f44,
0x27f44), at 0xfe6a3fb0
[11] push_stack(0xffbec6c4, 0xfe50876c, 0xb4, 0x0, 0x23, 0x0), at 0xfe4ecb1c
[12] verify_method(0xffbec6c4, 0x11fd70, 0x6, 0xfe508870, 0x79040, 0xe), at 0xf
e4e6d7c
[13] VerifyClass(0xe, 0x79040, 0x27f44, 0x100, 0xe5e00, 0x0), at 0xfe4e659c
[14] VerifyClassCodes(0x27f44, 0x79040, 0xffbec938, 0x100, 0xfe77c500, 0xffbec8
ac), at 0xfe4b5c50
[15] Verifier::verify_byte_codes(0xfe7bd08c, 0xfe7a072c, 0x79040, 0xfe4b5c40, 0
xfe7a8ea8, 0x27ec0), at 0xfe7636e8
[16] instanceKlass::link_class_impl(0xfe77c500, 0x27ec0, 0xffbecbec, 0xfc400ab8
, 0x2, 0xffbecb24), at 0xfe64acd4
[17] instanceKlass::initialize_impl(0xffbeccc8, 0x27ec0, 0xfe77c500, 0xfc56c330
, 0xfe77c500, 0xffbecc64), at 0xfe64afe4
[18] instanceKlass::initialize(0xfc56c330, 0x27ec0, 0xfe78cf88, 0x27ec0, 0x0, 0
x0), at 0xfe649e50
[19] LinkResolver::resolve_field(0xfc5a2180, 0x27ec0, 0x9a, 0xfe77c500, 0x0, 0x
ffbece44), at 0xfe6e1b04
[20] LinkResolver::resolve_field(0xffbecf6c, 0xffbecf44, 0x9a, 0xb2, 0x0, 0x27e
c0), at 0xfe6e1688
[21] InterpreterRuntime::resolve_get_put(0x27ec0, 0xb2, 0xfe77c500, 0x27ec0, 0x
1, 0x0), at 0xfe664b20
(/ws/on28-tools/SUNWspro/SC5.0/bin/../WS5.0/bin/sparcv9/dbx) frame 10
0xfe6a3fb0: JVM_GetCPFieldSignatureUTF+0x0060: ld [%o0 + 0x58], %o0
(/ws/on28-tools/SUNWspro/SC5.0/bin/../WS5.0/bin/sparcv9/dbx) regs
current thread: t@1
current frame: [10]
g0-g3 0x00000000 0x008a9000 0x00000006 0x001010e4
g4-g7 0x000d85ac 0x00000000 0x00000000 0x00025780
o0-o3 0x00000001 0x00027ec0 0xfe77c500 0x00079044
o4-o7 0x00000001 0x00027ec0 0xffbec4c8 0xfe6a3fa8
l0-l3 0x000a40f8 0xffbec6c4 0x00026d38 0x00079048
l4-l7 0x00180009 0x000a0009 0x7efefeff 0x81010100
i0-i3 0xfe7a072c 0xfe77c500 0x00000023 0x00079040
i4-i7 0x00027f44 0x00027f44 0xffbec538 0xfe4ecb1c
y 0x0000b54e
ccr 0x00000004
pc 0xfe6a3fb0:JVM_GetCPFieldSignatureUTF+0x60 ld [%o0 + 0x58], %o0
npc 0xfe6a3fb4:JVM_GetCPFieldSignatureUTF+0x64 ld [%o0 + 0xc], %g2