Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork32k
gh-134954: Hard-cap max file descriptors in subprocess test fd_status#134955
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.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Conversation
On some systems, `SC_OPEN_MAX` may return a very large value (i.e. 10**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.
Uh oh!
There was an error while loading.Please reload this page.
s/fd_stats/fd_status/
bedevere-bot commentedMay 31, 2025
🤖 New build scheduled with the buildbot fleet by@gpshead for commitc534fe5 🤖 Results will be shown at: https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F134955%2Fmerge If you want to schedule another build, you need to add the🔨 test-with-buildbots label again. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others.Learn more.
good to see some systems finally actually go the "no limits, its not the 90s" route on that value. skim through buildbot results in a few hours - I expect they'll be fine. then feel free to merge.
thanks@gpshead ! |
f58873e intopython:mainUh oh!
There was an error while loading.Please reload this page.
…status (pythonGH-134955)* Hard-cap max file descriptors in subprocess test fd_statusOn some systems, `SC_OPEN_MAX` may return a very large value (i.e. 10**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.* Fix typo in usage docstrings/fd_stats/fd_status/(cherry picked from commitf58873e)Co-authored-by: Itamar Oren <itamarost@gmail.com>
GH-134980 is a backport of this pull request to the3.14 branch. |
…status (pythonGH-134955)* Hard-cap max file descriptors in subprocess test fd_statusOn some systems, `SC_OPEN_MAX` may return a very large value (i.e. 10**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.* Fix typo in usage docstrings/fd_stats/fd_status/(cherry picked from commitf58873e)Co-authored-by: Itamar Oren <itamarost@gmail.com>
GH-134981 is a backport of this pull request to the3.13 branch. |
…_status (GH-134955) (#134981)gh-134954: Hard-cap max file descriptors in subprocess test fd_status (GH-134955)* Hard-cap max file descriptors in subprocess test fd_statusOn some systems, `SC_OPEN_MAX` may return a very large value (i.e. 10**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.* Fix typo in usage docstrings/fd_stats/fd_status/(cherry picked from commitf58873e)Co-authored-by: Itamar Oren <itamarost@gmail.com>
…_status (GH-134955) (#134980)gh-134954: Hard-cap max file descriptors in subprocess test fd_status (GH-134955)* Hard-cap max file descriptors in subprocess test fd_statusOn some systems, `SC_OPEN_MAX` may return a very large value (i.e. 10**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.* Fix typo in usage docstrings/fd_stats/fd_status/(cherry picked from commitf58873e)Co-authored-by: Itamar Oren <itamarost@gmail.com>
bedevere-bot commentedMay 31, 2025
|
Uh oh!
There was an error while loading.Please reload this page.
On some systems,
SC_OPEN_MAXmay return a very large value (i.e. 2**30), leading to the subprocess test timing out (or run forever).Prevent this situation by applying a hard cap on how many file descriptors are checked.