Skip to content

Commit 0cec91b

Browse files
Stupid trailing spaces
1 parent b920bff commit 0cec91b

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

peps/pep-0788.rst

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -111,15 +111,15 @@ Generally, this pattern would look something like this:
111111
112112
This comes with a hidden problem. If the target interpreter is finalizing, the
113113
current thread will hang! Or, if the target interpreter has been completely
114-
deleted, then attaching will likely result in a crash.
114+
deleted, then attaching will likely result in a crash.
115115

116116
There are currently a few workarounds for this:
117117

118118
1. Leak resources to prevent the need to invoke Python.
119119
2. Protect against finalization using an :mod:`atexit` callback.
120120

121121
Ideally, finalization should not be a footgun when working with
122-
Python's C API.
122+
Python's C API.
123123

124124

125125
Locks in native extensions can be unusable during finalization
@@ -374,10 +374,10 @@ replace :c:func:`PyGILState_Ensure` and :c:func:`PyGILState_Release`.
374374
375375
It is OK to call this function if the thread already has an
376376
attached thread state, as long as there is a subsequent call to
377-
:c:func:`PyThreadState_Release` that matches this one.
377+
:c:func:`PyThreadState_Release` that matches this one.
378378
379379
Nested calls to this function will only sometimes create a new
380-
:term:`thread state`.
380+
thread state.
381381
382382
First, this function checks if an attached thread state is present.
383383
If there is, this function then checks if the interpreter of that

0 commit comments

Comments
 (0)