Summary: | NPE in ReferenceTypeImpl.fields | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Peter Burka <peter_burka> |
Component: | Debug | Assignee: | Darin Wright <darin.eclipse> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | jed.anderson |
Version: | 2.0 | ||
Target Milestone: | 2.1 M2 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Peter Burka
2002-06-05 18:31:41 EDT
Other info - I had an object expanded to two levels in the variables view The details pane was visible Don't suppose you can reproduce this on a VM which prints line numbers in the stack trace? It's really much more difficult to figure these things out without line numbers. Looking at the code, there appears to be only one place that this NPE can occur - line 540: JdwpReplyPacket replyPacket = requestVM(JdwpCommandPacket.RT_FIELDS, this); defaultReplyErrorHandler(replyPacket.errorCode()); The requestVM() will return null if the communication between the Debugger and the VM is interrupted. @see PacketReceiveManager#getReply(JdwpCommandPacket commandPacket) Our JDI client never handles a null replyPacket. However, we've never seen a null replyPacket before, so it appears that this case is our extremely rare. Recommend deferring for post 2.0 review. *** Bug 19155 has been marked as a duplicate of this bug. *** Agreed. Deferred for post 2.0 consideration. The JDI client looks like it has to be interrupted for this problem to happen, and this is the first we have seen of it. It looks like we should be throwing a runtime JDI exception when this happens. Re-opening for 2.1 *** Bug 22955 has been marked as a duplicate of this bug. *** |