ConPTY: Fix a shutdown deadlock with WSL #16340
Merged
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.
Under normal circumstances this bug should be rare as far as I can
observe it on my system. However, it does occur randomly.
In short, WSL doesn't pass us anonymous pipes, but rather WSA sockets
and those signal their graceful shutdown first before being closed
later by returning a
lpNumberOfBytesRead
of 0 in the meantime.Additionally,
VtIo
synchronously pumps the input pipe to get theinitial cursor position, but fails to check
_exitRequested
.And so even with the pipe handling fixed,
VtIo
will also deadlock,because it will never realize that
VtInputThread
is done reading.Validation Steps Performed
Coincidentally it contains a bug (of as of yet unknown origin)
due to which the initial cursor position loop in
VtIo
nevercompletes. Thanks to this, we can easily provoke this issue.