This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(256, 33%, 34%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ERM%3C/text%3E%3C/svg%3E)
Sometimes I have the problem that break points don't stop. And instead of guessing around, I'd rather like to understand how they work and why the sometimes fail. Now, from my understanding, a break point is a special cpu command "int 3" which triggers the cpu to jump into the debugger (easily explained).
The debugger then does it's stuff by detecting what to show to the developer. Here, at this point, I could imagine, that something goes wrong. In this case I'd expect to see "hey, I hit a debug-break and I have no idea why... I'm showing assembly code" ... but... sometimes when debugging a native (C++) application, nothing happens at all... and sometimes even not when I add a "DebugBreak();" into the code... and the same is true for .net... sometimes, even the hardcoded "System.Diagnostics.Debugger.Break();" has no effect. And I'm wondering why. Because I cannot imagine, that the cpu didn't jump into its interrupt table. So... who the hell handled this? And why did the debugger not get called? Or did it get the info and ignored it? ... why? ... some information would be great.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(246.4, 86%, 33%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EDL%3C/text%3E%3C/svg%3E)
Have you considered that whatever you're debugging isn't the version you think it is?
Yes, I have.
When in the breakpoint ignored state, if you manually break into the debugger (use Debug, Break All), do the breakpoints you have show as enabled or disabled?
Can you set a breakpoint in that state?
yes, they are shown as reachable... and I can set them... but they still don't work
I have created a test project that demonstrates this: https://github.com/meirumeiru/BreakpointDemonstrator
info.txt contains the steps to reproduce my problem
I'm afraid your project doesn't build for me with VS 2022
Error C2039 'SwitchToMainThreadAsync': is not a member of Microsoft::VisualStudio::Threading::JoinableTaskFactory'
However, as its a C++/CLI project, do you perhaps need to set the debugger to a mixed or managed mode?
I had that too... You must make sure, that all the references you link are from the PublicAssemblies folder of the Visual Studio installation and the Threading assembly comes from the subfolder PublicAssemblies\Microsoft.VisualStudio.Threading.16.0 (or whatever the version is for 22).
And, the mode of the debugger doesn't change anything. I tried them all (even the .net core one, which can never be the correct one... but, just wanted to be sure that I don't miss anything).
OK, replacing the Microsoft.VisualStudio.Threading.dll reference with the one found in C:\Program Files\Microsoft Visual Studio\2022\Preview\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.Threading.17.x allows that project to build, however the VSIXBreakpointDemonstrator project reports loads of warnings starting with:
Found conflicts between different versions of "envdte" that could not be resolved.warning MSB3277: There was a conflict between "EnvDTE, Version=8.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" and "envdte, Version=17.0.0.0,...
Presumably you don't get those?
well... I did build the sample for VS2019... the problem is, that in VS2022 you need completely different assembly references... I have such projects too, but unfortunatelly this one is for 2019 since it's still the VS-version we are mainly working with here
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(140.8, 78%, 23%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ETS%3C/text%3E%3C/svg%3E)
Hello @Rudolf Meier ,
May I know, if this issue only appears in specific type of projects(for example C++/CLI projects)?
The test project link that you shared seems to be not available, would you mind sharing the test project link with us to check again?