From: Gregory P. Smith Date: Sun, 1 Jun 2014 20:22:12 +0000 (-0700) Subject: Don't restrict ourselves to a "max" fd when closing fds before exec() X-Git-Tag: v3.5.0a1~1552 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=3fe9e8d5a5ff730b3497fc4e5361bf15ccac14bb;p=python Don't restrict ourselves to a "max" fd when closing fds before exec() when we have a way to get an actual list of all open fds from the OS. Fixes issue #21618: The subprocess module would ignore fds that were inherited by the calling process and already higher than POSIX resource limits would otherwise allow. On systems with a functioning /proc/self/fd or /dev/fd interface the max is now ignored and all fds are closed. --- 3fe9e8d5a5ff730b3497fc4e5361bf15ccac14bb diff --cc Misc/NEWS index d2ececedad,902d72e12c..3bf554a426 --- a/Misc/NEWS +++ b/Misc/NEWS @@@ -89,9 -18,11 +89,14 @@@ Core and Builtin Library ------- + - Issue #21618: The subprocess module could fail to close open fds that were + inherited by the calling process and already higher than POSIX resource + limits would otherwise allow. On systems with a functioning /proc/self/fd + or /dev/fd interface the max is now ignored and all fds are closed. + +- Issue #20383: Introduce importlib.util.module_from_spec() as the preferred way + to create a new module. + - Issue #21552: Fixed possible integer overflow of too long string lengths in the tkinter module on 64-bit platforms.