Skip to content

Remove 'stopping event' from Load Complete Event #2314

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Feb 4, 2019

Conversation

gregg-miskelly
Copy link
Contributor

The documentation for IDebugLoadCompleteEvent2 indicated that load complete must be a stopping event. While it is allowed for load complete to be a stopping event, there isn't really a reason to do so aside from that fact that this is one way that a debug engine author might want to make sure that they don't continue execution until after the initial set of breakpoints/exception settings are received from the UI. But there are other approaches to this as well, and none of the recent Microsoft-implemented debug engines have done things that way. So this removes the remark.

(You can replace all of this text with your description.)

Before creating your pull request, please check your content against these quality criteria:

  • Did you consider search engine optimization (SEO) when you chose the title in the metadata section and the H1 heading (i.e. the displayed title that starts with a single #)?
  • For new articles, did you add it to the table of contents?
  • Did you update the "ms.date" metadata for new or significantly updated articles?
  • Are technical terms and concepts introduced and explained, and are acronyms spelled out on first mention?
  • Should this page be linked to from other pages or Microsoft web sites?

For more information about creating content for docs.microsoft.com, see the contributor guide at https://docs.microsoft.com/contribute/.

The documentation for IDebugLoadCompleteEvent2 indicated that load complete must be a stopping event. While it is allowed for load complete to be a stopping event, there isn't really a reason to do so aside from that fact that this is one way that a debug engine author might want to make sure that they don't continue execution until after the initial set of breakpoints/exception settings are received from the UI. But there are other approaches to this as well, and none of the recent Microsoft-implemented debug engines have done things that way. So this removes the remark.
@PRMerger7
Copy link
Contributor

@gregg-miskelly : Thanks for your contribution! The author, @gregvanl, has been notified to review your proposed change.

@gewarren gewarren merged commit a3228fb into MicrosoftDocs:master Feb 4, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants