BreakpointRequest.addCountFilter(int) should report one event only when
the count reaches 0.
The event should be reported when the value of field "i" in class Test1 is
5 that is when the filter count reaches zero. The testcase behaves as
expected in Win32 Classic, Win32 Hotspot and Solaris Classic.
In **Solaris Hotspot** the event is reported(at "i=2") even before
the filter count reaches zero.
Testing done in JDK1.3.0-R build.
Steps to reproduce the bug
---------------------------
1)Set path to latest JDK
2)Compile the attached files with -g option
3)Start the targetVM with the command
java -Xdebug -Xnoagent
-Xrunjdwp:transport="dt_socket",server=y,suspend=y,address=5670 Test1
4)Start the debugger with the command
java CountBugTest
Attachments:
------------
1. JDIScaffold.java
2. VMConnection.java
3. CountBugTest.java
4. Test1.java
the count reaches 0.
The event should be reported when the value of field "i" in class Test1 is
5 that is when the filter count reaches zero. The testcase behaves as
expected in Win32 Classic, Win32 Hotspot and Solaris Classic.
In **Solaris Hotspot** the event is reported(at "i=2") even before
the filter count reaches zero.
Testing done in JDK1.3.0-R build.
Steps to reproduce the bug
---------------------------
1)Set path to latest JDK
2)Compile the attached files with -g option
3)Start the targetVM with the command
java -Xdebug -Xnoagent
-Xrunjdwp:transport="dt_socket",server=y,suspend=y,address=5670 Test1
4)Start the debugger with the command
java CountBugTest
Attachments:
------------
1. JDIScaffold.java
2. VMConnection.java
3. CountBugTest.java
4. Test1.java
- duplicates
-
JDK-4294585 HotSpot 1.3fcs-P generates unexpected JVMDI_EVENT_BREAKPOINT events on Solaris
-
- Closed
-
- relates to
-
JDK-4337667 crash (sig 11) on second invocation of a breakpoint
-
- Closed
-