| T O P I C R E V I E W |
| jstahl |
Posted - Oct 05 2012 : 09:48:09 AM
I have a problem starting to apear in VS2012 with Alt+G function. Symbols within the solution are recognized and are available as jump destinations.
Symbols that come out of include files (other than the MS supplied ones) are (sometimes) not recognized. Once I have opened the header file containing the symbol, it is available for Alt+G.
I already tried to disable the Alt+G filtering without success.
MS F12 function finds the symbol.
Alt+Shift+F also does not work: symbol is not recognized.
In VS 2010 all is working nice, even with Alt+G filtering enabled.
What can I do?
-Joja
System Info VS2012:
VA_X.dll file version 10.7.1916.0 built 2012.09.11
DevEnv.exe version 11.0.50727.1 Professional
msenv.dll version 11.0.50727.1
Comctl32.dll version 6.10.7601.17514
Windows 7 6.1 Build 7601 Service Pack 1
2 processors (x86-64;
WOW64)
Language info: 1252, 0x407
Platform: Project defined
Stable Includes:
C:\\Program Files (x86)\\Windows Kits\\8.0\\Include\\winrt;
C:\\Program Files (x86)\\Windows Kits\\8.0\\Include\\shared;
C:\\Program Files (x86)\\Windows Kits\\8.0\\Include\\um;
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\atlmfc\\include;
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\include;
Other Includes:
Stable Source Directories:
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\crt\\src;
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\atlmfc\\src\\atl;
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\atlmfc\\src\\mfcm;
C:\\Program Files (x86)\\Microsoft Visual Studio 11.0\\VC\\atlmfc\\src\\mfc;
System Info VS 2010:
VA_X.dll file version 10.7.1916.0 built 2012.09.11
DevEnv.exe version 10.0.40219.1 Professional
msenv.dll version 10.0.40219.1
Comctl32.dll version 6.10.7601.17514
Windows 7 6.1 Build 7601 Service Pack 1
2 processors (x86-64;
WOW64)
Language info: 1252, 0x407
Platform: Project defined
Stable Includes:
C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include;
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\include;
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\include;
Other Includes:
Stable Source Directories:
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\crt\\src;
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\atl;
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\mfcm;
C:\\Program Files (x86)\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\mfc;
|
| 9 L A T E S T R E P L I E S (Newest First) |
| feline |
Posted - Oct 16 2012 : 2:27:32 PM
Adding support for extra file extensions is a relatively rare activity, and we cannot simply assume that the unknown extension will be for C++ code. You might be using the IDE as an editor, but working on a different compiler, or pre-processing the files before passing them onto the compiler. So unfortunately I don't see us adding a feature like this.
Having added the required settings, are you aware that you can simply export your IDE and VA settings, so that they can be imported onto a different machine that also needs to support these new extensions? |
| jstahl |
Posted - Oct 15 2012 : 01:30:29 AM
Sorry for repsonding so late, but I had in my mind that I already wrote an answer. But apparently I didn't click "post".
I followed the instructions and now all is working well.
Thank you for your support.
Concerning this problem I have a question and a feature request:
1. Why don't you parse included files even when there are no settings for the extension?
2. When you encounter an unknown extension while parsing #include, is it possible to ask the user whether he wants to add this extension and make all the necessary settings in the registery automatically?
--Joja |
| accord |
Posted - Oct 10 2012 : 4:45:29 PM
In my previous tests, I created the file Project1_1_i.h placed TestClass into it. But I wasn't able to do successful tests in VS2010 (even with intellisense).
Today, I tried again, and it turned out that you have a CTestClass so now I renamed your reference in project2_1.cpp to CTestClass from TestClass and now I'm seeing the same thing with both VS2012 and VS2010.
It came up internally that you may be using different setup for VS2010, e.g. didn't you set up .inc parsing for it? Something like this:
http://docs.wholetomato.com?W328
So I tried to rename all.inc to all.h and now VA's alt+g works after a clear symbol database rebuild over CTestClass both with VS2010 and VS2012 (without first opening the file where CTestClass lives.) So it seems your VS2010 identifies .inc files.
Does it makes sense? |
| accord |
Posted - Oct 10 2012 : 12:26:12 AM
Thank you for taking the time to build the test project.
I have put in a bug report for this:
case=69854 |
| jstahl |
Posted - Oct 09 2012 : 02:00:43 AM
I submitted the files.
Please extract and build Solution1.
Then open Solution2, open file Project2_1.cpp and position the cursor over TestClass in the body of main function.
Press Alt+G.
In my environment, nothing happens.
Thank you investigating this problem. |
| kevinsikes |
Posted - Oct 08 2012 : 11:39:02 AM
Hi Joja,
Please use this contact form to submit your files:
http://www.wholetomato.com/support/contact.asp
Specify topic 10953 in the subject line so we can match up your submission to this topic. We appreciate your willingness to help us identify your issue by submitting these files. |
| jstahl |
Posted - Oct 08 2012 : 06:22:52 AM
How is it possible to upload a reproducing example in a 7-zip file ? |
| jstahl |
Posted - Oct 08 2012 : 02:01:26 AM
quote:
- Would you say that it has started happening after you installed VA1916?
I don't know. I never worked with a prior build in VS2012.
quote:
- Can you please try rebuilding your symbol databases to see whether it helps?
I tried this already without success.
quote:
Did you use alt+g over the includes to open them? Did it work? Can you please try if it works? If not, VA can't find the files for some reason and will look into why.
There are several levels of "indirection".
The cpp includes "stdafx.h" which includes another "a\\b\\c\\x.inc" where the actual header file is included with "d/y.inc". The pathes are relative to the same root, this root is listed in the project include pathes. Alt+G opens "a\\b\\c\\x.inc" but not the there-in contained #include "d/y.inc". Thought this is due to the slash instead of backslash, but it isn't.
quote:
Can you please try creating a clean new win32 project to see if you can reproduce the problem there?
I'll try and report back.
But please note, that the exact same build of VAX is working well within VS2010 and the same solution/project/cpp. The Solution originates from VS2010 and has been updated to VS2012.
--Joja |
| accord |
Posted - Oct 05 2012 : 7:52:16 PM
- Would you say that it has started happening after you installed VA1916?
- Can you please try rebuilding your symbol databases to see whether it helps?
VA Options -> Performance -> Rebuild
quote:
Once I have opened the header file containing the symbol, it is available for Alt+G.
Did you use alt+g over the includes to open them? Did it work? Can you please try if it works? If not, VA can't find the files for some reason and will look into why.
Can you please try creating a clean new win32 project to see if you can reproduce the problem there? Unfortunately, I wasn't able to reproduce the problem so far using VS2012 and VA1916. This was a known problem in 1912 and was fixed in 1916. Now I also verified the fix and seems to work for me as well. If you would be able to repro you could send it in so we could investigate. |
