JDK-5013275 : ap01t001 crashes if sharing is enabled
  • Type: Bug
  • Component: hotspot
  • Sub-Component: jvmti
  • Affected Version: 5.0
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: generic,linux_suse_sles_8
  • CPU: generic,x86
  • Submitted: 2004-03-15
  • Updated: 2004-04-21
  • Resolved: 2004-04-13
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.
Other
5.0 b45Fixed
Related Reports
Relates :  
Description
This bug affects the following NSK test:

    nsk/jvmti/scenarios/allocation/AP01/ap01t001

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  SIGBUS (0xa) at pc=0xfe39c6ec, pid=12528, tid=2
#
# Java VM: Java HotSpot(TM) Client VM (1.5-internal-debug mixed mode, sharing)
# Problematic frame:
# V  [libjvm.so+0x79c6ec]
#

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

Current thread (0x000f8170):  VMThread [id=2]

siginfo:si_signo=10, si_errno=0, si_code=1, si_addr=0xbaadbac6

Registers:
 O0=0xfedb0cad O1=0xcbc1e168 O2=0x0000044c O3=0x00000113
 O4=0x00000003 O5=0x00000003 O6=0xfd37f6c8 O7=0x00000114
 G1=0xff104bac G2=0xff107c0c G3=0x00000114 G4=0x00000003
 G5=0x00000000 G6=0x00000000 G7=0xff350200 Y=0x00000000
 PC=0xfe39c6ec nPC=0xfe39c6f0


Top of Stack: (sp=0xfd37f6c8)
0xfd37f6c8:   0000009f ff08d1ec 000f82b8 fdfbda90
0xfd37f6d8:   ff0807cc baadbabe d44001b0 fedb0a63
0xfd37f6e8:   00000008 cbc1e168 000f82b8 00000137
0xfd37f6f8:   00000062 000f82b8 fd37f728 fe518960
0xfd37f708:   00000000 00000000 00000000 00000000
0xfd37f718:   00000000 00000000 00000000 00000000
0xfd37f728:   ff028704 ff028704 00000000 00024400
0xfd37f738:   f7c00760 00026400 00022764 fe58edec 

Instructions: (pc=0xfe39c6ec)
0xfe39c6dc:   40 01 9f f0 01 00 00 00 ea 06 60 04 92 10 00 19
0xfe39c6ec:   e8 05 60 08 e6 05 20 60 9f c4 c0 00 90 05 60 08 

Stack: [0xfd300000,0xfd380000),  sp=0xfd37f6c8,  free space=509k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x79c6ec]
V  [libjvm.so+0x918968]
V  [libjvm.so+0x38d9bc]
V  [libjvm.so+0x391b9c]
V  [libjvm.so+0x3a1bc0]
V  [libjvm.so+0x38d08c]
V  [libjvm.so+0x38f0bc]
V  [libjvm.so+0x984da4]
V  [libjvm.so+0x984700]
V  [libjvm.so+0x9834e8]
V  [libjvm.so+0x981d78]
V  [libjvm.so+0x804854]

VM_Operation (0xffbfdd40): full generation collection, mode: safepoint, requested by thread 0x000503d8


---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x00143748 JavaThread "JVMTI agent thread" daemon [_thread_in_native, id=9]
  0x00106920 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=7]
  0x00104958 JavaThread "CompilerThread0" daemon [_thread_blocked, id=6]
  0x00103520 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=5]
  0x000fc930 JavaThread "Finalizer" daemon [_thread_blocked, id=4]
  0x000fb910 JavaThread "Reference Handler" daemon [_thread_blocked, id=3]
  0x000503d8 JavaThread "main" [_thread_blocked, id=1]

Other Threads:
=>0x000f8170 VMThread [id=2]
  0x00108868 WatcherThread [id=8]

VM state:at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread:  ([mutex/lock_event])
[0x0004ecd8/0x0004ed40] Threads_lock - owner thread: 0x000f8170
[0x0004f560/0x0004f5b8] Heap_lock - owner thread: 0x000503d8

Heap
 def new generation   total 2112K, used 0K [0xcbc00000, 0xcbe20000, 0xcc310000)
  eden space 2048K,   0% used [0xcbc00000, 0xcbc00000, 0xcbe00000)
  from space 64K,   0% used [0xcbe00000, 0xcbe00000, 0xcbe10000)
  to   space 64K,   0% used [0xcbe10000, 0xcbe10000, 0xcbe20000)
 tenured generation   total 1408K, used 106K [0xcc310000, 0xcc470000, 0xcfc00000)
   the space 1408K,   7% used [0xcc310000, 0xcc32ab20, 0xcc32ac00, 0xcc470000)
 compacting perm gen  total 8192K, used 71K [0xcfc00000, 0xd0400000, 0xd3c00000)
   the space 8192K,   0% used [0xcfc00000, 0xcfc11ce0, 0xcfc11e00, 0xd0400000)
    ro space 8192K,  62% used [0xd3c00000, 0xd4102528, 0xd4102600, 0xd4400000)
    rw space 12288K,  45% used [0xd4400000, 0xd49777f8, 0xd4977800, 0xd5000000)

Dynamic libraries:
0x00010000 	/export/Scratch/alanb/solaris-sparc/bin/java
0xff380000 	/usr/lib/libthread.so.1
0xff3b0000 	/usr/lib/libdl.so.1
0xff280000 	/usr/lib/libc.so.1
0xff370000 	/usr/platform/SUNW,Sun-Fire-V250/lib/libc_psr.so.1
0xfdc00000 	/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/client/libjvm.so
0xff250000 	/usr/lib/libsocket.so.1
0xff230000 	/usr/lib/libsched.so.1
0xff200000 	/usr/lib/libCrun.so.1
0xff1b0000 	/usr/lib/libm.so.1
0xfdb00000 	/usr/lib/libnsl.so.1
0xff270000 	/usr/lib/libw.so.1
0xff170000 	/usr/lib/libmp.so.2
0xff130000 	/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/native_threads/libhpi.so
0xfdbd0000 	/export/Scratch/alanb/testbase/vm/bin/lib/sparc/nsk/jvmti/scenarios/allocation/AP01/libap01t001.so
0xfdad0000 	/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/libverify.so
0xfda90000 	/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/libjava.so
0xfda70000 	/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/libzip.so

VM Arguments:
jvm_args: -agentlib:ap01t001=-waittime=1 -verbose
java_command: nsk.jvmti.scenarios.allocation.AP01.ap01t001

Environment Variables:
CLASSPATH=/export/disk4/Scratch/alanb/nsk_results/test2/ab23780.Solaris.sparc/ap01t001:/export/Scratch/alanb/testbase/vm/bin/classes:/export/Scratch/alanb/solaris-sparc/lib/tools.jar
PATH=/export/Scratch/alanb/solaris-sparc/bin:/bin:/usr/bin
LD_LIBRARY_PATH=/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc/client:/export/disk4/Scratch/alanb/solaris-sparc/jre/lib/sparc:/export/disk4/Scratch/alanb/solaris-sparc/jre/../lib/sparc:/export/Scratch/alanb/testbase/vm/bin/lib/sparc/nsk/jvmti/scenarios/allocation/AP01:/export/Scratch/alanb/testbase/vm/src/nsk/share/lib/sparc:/export/Scratch/alanb/solaris-sparc/jre/lib/sparc/client
SHELL=/bin/sh
DISPLAY=jsn1:0.0


---------------  S Y S T E M  ---------------

OS:                       Solaris 9 12/03 s9s_u5wos_08b SPARC
           Copyright 2003 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                           Assembled 21 November 2003

uname:SunOS 5.9 Generic_112233-10 sun4u  (T2 libthread)
rlimit: STACK 8192k, CORE infinity, NOFILE 65536, AS infinity
load average:0.05 0.05 0.05

CPU:total 2 has_v8, has_v9, has_vis1, has_vis2, is_ultra3

Memory: 8k page, physical 2097152k(1452872k free)

vm_info: Java HotSpot(TM) Client VM (1.5-internal) for solaris-sparc, built on Mar 13 2004 12:01:41 by unknown with unknown Workshop:0x550




--

In addition to the crash this bug also causes the following test to
fail :-

nsk/jvmti/IterateOverReachableObjects/iterreachobj002

The failure is not a crash but rather an error message such as 

##ERROR: iterreachobject002.c, 352: Second IterateOverReachableObjects call skipped some objects: 2233

###@###.### 2004-03-16

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger-beta2 FIXED IN: tiger-beta2 INTEGRATED IN: tiger-b45 tiger-beta2 VERIFIED IN: tiger-beta2
14-06-2004

EVALUATION The read-write space is not walkable. ###@###.### 2004-03-15 Most of time object tagging will be used in conjunction with BCI so the can_generate_all_class_hook_events capability is required. This capability disables sharing anyway so the simplest and safest solution for tiger is for the can_tag_objects capability to always disable sharing. Post tiger we can examine the issue of the read-space space via 4956251. ###@###.### 2004-03-18 Fixed for b45. ###@###.### 2004-03-23
18-03-2004

WORK AROUND The crash does not happen if sharing is disabled (-Xshare:off). ###@###.### 2004-03-15
15-03-2004