summaryrefslogtreecommitdiffstats
path: root/Doc
diff options
context:
space:
mode:
authorSerhiy Storchaka <storchaka@gmail.com>2013-10-13 17:12:43 (GMT)
committerSerhiy Storchaka <storchaka@gmail.com>2013-10-13 17:12:43 (GMT)
commitdab8354920be8b2c88b8fd390ecb3345ee155d82 (patch)
treeed50c8af4494a4d1248382514e5e0e08ec1badc1 /Doc
parent5e1c053f0c024d53a8618937d6cfbc612d253bdd (diff)
downloadcpython-dab8354920be8b2c88b8fd390ecb3345ee155d82.zip
cpython-dab8354920be8b2c88b8fd390ecb3345ee155d82.tar.gz
cpython-dab8354920be8b2c88b8fd390ecb3345ee155d82.tar.bz2
Issue #19207: Improved cross-references in the os, os.path, and posix modules
documentation.
Diffstat (limited to 'Doc')
-rw-r--r--Doc/library/os.path.rst6
-rw-r--r--Doc/library/os.rst55
-rw-r--r--Doc/library/posix.rst9
3 files changed, 36 insertions, 34 deletions
diff --git a/Doc/library/os.path.rst b/Doc/library/os.path.rst
index 206e7ac..36f2d14 100644
--- a/Doc/library/os.path.rst
+++ b/Doc/library/os.path.rst
@@ -273,9 +273,9 @@ the :mod:`glob` module.)
.. function:: samestat(stat1, stat2)
Return ``True`` if the stat tuples *stat1* and *stat2* refer to the same file.
- These structures may have been returned by :func:`fstat`, :func:`lstat`, or
- :func:`stat`. This function implements the underlying comparison used by
- :func:`samefile` and :func:`sameopenfile`.
+ These structures may have been returned by :func:`os.fstat`,
+ :func:`os.lstat`, or :func:`os.stat`. This function implements the
+ underlying comparison used by :func:`samefile` and :func:`sameopenfile`.
Availability: Unix.
diff --git a/Doc/library/os.rst b/Doc/library/os.rst
index cc1668c..59457f7 100644
--- a/Doc/library/os.rst
+++ b/Doc/library/os.rst
@@ -643,7 +643,7 @@ process will then be assigned 3, 4, 5, and so forth. The name "file descriptor"
is slightly deceptive; on Unix platforms, sockets and pipes are also referenced
by file descriptors.
-The :meth:`~file.fileno` method can be used to obtain the file descriptor
+The :meth:`~io.IOBase.fileno` method can be used to obtain the file descriptor
associated with a :term:`file object` when required. Note that using the file
descriptor directly will bypass the file object methods, ignoring aspects such
as internal buffering of data.
@@ -660,7 +660,7 @@ as internal buffering of data.
This function is intended for low-level I/O and must be applied to a file
descriptor as returned by :func:`os.open` or :func:`pipe`. To close a "file
object" returned by the built-in function :func:`open` or by :func:`popen` or
- :func:`fdopen`, use its :meth:`~file.close` method.
+ :func:`fdopen`, use its :meth:`~io.IOBase.close` method.
.. function:: closerange(fd_low, fd_high)
@@ -821,7 +821,7 @@ as internal buffering of data.
Set the current position of file descriptor *fd* to position *pos*, modified
by *how*: :const:`SEEK_SET` or ``0`` to set the position relative to the
beginning of the file; :const:`SEEK_CUR` or ``1`` to set it relative to the
- current position; :const:`os.SEEK_END` or ``2`` to set it relative to the end of
+ current position; :const:`SEEK_END` or ``2`` to set it relative to the end of
the file. Return the new cursor position in bytes, starting from the beginning.
Availability: Unix, Windows.
@@ -1938,7 +1938,7 @@ features:
.. data:: supports_dir_fd
- A :class:`~collections.Set` object indicating which functions in the
+ A :class:`~collections.abc.Set` object indicating which functions in the
:mod:`os` module permit use of their *dir_fd* parameter. Different platforms
provide different functionality, and an option that might work on one might
be unsupported on another. For consistency's sakes, functions that support
@@ -1960,7 +1960,7 @@ features:
.. data:: supports_effective_ids
- A :class:`~collections.Set` object indicating which functions in the
+ A :class:`~collections.abc.Set` object indicating which functions in the
:mod:`os` module permit use of the *effective_ids* parameter for
:func:`os.access`. If the local platform supports it, the collection will
contain :func:`os.access`, otherwise it will be empty.
@@ -1978,7 +1978,7 @@ features:
.. data:: supports_fd
- A :class:`~collections.Set` object indicating which functions in the
+ A :class:`~collections.abc.Set` object indicating which functions in the
:mod:`os` module permit specifying their *path* parameter as an open file
descriptor. Different platforms provide different functionality, and an
option that might work on one might be unsupported on another. For
@@ -1999,7 +1999,7 @@ features:
.. data:: supports_follow_symlinks
- A :class:`~collections.Set` object indicating which functions in the
+ A :class:`~collections.abc.Set` object indicating which functions in the
:mod:`os` module permit use of their *follow_symlinks* parameter. Different
platforms provide different functionality, and an option that might work on
one might be unsupported on another. For consistency's sakes, functions that
@@ -2348,7 +2348,7 @@ Process Management
These functions may be used to create and manage processes.
-The various :func:`exec\*` functions take a list of arguments for the new
+The various :func:`exec\* <execl>` functions take a list of arguments for the new
program loaded into the process. In each case, the first of these arguments is
passed to the new program as its own name rather than as an argument a user may
have typed on a command line. For the C programmer, this is the ``argv[0]``
@@ -2386,9 +2386,9 @@ to be ignored.
descriptors are not flushed, so if there may be data buffered
on these open files, you should flush them using
:func:`sys.stdout.flush` or :func:`os.fsync` before calling an
- :func:`exec\*` function.
+ :func:`exec\* <execl>` function.
- The "l" and "v" variants of the :func:`exec\*` functions differ in how
+ The "l" and "v" variants of the :func:`exec\* <execl>` functions differ in how
command-line arguments are passed. The "l" variants are perhaps the easiest
to work with if the number of parameters is fixed when the code is written; the
individual parameters simply become additional parameters to the :func:`execl\*`
@@ -2400,7 +2400,7 @@ to be ignored.
The variants which include a "p" near the end (:func:`execlp`,
:func:`execlpe`, :func:`execvp`, and :func:`execvpe`) will use the
:envvar:`PATH` environment variable to locate the program *file*. When the
- environment is being replaced (using one of the :func:`exec\*e` variants,
+ environment is being replaced (using one of the :func:`exec\*e <execl>` variants,
discussed in the next paragraph), the new environment is used as the source of
the :envvar:`PATH` variable. The other variants, :func:`execl`, :func:`execle`,
:func:`execv`, and :func:`execve`, will not use the :envvar:`PATH` variable to
@@ -2646,7 +2646,6 @@ written in Python, such as a mail server's external command delivery program.
.. function:: popen(...)
- :noindex:
Run child processes, returning opened pipes for communications. These functions
are described in section :ref:`os-newstreams`.
@@ -2674,7 +2673,7 @@ written in Python, such as a mail server's external command delivery program.
process. On Windows, the process id will actually be the process handle, so can
be used with the :func:`waitpid` function.
- The "l" and "v" variants of the :func:`spawn\*` functions differ in how
+ The "l" and "v" variants of the :func:`spawn\* <spawnl>` functions differ in how
command-line arguments are passed. The "l" variants are perhaps the easiest
to work with if the number of parameters is fixed when the code is written; the
individual parameters simply become additional parameters to the
@@ -2686,7 +2685,7 @@ written in Python, such as a mail server's external command delivery program.
The variants which include a second "p" near the end (:func:`spawnlp`,
:func:`spawnlpe`, :func:`spawnvp`, and :func:`spawnvpe`) will use the
:envvar:`PATH` environment variable to locate the program *file*. When the
- environment is being replaced (using one of the :func:`spawn\*e` variants,
+ environment is being replaced (using one of the :func:`spawn\*e <spawnl>` variants,
discussed in the next paragraph), the new environment is used as the source of
the :envvar:`PATH` variable. The other variants, :func:`spawnl`,
:func:`spawnle`, :func:`spawnv`, and :func:`spawnve`, will not use the
@@ -2720,7 +2719,7 @@ written in Python, such as a mail server's external command delivery program.
.. data:: P_NOWAIT
P_NOWAITO
- Possible values for the *mode* parameter to the :func:`spawn\*` family of
+ Possible values for the *mode* parameter to the :func:`spawn\* <spawnl>` family of
functions. If either of these values is given, the :func:`spawn\*` functions
will return as soon as the new process has been created, with the process id as
the return value.
@@ -2730,7 +2729,7 @@ written in Python, such as a mail server's external command delivery program.
.. data:: P_WAIT
- Possible value for the *mode* parameter to the :func:`spawn\*` family of
+ Possible value for the *mode* parameter to the :func:`spawn\* <spawnl>` family of
functions. If this is given as *mode*, the :func:`spawn\*` functions will not
return until the new process has run to completion and will return the exit code
of the process the run is successful, or ``-signal`` if a signal kills the
@@ -2742,11 +2741,11 @@ written in Python, such as a mail server's external command delivery program.
.. data:: P_DETACH
P_OVERLAY
- Possible values for the *mode* parameter to the :func:`spawn\*` family of
+ Possible values for the *mode* parameter to the :func:`spawn\* <spawnl>` family of
functions. These are less portable than those listed above. :const:`P_DETACH`
is similar to :const:`P_NOWAIT`, but the new process is detached from the
console of the calling process. If :const:`P_OVERLAY` is used, the current
- process will be replaced; the :func:`spawn\*` function will not return.
+ process will be replaced; the :func:`spawn\* <spawnl>` function will not return.
Availability: Windows.
@@ -2918,8 +2917,8 @@ written in Python, such as a mail server's external command delivery program.
(shifting makes cross-platform use of the function easier). A *pid* less than or
equal to ``0`` has no special meaning on Windows, and raises an exception. The
value of integer *options* has no effect. *pid* can refer to any process whose
- id is known, not necessarily a child process. The :func:`spawn` functions called
- with :const:`P_NOWAIT` return suitable process handles.
+ id is known, not necessarily a child process. The :func:`spawn\* <spawnl>`
+ functions called with :const:`P_NOWAIT` return suitable process handles.
.. function:: wait3(options)
@@ -2927,8 +2926,9 @@ written in Python, such as a mail server's external command delivery program.
Similar to :func:`waitpid`, except no process id argument is given and a
3-element tuple containing the child's process id, exit status indication, and
resource usage information is returned. Refer to :mod:`resource`.\
- :func:`getrusage` for details on resource usage information. The option
- argument is the same as that provided to :func:`waitpid` and :func:`wait4`.
+ :func:`~resource.getrusage` for details on resource usage information. The
+ option argument is the same as that provided to :func:`waitpid` and
+ :func:`wait4`.
Availability: Unix.
@@ -2937,9 +2937,9 @@ written in Python, such as a mail server's external command delivery program.
Similar to :func:`waitpid`, except a 3-element tuple, containing the child's
process id, exit status indication, and resource usage information is returned.
- Refer to :mod:`resource`.\ :func:`getrusage` for details on resource usage
- information. The arguments to :func:`wait4` are the same as those provided to
- :func:`waitpid`.
+ Refer to :mod:`resource`.\ :func:`~resource.getrusage` for details on
+ resource usage information. The arguments to :func:`wait4` are the same
+ as those provided to :func:`waitpid`.
Availability: Unix.
@@ -3272,8 +3272,9 @@ Higher-level operations on pathnames are defined in the :mod:`os.path` module.
.. data:: defpath
- The default search path used by :func:`exec\*p\*` and :func:`spawn\*p\*` if the
- environment doesn't have a ``'PATH'`` key. Also available via :mod:`os.path`.
+ The default search path used by :func:`exec\*p\* <execl>` and
+ :func:`spawn\*p\* <spawnl>` if the environment doesn't have a ``'PATH'``
+ key. Also available via :mod:`os.path`.
.. data:: linesep
diff --git a/Doc/library/posix.rst b/Doc/library/posix.rst
index ba1b4b5..06bab04 100644
--- a/Doc/library/posix.rst
+++ b/Doc/library/posix.rst
@@ -19,7 +19,7 @@ systems the :mod:`posix` module is not available, but a subset is always
available through the :mod:`os` interface. Once :mod:`os` is imported, there is
*no* performance penalty in using it instead of :mod:`posix`. In addition,
:mod:`os` provides some additional functionality, such as automatically calling
-:func:`putenv` when an entry in ``os.environ`` is changed.
+:func:`~os.putenv` when an entry in ``os.environ`` is changed.
Errors are reported as exceptions; the usual exceptions are given for type
errors, while errors reported by the system calls raise :exc:`OSError`.
@@ -74,9 +74,10 @@ In addition to many functions described in the :mod:`os` module documentation,
pathname of your home directory, equivalent to ``getenv("HOME")`` in C.
Modifying this dictionary does not affect the string environment passed on by
- :func:`execv`, :func:`popen` or :func:`system`; if you need to change the
- environment, pass ``environ`` to :func:`execve` or add variable assignments and
- export statements to the command string for :func:`system` or :func:`popen`.
+ :func:`~os.execv`, :func:`~os.popen` or :func:`~os.system`; if you need to
+ change the environment, pass ``environ`` to :func:`~os.execve` or add
+ variable assignments and export statements to the command string for
+ :func:`~os.system` or :func:`~os.popen`.
.. versionchanged:: 3.2
On Unix, keys and values are bytes.