Selecting Japanese character in the candidate lookup list of the input method causes JVM to abort. Here is how to reproduce the problem:
1) On Solaris 8 (ja locale), run Stylepad demo.
2) Press Ctrl+Space key to activate Japanese input method.
3) Press "a" key, then a Japanese character appears.
4) Press and hold Space key down, then a lookup window appears just below the Stylepad demo, keeping pressing the Space key causes JVM to abort shortly.
Interesting thing is that this problem is not reproducible on b53 or earlier builds. Here is the dump gotten from using dbx.
#
# HotSpot Virtual Machine Error, assertion failure
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# assert(default_type->is_array_klass(), "what else?")
#
# Error ID: /usr/re/hotspot/hotspot1.4/ws/solsparc/hotspot1.4beta/src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp, 1797 [ Patched ]
#
# Problematic Thread: prio=5 tid=0x98038 nid=0xb runnable
#
Dumping core....
t@11 (l@9) signal ABRT (°Û¾ï½ªÎ») in __sigprocmask at 0xff379bf0
0xff379bf0: __sigprocmask+0x0008: jmp %o7 + 0x8
(/java/devtools/sparc/SUNWspro/5.0/bin/../WS5.0/bin/sparcv9/dbx) where
current thread: t@11
=>[1] __sigprocmask(0x0, 0xf4d80330, 0x0, 0x0, 0x0, 0x0), at 0xff379bf0
[2] _resetsig(0xff37c510, 0x0, 0x0, 0xf4d81d78, 0xff38e000, 0x0), at 0xff36e620
[3] _sigon(0xf4d81d78, 0xff395990, 0x6, 0xf4d80404, 0xf4d81d78, 0xf4d80448), at 0xff36dd10
[4] _thrp_kill(0x0, 0xb, 0x6, 0xff38e000, 0xb, 0xff33a428), at 0xff370e84
[5] raise(0x6, 0x0, 0x0, 0xffffffff, 0xff33a394, 0xf4d80560), at 0xff2c9b08
[6] abort(0xff336000, 0xf4d80560, 0x0, 0xfffffff8, 0x4, 0xf4d80581), at 0xff2b5124
[7] os::abort(0x1, 0xfe1ff0f4, 0xf4d80e04, 0x100, 0x0, 0xfb4b1dc8), at 0xfdd027a8
[8] report_error(0x1, 0xfe3807dc, 0x705, 0xfe1fef44, 0xfe1fef58, 0xfe3807bc), at 0xfd9f2378
[9] report_assertion_failure(0xfe3807bc, 0xfe3807dc, 0x705, 0xfe380840, 0x5d4ae4, 0x0), at 0xfd9f1748
[10] LIR_Assembler::emit_arraycopy(0xf4d81638, 0x5cb584, 0x0, 0x5ca1f4, 0x5ca1fb, 0x5ca1f0), at 0xfe1a6164
[11] LIR_OpArrayCopy::emit_code(0x5cb584, 0xf4d81638, 0x1, 0x5ca200, 0x5ca200, 0xfe008ad8), at 0xfe17b0ec
[12] LIR_CodeGen::block_do(0xf4d81610, 0x5c7984, 0x0, 0x1, 0x1, 0x0), at 0xfe178fe4
[13] BlockList::iterate_forward(0x5ca1d0, 0xf4d81610, 0xf4d818ac, 0x5ca1c8, 0x0, 0xffffffff), at 0xfdff7360
[14] BlockCollection::iterate_forward(0x5ca1c8, 0xf4d81610, 0xf4d81638, 0xf4d81674, 0x477538, 0x0), at 0xfe146d9c
[15] Compilation::emit_code_body(0xf4d81898, 0xf4d817a4, 0xf4d81728, 0x0, 0x0, 0xff1b081c), at 0xfe1422e4
[16] Compilation::compile_java_method(0xf4d81898, 0xf4d817a4, 0x4, 0x47f65c, 0x0, 0x98a40), at 0xfe142bd0
[17] Compilation::compile_method(0xf4d81898, 0x98654, 0x0, 0x0, 0x0, 0x0), at 0xfe143514
[18] Compilation::Compilation(0xf4d81898, 0xf4d819b8, 0x5dbef4, 0xffffffff, 0x986d4, 0x1), at 0xfe1436c8
[19] Compiler::compile_method(0x97f60, 0xf4d819b8, 0x0, 0x5dbef4, 0xffffffff, 0x0), at 0xfdff07d4
[20] CompileBroker::invoke_compiler_on_method(0x476db0, 0xf93623c8, 0x0, 0x0, 0x0, 0x0), at 0xfdf2d28c
[21] CompileBroker::compiler_thread_loop(0x0, 0x5, 0x0, 0xff38e000, 0xf4d81e10, 0xf4d81e00), at 0xfdf2cd88
[22] compiler_thread_entry(0x98038, 0x98038, 0x1, 0x0, 0x0, 0x0), at 0xfde1cbe4
[23] JavaThread::thread_main_inner(0x98038, 0x8dd78, 0x6, 0x0, 0x0, 0x0), at 0xfde18260
[24] JavaThread::run(0x98038, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfde180f0
[25] _start(0x98038, 0xff0a3d18, 0x0, 0x5, 0x1, 0xfe401000), at 0xfdcfff74
(/java/devtools/sparc/SUNWspro/5.0/bin/../WS5.0/bin/sparcv9/dbx)
naoto.sato@Eng 2001-03-13
Further investigation revealed that this problem is irrelevant to Japanese input nor ja locale. You can simply reproduce this problem by keeping pressing DEL key after the Stylepad window comes up.
naoto.sato@Eng 2001-03-13
1) On Solaris 8 (ja locale), run Stylepad demo.
2) Press Ctrl+Space key to activate Japanese input method.
3) Press "a" key, then a Japanese character appears.
4) Press and hold Space key down, then a lookup window appears just below the Stylepad demo, keeping pressing the Space key causes JVM to abort shortly.
Interesting thing is that this problem is not reproducible on b53 or earlier builds. Here is the dump gotten from using dbx.
#
# HotSpot Virtual Machine Error, assertion failure
# Please report this error at
# http://java.sun.com/cgi-bin/bugreport.cgi
#
# assert(default_type->is_array_klass(), "what else?")
#
# Error ID: /usr/re/hotspot/hotspot1.4/ws/solsparc/hotspot1.4beta/src/cpu/sparc/vm/c1_LIRAssembler_sparc.cpp, 1797 [ Patched ]
#
# Problematic Thread: prio=5 tid=0x98038 nid=0xb runnable
#
Dumping core....
t@11 (l@9) signal ABRT (°Û¾ï½ªÎ») in __sigprocmask at 0xff379bf0
0xff379bf0: __sigprocmask+0x0008: jmp %o7 + 0x8
(/java/devtools/sparc/SUNWspro/5.0/bin/../WS5.0/bin/sparcv9/dbx) where
current thread: t@11
=>[1] __sigprocmask(0x0, 0xf4d80330, 0x0, 0x0, 0x0, 0x0), at 0xff379bf0
[2] _resetsig(0xff37c510, 0x0, 0x0, 0xf4d81d78, 0xff38e000, 0x0), at 0xff36e620
[3] _sigon(0xf4d81d78, 0xff395990, 0x6, 0xf4d80404, 0xf4d81d78, 0xf4d80448), at 0xff36dd10
[4] _thrp_kill(0x0, 0xb, 0x6, 0xff38e000, 0xb, 0xff33a428), at 0xff370e84
[5] raise(0x6, 0x0, 0x0, 0xffffffff, 0xff33a394, 0xf4d80560), at 0xff2c9b08
[6] abort(0xff336000, 0xf4d80560, 0x0, 0xfffffff8, 0x4, 0xf4d80581), at 0xff2b5124
[7] os::abort(0x1, 0xfe1ff0f4, 0xf4d80e04, 0x100, 0x0, 0xfb4b1dc8), at 0xfdd027a8
[8] report_error(0x1, 0xfe3807dc, 0x705, 0xfe1fef44, 0xfe1fef58, 0xfe3807bc), at 0xfd9f2378
[9] report_assertion_failure(0xfe3807bc, 0xfe3807dc, 0x705, 0xfe380840, 0x5d4ae4, 0x0), at 0xfd9f1748
[10] LIR_Assembler::emit_arraycopy(0xf4d81638, 0x5cb584, 0x0, 0x5ca1f4, 0x5ca1fb, 0x5ca1f0), at 0xfe1a6164
[11] LIR_OpArrayCopy::emit_code(0x5cb584, 0xf4d81638, 0x1, 0x5ca200, 0x5ca200, 0xfe008ad8), at 0xfe17b0ec
[12] LIR_CodeGen::block_do(0xf4d81610, 0x5c7984, 0x0, 0x1, 0x1, 0x0), at 0xfe178fe4
[13] BlockList::iterate_forward(0x5ca1d0, 0xf4d81610, 0xf4d818ac, 0x5ca1c8, 0x0, 0xffffffff), at 0xfdff7360
[14] BlockCollection::iterate_forward(0x5ca1c8, 0xf4d81610, 0xf4d81638, 0xf4d81674, 0x477538, 0x0), at 0xfe146d9c
[15] Compilation::emit_code_body(0xf4d81898, 0xf4d817a4, 0xf4d81728, 0x0, 0x0, 0xff1b081c), at 0xfe1422e4
[16] Compilation::compile_java_method(0xf4d81898, 0xf4d817a4, 0x4, 0x47f65c, 0x0, 0x98a40), at 0xfe142bd0
[17] Compilation::compile_method(0xf4d81898, 0x98654, 0x0, 0x0, 0x0, 0x0), at 0xfe143514
[18] Compilation::Compilation(0xf4d81898, 0xf4d819b8, 0x5dbef4, 0xffffffff, 0x986d4, 0x1), at 0xfe1436c8
[19] Compiler::compile_method(0x97f60, 0xf4d819b8, 0x0, 0x5dbef4, 0xffffffff, 0x0), at 0xfdff07d4
[20] CompileBroker::invoke_compiler_on_method(0x476db0, 0xf93623c8, 0x0, 0x0, 0x0, 0x0), at 0xfdf2d28c
[21] CompileBroker::compiler_thread_loop(0x0, 0x5, 0x0, 0xff38e000, 0xf4d81e10, 0xf4d81e00), at 0xfdf2cd88
[22] compiler_thread_entry(0x98038, 0x98038, 0x1, 0x0, 0x0, 0x0), at 0xfde1cbe4
[23] JavaThread::thread_main_inner(0x98038, 0x8dd78, 0x6, 0x0, 0x0, 0x0), at 0xfde18260
[24] JavaThread::run(0x98038, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfde180f0
[25] _start(0x98038, 0xff0a3d18, 0x0, 0x5, 0x1, 0xfe401000), at 0xfdcfff74
(/java/devtools/sparc/SUNWspro/5.0/bin/../WS5.0/bin/sparcv9/dbx)
naoto.sato@Eng 2001-03-13
Further investigation revealed that this problem is irrelevant to Japanese input nor ja locale. You can simply reproduce this problem by keeping pressing DEL key after the Stylepad window comes up.
naoto.sato@Eng 2001-03-13
- duplicates
-
JDK-4421535 ctw of Dynamo4.5.0.jar dies with assertion at c1_LIRAssembler_sparc.cpp, 1808
-
- Closed
-