Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 324456 - edc - disassembly - ARM - avoid NPE in RangeAndMode#toString()
Summary: edc - disassembly - ARM - avoid NPE in RangeAndMode#toString()
Status: RESOLVED FIXED
Alias: None
Product: CDT
Classification: Tools
Component: cdt-debug-edc (show other bugs)
Version: 7.0   Edit
Hardware: All SymbianOS S60
: P3 trivial (vote)
Target Milestone: ---   Edit
Assignee: Ken Ryall CLA
QA Contact: Ken Ryall CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-03 13:18 EDT by Kirk Beitz CLA
Modified: 2011-05-13 10:51 EDT (History)
0 users

See Also:

Attachments
fix RangeAndMode#toString() to check startAddress & endAddress for null before dereferencing, output "null" if null (999 bytes, patch)
2010-09-03 13:18 EDT, Kirk Beitz CLA 		cdtdoug: iplog+
Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Kirk Beitz CLA 2010-09-03 13:18:40 EDT 
Created attachment 178177 [details]
fix RangeAndMode#toString() to check startAddress & endAddress for null before dereferencing, output "null" if null

during a debugger session, the smart-formatting of RangeAndMode was failing at times because the startAddress or endAddress values were legitimately null for a short time.

the attached patch modifies toString() to take into account null pointers for these values and formats the string to return appropriately.

this could result in more serious NPE if RangeAndMode#toString() is used for purposes other than smart-formatting and no catch-block exists (as appears to be the case for smart-formatting).
Comment 1 Kirk Beitz CLA 2010-09-16 05:01:33 EDT 
committed by Ken Ryall on 9/10/2010, to RangeAndMode.java 1.3