Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 #include in namespase
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

maxim2000
Ketchup Master

68 Posts

Posted - Apr 28 2008 :  04:28:46 AM  Show Profile  Reply with Quote
It seems that VA 10.4.1635.0 doesn't recognize symbols in constructions like this (VS2005, C++):

namespace local_lib
{
#include "library.h"
}

// VA doesn't see CustomInteger
// or any other symbol from library.h
local_lib::CustomInteger GlobalInt;


Also, system color for Automatic value has changed from black to white. It is not a serious problem, but I was confused to see white patches all over my code :) But MS Word still has black color for Automatic value.

feline
Whole Tomato Software

United Kingdom
18724 Posts

Posted - Apr 28 2008 :  10:20:23 AM  Show Profile  Reply with Quote
Did this used to work? If so, do you remember which version of VA you were using before?

zen is the art of being at one with the two'ness
Go to Top of Page

maxim2000
Ketchup Master

68 Posts

Posted - Apr 29 2008 :  03:04:27 AM  Show Profile  Reply with Quote
I didn't try this before. But it would be nice to have a such possibility (VA supports C++ pretty good). Some windows headers also use constructions like this (e.g. GdiPlus.h).
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18724 Posts

Posted - Apr 29 2008 :  08:10:30 AM  Show Profile  Reply with Quote
*ah* I remember this now. We are working on supporting this fully:

case=9117

As you say, it is used by GdiPlus.h, and this causes us some problems.

zen is the art of being at one with the two'ness
Go to Top of Page

maxim2000
Ketchup Master

68 Posts

Posted - Apr 29 2008 :  09:46:16 AM  Show Profile  Reply with Quote
I'm not very good at English. Sorry for possible misunderstandings.
Do your words mean that GdiPlus.h is the only cause to fix this problem?
No GdiPlus.h - no fix, is it true?
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
18724 Posts

Posted - Apr 29 2008 :  10:18:14 AM  Show Profile  Reply with Quote
The problem is that VA is confused by #include lines inside classes or namespaces.

So there is a problem both with your example, and with GdiPlus.h
The same problem will show up anywhere this happens.

Does this make sense?

zen is the art of being at one with the two'ness
Go to Top of Page

maxim2000
Ketchup Master

68 Posts

Posted - Apr 29 2008 :  11:32:18 AM  Show Profile  Reply with Quote
It's OK now :)
Thank you for understanding.
Go to Top of Page

jschroedl
Tomato Guru

USA
103 Posts

Posted - Sep 11 2017 :  2:06:44 PM  Show Profile  Reply with Quote
Can I resurrect this old thread?

This is still a problem and it regularly bites me since I use GDI+ a lot. VA goto symbol is still not able to take me to a symbol which was pulled in from an include inside a namespace.

Test - create a simple Win32 project, in the cpp, #include <gdiplus.h> and in code, try to go to the definition of something like a color: Gdiplus::ARGB color; It takes me to gdiplus.h instead of the file that actually defines ARGB.

John
Go to Top of Page

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Sep 12 2017 :  6:57:19 PM  Show Profile  Reply with Quote
We've improved the situation, but case=9117 is still open because the situation is not handled perfectly. I've added a comment to the case using your example as a test case.

Edited by - accord on Sep 12 2017 7:00:16 PM
Go to Top of Page

sean
Whole Tomato Software

USA
2817 Posts

Posted - Sep 26 2017 :  11:08:30 PM  Show Profile  Reply with Quote
case=111049 was opened for the previous example.
case=111049 is addressed in build 2235.
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000