This is part of the answer.
http://social.msdn.microsoft.com/For...8-9ed6f3eb1193
- Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
- Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
Reply to: VS2008 single stepping.
Collapse
You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:
- You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
- You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
- If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.
Logging in...
Previously on "VS2008 single stepping."
Collapse
-
Select "view as Assembly" and single step the assembler instructions, that should give you a pointer(pardon the pun) to where the problem lies.
Leave a comment:
-
Thanks for all your usuful ideas. But:-
- It doesn't happen all the time. Different runs of the same code with the same breakpoints behave differently
- The main process was running in a host and this doesn't die when the debugging is ended. Unchecking this seems to have stabilised things a bit [but not entirely]
- There is no WCF involved
- None of my code is in the GAC
- I have cleaned absolutely everything and only done a debug build just in case
- It only ever seems to happen when invoking code across an assembly boundary
- Swearing at it hasn't helped.
But thanks for trying.
Leave a comment:
-
Not had that, but I've often had the goes away for 30 seconds and locks up the entire machine.
Maybe it's doing that and you just think it must be running?
Leave a comment:
-
Are you certain the code being called resides in a debug build of an assembly? It may be worth checking this or checking the references in your project to ensure they are mapped to either another project in your solution or the debug version .dll.
Leave a comment:
-
And of course, the issue could be that the single step function is assigned to another key. I grew up with VB, hence I choose the VB Keyboard layout which uses F8 as the single step key.
Leave a comment:
-
You dont have the debug step over attributes decorating your class / methods do you?
Also, if you've referenced the build dll in the gac but the project your running against has a different version, sometimes this will cause the code to not step in.
Also, if your making calls into a WCF service, then depending on the setup of your endpoints, this might be an issue.
Leave a comment:
-
Never had that problem. Ive had the source code out of sync with the debug file and it stepping into whitespace and skipping lines.
Leave a comment:
-
VS2008 single stepping.
Often doesn't
I have moved a load of things to VS2008 and done a debug build. Problem is when single stepping it often decides to simply run instead. I can't figure out the catalyst for this at all despite extensive searching.
Anybody else had any similar issues. It's a bit of a bugger to say the least, set the breakpoint, stops. Press F11 and off it goes into run mode instead.Tags: None
- Home
- News & Features
- First Timers
- IR35 / S660 / BN66
- Employee Benefit Trusts
- Agency Workers Regulations
- MSC Legislation
- Limited Companies
- Dividends
- Umbrella Company
- VAT / Flat Rate VAT
- Job News & Guides
- Money News & Guides
- Guide to Contracts
- Successful Contracting
- Contracting Overseas
- Contractor Calculators
- MVL
- Contractor Expenses
Advertisers


But so true..
Leave a comment: