summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorXie Yanbo <xieyanbo@gmail.com>2024-05-10 08:11:50 (GMT)
committerGitHub <noreply@github.com>2024-05-10 08:11:50 (GMT)
commit17a2cc199d5d8dd9db49ea596cf243e2217263c6 (patch)
tree6a4b112524bc480cdeeb58b2f1810a1f7e274725
parent46c808172fd3148e3397234b23674bf70734fb55 (diff)
downloadcpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.zip
cpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.tar.gz
cpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.tar.bz2
Docs: fix typos in documentation (GH-118815)
-rw-r--r--Doc/library/importlib.rst4
-rw-r--r--Doc/library/logging.rst2
2 files changed, 3 insertions, 3 deletions
diff --git a/Doc/library/importlib.rst b/Doc/library/importlib.rst
index b58ef35..2ec15dd 100644
--- a/Doc/library/importlib.rst
+++ b/Doc/library/importlib.rst
@@ -1252,7 +1252,7 @@ find and load modules.
be only a single binary per framework, and there can be no executable binary
material outside the Frameworks folder.
- To accomodate this requirement, when running on iOS, extension module
+ To accommodate this requirement, when running on iOS, extension module
binaries are *not* packaged as ``.so`` files on ``sys.path``, but as
individual standalone frameworks. To discover those frameworks, this loader
is be registered against the ``.fwork`` file extension, with a ``.fwork``
@@ -1279,7 +1279,7 @@ find and load modules.
When a module is loaded with this loader, the ``__file__`` for the module
will report as the location of the ``.fwork`` file. This allows code to use
- the ``__file__`` of a module as an anchor for file system traveral.
+ the ``__file__`` of a module as an anchor for file system traversal.
However, the spec origin will reference the location of the *actual* binary
in the ``.framework`` folder.
diff --git a/Doc/library/logging.rst b/Doc/library/logging.rst
index fb6ca38..564b34b 100644
--- a/Doc/library/logging.rst
+++ b/Doc/library/logging.rst
@@ -1204,7 +1204,7 @@ functions.
most programs will want to carefully and explicitly control the logging
configuration, and should therefore prefer creating a module-level logger and
calling :meth:`Logger.debug` (or other level-specific methods) on it, as
- described at the beginnning of this documentation.
+ described at the beginning of this documentation.
.. function:: info(msg, *args, **kwargs)