Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
 All Forums
 Visual Assist
 Feature Requests
 Just one wish...

You must be registered to post a reply.
Click here to register.

Screensize:
UserName:
Password:
Format: BoldItalicizeUnderlineStrikethrough Align leftCenterAlign right Insert horizontal ruleUpload and insert imageInsert hyperlinkInsert email addressInsert codeInsert quoted textInsert listInsert Emoji
   
Message:

Forum code is on.
Html is off.

 
Check to subscribe to this topic.
   

T O P I C    R E V I E W
Adequat Posted - May 13 2008 : 10:46:44 AM
Have a better C++ parser!
I don't really need new features, but I wish better suggestions from VA. In others words, even a higher form of IntelliSense...
7   L A T E S T    R E P L I E S    (Newest First)
feline Posted - Jun 16 2008 : 08:57:41 AM
Well that answers the "why are those settings not on by default" question that came up in a different thread.

If you can post a code sample showing the problems you were seeing with these registry flags turned on I can have a look at it.
chrispy Posted - Jun 16 2008 : 07:21:07 AM
Note these registry settings (http://docs.wholetomato.com?W363)
cause a lot of parsing errors, which were correct before. Changing registry back and rebuilding databases correct those parsing errors.
feline Posted - Jun 13 2008 : 10:04:57 AM
I am seeing the same effect here. Thank you for the clear description.

case=6388

For now you may find that right clicking and using "Go to declaration" or "Go to definition" help, since these IDE commands are independent of VA's alt-g command.
chrispy Posted - Jun 12 2008 : 09:07:43 AM
Thank you, the registry settings solved the problem.

Another minor nuisance working with Alt+G is this. With the code below when you are in Call.cpp you can go to the header and the macro with Alt+G, but when you are in Call.hpp on CallScript, you can only go to the macro, but not the definition in Call.cpp.

Call.cpp ---
#include "Call.h"
void CallScript (short foo)
{
int i = foo;
return;

}

Call.hpp ---
void CallScript (short foo);

Callbacks.hpp ---
#define GS_CALLBACK(a) (a)
#define CallScript(a) GS_CALLBACK((*gsCallbacks.callScript)(a))
feline Posted - Jun 10 2008 : 08:51:30 AM
chrispy I have tried this test. After setting the two registry flags given in this FAQ entry:

http://docs.wholetomato.com?W363

and telling VA to reparse the header file holding this class VA is seeing these two members in the class Wall. Can you try this and see if it helps for you?
chrispy Posted - Jun 10 2008 : 05:09:14 AM
> Do you have specific situations where VA has a problem parsing C++ code?

I have, try the following in a header file:

class Wall
{
#define _WALL_DATA_MEMBERS_ \public: \ short pen; \ int index;

_WALL_DATA_MEMBERS_

private:
class InnerState
{
private:
friend class Wall;

_WALL_DATA_MEMBERS_
}
};

The problem is, that members of Wall - which come from a macro - are not recognized. No Alt+G, no syntax highlighting.
feline Posted - May 13 2008 : 12:41:14 PM
Do you have specific situations where VA has a problem parsing C++ code?

There are cases where VA is automatically going to struggle since it is not compiling the code. A good example is #if, #else, #endif blocks. VA does not know which block is active, and sometimes you need to compile the code to find out.

Bug fixes and improvements to our parser are constant, as you can see from the history of changes:

http://www.wholetomato.com/support/history.asp

© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000