Has anyone else experienced extreme slowness when debugging in VS2012? Basically stepping over a single line of code takes 10-15 seconds (or more!). I don't have this problem in ranorex studio though.
Is anyone aware of any settings I should be changing in VS2012 to make the debugging more manageable? In the debug settings I have "just my code" selected.
Thanks!
Debugging in VS 2012 is PAINFULLY slow
Re: Debugging in VS 2012 is PAINFULLY slow
Here is what I've tried so far:
* Disabled JIT debugging
* Checked Enabled Just My Code
* Cached Symbols from Microsoft Symbols Server
* Set all projects to x86 (rather than AnyCPU)
* Delete all files from //users/appdata/.../temp
* Delete all breakpoints
Essentially these are all the solutions from Google. Has anyone else observed problems here (and overcome them?). Is anyone successfully debugging (preferably large/complex) solutions with 2012?
I tested VS2010 as well with the same result. I also tried 2012 on a different machine, also with a same result.
Testing another solution that is not related to Ranorex does not have any problems debugging.
At this point, debugging is not possible for Ranorex in VS2012 for me... I'm hoping someone may have encountered something similar and sovled it, or there are some other insights (I know there have been similar issues with the Ranorex Studio in the passed that were solved, albeit through patches).
* Disabled JIT debugging
* Checked Enabled Just My Code
* Cached Symbols from Microsoft Symbols Server
* Set all projects to x86 (rather than AnyCPU)
* Delete all files from //users/appdata/.../temp
* Delete all breakpoints
Essentially these are all the solutions from Google. Has anyone else observed problems here (and overcome them?). Is anyone successfully debugging (preferably large/complex) solutions with 2012?
I tested VS2010 as well with the same result. I also tried 2012 on a different machine, also with a same result.
Testing another solution that is not related to Ranorex does not have any problems debugging.
At this point, debugging is not possible for Ranorex in VS2012 for me... I'm hoping someone may have encountered something similar and sovled it, or there are some other insights (I know there have been similar issues with the Ranorex Studio in the passed that were solved, albeit through patches).
Re: Debugging in VS 2012 is PAINFULLY slow
I have also noticed this when trying to evaluate properties: "this function evaluation requires all threads to run"
though I've not seen that in the Ranorex Studio (and thus I cannot see the value of the property unless I click a little unblock button which can take a couple of seconds to resolve). Also, I got a cross threading violation when the test was just ending... presumably when it was writing the report (not seen that happen in the studio either).
though I've not seen that in the Ranorex Studio (and thus I cannot see the value of the property unless I click a little unblock button which can take a couple of seconds to resolve). Also, I got a cross threading violation when the test was just ending... presumably when it was writing the report (not seen that happen in the studio either).
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Debugging in VS 2012 is PAINFULLY slow
Hello,
Thank you for reporting this issue.
I could reproduce it with a simple solution.
I added this issue into our bug-tracking system in order to provide a fix as soon as possible.
I will keep you informed about any updates on this.
Thank you for your patience and understanding.
Regards,
Markus (T)
Thank you for reporting this issue.
I could reproduce it with a simple solution.
I added this issue into our bug-tracking system in order to provide a fix as soon as possible.
I will keep you informed about any updates on this.
Thank you for your patience and understanding.
Regards,
Markus (T)
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Debugging in VS 2012 is PAINFULLY slow
Hello,
Could you please try to disable the 'property evaluation' for Debugging in Visual Studio?
Please let me know if you experience any difference.
Thank you in advance.
Regards,
Markus (T)
Could you please try to disable the 'property evaluation' for Debugging in Visual Studio?
Please let me know if you experience any difference.
Thank you in advance.
Regards,
Markus (T)
You do not have the required permissions to view the files attached to this post.
-
- Certified Professional
- Posts: 74
- Joined: Mon Aug 14, 2006 7:17 pm
- Location: CH
Re: Debugging in VS 2012 is PAINFULLY slow
Hi,
I also had this problem, with the 10 seconds, when I stepped over a single line during debugging. Do you may have this line implemented ?
If yes, delete this line, then you can easily debug your code, or put the into a (directive)
Cheers
Dan
I also had this problem, with the 10 seconds, when I stepped over a single line during debugging. Do you may have this line implemented ?
Code: Select all
Keyboard.AbortKey = System.Windows.Forms.Keys.Pause;
Code: Select all
#if TEST
Keyboard.AbortKey = System.Windows.Forms.Keys.Pause;
#end if
Dan
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Debugging in VS 2012 is PAINFULLY slow
Hello Dan,
Thank you for providing this nice workaround for debugging in Visual Studio.
All I can say at the moment is that we are working on a solution to fix this issue as soon as possible.
Regards,
Markus (T)
Thank you for providing this nice workaround for debugging in Visual Studio.
All I can say at the moment is that we are working on a solution to fix this issue as soon as possible.
Regards,
Markus (T)
Re: Debugging in VS 2012 is PAINFULLY slow
Thanks for the responses on this! I'll try both solutions and report back...
Re: Debugging in VS 2012 is PAINFULLY slow
Commenting out the Keyboard.Abortkey code seemed to do the trick!
De-selecting Enable property evaluation and other implicit function calls did not though
De-selecting Enable property evaluation and other implicit function calls did not though
Re: Debugging in VS 2012 is PAINFULLY slow
Hi guys - we're in January now so I'm just following up on this. Rather than just being very slow, it now completely locks my entire computer for a moment at each step.
The commenting of Keyboard.AbortKey = System.Windows.Forms.Keys.Pause still works, but the problem should really be fixed.
The commenting of Keyboard.AbortKey = System.Windows.Forms.Keys.Pause still works, but the problem should really be fixed.
Re: Debugging in VS 2012 is PAINFULLY slow
Hello carsonw,
We are working on that issue at the moment, but unfortunately I cannot give you a time frame when it will be integrated in Ranorex because we don't want undesirable side-effects.
Regards,
Bernhard
We are working on that issue at the moment, but unfortunately I cannot give you a time frame when it will be integrated in Ranorex because we don't want undesirable side-effects.
Regards,
Bernhard
- Support Team
- Site Admin
- Posts: 12145
- Joined: Fri Jul 07, 2006 4:30 pm
- Location: Houston, Texas, USA
- Contact:
Re: Debugging in VS 2012 is PAINFULLY slow
I'd like to add some information that could maybe help you work around the problem.
The problem, that mouse/keyboard input is blocked when the test process is halted by the debugger, is caused by the so-called mouse/keyboard low level hooks used by Ranorex to record inputs. Every input is routed to the Ranorex test process, recorded, and only then processed by the system, e.g. resulting in a mouse move.
When the Ranorex test process is halted in a break point, it cannot process the input events any more and no more input reaches the Windows system. That problem is not specific to VS 2012, but to all debuggers halting Ranorex test processes using the AbortKey. Ranorex Studio disables those hooks just before halting the process, Visual Studio would need to do the same (but currently doesn't).
Fortunately, there is a timeout for blocked events called LowLevelHooksTimeout. When this timeout is reached, the input events will be processed by the system and the hooks are disabled. The Windows default is 300 milliseconds, but Visual Studio 2012 sets the LowLevelHooksTimeout to 5000 (no one knows why).
So the work around I suggest is searching for the LowLevelHooksTimeout in the registry on your machine and setting it to a lower value, e.g. 300 milliseconds. That way, mouse/keyboard input will only be blocked for 300ms once the process is halted by the debugger. When you set the timeout, you need to log off and on again so Windows uses the new value.
Hoping the work around helps you while we try to find a fix!
Regards,
Alex
The problem, that mouse/keyboard input is blocked when the test process is halted by the debugger, is caused by the so-called mouse/keyboard low level hooks used by Ranorex to record inputs. Every input is routed to the Ranorex test process, recorded, and only then processed by the system, e.g. resulting in a mouse move.
When the Ranorex test process is halted in a break point, it cannot process the input events any more and no more input reaches the Windows system. That problem is not specific to VS 2012, but to all debuggers halting Ranorex test processes using the AbortKey. Ranorex Studio disables those hooks just before halting the process, Visual Studio would need to do the same (but currently doesn't).
Fortunately, there is a timeout for blocked events called LowLevelHooksTimeout. When this timeout is reached, the input events will be processed by the system and the hooks are disabled. The Windows default is 300 milliseconds, but Visual Studio 2012 sets the LowLevelHooksTimeout to 5000 (no one knows why).
So the work around I suggest is searching for the LowLevelHooksTimeout in the registry on your machine and setting it to a lower value, e.g. 300 milliseconds. That way, mouse/keyboard input will only be blocked for 300ms once the process is halted by the debugger. When you set the timeout, you need to log off and on again so Windows uses the new value.
Hoping the work around helps you while we try to find a fix!
Regards,
Alex
Re: Debugging in VS 2012 is PAINFULLY slow
Hi Alex - that's really interesting thanks so much for the response. I've changed my settings so I'll let you know how it goes from there!
Carson.
Carson.