Summary: | Unexpected inaccurate search results | ||
---|---|---|---|
Product: | [Eclipse Project] JDT | Reporter: | Philipe Mulet <philippe_mulet> |
Component: | Core | Assignee: | Jerome Lanneluc <jerome_lanneluc> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | P3 | ||
Version: | 2.1 | ||
Target Milestone: | 2.1 M3 | ||
Hardware: | PC | ||
OS: | Windows 2000 | ||
Whiteboard: |
Description
Philipe Mulet
2002-10-30 09:31:51 EST
Forgot to mention the search was not case sensitive. There were 2 problems: - the pattern didn't need resolve, but since SingleNameReferences were found we resolved only the current unit. This caused binary types of another potential match to be cached in the LookupEnvironment and thus when resolving this other potential match, a duplicate type error was reported, and resolution aborted. - in presence of binary types and their member types (e.g. A.class and A$B.class), 2 resolution were done. The second failed with a duplicate type error. Fixed first problem by resolving all potential matches at once if we find out that resolution is needed late in the game. Fixed second problem by remembering that a unit had already been resolved. |