File tree Expand file tree Collapse file tree 1 file changed +4
-4
lines changed
Expand file tree Collapse file tree 1 file changed +4
-4
lines changed Original file line number Diff line number Diff 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
113113current 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
116116There are currently a few workarounds for this:
117117
1181181. Leak resources to prevent the need to invoke Python.
1191192. Protect against finalization using an :mod: `atexit ` callback.
120120
121121Ideally, finalization should not be a footgun when working with
122- Python's C API.
122+ Python's C API.
123123
124124
125125Locks 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
You can’t perform that action at this time.
0 commit comments