JDK-5107326 : Segmentation fault with test/java/lang/Character/Supplementary.java on Sol/Sparc
  • Type: Bug
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 6
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_8
  • CPU: sparc
  • Submitted: 2004-09-27
  • Updated: 2004-09-29
  • Resolved: 2004-09-29
Related Reports
Duplicate :  
Description
Executing test/java/lang/Character/Supplementary.java on Mustang b05 causes segmentation fault on Solaris8/Sparc. The following is dbx output with the core in Attachments.

$ dbx /java/re/j2se/1.6.0/promoted/ea/b05/binaries/solaris-sparc/bin/java_g core
...
(dbx) where
current thread: t@1
=>[1] ImplicitExceptionTable::len(0xffbee144, 0xf80ee16c, 0x13, 0x8, 0xb8, 0x0), at 0xfdcd2370
  [2] ImplicitExceptionTable::ImplicitExceptionTable(0xffbee144, 0xf80ed888, 0xff37c000, 0x2, 0x0, 0x0), at 0xfdcd1f20
  [3] nmethod::continuation_for_implicit_exception(0xf80ed888, 0xf80ee16c, 0x3, 0x0, 0x0, 0x0), at 0xfe100fb0
  [4] SharedRuntime::continuation_for_implicit_exception(0x54b80, 0xf80ee16c, 0x0, 0x0, 0x0, 0x0), at 0xfe243038
  [5] JVM_handle_solaris_signal(0xb, 0xffbee920, 0xffbee668, 0x1, 0x0, 0x0), at 0xfe172348
  [6] signalHandler(0xb, 0xffbee920, 0xffbee668, 0x0, 0x0, 0x0), at 0xfe166f78
  [7] __sighndlr(0xb, 0xffbee920, 0xffbee668, 0xfe166f28, 0x37c10, 0x37c00), at 0xff36b118
  [8] sigacthandler(0xb, 0x37b68, 0x0, 0x0, 0x0, 0xff37c000), at 0xff36811c
  ---- called from signal handler with signal 11 (SIGSEGV) ------
  [9] 0xf80ee16c(0x0, 0x0, 0x0, 0xffffffff, 0xb8, 0x0), at 0xf80ee16b
  [10] 0xf8005874(0x54b80, 0xb8, 0x7, 0xf80263b8, 0xb8, 0xffbeeab0), at 0xf8005873
  [11] 0xf8005984(0x54b80, 0xb8, 0x6, 0xf8026410, 0xf3d60950, 0xffbeeb40), at 0xf8005983
  [12] 0xf8005984(0xefc289c0, 0x54b80, 0x8, 0xf8026280, 0xffbeeef0, 0xffbeebd8), at 0xf8005983
  [13] 0xf80002c8(0xffbeecc4, 0xffbeefd0, 0xa, 0xf3d62270, 0xf800df40, 0xffbeeed0), at 0xf80002c7
  [14] JavaCalls::call_helper(0xffbeeecc, 0xf8000240, 0xffbeeec4, 0x54b80, 0xfffffff8, 0x552bc), at 0xfde086b8
  [15] os::os_exception_wrapper(0xfde08008, 0xffbeefc8, 0xffbeee90, 0xffbeeec4, 0x54b80, 0xff0000), at 0xfe166f04
  [16] JavaCalls::call(0xffbeefc8, 0xffbeee90, 0xffbeeec4, 0x54b80, 0xffbeef2c, 0x1), at 0xfde07f94
  [17] jni_invoke_static(0x54c4c, 0xffbeefc8, 0x0, 0x0, 0x1953e1, 0xffbeefac), at 0xfde2d750
  [18] jni_CallStaticVoidMethod(0x54c4c, 0x55a70, 0x1953e1, 0x55a60, 0xffbef8b0, 0x400), at 0xfde447cc
  [19] main(0x2, 0xffbef944, 0xffbef950, 0x36000, 0x0, 0x0), at 0x11cd8


Looks like the problem occurs since mustang b04 on solaris/sparc. The test program works Okay on RedHat AS 3.0 and Windows XP Pro (mustang b05).

This is not reproducible with Tiger.

###@###.### 2004-09-27