Author |
Topic |
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 03 2010 : 09:20:48 AM
|
Hi,
Visual Assist X seems to be having troubles parsing our project files and it looks like I localized the problem to the following issue:
We use a macro (let's call it ERRORBOOL) that is a normal boolean in a release build, but a more complex object in the debug build. It looked like the problem was that the macro was defined twice (one as 'bool' for release and one as a custom class for debug) but I managed to reproduce the error in a smaller setting (without it being defined two times).
In a new VC++ project, create the following two files:
macros.h
#define ERRORBOOL bool someclass.h
#include "macros.h"
class SomeClass {
public:
ERRORBOOL doSomething();
}; I noticed that immediately after I typed 'doSomething()' that this method is not being highlighted by VS-X. If I would change the someclass.h file a bit:
someclass.h
#include "macros.h"
class SomeClass {
public:
ERRORBOOL doSomething();
bool doSomethingElse();
}; It will immediately highlight the method name (and e.g. allow me to create an implementation for it)
In our specific case this means that I cannot do a find-references on about 80% of all our source methods, which is kind of a bummer. It looks like in the CPP files it colours those methods correctly though, but none of the refactorings will work on those methods.
Any clue on why this issue arises? (And can you fix this?)
Edit to add: I have already tried defining this macro inside VS-X's stdafx.h but that doesn't help.
Edit to add (2): I'm using version 10.5.1738.0 in Visual Studio 2005. |
Edited by - Stabiplan on Mar 04 2010 02:24:29 AM |
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 04 2010 : 2:12:28 PM
|
Can you try installing VA 1814 please, and see if this makes any difference? I have just tried this test here, using VS2005 and VA 1814 and so far no sign of the problem.
This was without editing VA's StdAfx.h file.
http://www.wholetomato.com/downloads/default.asp
|
zen is the art of being at one with the two'ness |
Edited by - feline on Mar 04 2010 2:12:48 PM |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 05 2010 : 03:33:12 AM
|
The seems example works properly as soon as I re-open the solution (but not before that).
The example does never work properly when the macro is also defined in the StdAfx.h file. This last case is more of a problem since that is what is happening in our regular solutions.
Here's what it looks like:
Where XBOOL is defined in StdAfx.h AND macros.h |
Edited by - Stabiplan on Mar 05 2010 04:27:59 AM |
|
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 05 2010 : 1:58:05 PM
|
Can you please go to:
VA Options -> System Info -> Copy Info
and paste the details (from the clipboard) into your reply. This will give us the basic information about your setup.
I still cannot reproduce this problem, so obviously something else must be going on here.
When you have the problem, if you place the caret into the macro return type, "XBOOL" here, what is show in the VA context and definition fields?
What does alt-g do? |
zen is the art of being at one with the two'ness |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 08 2010 : 01:25:50 AM
|
This is the result of pressing ALT+G:
As context it says: 'XBOOL', as definition it says: #define XBOOL double... Here's a copy of my system information:
System Info VA_X.dll file version 10.6.1814.0 built 2010.03.01 Licensed to: VA X: inkoop@<my username>.nl (5-user license) Support ends 2010.12.10 DevEnv.exe version 8.0.50727.762 msenv.dll version 8.0.50727.762 Font: Inconsolata-dz 13(Pixels) Comctl32.dll version 6.0.2900.5512 Windows XP 5.1 Build 2600 Service Pack 3 2 processors (x86)
Platform: Custom Stable Includes: C:\\Program Files\\Microsoft Visual Studio 8\\VC\\include; C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\include; C:\\Program Files\\Microsoft Visual Studio 8\\VC\\PlatformSDK\\include; C:\\Program Files\\Microsoft Visual Studio 8\\SDK\\v2.0\\include;
Other Includes:
Stable Source Directories: C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\mfc; C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\mfcm; C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\atl; C:\\Program Files\\Microsoft Visual Studio 8\\VC\\crt\\src;
I just noticed that my macros.h file does not end with an empty line, when I do add an empty line at the end of this file and reload my solution the VA-definition becomes:static const FTYPE pows[] = which seems quite off to me.
Edit to add: In this last case the context dropdown says it could also be static const FTYPE pows[] ={...} |
Edited by - Stabiplan on Mar 08 2010 01:30:46 AM |
|
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 08 2010 : 1:51:32 PM
|
After adding the blank line to the bottom of VA's StdAfx.h file and doing a rebuild of VA's symbol database has anything changed?
You should not need to edit VA's StdAfx.h file, but if you do then it does need to end with a blank line.
I am getting confused. I have no idea what the "FTYPE" line has to do with this. |
zen is the art of being at one with the two'ness |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 09 2010 : 01:40:33 AM
|
Okay, then let's try again... here are the steps I'm following:
Edit to add: 0) Follow this guide (http://docs.wholetomato.com?W363) to set VA to parse macros calling macros. 1) Create a new Visual Studio project (empty C++ project) 2) Create a file 'macros.h' 3) In 'macros.h' type the following (without the line numbers):macros.h
1. #define VSXBUG_BOOL bool
2. 4) Create a file 'example.h' 5) In 'example.h' type the following (without the line numbers):example.h
1. #include "macros.h"
2.
3. class Example {
4. private:
5. VSXBUG_BOOL doSomething();
6. double doSomethingElse();
7. };
8. 6) Go to VS-X options and clear history, cache etc. and rebuild the database. 7) Close Visual Studio (save the project) 8) Open Visual Studio again, open our project again 9) Here's what the file 'example.h' looks like on my machine:
* Notice how the method 'doSomething()' does not properly highlight (refactoring is also not available on this symbol according to VS-X).
This is what VA-X makes of it when I search for 'Example' in the 'VA View' dialog:
* Notice that as the method name it lists 'Example.bool', but in the mouse-hover it seems to have the right name.
--- Other steps I've tried that might or might not work --- Replace step 6) Close Visual Studio Replace step 7) Go to: C:\\Documents and Settings\\<your username>\\Local Settings\\Application Data\\VisualAssist and empty this folder. * This does not work
11) Try it again with administrative privileges * I haven't tried this yet, but this might be a difference between your (feline) tries and mine. --> Will try this today
12) Try it again on a different machine (same environment) * Will try this today as well.
I will try it again on a different machine today, both on |
Edited by - Stabiplan on Mar 09 2010 02:07:02 AM |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 09 2010 : 01:51:48 AM
|
quote: Originally posted by feline
After adding the blank line to the bottom of VA's StdAfx.h file and doing a rebuild of VA's symbol database has anything changed?
You should not need to edit VA's StdAfx.h file, but if you do then it does need to end with a blank line.
I did have a blank line in the StdAfx.h already, that's in bold in the FAQ.
quote: Originally posted by feline
I am getting confused. I have no idea what the "FTYPE" line has to do with this.
According to a quick grep this is something that's coming from a VC8-header file:1 match in C:\\program files\\Microsoft Visual Studio 8\\VC\\crt\\src\\xxxdtent.h
9 static const FTYPE pows[] = { So my guess would be that VA-X' parser bugs somewhere.
When I re-open my project from yesterday (after today's steps above) it's still there.
Here's what those files look like:macros.h
1. #define XBOOL double
2. SomeClass.h
1. #include "macros.h"
2.
3. class SomeClass {
4. public:
5. XBOOL doSomething();
6. void doSomethingElse();
7. };
8. StdAfx.h
1. <contents of original StdAfx.h>
...
241. #define AFX_EXT_DATA
242.
243. // Custom ErrorStore Defines
244. #define XBOOL bool
245.
246. // Continue from original VA-X StdAfx.h
247. struct tagVARIANT
...
|
Edited by - Stabiplan on Mar 09 2010 01:58:17 AM |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 09 2010 : 02:05:18 AM
|
Gotcha! It seems to have to do with the LimitMacro settings (http://docs.wholetomato.com?W363).
I have this setting on 'NoDepthLimit', when I remove that setting it works (when the macro is defined once inside macros.h). When I provide VA-X with a simplified macro in StdAfx.h however, it still doesn't work (it does color it properly, but VA-X does not allow refactoring on the symbol. |
Edited by - Stabiplan on Mar 09 2010 02:12:37 AM |
|
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 09 2010 : 3:12:20 PM
|
I am seeing the same effect here. Thank you for the clear description.
case=40731
As you say, the key trigger is turning on extra macro parsing. Very strange, I have not seen it cause problems like this before.
Do you need to turn on extra macro parsing? We might be able to work around this by editing VA's StdAfx.h file. |
zen is the art of being at one with the two'ness |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 10 2010 : 01:44:38 AM
|
quote: Originally posted by feline
Do you need to turn on extra macro parsing? We might be able to work around this by editing VA's StdAfx.h file.
I will give this another try (through I've tried it several times). As you can read in my comment above: If I add this to my StdAfx.h StdAfx.h
#define VSXBUG_BOOL bool then the highlighting works properly but refactoring is still not available on the symbol.
Will give it another shot today. |
|
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 10 2010 : 08:51:04 AM
|
Apologies, I am not making myself clear.
Removing the "NoDepthLimit" setting in the registry is currently the only fix I can find for the function with the macro return type. What I am wondering is why you have set "NoDepthLimit", and if we can avoid setting this, but use VA's StdAfx.h file to work around any other problems you are seeing. |
zen is the art of being at one with the two'ness |
|
|
Stabiplan
New Member
Netherlands
8 Posts |
Posted - Mar 11 2010 : 02:42:56 AM
|
quote: Originally posted by feline
What I am wondering is why you have set "NoDepthLimit", and if we can avoid setting this, but use VA's StdAfx.h file to work around any other problems you are seeing.
I turned on the "NoDepthLimit" setting because I was having troubles with the macros regarding our error system. It does seem that this new version holds pretty well if I disable my custom StdAfx.h and the "NoDepthLimit".
Looks like it works properly... for now |
|
|
feline
Whole Tomato Software
United Kingdom
19025 Posts |
Posted - Mar 11 2010 : 10:40:19 AM
|
This is good news Unfortunately it is possible to confuse VA's parser with some complex macros. This is something we are aware of and working on, but it is not always an easy fix. |
zen is the art of being at one with the two'ness |
|
|
|
Topic |
|