Visual Studio Debugger Breakpoint Helper

Your Breakpoint Is Bound, But Doesn't Hit

The solid red glyph indicates your breakpoint has bound at least once, so it should fire. There are various further possibilities:

Multiple Instances

The breakpoint might not have bound to the correct instance. Check the Breakpoint Window and see if the breakpoint has a '+' sign on it. If it does click on it to see if multiple instances arose from your breakpoint.

Source Path

If you have multiple source files of the same basename but different paths (e.g. c:\project\test.cs and c:\another\test.cs) then the debugger may be using the wrong one. Use the Source File Paths setting (via Solution Properties) to get the debugger to ignore the bad source file and only use the good one. This can also happen when the same source file is used in multiple binaries, in which case see Multiple Instances above.

Multiple Processes

If you are debugging more than one process then again this can cause problems. Use the Breakpoint Window to show additional columns, such as Program, to show additional information for your breakpoints.

Issues With Managed Breakpoints Randomly Stopping Working

We have investigated cases where managed breakpoints bind and sometimes stop, but then fail to stop, when managed debugging. Right now we have not determined the full cause (or a work-around).

Breakpoint Helper Has Finished

Did this solve your problem? Yes or No

 

Click here to start the breakpoint helper again.

©2004 Microsoft Corporation. All rights reserved.

This is a prototype, please send general feedback