Commit f3f50526 authored by Georg Brandl's avatar Georg Brandl

Doc: fix default role usage (except in unittest mock docs)

parent 78be2f4e
...@@ -535,7 +535,7 @@ Update ``map`` for imbalanced input sequences ...@@ -535,7 +535,7 @@ Update ``map`` for imbalanced input sequences
''''''''''''''''''''''''''''''''''''''''''''' '''''''''''''''''''''''''''''''''''''''''''''
With Python 2, when ``map`` was given more than one input sequence it would pad With Python 2, when ``map`` was given more than one input sequence it would pad
the shorter sequences with `None` values, returning a sequence as long as the the shorter sequences with ``None`` values, returning a sequence as long as the
longest input sequence. longest input sequence.
With Python 3, if the input sequences to ``map`` are of unequal length, ``map`` With Python 3, if the input sequences to ``map`` are of unequal length, ``map``
......
...@@ -1090,7 +1090,7 @@ As we can easily check, our array is sorted now:: ...@@ -1090,7 +1090,7 @@ As we can easily check, our array is sorted now::
outside of Python's control (e.g. by the foreign code that calls the outside of Python's control (e.g. by the foreign code that calls the
callback), ctypes creates a new dummy Python thread on every invocation. This callback), ctypes creates a new dummy Python thread on every invocation. This
behavior is correct for most purposes, but it means that values stored with behavior is correct for most purposes, but it means that values stored with
`threading.local` will *not* survive across different callbacks, even when :class:`threading.local` will *not* survive across different callbacks, even when
those calls are made from the same C thread. those calls are made from the same C thread.
.. _ctypes-accessing-values-exported-from-dlls: .. _ctypes-accessing-values-exported-from-dlls:
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment