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
 UE4 ignore subdirectories
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

SleepySpider
New Member

USA
4 Posts

Posted - Nov 11 2019 :  7:17:29 PM  Show Profile  Reply with Quote
In my UE4 project folder, I have a bunch of plugins and third party sdks. VAX always scans these. One plugin has an entire copy of boost which I never go into. For example, when visual studio crashes (which happens all the time), vax will rescan the entire project and it takes forever to get vax back to a usable state to browse definitions. How do I get it to stop scanning every single directory? I just want vax to scan the game project and the engine. Nothing else.

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Nov 12 2019 :  05:03:42 AM  Show Profile  Reply with Quote
Are you seeing any form of pattern to these crashes? This should not be happening.

Which IDE and version of VA are you using?

To try and reduce the amount of time spent waiting for VA to rebuild its symbol database after a crash, you can change a registry key setting. This might lead to VA's symbol database being inaccurate, but for now avoiding the extra parsing is probably a good trade off:

https://docs.wholetomato.com/default.asp?W651

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

SleepySpider
New Member

USA
4 Posts

Posted - Nov 12 2019 :  11:26:07 AM  Show Profile  Reply with Quote
Visual Studio 2015. Can't move to another version atm.

License: ... (1-user license) Support ends 2018.04.24
VA_X.dll file version 10.9.2258.5 built 2018.03.06
DevEnv.exe version 14.0.25420.1 Professional
msenv.dll version 14.0.25431.1
Comctl32.dll version 6.10.17763.802
Windows 10 10.0 Build 17763
12 processors (x86-64, WOW64)
Language info: 1252, 0x409

They always happen when debugging. I have to disable the extension to even debug.
Sometimes they happen at other times, such as when searching for a symbol or on project load.
I always notice a long hang, then visual studio closes/crashes.
Sometimes visual studio hang forever and I have to force quit.
When I reopen, vax reparses everything it seems.
Everyone at the studio recognizes these issues to be vax related.
Uninstalling the extension causes the problem to go away, but we lose good navigation features.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Nov 12 2019 :  2:26:18 PM  Show Profile  Reply with Quote
Apologies for this, ideally it would be good to get to the bottom of these crashes, and stop this being a problem.

VA is not normally that active in debug mode, unless you have turned On:

VA Options -> Debug Assistance -> Enable debugger integration required by VA Step Filter for native C/C++

is this On or Off on your system?

The next thing I am wondering about is the memory load of the IDE plus VA with Unreal. Have you disabled the IDE's intellisense parser or is this still active? You can disable the IDE's intellisense parser via the setting:

IDE tools menu -> Options -> Text Editor -> C/C++ -> Advanced -> Disable Database = True

which will still leave VA's parser active and working.

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

SleepySpider
New Member

USA
4 Posts

Posted - Nov 12 2019 :  5:50:58 PM  Show Profile  Reply with Quote
I disabled VS's intellisense database and I disabled the debug assistance which was enabled.
I enabled the "dont reparse on crash" setting in the registry.
I will try with these settings.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Nov 13 2019 :  06:37:52 AM  Show Profile  Reply with Quote
Thank you for the update, it would be useful if this helped.

If you are still getting crashes, can you please try capturing a mini dump, so we can try and see what is going on, and going wrong, here? If you are not sure how to do so, this page explains how to do so:

https://support.wholetomato.com/default.asp?W303

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

sean
Whole Tomato Software

USA
2817 Posts

Posted - Dec 20 2019 :  2:50:09 PM  Show Profile  Reply with Quote
case=141298 was opened to try to reduce incidences of symbol db rebuild after crashes.
case=141298 is addressed in build 2358 for some scenarios.
https://support.wholetomato.com/default.asp?W404
http://builds.wholetomato.com/binaries/VA_X_Setup2358_0.exe
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