From f285bcca280bc3275b33fe78f3fb5a77efd66cb1 Mon Sep 17 00:00:00 2001 From: Georg Brandl Date: Tue, 19 Oct 2010 21:07:16 +0000 Subject: Be consistent in the spelling of thread-safe(ty). --- Doc/c-api/init.rst | 2 +- Doc/library/locale.rst | 2 +- Doc/library/multiprocessing.rst | 2 +- Doc/library/runpy.rst | 2 +- Doc/library/threading.rst | 6 +++--- 5 files changed, 7 insertions(+), 7 deletions(-) diff --git a/Doc/c-api/init.rst b/Doc/c-api/init.rst index 1c62155..dbceecc 100644 --- a/Doc/c-api/init.rst +++ b/Doc/c-api/init.rst @@ -437,7 +437,7 @@ Thread State and the Global Interpreter Lock single: interpreter lock single: lock, interpreter -The Python interpreter is not fully thread safe. In order to support +The Python interpreter is not fully thread-safe. In order to support multi-threaded Python programs, there's a global lock, called the :dfn:`global interpreter lock` or :dfn:`GIL`, that must be held by the current thread before it can safely access Python objects. Without the lock, even the simplest diff --git a/Doc/library/locale.rst b/Doc/library/locale.rst index c15f7e3..a3a7b48 100644 --- a/Doc/library/locale.rst +++ b/Doc/library/locale.rst @@ -39,7 +39,7 @@ The :mod:`locale` module defines the following exception and functions: If *locale* is omitted or ``None``, the current setting for *category* is returned. - :func:`setlocale` is not thread safe on most systems. Applications typically + :func:`setlocale` is not thread-safe on most systems. Applications typically start with a call of :: import locale diff --git a/Doc/library/multiprocessing.rst b/Doc/library/multiprocessing.rst index 65c64e1..aa1e752 100644 --- a/Doc/library/multiprocessing.rst +++ b/Doc/library/multiprocessing.rst @@ -214,7 +214,7 @@ However, if you really do need to use some shared data then The ``'d'`` and ``'i'`` arguments used when creating ``num`` and ``arr`` are typecodes of the kind used by the :mod:`array` module: ``'d'`` indicates a double precision float and ``'i'`` indicates a signed integer. These shared - objects will be process and thread safe. + objects will be process and thread-safe. For more flexibility in using shared memory one can use the :mod:`multiprocessing.sharedctypes` module which supports the creation of diff --git a/Doc/library/runpy.rst b/Doc/library/runpy.rst index 71f896f..896b65d 100644 --- a/Doc/library/runpy.rst +++ b/Doc/library/runpy.rst @@ -120,7 +120,7 @@ The :mod:`runpy` module provides two functions: Note that, unlike :func:`run_module`, the alterations made to :mod:`sys` are not optional in this function as these adjustments are essential to - allowing the execution of sys.path entries. As the thread safety + allowing the execution of sys.path entries. As the thread-safety limitations still apply, use of this function in threaded code should be either serialised with the import lock or delegated to a separate process. diff --git a/Doc/library/threading.rst b/Doc/library/threading.rst index 3419e65..3e2e1e3 100644 --- a/Doc/library/threading.rst +++ b/Doc/library/threading.rst @@ -789,9 +789,9 @@ Currently, :class:`Lock`, :class:`RLock`, :class:`Condition`, Importing in threaded code -------------------------- -While the import machinery is thread safe, there are two key -restrictions on threaded imports due to inherent limitations in the way -that thread safety is provided: +While the import machinery is thread-safe, there are two key restrictions on +threaded imports due to inherent limitations in the way that thread-safety is +provided: * Firstly, other than in the main module, an import should not have the side effect of spawning a new thread and then waiting for that thread in -- cgit v0.12