]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
[3.14] gh-137335: Fix unlikely name conflicts for named pipes in multiprocessing...
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Tue, 24 Feb 2026 17:21:48 +0000 (18:21 +0100)
committerGitHub <noreply@github.com>
Tue, 24 Feb 2026 17:21:48 +0000 (17:21 +0000)
commitbbce6ba08c54317da3e5873132e8783de60304dc
treed9f9d298ad8433996dbe06c710aa1aaa356df58a
parent6dc03efb82ba3cf4e0e34c88588b4333b981cf25
[3.14] gh-137335: Fix unlikely name conflicts for named pipes in multiprocessing and asyncio on Windows (GH-137389) (GH-145170)

Since os.stat() raises an OSError for existing named pipe "\\.\pipe\...",
os.path.exists() always returns False for it, and tempfile.mktemp() can
return a name that matches an existing named pipe.

So, tempfile.mktemp() cannot be used to generate unique names for named
pipes. Instead, CreateNamedPipe() should be called in a loop with
different names until it completes successfully.
(cherry picked from commit d6a71f4690c702892644b1fbae90ae9ef733a8ab)

Co-authored-by: Serhiy Storchaka <storchaka@gmail.com>
Lib/asyncio/windows_utils.py
Lib/multiprocessing/connection.py
Misc/NEWS.d/next/Library/2025-08-04-23-20-43.gh-issue-137335.IIjDJN.rst [new file with mode: 0644]