Summary: | [search] Call Hierarchy does not find calls to the constructor of java.util.HashMap.Entry [call hierarchy] | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Michael Scharf <eclipse> |
Component: | Core | Assignee: | Frederic Fusier <frederic_fusier> |
Status: | VERIFIED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | CC: | markus.kell.r |
Version: | 3.0 | ||
Target Milestone: | 3.1 RC1 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Whiteboard: |
Description
Michael Scharf
2004-10-07 12:06:25 EDT
Moving to JDT/Core. Searching for references or declarations of said constructor doesn't report any matches in I200410050800 with j9n142-20040928a. *** This bug has been marked as a duplicate of 75642 *** Oooops, my fault... I thought it was against 3.1... BinaryIndexer stores HashMap$Entry/4 as key index for constructor reference although constructor pattern is looking for Entry/4... no chance to find it in index files! If time permit Fixed and released in HEAD. Add key on static inner class in index. This increases size of index files about 0.7% (on classic tests workspace) and have no significant impact on performances. [jdt-core internal] Changes done in AbstractIndexer.addConstructorReference(...). Also upgrade DiskIndex.SIGNATURE Test case added in JavaSearchBugsTests Verified in I20050526-2000 |