Name: ipR10196 Date: 08/15/2002


--------------------------------------
Test : nsk/jvmdi/ClearBreakpoint/clrbrk001
TestBase : testbase_nsk
VM : Server
Mode : mixed
Platform : x86
OS : 5.8
----------------------------------------

Steps to reproduce
================
1. cd /net/sqesvr.eng/export/vsn/GammaBase/Bugs/{BugID}
2. sh doit.sh $JAVA_HOME -server -Xmixed

This script runs the test continuously until the failure is
reproduced, so be patient if this will take a lot of time.

This testcase performs 10000 iterations of setting and clearing
breakpoint and expects particular number of JVMDI_EVENT_BREAKPOINT
received. However, sometimes test failed because of unexpected
number of JVMDI_EVENT_BREAKPOINT evens received. I've seen such a
very intermittent failure on Solaris/x86 with ServerVM in -Xmixed
mode, however it may be also intermittently reproduced on other
platforms/modes.

Failure log:
-----------------------------------------------
JVMDI_EVENT_BREAKPOINT count:
Expected 33268
Actual 33266
Setting clrbrk001_EventHook as event hook.
######## JVMDI_EVENT_VM_INIT ########
######## JVMDI_EVENT_VM_DEATH ########
Exit Code: 97
-----------------------------------------------

======================================================================

This tests now gets the failure on solaris/sparc with -server :
## Java VM: Java HotSpot(TM) Server VM (nightly_2003.05.17-debug mixed mode)
##
## Fatal: unhandled bytecode
##
## Error ID: /nightly/nightly.ws/src/share/vm/ci/ciStreams.cpp, 115 [ Patched ]
##
## Problematic Thread: prio=5 tid=0x00122540 nid=0x8 runnable

Same bug? I added this information to the description to aid searching.

###@###.### 2003-05-19


The following NSK tests fail on Solaris SPARC in -Xmixed mode with
Mustang-B23 bits (machine producer):

    nsk/jvmdi/ClearAllBreakpoints/clrall001
    nsk/jvmdi/ClearBreakpoint/clrbrk001
    nsk/jvmti/ClearBreakpoint/clrbrk001

Here is the assertion message from clrall001:

#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# Internal Error (/BUILD_AREA/jdk6.0/hotspot/src/share/vm/ci/ciStreams.cpp, 113 [ Patched ]), pid=14738, tid=8
#
# Java VM: Java HotSpot(TM) Client VM (1.6.0-ea-b23-debug mixed mode)
#
# Error: unhandled bytecode

There are two interesting threads. Thread t@1 is trying to set
a breakpoint and Thread t@8 is trying to compile a method. Here
are the interesting snippets of each thread:

THREAD t@1

=>[1] JNIHandles::resolve_non_null(0x138adc, 0xffbedd30, 0xf39659d8, 0x7efefeff, 0x81010100, 0xff00), at 0xfdaa63fc
  [2] get_method_id(0x56414, 0x138adc, 0x3cdc08, 0x3cdc18, 0x1, 0x56348), at 0xfda63410
  [3] jni_GetStaticMethodID(0x56414, 0x138adc, 0x3cdc08, 0x3cdc18, 0x3, 0x3), at 0xfda63ee0
  [4] Java_clrall001_clrall001SetBreakpoint(0x56414, 0xffbeded4, 0xffbedf40, 0xffbedf3c, 0xffbedf38, 0x0), at 0xff02149c
  [5] 0xf7d04f14(0xf39667c8, 0xf3966828, 0xf3966858, 0x0, 0x0, 0xffbeded8), at 0xf7d04f13
  [6] 0xf7d05b08(0xef829210, 0xef806230, 0x561, 0xf7c2bb30, 0xb8, 0xffbedf48), at 0xf7d05b07
  [7] 0xf7c05874(0x56348, 0xb8, 0x7, 0xf7c2bad8, 0x138dc8, 0xffbedfd8), at 0xf7c05873
  [8] 0xf7c05874(0xef829210, 0x56348, 0x8, 0xf7c2bb30, 0xffbee370, 0xffbee058), at 0xf7c05873
  [9] 0xf7c002c8(0xffbee144, 0xffbee460, 0xa, 0xf3965bc0, 0xf7c0f140, 0xffbee350), at 0xf7c002c7
  [10] JavaCalls::call_helper(0xffbee34c, 0xf7c00240, 0xffbee344, 0x56348, 0x0, 0x0), at 0xfda3a268
  [11] os::os_exception_wrapper(0xfda39bb8, 0xffbee458, 0xffbee310, 0xffbee344, 0x56348, 0x0), at 0xfdde92fc
  [12] JavaCalls::call(0xffbee458, 0xffbee310, 0xffbee344, 0x56348, 0x0, 0x0), at 0xfda39b98
  [13] jni_invoke_static(0x56414, 0xffbee458, 0x0, 0x0, 0x164302, 0xffbee43c), at 0xfda60d70
  [14] jni_CallStaticVoidMethod(0x56414, 0x5721c, 0x164302, 0x5722c, 0xffbeed40, 0x400), at 0xfda7e008
  [15] main(0x8, 0xffbeedd4, 0xffbeedf8, 0x36000, 0x0, 0x0), at 0x11cd8


THREAD t@8

  [8] VMError::report_and_die(0xfa980d00, 0x14d518, 0xfe0fe82d, 0xfe0fe7f4, 0x71, 0xfe11ea28), at 0xfe020614
  [9] report_fatal(0xfe0fe7f4, 0x71, 0xfe0fe82d, 0x2473d5, 0x5d563e9e, 0x0), at 0xfd8be438
  [10] ciBytecodeStream::table(0xfa980e9c, 0xca, 0x0, 0x7, 0xffffffff, 0x0), at 0xfd7a72f4
  [11] ciBytecodeStream::next(0xfa980e9c, 0x18d0e8, 0x0, 0x1670bc, 0x1, 0x1670b8), at 0xfd601fec
  [12] BlockListBuilder::set_leaders(0xfa98103c, 0x7, 0x0, 0x0, 0xffffffff, 0x1670d1), at 0xfd5e7850
  [13] BlockListBuilder::BlockListBuilder(0xfa98103c, 0x15bf48, 0xffffffff, 0x1, 0x5d89e052, 0xff8), at 0xfd5e7e5c
  [14] IRScope::build_graph(0x15bf48, 0xfa9814f4, 0xffffffff, 0x2473d5, 0x5d89e052, 0x0), at 0xfd60fbe8
  [15] IRScope::IRScope(0x15bf48, 0xfa9814f4, 0x0, 0xffffffff, 0x18d0e8, 0xffffffff), at 0xfd6106b4
  [16] IR::IR(0x15beb0, 0xfa9814f4, 0x18d0e8, 0xffffffff, 0x5d563e9e, 0xfe11ea28), at 0xfd612a18
  [17] Compilation::build_hir(0xfa9814f4, 0x2145c8c, 0xfe38b368, 0x2473d5, 0x5d563e9e, 0x0), at 0xfd5cd730
  [18] Compilation::compile_java_method(0xfa9814f4, 0xfa9813dc, 0x4, 0x150bc0, 0xfffffff8, 0x14dc5c), at 0xfd5ce8c8
  [19] Compilation::compile_method(0xfa9814f4, 0x0, 0x10000, 0x0, 0x0, 0x0), at 0xfd5cf720
  [20] Compilation::Compilation(0xfa9814f4, 0x14ce30, 0xfa981634, 0x18d0e8, 0xffffffff, 0x14d8f8), at 0xfd5cfecc
  [21] Compiler::compile_method(0x14ce30, 0xfa981634, 0x18d0e8, 0xffffffff, 0x0, 0x0), at 0xfd5d98dc
  [22] CompileBroker::invoke_compiler_on_method(0x16a5, 0x14d518, 0xf3965fe8, 0xc, 0xfa981d98, 0xc), at 0xfd8392fc
  [23] CompileBroker::compiler_thread_loop(0x1, 0x14d518, 0x0, 0x0, 0x19fdc, 0xfdf7e220), at 0xfd8387f8
  [24] compiler_thread_entry(0x14d518, 0x14d518, 0x1, 0xff389138, 0xfa981908, 0x0), at 0xfdf76a60

The complete thread dump is attached as threads.log.1.

JVM/DI clrbrk001 and JVM/TI clrbrk001 fail with the same internal
error and very similar stack traces.

###@###.### 2005-2-16 21:12:12 GMT