Skip to content
Draft
Show file tree
Hide file tree
Changes from 12 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
20 changes: 20 additions & 0 deletions docs/versionhistory.rst
Original file line number Diff line number Diff line change
Expand Up @@ -5,6 +5,26 @@ This library adheres to `Semantic Versioning 2.0 <http://semver.org/>`_.

**UNRELEASED**

- Added support for running subprocesses on the asyncio ``SelectorEventLoop`` on Windows,
which does not support subprocesses natively; the pipe I/O is handled on a background
``ProactorEventLoop`` (or winloop) thread
(`#783 <https://github.com/agronholm/anyio/issues/783>`_; PR by @graingert)
Comment thread
graingert marked this conversation as resolved.
Outdated
- Changed subprocess handling to use a shared, backend-agnostic implementation built on
``subprocess.Popen()`` plus a small set of backend primitives (asynchronous pipes and
child-process reaping). This is used by the asyncio backend on all platforms and by the
Trio backend on POSIX (Trio keeps its native implementation on Windows), and removes the
reliance on undocumented backend internals
(`#783 <https://github.com/agronholm/anyio/issues/783>`_; PR by @graingert)
- Fixed several inconsistencies between the asyncio and Trio backends when working with
subprocesses (`#828 <https://github.com/agronholm/anyio/discussions/828>`_; PR by
@graingert):

* ``Process.wait()`` no longer waits for the standard streams to close, so it returns
promptly once the process exits, even when a pipe is inherited by a grandchild process
* ``Process.returncode`` now polls the process on both backends, so it no longer returns
a stale ``None`` after the process has exited
* Signalling an already-exited process via ``terminate()``, ``kill()`` or
``send_signal()`` is now consistently a no-op instead of raising on asyncio
Comment on lines +8 to +27

Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This needs to be severely trimmed down before we merge.

- Changed the default name for a task spawned with ``TaskGroup.create_task(func())`` to
match the default task name for the analogous task spawned with
``TaskGroup.start_soon(func)`` or ``TaskGroup.start(func)`` in more situations.
Expand Down
Loading
Loading