| T O P I C R E V I E W |
| dgallo |
Posted - Apr 07 2011 : 09:27:43 AM
Hi,
I have a strange problem with VAssist with two identical solutions (two branches of the same solution) : in the first one VAssist is working like a charm, but in the other one, VAssist seems to be lost; syntax coloring is half done, and only a little portion of my classes are available with Alt-G (goto symbol).
Incidently, if I push Rebuild in VAssist Options everything is fine on one project, but the other one don't work anymore...
I'm using VAssist 1845 (but problem is older) with Visual Studio 2010 SP1.
Problem is here with one or more instances of VS2010.
Parse all files in opening a project options is checked.
VA_X.dll file version 10.6.1845.0 built 2011.03.13
DevEnv.exe version 10.0.40219.1 Ultimate
msenv.dll version 10.0.40219.1
Comctl32.dll version 6.10.7601.17514
Windows 7 6.1 Build 7601 Service Pack 1
8 processors (x86-64; WOW64)
Platform: Custom
Stable Includes:
C:\\Qt\\4.7.1\\include;
C:\\Microsoft Visual Studio 10.0\\VC\\include;
C:\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\include;
C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include;
C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include;
Other Includes:
Stable Source Directories:
C:\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\mfc;
C:\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\mfcm;
C:\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\src\\atl;
C:\\Microsoft Visual Studio 10.0\\VC\\crt\\src;
|
| 5 L A T E S T R E P L I E S (Newest First) |
| dgallo |
Posted - Apr 08 2011 : 03:06:07 AM
Well, it's seems that adding $(QTDIR)\\src make VAssist happier.
Seems to work for the moment, thank feline for the support ! |
| dgallo |
Posted - Apr 07 2011 : 1:57:28 PM
I've created a custom platform with the following paths:
Platform: Custom
Stable Includes:
C:\\Qt\\4.7.1\\include;
C:\\Microsoft Visual Studio 10.0\\VC\\include;
C:\\Microsoft Visual Studio 10.0\\VC\\atlmfc\\include;
C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include;
C:\\Program Files (x86)\\Microsoft SDKs\\Windows\\v7.0A\\include;
But I will make a try and include all QT subdirectories in stable includes. |
| feline |
Posted - Apr 07 2011 : 12:54:08 PM
Ah, so the problem is actually solution specific. I did not realise this. Hopefully this will make this easier to investigate.
Have you added any of the Qt include files to your VA stable include directories? This blog post gives details of the directories to add for Qt 4.4, which should be quite similar to 4.7.1
http://blog.wholetomato.com/2008/11/20/using-qt-44-with-visual-assist-x/
If not can you try doing so. This will help VA to know about Qt regardless of your solution include directories settings. |
| dgallo |
Posted - Apr 07 2011 : 10:35:19 AM
There's some data, vs10_1,vs10_2 and vs10_3 with around 100MB to 130MB of data inside.
There's a vs10 folder too but it's empty.
vs10_1 have 22 items(19 folders and 3 files)
vs10_2 have 19 items(17 folders and 2 files)
vs10_3 have 12 items(10 folders and 2 files)
No pattern, I have the problem even if I launch only one instance of VS2010.
Whatever order of opening solution I do, same result, the solution with bad syntax colouring has alway the same problem.
I don't now if there an easy way for you to reproduce the problem, I can make an archive with both solutions and include dependencies. (rar archive is 24MB in size)
Or if you have an option to rebuild at every solution loading it would be fine, for the moment.
Edit: I fact it's seems I have more problems with Qt includes files : No syntax colouring at all in the second solution for files within c:\\qt\\4.7.1\\include
|
| feline |
Posted - Apr 07 2011 : 10:17:46 AM
This is very strange. Can you please look in the folder:
C:\\Users\\%USERNAME%\\AppData\\Local\\Microsoft\\VisualStudio\\10.0\\Extensions\\Whole Tomato Software\\Visual Assist X\
you should have the sub directory "10.6.1845.0\\Data"
Inside the Data sub-directory there should be "vs10_1", "vs10_2", etc sub-directories. Are these present correctly? If you check the properties of these directories they should have quite a bit of data in them.
The "vs10_1" directory is used for the first VS2010 instance, and the "vs10_2" directory is used for the second instance.
So if you are only having problems with one instance of the IDE, when running multiple instances, I am wondering if there will be some sign here.
Have you noticed any pattern to this problem? Is the first IDE instance loaded working correctly, and the problem only effecting the second IDE instance? |
|
|
