This repository has been archived by the owner on Apr 22, 2023. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 7.3k
Allow passing specific PROVIDERs to AsyncListener callbacks #7145
Closed
Closed
Changes from all commits
Commits
Show all changes
5 commits
Select commit
Hold shift + click to select a range
2d82870
async-wrap: fix coverage and providers
trevnorris 14f6f5a
asynclistener: update to match AsyncWrap changes
trevnorris a2bcea1
asynclistener: only run after if before could
trevnorris 3948bbc
test/doc: add remaining changes for asynclistener
trevnorris 38c01bf
async-wrap: initialize async_wrap_parent_
trevnorris File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Oops, something went wrong.
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about:
Callbacks are associated with handles upon their creation, deregistering callbacks does not remove them from handles in flight, only they won't be added to any newly created handles. Therefore after deregistration your callbacks may fire.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think by:
You meant:
Since "callbacks" feels like the callbacks passed to the asynchronous events that will fire in the future.
Feel slight confusion on the line:
Because I feel like that implies that the
AsyncListener
callbacks will not fire on any further creations of the asynchronous call stack on the handles where it was initially registered. When in fact the callbacks will continue to fire for all asynchronous "events" that originate from the handle which theAsyncListener
had been added, before having been removed from theactiveContext
and thecontextStack
.Maybe something like the following: