[VB]Problem with "Code issues in solution"

i tried out the function "Find code issues in solution". Beneath the fact that the functionality is incredible slow  i noticed that designer generated files are analyzed even they are masked in the "Generated Code" part of R# configuration.

Regards
Klaus

2 comments

Hello Klaus,

The files listed under 'Generated code' will not be touched by ReSharper
when Code Cleanup is running, but it doesn't prevent them from being analyzed.
If you don't want those files to be analyzed, add them through ReSharper
| Options | Code Inspection | Settings | Edit Items to Skip... As to the
slowness, could you please tell us how big is your solution (how many projects/classes
are there) and how much time did it take to find all code issues? Could you
please also describe your hardware configuration in detail and also tell
us if you have solution-wide analysis turned on? Thank you!

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

i tried out the function "Find code issues in solution". Beneath the
fact that the functionality is incredible slow  i noticed that
designer generated files are analyzed even they are masked in the
"Generated Code" part of R# configuration.

Regards
Klaus
---
Original message URL:
http://devnet.jetbrains.net/message/5300028#5300028



0

Hi Andrey,

many questions, but i try to answer at my best ;)

The solution i'm working on is an old VB6 Client/Server application which was migrated to .NET around a year ago. The solution contains just a single project. Codebase is around 250.000 lines of code, there are around 150 forms and user controls. So overall it's a mid-size application.

Some characteristics of the application are noteable because they may impact the performance:

  • There are a handful of very large files (> 10.000 lines of code) in the solution
  • The application makes heavy use of COM-Interop (primary it communicates with Excel)
  • Data Access is done via a custom library written in Managed C++
  • The code makes heavy use of implicit type conversion (the original VB6 codes made extensive use of the Variant datatype)
  • There are many complex forms using the Tab-Control with a large number of Tab-Pages
  • The application makes heavy use of the Farpoint Spread-Control Version 4.5


I canceled finding code issues after around 5 minutes. In this time only the first dozen of forms where analyzed. What i could see was that the analysis took more than 30 seconds on some of the more complex forms. I just tried to verify my results from this morning. This time Visual Studio crashes after around four minutes.

My hardware is a  HP Compaq with a Core2Duo E8400 and 4 GB RAM running on Windows XP SP3. I'm working with Visual Studio 2008 and the latest EAP build (2127). Solutionwide analysis is turned off.

I tried to make a performance snapshot with dotTrace, but unfortunately my evaluation period has expired (i've installed the latest EAP nightly build (817)).

Regards
Klaus

0

Please sign in to leave a comment.