Whole Tomato Software Forums

Whole Tomato Software Forums

All Forums

Visual Assist

Technical Support

issue[C/C++]: parse member with postfix-definition

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

Screensize:

UserName:

Password:

Format:

Message:

Forum code is on.
Html is off.

[quote][i]Originally posted by 48103749[/i]
[br]my va vesion:

[img]https://forums.wholetomato.com/forum/uploaded/48103749/202081635717_va--ver.png[/img]

and parse result:
(it's code in "audio_coding_module.cc" in [b]webrtc[/b], and there is many other similar code)

[img]https://forums.wholetomato.com/forum/uploaded/48103749/20208163593_parse-result.png[/img]

as you can see:
there are many class-members parsed as white, such as [b]encode_buffer_[/b], [b]expected_codec_ts_[/b]......which is actually not parsed successfully.
this failure is caused by the postfix-definition "[b]RTC_GUARDED_BY[/b]"----it's the special postfix-def in webrtc.

when do "ctrl+alt+F" to find reference of those class-member in visual-studio, there will be an error for this kind of member-var:

[img]https://forums.wholetomato.com/forum/uploaded/48103749/20208164106_find-symbol-error.png[/img]

is it possible to fix this issue? or by some special va-setting?.
it really sucks when do the code-review in this issue.

Thx for reading and look forward to the reply!~~

[/quote]

Check to include your profile signature.
Check to subscribe to this topic.

T O P I C R E V I E W
48103749	Posted - Aug 16 2020 : 04:04:06 AM my va vesion: and parse result: (it's code in "audio_coding_module.cc" in webrtc, and there is many other similar code) as you can see: there are many class-members parsed as white, such as encode_buffer_, expected_codec_ts_......which is actually not parsed successfully. this failure is caused by the postfix-definition "RTC_GUARDED_BY"----it's the special postfix-def in webrtc. when do "ctrl+alt+F" to find reference of those class-member in visual-studio, there will be an error for this kind of member-var: is it possible to fix this issue? or by some special va-setting?. it really sucks when do the code-review in this issue. Thx for reading and look forward to the reply!~~
3 L A T E S T R E P L I E S (Newest First)
48103749	Posted - Aug 18 2020 : 12:39:55 PM I tried, yes, that's damn it good!~ and now, the colorful world comes back: Thx a lot!~~~
48103749	Posted - Aug 18 2020 : 12:20:46 PM Great!~~~ This suggestion seems to be suitable for my problem. Let me have a try!~~~ It's so kind of you!
feline	Posted - Aug 17 2020 : 08:57:40 AM I am seeing the same problem here, and have a solution that works in my test situation. I am using a "va_stdafx.h" file, which is explained here: https://support.wholetomato.com/default.asp?W302 and using the file content: #define RTC_GUARDED_BY(acm_mutex_) to tell VA to ignore this macro after the variable. This file should be placed in the same directory as your .SLN or .VCXPROJ file. Are you working with a .SLN file, or are you working with a CMake build, or something else? In my test I have simply cloned the webrtc repositiry with git, and then placed the "va_stdafx.h" file in the root folder, and told Visual Studio 2019 to open this root folder directly. VA is then picking up and using this file. Since VA looks for the file directly there is no need to try adding this file to your solution, but if you are building with CMake, or something else that picks up all .h files in this root directory this might cause problems. This file is used to help VA's parser with difficult code, and can be used to work around odd effects. After modifying this file you need to rebuild the VA symbol database for the changes to take effect: VA Options -> Performance -> General -> Rebuild symbol databases

Snitz Forums 2000