-
-
Notifications
You must be signed in to change notification settings - Fork 31.5k
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GzipFile leaves GzipFile.myfileobject open in constructor if exception is raised #131492
Comments
vstinner
added a commit
that referenced
this issue
Mar 20, 2025
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Mar 20, 2025
…ructor while owning resources (pythonGH-131462) (cherry picked from commit ce79274) Co-authored-by: Thomas Grainger <tagrain@gmail.com> Co-authored-by: Victor Stinner <vstinner@python.org>
miss-islington
pushed a commit
to miss-islington/cpython
that referenced
this issue
Mar 20, 2025
…ructor while owning resources (pythonGH-131462) (cherry picked from commit ce79274) Co-authored-by: Thomas Grainger <tagrain@gmail.com> Co-authored-by: Victor Stinner <vstinner@python.org>
vstinner
added a commit
that referenced
this issue
Mar 21, 2025
vstinner
added a commit
that referenced
this issue
Mar 21, 2025
Fixed by the change ce79274. |
I confirm that it now raises the ExceptionGroup, rather than failing with "Too many open files". It works as expected. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Bug report
Bug description:
consider the following program, it should raise an ExceptionGroup(..., [ValueError(), ValueError(), ...] but actually it raises OSError: [Errno 24] Too many open files: '/tmp/tmpk8gaprry'
CPython versions tested on:
CPython main branch, 3.14, 3.13, 3.12, 3.11
Operating systems tested on:
Linux
Linked PRs
The text was updated successfully, but these errors were encountered: