| Author |
 Topic  |
|
|
keithb
Junior Member
USA
19 Posts |
 Posted - Oct 19 2004 : 5:18:55 PM
|
Haven't gone through the work to create a smaller test case, but goto isn't jumping to files that don't exist within the same solution file as the one I'm working in (not including the ones in my global C++ Include path).
The combo box to the left of the Goto button correctly displays the declaration of the method in question, but it just doesn't jump there.
I tried clearing the cash and rebuilding the symbol database, and that didn't help.
VA_X.dll file version 10.0.1276.0
Licensed to:
VAOpsWin.dll version 1.2.0.4
DevEnv.exe version 7.10.3077.0
msenv.dll version 7.10.3077.0
Font: ProFontWindows 9(Pixels)
Comctl32.dll version 5.82.2800.1106
WindowsNT 5.1 Build 2600 Service Pack 1
2 processors
|
-keithb |
|
|
support
Whole Tomato Software
5566 Posts |
|
|
keithb
Junior Member
USA
19 Posts |
Posted - Oct 20 2004 : 2:50:50 PM
|
(Just reread my post. Cache. Clearing the cash... Sheesh.)
In the released version (1264?), this worked fine. It didn't jump to the implementation, but it did jump to the declaration, so I could easily go to the header that defined the method in question.
The one thing I can think of that may be breaking things is that the /I's for my projects point to a root header folder. The included file ends up being several levels deeper:
#include <Something/Something else/A third level/the actual file.h> |
-keithb |
 |
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Oct 21 2004 : 1:23:28 PM
|
Can we assume nothing happens when you click on your symbol, then click Goto? This is the case when VA X cannot find a declaration.
Does the problem occur if you open first the solution that does include the implementation? |
|
|
|
keithb
Junior Member
USA
19 Posts |
Posted - Oct 26 2004 : 4:51:36 PM
|
Yes. Nothing happens when I click the symbol and then click Goto. The VA bar correctly shows the declaration, but the goto button doesn't take me to the place where it's implemented.
I've noticed that it works fine if the header exists in a directory that is explicitly listed in the /I for the project. As I mentioned in my previous message, it doesn't work if the header lives in a subdirectory of the path listed in the /I.
In response to your second question, do you mean open one solution, then close it, open another solution, and attempt to goto a symbol that was declared in a project in the first solution? I just tried this and it does not solve the problem. |
-keithb |
|
|
|
jpizzi
Tomato Guru
USA
642 Posts |
Posted - Oct 26 2004 : 10:32:38 PM
|
quote:
Clearing the cash... Sheesh
That's what my wife does regularly! 
|
Joe Pizzi |
|
|
|
support
Whole Tomato Software
5566 Posts |
Posted - Oct 30 2004 : 7:37:54 PM
|
We believe we do not understand the problem correctly.
Can you create a small, sample project that demonstrates the problem? |
|
|
|
keithb
Junior Member
USA
19 Posts |
Posted - Nov 03 2004 : 3:58:01 PM
|
When I saw the description of what was fixed in 1283, I decided to try it out before creating the test case. It's fixed!
Reading the topic #3090, this looks like a similar issue.
Thanks |
-keithb |
|
|
| |
Topic |
|
Topic Locked
