di.ThreadReference.stop.stop001.main(stop001.java:66)
Exception in thread "main" nsk.share.Failure: Cought Exception while reading an object from IOPipe connection:
java.net.SocketException: Socket closed
at nsk.share.jpda.SocketConnection.readObject(SocketConnection.java:538)
at nsk.share.jpda.IOPipe.readln(IOPipe.java:157)
at nsk.jdi.ThreadReference.stop.stop001.runThis(stop001.java:241)
at nsk.jdi.ThreadReference.stop.stop001.run(stop001.java:71)
at nsk.jdi.ThreadReference.stop.stop001.main(stop001.java:66)

binder> Debuggee VM finally forced to exit
# ERROR: binder> Debugee VM has not exited correctly: trying to kill it


#>
#> SUMMARY: Following errors occured
#> during test execution:
#>
# ERROR: binder> Debugee VM has not exited correctly: trying to kill it
Java exit code = 130
--------------------------------------------------------------------------

Full test log on Windows:
--------------------------------------------------------------------------
Running the test...
Java exit code = 95
Running the test...
Java exit code = 95
Running the test...
Java exit code = 95
Running the test...
Java exit code = 95
Running the test...
#>
#> WARNING: switching log to verbose mode,
#> because error is complained
#>
binder> VirtualMachineManager: version 1.4
binder> Finding connector: default
binder> LaunchingConnector:
binder> name: com.sun.jdi.CommandLineLaunch
binder> description: Launches target using Sun Java VM command line and attaches to it
binder> transport: com.sun.tools.jdi.SharedMemoryTransport@56a499
binder> Connector arguments:
binder> home=E:\hs_run\jdk\jdk142-b15\jre
binder> vmexec=java
binder> options=
binder> main=nsk.jdi.ThreadReference.stop.stop001a -debugee.vmkind=java "-debugee.vmkeys="
binder> quote="
binder> suspend=true
binder> Launching debugee
binder> Redirecting VM output
binder> Waiting for VM initialized
binder> Initial VMStartEvent received: VMStartEvent in thread main
--> debugger: issuspended002a debuggee launched
--> debugger: 'ready' recieved

==> nsk/jdi/ThreadReference/stop/stop001 TESTING BEGINS

==> nsk/jdi/ThreadReference/stop/stop001 new checkready: #0
--> debugger: getting ThreadReference objects and setting up breakponts
--> debugger: getting a mirror of the throwableObj
--> debugger: stopping the thread2
--> debugger: ......instructing mainThread to leave synchronized block
--> debugger: ......getting result from mainThread:
--> debugger: returned string is: null
# ERROR: ##> debugger: ERROR: 'stop001a.tObj = e1;' was not assigned
--> debugger: the end of testing
--> debugger: : returned string is 'checkend'

==> nsk/jdi/ThreadReference/stop/stop001 TESTING ENDS
--> debugger: waiting for the debuggee to finish ...
# ERROR: ##> debugger: debuggee returned UNEXPECTED exit status: 97 != PASS_BASE
# ERROR: TEST FAILED


#>
#> SUMMARY: Following errors occured
#> during test execution:
#>
# ERROR: ##> debugger: ERROR: 'stop001a.tObj = e1;' was not assigned
# ERROR: ##> debugger: debuggee returned UNEXPECTED exit status: 97 != PASS_BASE
# ERROR: TEST FAILED
Java exit code = 97
--------------------------------------------------------------------------
======================================================================


Name: ipR10196 Date: 02/06/2003


--------------------------------------
Test : nsk/jdi/ThreadReference/stop/stop001
TestBase : testbase_nsk
VM : Client, Server
Mode : -Xint, -Xcomp, -Xmixed
Platform : RedHat Linux 8.0, Windows 2000
JDK : 1.4.2, 1.4.1, 1.4.0
----------------------------------------

After fixing test bug

  4812451 TEST_BUG: JDI test stop001 misses brackets in expression

I noticed that the fixed JDI test intermittently hangs on Linux or
fail on Windows in any mode. Please note, that test failure on Windows
differ from the failure on Linux.

On Linux this failure is reproduced since JDK 1.4.2-b05,
On Windows it is reproduced with JDK 1.4.0, 1.4.1, 1.4.2
On Solaris either on sparc and intel the test passes.

This test checks if JDI method ThreadReference.stop(ObjectReference throwable)
stops a thread in debuggee VM by throwing specified exception as described in
specs. The test works as follow:

1. debugger (stop001) launches debuggee (stop001a)
2. main thread in debuggee locks 'lockingObject' and 'waitnotifyObj',
   starts tested thread and waits on 'waitnotifyObj' (releasing it)
3. after starting tested thread locks 'lockingObject2' and 'waitnotifyObj',
   notifies main thread about starting, releases 'waitnotifyObj' and
   waits on locking 'lockingObject' (locked by main thread)
4. after notification main thread sends debugger signal to perform testing
5. debugger finds tested thread in debuggee, invokes stop() method with the
   predefinite object as an exception, and then tells main thread in debuggee
   to continue
6. main thread releases 'lockingObject' (allowing tested thread to go ahead)
   and waits on locking 'lockingObject2' (locked by tested thread)
7. tested thread releases 'lockingObject2' ether by catching exception
   or just finishing
8. main thread obtains lock on 'lockingObject2' and checks if expected exception
   was cought in tested thread

On windows this tests fails very intermittently showing that no expected
exception was cought in the tested thread.

On linux the test intermittently hangs up and pressing 'Ctrl-\' shows
the execuiton is stopped on the step 7 and one of two typical situations
occured:

a) both main and tested thread in debuggee waits on locking the same
   object 'lockingObject2' while no other thread has locked this object
   (though this object should be still locked by the tested thread):
   
debugee.stdout> Full thread dump Java HotSpot(TM) Client VM (1.4.2-beta-b15 mixed mode):
debugee.stdout>
debugee.stdout> "Thread2" prio=1 tid=0x0811bf48 nid=0x5e56 runnable [4d0a6000..4d0a68b8]
debugee.stdout> at nsk.jdi.ThreadReference.stop.Threadstop001a.run(stop001a.java:188)
debugee.stdout> - waiting to lock <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> "main" prio=1 tid=0x08053a00 nid=0x5e43 waiting for monitor entry [bfffc000..bfffd108]
debugee.stdout> at nsk.jdi.ThreadReference.stop.stop001a.main(stop001a.java:126)
debugee.stdout> - waiting to lock <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> <...>

b) main thread waits on locking object 'lockingObject2' locked by the
   tested thread (as should be), but the tested thread hanged on
   creating IllegalMonitorStateException:

debugee.stdout> Full thread dump Java HotSpot(TM) Client VM (1.4.2-beta-b15 mixed mode):
debugee.stdout>
debugee.stdout> "Thread2" prio=1 tid=0x0811bf38 nid=0x60cc runnable [4d0a6000..4d0a68b8]
debugee.stdout> at java.lang.Throwable.fillInStackTrace(Native Method)
debugee.stdout> at java.lang.Throwable.<init>(Throwable.java:180)
debugee.stdout> at java.lang.Exception.<init>(Exception.java:29)
debugee.stdout> at java.lang.RuntimeException.<init>(RuntimeException.java:32)
debugee.stdout> at java.lang.IllegalMonitorStateException.<init>(IllegalMonitorStateException.java:31)
debugee.stdout> at nsk.jdi.ThreadReference.stop.Threadstop001a.run(stop001a.java:188)
debugee.stdout> - locked <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> "main" prio=1 tid=0x08053a00 nid=0x60b9 waiting for monitor entry [bfffc000..bfffd108]
debugee.stdout> at nsk.jdi.ThreadReference.stop.stop001a.main(stop001a.java:126)
debugee.stdout> - waiting to lock <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> <...>

To reproduce the failure:
  cd /net/sqesvr.sfbay/export/vsn/GammaBase/Bugs/<this bug number>
  sh doit.sh [-g] [-v] $JAVA_HOME [JAVA_OPTS]
where
    -g - run test with java_g
    -v run test in verbose mode

After test hangs up, press Ctrl-\ to see threads state.

Full test log on Linux:
--------------------------------------------------------------------------
Running the test...
#>
#> WARNING: switching log to verbose mode,
#> because error is complained
#>
binder> VirtualMachineManager: version 1.4
binder> Finding connector: default
binder> LaunchingConnector:
binder> name: com.sun.jdi.CommandLineLaunch
binder> description: Launches target using Sun Java VM command line and attaches to it
binder> transport: dt_socket
binder> Connector arguments:
binder> home=/.automount/java9/root/export/home/java/dest/jdk1.4.2-b15/linux-i586/jre
binder> vmexec=java
binder> options=
binder> main=nsk.jdi.ThreadReference.stop.stop001a -debugee.vmkind=java "-debugee.vmkeys="
binder> quote="
binder> suspend=true
binder> Launching debugee
binder> Redirecting VM output
binder> Waiting for VM initialized
binder> Initial VMStartEvent received: VMStartEvent in thread main
--> debugger: issuspended002a debuggee launched
--> debugger: 'ready' recieved

==> nsk/jdi/ThreadReference/stop/stop001 TESTING BEGINS

==> nsk/jdi/ThreadReference/stop/stop001 new checkready: #0
--> debugger: getting ThreadReference objects and setting up breakponts
--> debugger: getting a mirror of the throwableObj
--> debugger: stopping the thread2
--> debugger: ......instructing mainThread to leave synchronized block
--> debugger: ......getting result from mainThread:

<pressing Ctrl-\>

Full thread dump Java HotSpot(TM) Client VM (1.4.2-beta-b15 mixed mode):

"Thread-2" prio=1 tid=0x081275b8 nid=0x5e93 runnable [4d5d3000..4d5d38b8]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
- locked <0x44c65fe0> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
- locked <0x44c65fe0> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at nsk.share.IORedirector.run(IORedirector.java:93)

"Thread-1" prio=1 tid=0x08127238 nid=0x5e92 runnable [4d552000..4d5528b8]
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:194)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:220)
at java.io.BufferedInputStream.read(BufferedInputStream.java:277)
- locked <0x44c4bac0> (a java.io.BufferedInputStream)
at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:408)
at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:450)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:182)
- locked <0x44c6c110> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:167)
at java.io.BufferedReader.fill(BufferedReader.java:136)
at java.io.BufferedReader.readLine(BufferedReader.java:299)
- locked <0x44c6c110> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:362)
at nsk.share.IORedirector.run(IORedirector.java:93)

"JDI Target VM Interface" daemon prio=1 tid=0x0811dcf8 nid=0x5e90 runnable [4d4d1000..4d4d18b8]
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:183)
at java.io.BufferedInputStream.read(BufferedInputStream.java:201)
- locked <0x44c4bb20> (a java.io.BufferedInputStream)
at com.sun.tools.jdi.SocketConnection.receivePacket(SocketConnection.java:58)
- locked <0x44c4bb40> (a java.lang.Object)
at com.sun.tools.jdi.TargetVM.run(TargetVM.java:96)
at java.lang.Thread.run(Thread.java:534)

"JDI Internal Event Handler" daemon prio=1 tid=0x0811c5f8 nid=0x5e8f in Object.wait() [4d450000..4d4508b8]
at java.lang.Object.wait(Native Method)
- waiting on <0x44c6c228> (a com.sun.tools.jdi.EventQueueImpl)
at java.lang.Object.wait(Object.java:429)
at com.sun.tools.jdi.EventQueueImpl.removeUnfiltered(EventQueueImpl.java:162)
- locked <0x44c6c228> (a com.sun.tools.jdi.EventQueueImpl)
at com.sun.tools.jdi.EventQueueImpl.removeInternal(EventQueueImpl.java:97)
at com.sun.tools.jdi.InternalEventHandler.run(InternalEventHandler.java:36)
at java.lang.Thread.run(Thread.java:534)

"process reaper" daemon prio=1 tid=0x08100990 nid=0x5e85 runnable [4d3cf000..4d3cf8b8]
at java.lang.UNIXProcess.waitForProcessExit(Native Method)
at java.lang.UNIXProcess.access$1500(UNIXProcess.java:20)
at java.lang.UNIXProcess$2.run(UNIXProcess.java:127)

"Signal Dispatcher" daemon prio=1 tid=0x08090640 nid=0x5e81 waiting on condition [0..0]

"Finalizer" daemon prio=1 tid=0x0808b878 nid=0x5e7f in Object.wait() [4c952000..4c9528b8]
at java.lang.Object.wait(Native Method)
- waiting on <0x44c3b7c0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
- locked <0x44c3b7c0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)

"Reference Handler" daemon prio=1 tid=0x0808acc0 nid=0x5e7e in Object.wait() [4c8d1000..4c8d18b8]
at java.lang.Object.wait(Native Method)
- waiting on <0x44c3b828> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:429)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
- locked <0x44c3b828> (a java.lang.ref.Reference$Lock)

"main" prio=1 tid=0x080538d0 nid=0x5e7b runnable [bfffc000..bfffd1f8]
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.net.SocketInputStream.read(SocketInputStream.java:182)
at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2133)
at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2423)
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2433)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1245)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at nsk.share.jpda.SocketConnection.doReadObject(SocketConnection.java:615)
at nsk.share.jpda.SocketConnection.readObject(SocketConnection.java:535)
at nsk.share.jpda.IOPipe.readln(IOPipe.java:157)
at nsk.jdi.ThreadReference.stop.stop001.runThis(stop001.java:241)
at nsk.jdi.ThreadReference.stop.stop001.run(stop001.java:71)
at nsk.jdi.ThreadReference.stop.stop001.main(stop001.java:66)

"VM Thread" prio=1 tid=0x08087a88 nid=0x5e7d runnable

"VM Periodic Task Thread" prio=1 tid=0x080ac350 nid=0x5e83 waiting on condition
"Suspend Checker Thread" prio=1 tid=0x0808fca0 nid=0x5e80 runnable
debugee.stdout> Full thread dump Java HotSpot(TM) Client VM (1.4.2-beta-b15 mixed mode):
debugee.stdout>
debugee.stdout> "Thread2" prio=1 tid=0x0811bf38 nid=0x5e99 runnable [4d0a6000..4d0a68b8]
debugee.stdout> at nsk.jdi.ThreadReference.stop.Threadstop001a.run(stop001a.java:188)
debugee.stdout> - waiting to lock <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> "Signal Dispatcher" daemon prio=1 tid=0x080997d8 nid=0x5e95 waiting on condition [0..0]
debugee.stdout>
debugee.stdout> "JDWP Command Reader" daemon prio=1 tid=0x08098148 nid=0x5e91 runnable [0..0]
debugee.stdout>
debugee.stdout> "JDWP Event Helper Thread" daemon prio=1 tid=0x080922c0 nid=0x5e8e runnable [0..0]
debugee.stdout>
debugee.stdout> "JDWP Transport Listener: dt_socket" daemon prio=1 tid=0x080916b0 nid=0x5e8d runnable [0..4cc36624]
debugee.stdout>
debugee.stdout> "Finalizer" daemon prio=1 tid=0x0808ba98 nid=0x5e8c in Object.wait() [4c952000..4c9528b8]
debugee.stdout> at java.lang.Object.wait(Native Method)
debugee.stdout> - waiting on <0x44c3ed30> (a java.lang.ref.ReferenceQueue$Lock)
debugee.stdout> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111)
debugee.stdout> - locked <0x44c3ed30> (a java.lang.ref.ReferenceQueue$Lock)
debugee.stdout> at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
debugee.stdout> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)
debugee.stdout>
debugee.stdout> "Reference Handler" daemon prio=1 tid=0x0808ae60 nid=0x5e8b in Object.wait() [4c8d1000..4c8d18b8]
debugee.stdout> at java.lang.Object.wait(Native Method)
debugee.stdout> - waiting on <0x44c3ecd0> (a java.lang.ref.Reference$Lock)
debugee.stdout> at java.lang.Object.wait(Object.java:429)
debugee.stdout> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:113)
debugee.stdout> - locked <0x44c3ecd0> (a java.lang.ref.Reference$Lock)
debugee.stdout>
debugee.stdout> "main" prio=1 tid=0x08053a00 nid=0x5e86 waiting for monitor entry [bfffc000..bfffd108]
debugee.stdout> at nsk.jdi.ThreadReference.stop.stop001a.main(stop001a.java:126)
debugee.stdout> - waiting to lock <0x44c3ecd8> (a java.lang.Object)
debugee.stdout>
debugee.stdout> "VM Thread" prio=1 tid=0x08087bf8 nid=0x5e8a runnable
debugee.stdout>
debugee.stdout> "VM Periodic Task Thread" prio=1 tid=0x0809c240 nid=0x5e97 waiting on condition
debugee.stdout> "Suspend Checker Thread" prio=1 tid=0x08098d50 nid=0x5e94 runnable

<pressing Ctrl-C>

java.net.SocketException: Socket closed
at java.net.SocketInputStream.socketRead0(Native Method)
at java.net.SocketInputStream.read(SocketInputStream.java:129)
at java.net.SocketInputStream.read(SocketInputStream.java:182)
at java.io.ObjectInputStream$PeekInputStream.peek(ObjectInputStream.java:2133)
at java.io.ObjectInputStream$BlockDataInputStream.peek(ObjectInputStream.java:2423)
at java.io.ObjectInputStream$BlockDataInputStream.peekByte(ObjectInputStream.java:2433)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1245)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at nsk.share.jpda.SocketConnection.doReadObject(SocketConnection.java:615)
at nsk.share.jpda.SocketConnection.readObject(SocketConnection.java:535)
at nsk.share.jpda.IOPipe.readln(IOPipe.java:157)
at nsk.jdi.ThreadReference.stop.stop001.runThis(stop001.java:241)
at nsk.jdi.ThreadReference.stop.stop001.run(stop001.java:71)
at nsk.j
A sighting of this failure mode on Solaris X86:

[2009-08-07T16:48:44.98] --> debugger: ......getting result from mainThread:
[2009-08-07T16:48:44.98] debugee.stderr> **> thread2: entered into block: synchronized (lockingObject)
[2009-08-07T16:48:44.98] debugee.stderr> !!**> mainThread: thread2: ERROR: normal exit from block: synchronized (lockingObject)
[2009-08-07T16:48:44.98] debugee.stderr> **> thread2: method 'run' exit
[2009-08-07T16:48:44.98] debugee.stderr> **> mainThread: tObj == null
[2009-08-07T16:48:44.98] debugee.stderr> **> mainThread: tObj is null :
[2009-08-07T16:48:44.98] --> debugger: returned string is: null
[2009-08-07T16:48:44.98] # ERROR: ##> debugger: ERROR: 'stop001a.tObj = e1;' was not assigned
[2009-08-07T16:48:44.98] --> debugger: the end of testing

The bits being tested are:

java version "1.7.0-ea"
Java(TM) SE Runtime Environment (build 1.7.0-ea-b67)
Java HotSpot(TM) Server VM (build 16.0-b06-internal-fastdebug, mixed mode)

However, the VM is really HSX-16-B07 + changes up through
changeset 16c930df1e9b and a fix for 6862945.

The test machine is:

% uname -a
SunOS oliver-gs 5.10 Generic_137138-09 i86pc i386 i86pc

% psrinfo -v
Status of virtual processor 0 as of: 08/10/2009 12:33:58
  on-line since 07/21/2009 14:55:27.
  The i386 processor operates at 2800 MHz,
        and has an i387 compatible floating point processor.
Status of virtual processor 1 as of: 08/10/2009 12:33:58
  on-line since 07/21/2009 14:55:42.
  The i386 processor operates at 2800 MHz,
        and has an i387 compatible floating point processor.