mirror of https://github.com/python/cpython
gh-101100: Fix sphinx warnings in `zipapp` and `zipfile` modules (#102526)
This commit is contained in:
parent
1a84cc007e
commit
1f557f94c2
|
@ -215,7 +215,7 @@ using the :func:`create_archive` function::
|
|||
>>> import zipapp
|
||||
>>> zipapp.create_archive('old_archive.pyz', 'new_archive.pyz', '/usr/bin/python3')
|
||||
|
||||
To update the file in place, do the replacement in memory using a :class:`BytesIO`
|
||||
To update the file in place, do the replacement in memory using a :class:`~io.BytesIO`
|
||||
object, and then overwrite the source afterwards. Note that there is a risk
|
||||
when overwriting a file in place that an error will result in the loss of
|
||||
the original file. This code does not protect against such errors, but
|
||||
|
|
|
@ -288,7 +288,7 @@ ZipFile Objects
|
|||
(``ZipExtFile``) is read-only and provides the following methods:
|
||||
:meth:`~io.BufferedIOBase.read`, :meth:`~io.IOBase.readline`,
|
||||
:meth:`~io.IOBase.readlines`, :meth:`~io.IOBase.seek`,
|
||||
:meth:`~io.IOBase.tell`, :meth:`__iter__`, :meth:`~iterator.__next__`.
|
||||
:meth:`~io.IOBase.tell`, :meth:`~container.__iter__`, :meth:`~iterator.__next__`.
|
||||
These objects can operate independently of the ZipFile.
|
||||
|
||||
With ``mode='w'``, a writable file handle is returned, which supports the
|
||||
|
|
Loading…
Reference in New Issue