Summary: | Breakpoints remain installed after target terminates | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Darin Wright <darin.eclipse> |
Component: | Debug | Assignee: | Darin Wright <darin.eclipse> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P1 | ||
Version: | 2.0 | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Darin Wright
2001-10-12 18:10:19 EDT
This problem was introduced by the VMDisconnectedException handling that was recently added. Instead of simply logging an error and returning when we get this exception, we often need to do some cleanup work. In the case of this bug, we get a VMDisconnected exception in JavaBreakpoint#removeFromTarget and return without making the call to JavaBreakpoint#deregisterRequest, which is where the breakpoint's install count is decremented. I'll go through the breakpoint hierarchy and try to fix up all such cases. This specific instance is fixed. Please verify. JavaBreakpoint#removeFromTarget now deregisters the request (decrements the install count and removes itself as a listener) even if it receives a VMDisconnectedException while trying to delete the request. Verified. |