diff options
author | Xie Yanbo <xieyanbo@gmail.com> | 2024-05-10 08:11:50 (GMT) |
---|---|---|
committer | GitHub <noreply@github.com> | 2024-05-10 08:11:50 (GMT) |
commit | 17a2cc199d5d8dd9db49ea596cf243e2217263c6 (patch) | |
tree | 6a4b112524bc480cdeeb58b2f1810a1f7e274725 | |
parent | 46c808172fd3148e3397234b23674bf70734fb55 (diff) | |
download | cpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.zip cpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.tar.gz cpython-17a2cc199d5d8dd9db49ea596cf243e2217263c6.tar.bz2 |
Docs: fix typos in documentation (GH-118815)
-rw-r--r-- | Doc/library/importlib.rst | 4 | ||||
-rw-r--r-- | Doc/library/logging.rst | 2 |
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) |