Community
Participate
Working Groups
In one of our customer's sources, she is highlighting a procedure name and selecting "Open Declartion". This causes a new editor to open with the same file in it. Now, there are two editors displaying the same file. However, hovering over the tab shows the original file at location: UserInterfaceView/blah/blah/blah.c (a linked resource path) And the second editor shows the location: M:/network_drive/view/blah/blah/blah.c (the actual location) Now, add on top of this, if she again selects "Open Declaration", but on the second editor's file, an error occurs: java.lang.reflect.InvocationTargetException at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:284) at org.eclipse.jface.dialogs.ProgressMonitorDialog.run (ProgressMonitorDialog.java:397) at org.eclipse.cdt.internal.ui.search.actions.OpenDeclarationsAction.run (OpenDeclarationsAction.java:200) . . . The place I can find it going bad is: OpenDeclarationActions.class (CDT 2.0.2) line #153: IFile resourceFile = fEditor.getInputFile(); This returns null. This seems to be a side-effect of using linked-resources.
I think this is fixed in CVS HEAD. Can you give me a specific example of how I can reproduce this to check?
At the time of this problem, the project was setup such that all the contents were in a single linked resource utilizing a linked resource variable: Project\ Stuff (linked res -> \MY_VARIABLE\stuff)\ src\ build\ inc\ lib\ MY_VARIABLE -> \\network_location\blah\blah Working on source files in this linked resource would show the open declaration problem.
This should be fixed once 92915 is fixed.
FIXED in HEAD. Please verify.