{"id":96245,"date":"2017-05-29T07:00:00","date_gmt":"2017-05-29T21:00:00","guid":{"rendered":"https:\/\/blogs.msdn.microsoft.com\/oldnewthing\/?p=96245"},"modified":"2020-01-18T10:10:43","modified_gmt":"2020-01-18T18:10:43","slug":"20170529-00","status":"publish","type":"post","link":"https:\/\/devblogs.microsoft.com\/oldnewthing\/20170529-00\/?p=96245","title":{"rendered":"Does DebugBreak work to launch the debugger, or doesn’t it?"},"content":{"rendered":"

Jorge asked why the Debug\u00adBreak<\/code> function stopped working<\/a>. Specifically, why it doesn’t launch the Visual Studio debugger.<\/p>\n

Okay, first of all, the primary purpose of the Debug\u00adBreak<\/code> function is not to launch the debugger. The primary purpose of the Debug\u00adBreak<\/code> function is to trigger a break into any attached debugger. That still works the same as it always did.<\/p>\n

The behavior Jorge asks about is a second-order side effect<\/a> of the Debug\u00adBreak<\/code> function.<\/p>\n

When you perform a Debug\u00adBreak<\/code>, the EXCEPTION_BREAKPOINT<\/code> exception is raised. If a debugger is installed, it will intercept this exception and interpret it as a request to break into the debugger. If a debugger is not installed, then the exception is processed like any other exception, and any installed handler could step in and say, “Oh, yeah, EXCEPTION_BREAKPOINT<\/code>. No problem. I’ll handle that.”<\/p>\n

If a debugger is not installed and no code in the process handles the exception, then the exception goes to the current unhandled exception filter, and the default unhandled exception filter checks with Windows Error Reporting, and then displays a dialog box to inform the user of the problem.<\/p>\n

If a just-in-time debugger is installed, that dialog box has an extra Debug<\/i> button:<\/p>\n

\n
\n
Contoso Deluxe<\/div>\n

Contoso Deluxe has stopped working<\/p>\n

A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.<\/p>\n<\/div>\n

Debug<\/span> \u00a0 Close program<\/span> <\/span><\/div>\n<\/div>\n

Clicking the Debug<\/i> button launches your just-in-time debugger.<\/p>\n

Notice that once you get past the point where no attached debugger has intercepted the EXCEPTION_BREAKPOINT<\/code> exception, the rest of the processing doesn’t treat the breakpoint exception differently from any other exception. In other words, instead of calling Debug\u00adBreak<\/code>, you could have dereferenced a null pointer, written to a read-only page, executed an invalid instruction, or called Raise\u00adException<\/code>. Anything that causes an exception to be raised goes through the same sequence of events, and at the end of the day will show the same dialog box.<\/p>\n

The Debug\u00adBreak<\/code> function is not a “Launch the just-in-time debugger” function. It’s a very specific kind of “try to crash the program” function that debuggers understand and intercept. But if there’s no debugger attached, then the program crashes, and when a program crashes (for whatever reason), the just-in-time debugger gets a chance to step in.<\/p>\n","protected":false},"excerpt":{"rendered":"

It does, eventually, but not because it is DebugBreak.<\/p>\n","protected":false},"author":1069,"featured_media":111744,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[1],"tags":[25],"class_list":["post-96245","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-oldnewthing","tag-code"],"acf":[],"blog_post_summary":"

It does, eventually, but not because it is DebugBreak.<\/p>\n","_links":{"self":[{"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/posts\/96245","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/users\/1069"}],"replies":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/comments?post=96245"}],"version-history":[{"count":0,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/posts\/96245\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/media\/111744"}],"wp:attachment":[{"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/media?parent=96245"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/categories?post=96245"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/devblogs.microsoft.com\/oldnewthing\/wp-json\/wp\/v2\/tags?post=96245"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}