mirror of
https://github.com/python/cpython.git
synced 2024-12-11 18:53:56 +08:00
fa0d703433
svn+ssh://pythondev@svn.python.org/python/trunk ........ r72506 | vinay.sajip | 2009-05-09 07:07:17 -0500 (Sat, 09 May 2009) | 1 line Issue #5971: StreamHandler.handleError now swallows IOErrors which occur when trying to print a traceback. ........ r72525 | benjamin.peterson | 2009-05-09 20:38:02 -0500 (Sat, 09 May 2009) | 1 line close file explicitly ........ r72526 | benjamin.peterson | 2009-05-09 21:29:00 -0500 (Sat, 09 May 2009) | 1 line make sure files are closed using the with statement ........ r72551 | benjamin.peterson | 2009-05-10 09:16:47 -0500 (Sun, 10 May 2009) | 1 line use isinstance ........ r72558 | benjamin.peterson | 2009-05-10 18:52:09 -0500 (Sun, 10 May 2009) | 1 line sys.setdefaultencoding() strikes me as a bad example ........ r72616 | benjamin.peterson | 2009-05-13 19:33:10 -0500 (Wed, 13 May 2009) | 1 line importlib.import_module is better these days ........ r72654 | benjamin.peterson | 2009-05-14 17:37:49 -0500 (Thu, 14 May 2009) | 1 line prevent refleaks from threads ........ r72655 | benjamin.peterson | 2009-05-14 17:40:34 -0500 (Thu, 14 May 2009) | 1 line a useful decorator for cleaning up threads ........ r72689 | benjamin.peterson | 2009-05-16 13:44:34 -0500 (Sat, 16 May 2009) | 1 line use skipTest() ........ r72745 | benjamin.peterson | 2009-05-17 09:16:29 -0500 (Sun, 17 May 2009) | 1 line ignore .rst files in sphinx its self ........ r72750 | benjamin.peterson | 2009-05-17 11:59:27 -0500 (Sun, 17 May 2009) | 1 line chop off slash ........ r72802 | georg.brandl | 2009-05-20 13:35:27 -0500 (Wed, 20 May 2009) | 1 line #6051: refer to email examples for better way to construct email messages. ........ r72812 | michael.foord | 2009-05-21 17:57:02 -0500 (Thu, 21 May 2009) | 1 line Rename TestCase._result to _resultForDoCleanups to avoid potential clashes in TestCase subclasses. Issue 6072. ........ r72822 | georg.brandl | 2009-05-22 04:33:25 -0500 (Fri, 22 May 2009) | 1 line #6084: fix example. ........ r72824 | georg.brandl | 2009-05-22 04:43:17 -0500 (Fri, 22 May 2009) | 1 line Fix references to file-related functions and methods (os.* vs file.*). ........ r72826 | georg.brandl | 2009-05-22 04:49:42 -0500 (Fri, 22 May 2009) | 1 line Fix confusing wording. ........ r72827 | georg.brandl | 2009-05-22 04:50:30 -0500 (Fri, 22 May 2009) | 1 line s/use/call/ ........ r72833 | georg.brandl | 2009-05-22 12:00:17 -0500 (Fri, 22 May 2009) | 1 line #6078: _warnings is a builtin module and has no standard init_warnings function. ........ r72876 | benjamin.peterson | 2009-05-23 15:59:09 -0500 (Sat, 23 May 2009) | 1 line remove mention of old ctypes version ........ r72890 | gregory.p.smith | 2009-05-24 13:00:13 -0500 (Sun, 24 May 2009) | 2 lines add a versionadded tag for set_tunnel ........ r72923 | michael.foord | 2009-05-25 15:36:56 -0500 (Mon, 25 May 2009) | 1 line Make assertSequenceEqual error messages less cryptic, particularly for nested sequences. ........ r72946 | ronald.oussoren | 2009-05-26 13:44:48 -0500 (Tue, 26 May 2009) | 2 lines Fixes issue 6110 ........ r73026 | r.david.murray | 2009-05-29 14:30:27 -0500 (Fri, 29 May 2009) | 3 lines Issue 6141: document that the first item of args is still the command name even when executable is specified. ........ r73042 | benjamin.peterson | 2009-05-29 22:10:52 -0500 (Fri, 29 May 2009) | 1 line no fdatasync on macos ........ r73045 | georg.brandl | 2009-05-30 02:26:04 -0500 (Sat, 30 May 2009) | 1 line #6146: fix markup bug. ........ r73047 | georg.brandl | 2009-05-30 05:33:23 -0500 (Sat, 30 May 2009) | 1 line Fix some more small markup problems. ........ r73065 | antoine.pitrou | 2009-05-30 16:39:25 -0500 (Sat, 30 May 2009) | 3 lines The test for #5330 wasn't correct. ........ r73068 | antoine.pitrou | 2009-05-30 16:45:40 -0500 (Sat, 30 May 2009) | 3 lines Update ACKS ........ r73069 | benjamin.peterson | 2009-05-30 19:42:42 -0500 (Sat, 30 May 2009) | 1 line fix signature ........
485 lines
16 KiB
ReStructuredText
485 lines
16 KiB
ReStructuredText
|
|
:mod:`subprocess` --- Subprocess management
|
|
===========================================
|
|
|
|
.. module:: subprocess
|
|
:synopsis: Subprocess management.
|
|
.. moduleauthor:: Peter Åstrand <astrand@lysator.liu.se>
|
|
.. sectionauthor:: Peter Åstrand <astrand@lysator.liu.se>
|
|
|
|
|
|
The :mod:`subprocess` module allows you to spawn new processes, connect to their
|
|
input/output/error pipes, and obtain their return codes. This module intends to
|
|
replace several other, older modules and functions, such as::
|
|
|
|
os.system
|
|
os.spawn*
|
|
|
|
Information about how the :mod:`subprocess` module can be used to replace these
|
|
modules and functions can be found in the following sections.
|
|
|
|
.. seealso::
|
|
|
|
:pep:`324` -- PEP proposing the subprocess module
|
|
|
|
|
|
Using the subprocess Module
|
|
---------------------------
|
|
|
|
This module defines one class called :class:`Popen`:
|
|
|
|
|
|
.. class:: Popen(args, bufsize=0, executable=None, stdin=None, stdout=None, stderr=None, preexec_fn=None, close_fds=False, shell=False, cwd=None, env=None, universal_newlines=False, startupinfo=None, creationflags=0)
|
|
|
|
Arguments are:
|
|
|
|
*args* should be a string, or a sequence of program arguments. The program
|
|
to execute is normally the first item in the args sequence or the string if
|
|
a string is given, but can be explicitly set by using the *executable*
|
|
argument. When *executable* is given, the first item in the args sequence
|
|
is still treated by most programs as the command name, which can then be
|
|
different from the actual executable name. On Unix, it becomes the display
|
|
name for the executing program in utilities such as :program:`ps`.
|
|
|
|
On Unix, with *shell=False* (default): In this case, the Popen class uses
|
|
:meth:`os.execvp` to execute the child program. *args* should normally be a
|
|
sequence. A string will be treated as a sequence with the string as the only
|
|
item (the program to execute).
|
|
|
|
On Unix, with *shell=True*: If args is a string, it specifies the command string
|
|
to execute through the shell. If *args* is a sequence, the first item specifies
|
|
the command string, and any additional items will be treated as additional shell
|
|
arguments.
|
|
|
|
On Windows: the :class:`Popen` class uses CreateProcess() to execute the child
|
|
program, which operates on strings. If *args* is a sequence, it will be
|
|
converted to a string using the :meth:`list2cmdline` method. Please note that
|
|
not all MS Windows applications interpret the command line the same way:
|
|
:meth:`list2cmdline` is designed for applications using the same rules as the MS
|
|
C runtime.
|
|
|
|
*bufsize*, if given, has the same meaning as the corresponding argument to the
|
|
built-in open() function: :const:`0` means unbuffered, :const:`1` means line
|
|
buffered, any other positive value means use a buffer of (approximately) that
|
|
size. A negative *bufsize* means to use the system default, which usually means
|
|
fully buffered. The default value for *bufsize* is :const:`0` (unbuffered).
|
|
|
|
The *executable* argument specifies the program to execute. It is very seldom
|
|
needed: Usually, the program to execute is defined by the *args* argument. If
|
|
``shell=True``, the *executable* argument specifies which shell to use. On Unix,
|
|
the default shell is :file:`/bin/sh`. On Windows, the default shell is
|
|
specified by the :envvar:`COMSPEC` environment variable.
|
|
|
|
*stdin*, *stdout* and *stderr* specify the executed programs' standard input,
|
|
standard output and standard error file handles, respectively. Valid values
|
|
are :data:`PIPE`, an existing file descriptor (a positive integer), an
|
|
existing file object, and ``None``. :data:`PIPE` indicates that a new pipe
|
|
to the child should be created. With ``None``, no redirection will occur;
|
|
the child's file handles will be inherited from the parent. Additionally,
|
|
*stderr* can be :data:`STDOUT`, which indicates that the stderr data from the
|
|
applications should be captured into the same file handle as for stdout.
|
|
|
|
If *preexec_fn* is set to a callable object, this object will be called in the
|
|
child process just before the child is executed. (Unix only)
|
|
|
|
If *close_fds* is true, all file descriptors except :const:`0`, :const:`1` and
|
|
:const:`2` will be closed before the child process is executed. (Unix only).
|
|
Or, on Windows, if *close_fds* is true then no handles will be inherited by the
|
|
child process. Note that on Windows, you cannot set *close_fds* to true and
|
|
also redirect the standard handles by setting *stdin*, *stdout* or *stderr*.
|
|
|
|
If *shell* is :const:`True`, the specified command will be executed through the
|
|
shell.
|
|
|
|
If *cwd* is not ``None``, the child's current directory will be changed to *cwd*
|
|
before it is executed. Note that this directory is not considered when
|
|
searching the executable, so you can't specify the program's path relative to
|
|
*cwd*.
|
|
|
|
If *env* is not ``None``, it must be a mapping that defines the environment
|
|
variables for the new process; these are used instead of inheriting the current
|
|
process' environment, which is the default behavior.
|
|
|
|
.. note::
|
|
|
|
If specified, *env* must provide any variables required
|
|
for the program to execute. On Windows, in order to run a
|
|
`side-by-side assembly`_ the specified *env* **must** include a valid
|
|
:envvar:`SystemRoot`.
|
|
|
|
.. _side-by-side assembly: http://en.wikipedia.org/wiki/Side-by-Side_Assembly
|
|
|
|
If *universal_newlines* is :const:`True`, the file objects stdout and stderr are
|
|
opened as text files, but lines may be terminated by any of ``'\n'``, the Unix
|
|
end-of-line convention, ``'\r'``, the old Macintosh convention or ``'\r\n'``, the
|
|
Windows convention. All of these external representations are seen as ``'\n'``
|
|
by the Python program.
|
|
|
|
.. note::
|
|
|
|
This feature is only available if Python is built with universal newline support
|
|
(the default). Also, the newlines attribute of the file objects :attr:`stdout`,
|
|
:attr:`stdin` and :attr:`stderr` are not updated by the :meth:`communicate` method.
|
|
|
|
The *startupinfo* and *creationflags*, if given, will be passed to the
|
|
underlying CreateProcess() function. They can specify things such as appearance
|
|
of the main window and priority for the new process. (Windows only)
|
|
|
|
|
|
.. data:: PIPE
|
|
|
|
Special value that can be used as the *stdin*, *stdout* or *stderr* argument
|
|
to :class:`Popen` and indicates that a pipe to the standard stream should be
|
|
opened.
|
|
|
|
|
|
.. data:: STDOUT
|
|
|
|
Special value that can be used as the *stderr* argument to :class:`Popen` and
|
|
indicates that standard error should go into the same handle as standard
|
|
output.
|
|
|
|
|
|
Convenience Functions
|
|
^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
This module also defines four shortcut functions:
|
|
|
|
|
|
.. function:: call(*popenargs, **kwargs)
|
|
|
|
Run command with arguments. Wait for command to complete, then return the
|
|
:attr:`returncode` attribute.
|
|
|
|
The arguments are the same as for the Popen constructor. Example::
|
|
|
|
retcode = call(["ls", "-l"])
|
|
|
|
.. warning::
|
|
|
|
Like :meth:`Popen.wait`, this will deadlock if the child process
|
|
generates enough output to a stdout or stderr pipe such that it blocks
|
|
waiting for the OS pipe buffer to accept more data.
|
|
|
|
|
|
.. function:: check_call(*popenargs, **kwargs)
|
|
|
|
Run command with arguments. Wait for command to complete. If the exit code was
|
|
zero then return, otherwise raise :exc:`CalledProcessError`. The
|
|
:exc:`CalledProcessError` object will have the return code in the
|
|
:attr:`returncode` attribute.
|
|
|
|
The arguments are the same as for the Popen constructor. Example::
|
|
|
|
check_call(["ls", "-l"])
|
|
|
|
.. warning::
|
|
|
|
See the warning for :func:`call`.
|
|
|
|
|
|
.. function:: check_output(*popenargs, **kwargs)
|
|
|
|
Run command with arguments and return its output as a byte string.
|
|
|
|
If the exit code was non-zero it raises a :exc:`CalledProcessError`. The
|
|
:exc:`CalledProcessError` object will have the return code in the
|
|
:attr:`returncode`
|
|
attribute and output in the :attr:`output` attribute.
|
|
|
|
The arguments are the same as for the :class:`Popen` constructor. Example::
|
|
|
|
>>> subprocess.check_output(["ls", "-l", "/dev/null"])
|
|
'crw-rw-rw- 1 root root 1, 3 Oct 18 2007 /dev/null\n'
|
|
|
|
The stdout argument is not allowed as it is used internally.
|
|
To capture standard error in the result, use ``stderr=subprocess.STDOUT``::
|
|
|
|
>>> subprocess.check_output(
|
|
["/bin/sh", "-c", "ls non_existent_file ; exit 0"],
|
|
stderr=subprocess.STDOUT)
|
|
'ls: non_existent_file: No such file or directory\n'
|
|
|
|
.. versionadded:: 3.1
|
|
|
|
|
|
.. function:: getstatusoutput(cmd)
|
|
Return ``(status, output)`` of executing *cmd* in a shell.
|
|
|
|
Execute the string *cmd* in a shell with :func:`os.popen` and return a 2-tuple
|
|
``(status, output)``. *cmd* is actually run as ``{ cmd ; } 2>&1``, so that the
|
|
returned output will contain output or error messages. A trailing newline is
|
|
stripped from the output. The exit status for the command can be interpreted
|
|
according to the rules for the C function :cfunc:`wait`. Example::
|
|
|
|
>>> import subprocess
|
|
>>> subprocess.getstatusoutput('ls /bin/ls')
|
|
(0, '/bin/ls')
|
|
>>> subprocess.getstatusoutput('cat /bin/junk')
|
|
(256, 'cat: /bin/junk: No such file or directory')
|
|
>>> subprocess.getstatusoutput('/bin/junk')
|
|
(256, 'sh: /bin/junk: not found')
|
|
|
|
Availability: UNIX.
|
|
|
|
|
|
.. function:: getoutput(cmd)
|
|
Return output (stdout and stderr) of executing *cmd* in a shell.
|
|
|
|
Like :func:`getstatusoutput`, except the exit status is ignored and the return
|
|
value is a string containing the command's output. Example::
|
|
|
|
>>> import subprocess
|
|
>>> subprocess.getoutput('ls /bin/ls')
|
|
'/bin/ls'
|
|
|
|
Availability: UNIX.
|
|
|
|
|
|
Exceptions
|
|
^^^^^^^^^^
|
|
|
|
Exceptions raised in the child process, before the new program has started to
|
|
execute, will be re-raised in the parent. Additionally, the exception object
|
|
will have one extra attribute called :attr:`child_traceback`, which is a string
|
|
containing traceback information from the childs point of view.
|
|
|
|
The most common exception raised is :exc:`OSError`. This occurs, for example,
|
|
when trying to execute a non-existent file. Applications should prepare for
|
|
:exc:`OSError` exceptions.
|
|
|
|
A :exc:`ValueError` will be raised if :class:`Popen` is called with invalid
|
|
arguments.
|
|
|
|
check_call() will raise :exc:`CalledProcessError`, if the called process returns
|
|
a non-zero return code.
|
|
|
|
|
|
Security
|
|
^^^^^^^^
|
|
|
|
Unlike some other popen functions, this implementation will never call /bin/sh
|
|
implicitly. This means that all characters, including shell metacharacters, can
|
|
safely be passed to child processes.
|
|
|
|
|
|
Popen Objects
|
|
-------------
|
|
|
|
Instances of the :class:`Popen` class have the following methods:
|
|
|
|
|
|
.. method:: Popen.poll()
|
|
|
|
Check if child process has terminated. Set and return :attr:`returncode`
|
|
attribute.
|
|
|
|
|
|
.. method:: Popen.wait()
|
|
|
|
Wait for child process to terminate. Set and return :attr:`returncode`
|
|
attribute.
|
|
|
|
.. warning::
|
|
|
|
This will deadlock if the child process generates enough output to a
|
|
stdout or stderr pipe such that it blocks waiting for the OS pipe buffer
|
|
to accept more data. Use :meth:`communicate` to avoid that.
|
|
|
|
|
|
.. method:: Popen.communicate(input=None)
|
|
|
|
Interact with process: Send data to stdin. Read data from stdout and stderr,
|
|
until end-of-file is reached. Wait for process to terminate. The optional
|
|
*input* argument should be a byte string to be sent to the child process, or
|
|
``None``, if no data should be sent to the child.
|
|
|
|
:meth:`communicate` returns a tuple ``(stdoutdata, stderrdata)``.
|
|
|
|
Note that if you want to send data to the process's stdin, you need to create
|
|
the Popen object with ``stdin=PIPE``. Similarly, to get anything other than
|
|
``None`` in the result tuple, you need to give ``stdout=PIPE`` and/or
|
|
``stderr=PIPE`` too.
|
|
|
|
.. note::
|
|
|
|
The data read is buffered in memory, so do not use this method if the data
|
|
size is large or unlimited.
|
|
|
|
|
|
.. method:: Popen.send_signal(signal)
|
|
|
|
Sends the signal *signal* to the child.
|
|
|
|
.. note::
|
|
|
|
On Windows only SIGTERM is supported so far. It's an alias for
|
|
:meth:`terminate`.
|
|
|
|
|
|
.. method:: Popen.terminate()
|
|
|
|
Stop the child. On Posix OSs the method sends SIGTERM to the
|
|
child. On Windows the Win32 API function :cfunc:`TerminateProcess` is called
|
|
to stop the child.
|
|
|
|
|
|
.. method:: Popen.kill()
|
|
|
|
Kills the child. On Posix OSs the function sends SIGKILL to the child.
|
|
On Windows :meth:`kill` is an alias for :meth:`terminate`.
|
|
|
|
|
|
The following attributes are also available:
|
|
|
|
.. warning::
|
|
|
|
Use :meth:`communicate` rather than :attr:`.stdin.write <stdin>`,
|
|
:attr:`.stdout.read <stdout>` or :attr:`.stderr.read <stderr>` to avoid
|
|
deadlocks due to any of the other OS pipe buffers filling up and blocking the
|
|
child process.
|
|
|
|
|
|
.. attribute:: Popen.stdin
|
|
|
|
If the *stdin* argument was :data:`PIPE`, this attribute is a file object
|
|
that provides input to the child process. Otherwise, it is ``None``.
|
|
|
|
|
|
.. attribute:: Popen.stdout
|
|
|
|
If the *stdout* argument was :data:`PIPE`, this attribute is a file object
|
|
that provides output from the child process. Otherwise, it is ``None``.
|
|
|
|
|
|
.. attribute:: Popen.stderr
|
|
|
|
If the *stderr* argument was :data:`PIPE`, this attribute is a file object
|
|
that provides error output from the child process. Otherwise, it is
|
|
``None``.
|
|
|
|
|
|
.. attribute:: Popen.pid
|
|
|
|
The process ID of the child process.
|
|
|
|
|
|
.. attribute:: Popen.returncode
|
|
|
|
The child return code, set by :meth:`poll` and :meth:`wait` (and indirectly
|
|
by :meth:`communicate`). A ``None`` value indicates that the process
|
|
hasn't terminated yet.
|
|
|
|
A negative value ``-N`` indicates that the child was terminated by signal
|
|
``N`` (Unix only).
|
|
|
|
|
|
.. _subprocess-replacements:
|
|
|
|
Replacing Older Functions with the subprocess Module
|
|
----------------------------------------------------
|
|
|
|
In this section, "a ==> b" means that b can be used as a replacement for a.
|
|
|
|
.. note::
|
|
|
|
All functions in this section fail (more or less) silently if the executed
|
|
program cannot be found; this module raises an :exc:`OSError` exception.
|
|
|
|
In the following examples, we assume that the subprocess module is imported with
|
|
"from subprocess import \*".
|
|
|
|
|
|
Replacing /bin/sh shell backquote
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
::
|
|
|
|
output=`mycmd myarg`
|
|
==>
|
|
output = Popen(["mycmd", "myarg"], stdout=PIPE).communicate()[0]
|
|
|
|
|
|
Replacing shell pipeline
|
|
^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
::
|
|
|
|
output=`dmesg | grep hda`
|
|
==>
|
|
p1 = Popen(["dmesg"], stdout=PIPE)
|
|
p2 = Popen(["grep", "hda"], stdin=p1.stdout, stdout=PIPE)
|
|
output = p2.communicate()[0]
|
|
|
|
|
|
Replacing os.system()
|
|
^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
::
|
|
|
|
sts = os.system("mycmd" + " myarg")
|
|
==>
|
|
p = Popen("mycmd" + " myarg", shell=True)
|
|
sts = os.waitpid(p.pid, 0)
|
|
|
|
Notes:
|
|
|
|
* Calling the program through the shell is usually not required.
|
|
|
|
* It's easier to look at the :attr:`returncode` attribute than the exit status.
|
|
|
|
A more realistic example would look like this::
|
|
|
|
try:
|
|
retcode = call("mycmd" + " myarg", shell=True)
|
|
if retcode < 0:
|
|
print("Child was terminated by signal", -retcode, file=sys.stderr)
|
|
else:
|
|
print("Child returned", retcode, file=sys.stderr)
|
|
except OSError as e:
|
|
print("Execution failed:", e, file=sys.stderr)
|
|
|
|
|
|
Replacing the os.spawn family
|
|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
|
|
|
P_NOWAIT example::
|
|
|
|
pid = os.spawnlp(os.P_NOWAIT, "/bin/mycmd", "mycmd", "myarg")
|
|
==>
|
|
pid = Popen(["/bin/mycmd", "myarg"]).pid
|
|
|
|
P_WAIT example::
|
|
|
|
retcode = os.spawnlp(os.P_WAIT, "/bin/mycmd", "mycmd", "myarg")
|
|
==>
|
|
retcode = call(["/bin/mycmd", "myarg"])
|
|
|
|
Vector example::
|
|
|
|
os.spawnvp(os.P_NOWAIT, path, args)
|
|
==>
|
|
Popen([path] + args[1:])
|
|
|
|
Environment example::
|
|
|
|
os.spawnlpe(os.P_NOWAIT, "/bin/mycmd", "mycmd", "myarg", env)
|
|
==>
|
|
Popen(["/bin/mycmd", "myarg"], env={"PATH": "/usr/bin"})
|
|
|
|
|
|
Replacing os.popen
|
|
^^^^^^^^^^^^^^^^^^
|
|
|
|
::
|
|
|
|
pipe = os.popen(cmd, 'r', bufsize)
|
|
==>
|
|
pipe = Popen(cmd, shell=True, bufsize=bufsize, stdout=PIPE).stdout
|
|
|
|
::
|
|
|
|
pipe = os.popen(cmd, 'w', bufsize)
|
|
==>
|
|
pipe = Popen(cmd, shell=True, bufsize=bufsize, stdin=PIPE).stdin
|