Stuart Bishop writes: > When I invoke subprocess.call(), I often want to ensure that the subprocess' > stdin is closed. This ensures it will die if the subprocess attempts to read > from stdin rather than block. > > This could be done if the subprocess.call() helper closes the input if > stdin=subprocess.PIPE, which may be the only sane way to handle this > argument (I can't think of any use cases for spawning a subprocess with an > input stream that nothing can write too).
+0.5. I agree that if you pass "stdin=subprocess.PIPE" to subprocess.call() that the current behavior of having the child process block forever is totally useless. I have little reason to prefer "assume an empty input" over "let subprocess.call() raise an exception if stdin==subprocess.PIPE" -- but if I take your word for it that this is a common need, then that's one good reason. > It could also be done by adding a subprocess.CLOSED constant, which if > passed to Popen causes a new closed file descriptor to be given to the > subprocess. -1. It is easy enough to create a closed FD to read from... why complicate the API? -- Michael Chermside _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
