Skip to content

gh-124694: Document missing ctxkwargs argument in ThreadPoolExecutor #134321

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.

Sign up for GitHub

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
ambv merged 8 commits into from
Oct 23, 2026
Merged

gh-124694: Document missing ctxkwargs argument in ThreadPoolExecutor #134321

Changes from 1 commit
Commits
Show all changes
8 commits
Select commit Hold shift + click to select a range
837ead9
gh-124694: Document missing ctxkwargs argument in ThreadPoolExecutor
donbarbos May 20, 2025
850564d
Revert "changing `versionchanged` to `versionadded`"
donbarbos May 20, 2025
b47a25d
Correct more
donbarbos May 20, 2025
1e225bd
Add class method `prepare_context`
donbarbos May 20, 2025
7de4242
Merge branch 'main' into issue-124694-docs
donbarbos Dec 26, 2025
0a8b2fc
Accept suggestions
donbarbos Dec 26, 2025
19d4dad
Use :meth:
donbarbos Dec 26, 2025
f7e4f17
fix typo
donbarbos Dec 26, 2025
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
Prev Previous commit
Next Next commit
Merge branch 'main' into issue-124694-docs
  • Loading branch information
@donbarbos
donbarbos authored Dec 26, 2025
commit 7de4242cca7819ce155a922a1fc8188812af22dd
7 changes: 6 additions & 1 deletion Doc/library/concurrent.futures.rst
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -300,7 +300,7 @@ the bytes over a shared :mod:`socket <socket>` or
:func:`pipe <os.pipe>`.

.. class:: InterpreterPoolExecutor(max_workers=None, thread_name_prefix='', \
Comment thread
donbarbos marked this conversation as resolved.
initializer=None, initargs=(), shared=None)
initializer=None, initargs=())

A :class:`ThreadPoolExecutor` subclass that executes calls asynchronously
using a pool of at most *max_workers* threads. Each thread runs
Expand Down Expand Up @@ -355,6 +355,11 @@ that :class:`ProcessPoolExecutor` will not work in the interactive interpreter.
Calling :class:`Executor` or :class:`Future` methods from a callable submitted
to a :class:`ProcessPoolExecutor` will result in deadlock.

Note that the restrictions on functions and arguments needing to picklable as
per :class:`multiprocessing.Process` apply when using :meth:`~Executor.submit`
and :meth:`~Executor.map` on a :class:`ProcessPoolExecutor`. A function defined
in a REPL or a lambda should not be expected to work.

.. class:: ProcessPoolExecutor(max_workers=None, mp_context=None, \
initializer=None, initargs=(), \
max_tasks_per_child=None)
Expand Down
Loading
You are viewing a condensed version of this merge commit. You can view the full changes here.