| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly.
|
If/when #135335 is fixed we can remove the explicit flush from the test script. Likewise, if/when this is fixed the regression test in the PR for that issue can be simplified to just use a script (preloading __main__) instead of having to create and import a module. |
Sorry, something went wrong.
Remove unnecessary rc check.
FTR, I'd be perfectly fine with you copying the regression test from this into your PR, too. Whatever is easiest! |
Sorry, something went wrong.
…onGH-135295) pythongh-126631: pythongh-137996: fix pre-loading of `__main__` The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly. This was leading to slower startup times when people were trying to preload the main module. --------- (cherry picked from commit 0912b3a) Co-authored-by: Duane Griffin <duaneg@dghda.com> Co-authored-by: Gregory P. Smith <greg@krypto.org>
|
Sorry, @duaneg and @gpshead, I could not cleanly backport this to 3.13 due to a conflict. cherry_picker 0912b3a6dbd226bea79eb8d70d5a06230804d4cb 3.13 |
Sorry, something went wrong.
|
GH-138607 is a backport of this pull request to the 3.14 branch. |
Sorry, something went wrong.
pythonGH-135295) pythongh-126631: pythongh-137996: fix pre-loading of `__main__` The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly. This was leading to slower startup times when people were trying to preload the main module. --------- (cherry picked from commit 0912b3a) Co-authored-by: Duane Griffin <duaneg@dghda.com> Co-authored-by: Gregory P. Smith <greg@krypto.org>
|
GH-138609 is a backport of this pull request to the 3.13 branch. |
Sorry, something went wrong.
#138609) gh-126631: gh-137996: fix pre-loading of `__main__` The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly. This was leading to slower startup times when people were trying to preload the main module. --------- (cherry picked from commit 0912b3a) Co-authored-by: Duane Griffin <duaneg@dghda.com>
Sorry, something went wrong.
…onGH-135295) pythongh-126631: pythongh-137996: fix pre-loading of `__main__` The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly. This was leading to slower startup times when people were trying to preload the main module. --------- Co-authored-by: Gregory P. Smith <greg@krypto.org>
#138607) gh-126631: gh-137996: fix pre-loading of `__main__` (GH-135295) gh-126631: gh-137996: fix pre-loading of `__main__` The `main_path` parameter was renamed `init_main_from_name`, update the forkserver code accordingly. This was leading to slower startup times when people were trying to preload the main module. --------- (cherry picked from commit 0912b3a) Co-authored-by: Duane Griffin <duaneg@dghda.com> Co-authored-by: Gregory P. Smith <greg@krypto.org> Co-authored-by: Petr Viktorin <encukou@gmail.com> Co-authored-by: Gregory P. Smith <68491+gpshead@users.noreply.github.com>
…er_preload` (GH-141859) Add a keyword-only `on_error` parameter to `multiprocessing.set_forkserver_preload()`. This allows the user to have exceptions during optional `forkserver` start method module preloading cause the forkserver subprocess to warn (generally to stderr) or exit with an error (preventing use of the forkserver) instead of being silently ignored. This _also_ fixes an oversight, errors when preloading a `__main__` module are now treated the similarly. Those would always raise unlike other modules in preload, but that had gone unnoticed as up until bug fix PR GH-135295 in 3.14.1 and 3.13.8, the `__main__` module was never actually preloaded. Based on original work by Nick Neumann @aggieNick02 in GH-99515.
…rkserver_preload` (pythonGH-141859) Add a keyword-only `on_error` parameter to `multiprocessing.set_forkserver_preload()`. This allows the user to have exceptions during optional `forkserver` start method module preloading cause the forkserver subprocess to warn (generally to stderr) or exit with an error (preventing use of the forkserver) instead of being silently ignored. This _also_ fixes an oversight, errors when preloading a `__main__` module are now treated the similarly. Those would always raise unlike other modules in preload, but that had gone unnoticed as up until bug fix PR pythonGH-135295 in 3.14.1 and 3.13.8, the `__main__` module was never actually preloaded. Based on original work by Nick Neumann @aggieNick02 in pythonGH-99515.
| Back | FazBrowse Home | New Git URL |
The main_path parameter was renamed init_main_from_name, update the forkserver code accordingly.