diff options
| author | Mats Wichmann <mats@linux.com> | 2018-08-14 21:00:29 (GMT) |
|---|---|---|
| committer | Mats Wichmann <mats@linux.com> | 2018-08-14 21:22:17 (GMT) |
| commit | b4b5abd17a3357561a3b7b9f7f7916778a719d93 (patch) | |
| tree | 323776dfd8d5cd32e7af0e1f76ed4e6b1be2ecce /test/Java/java_version_image/src6/TestSCons.java | |
| parent | 52ffd1d0ef7c232bd424f864299c175422a54fb6 (diff) | |
| download | SCons-b4b5abd17a3357561a3b7b9f7f7916778a719d93.zip SCons-b4b5abd17a3357561a3b7b9f7f7916778a719d93.tar.gz SCons-b4b5abd17a3357561a3b7b9f7f7916778a719d93.tar.bz2 | |
Redo fix for file closing in SCons.Action._subproc
When the _subproc wrapper is called, a keyword dictionary is used to
hold open file objects if any were indicated as being redirected to
os.devull. These objects just go missing when SCons.Action._subproc
is done. A previous iteration registered the close method of the object
with atexit, which made Python 3 happy the open file resources were not
leaking, but has some unexpected side effects. Apparently Action cannot
import either atexit or the SCons equivalent, SCons.exitfuncs without
triggering these effects.
As an alternative, close the objects in the parent's kw dictionary that
have close methods after the subprocess.Popen object has been created.
Signed-off-by: Mats Wichmann <mats@linux.com>
Diffstat (limited to 'test/Java/java_version_image/src6/TestSCons.java')
0 files changed, 0 insertions, 0 deletions
