summaryrefslogtreecommitdiffstats
path: root/test/Java/java_version_image/src6/TestSCons.java
diff options
context:
space:
mode:
authorMats Wichmann <mats@linux.com>2018-08-14 21:00:29 (GMT)
committerMats Wichmann <mats@linux.com>2018-08-14 21:22:17 (GMT)
commitb4b5abd17a3357561a3b7b9f7f7916778a719d93 (patch)
tree323776dfd8d5cd32e7af0e1f76ed4e6b1be2ecce /test/Java/java_version_image/src6/TestSCons.java
parent52ffd1d0ef7c232bd424f864299c175422a54fb6 (diff)
downloadSCons-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