[issue43868] Remove PyOS_ReadlineFunctionPointer from the stable ABI list
STINNER Victor
report at bugs.python.org
Fri Apr 16 13:28:05 EDT 2021
STINNER Victor <vstinner at python.org> added the comment:
Yes, please remove it from the limited C API.
PyOS_ReadlineFunctionPointer has a bad API. I fixed recently PyOS_StdioReadline because it used the Python C API without holding the GIL. To acquire the GIL, you need to access a *private* _PyOS_ReadlineTState variable which is kind of unfortunate :-(
commit c353764fd564e401cf47a5d9efab18c72c60014e
Author: Victor Stinner <vstinner at python.org>
Date: Mon Jun 1 20:59:35 2020 +0200
bpo-40826: Fix GIL usage in PyOS_Readline() (GH-20579)
Fix GIL usage in PyOS_Readline(): lock the GIL to set an exception.
Pass tstate to my_fgets() and _PyOS_WindowsConsoleReadline(). Cleanup
these functions.
See also:
commit fa7ab6aa0f9a4f695e5525db5a113cd21fa93787
Author: Victor Stinner <vstinner at python.org>
Date: Wed Jun 3 14:39:59 2020 +0200
bpo-40826: Add _PyOS_InterruptOccurred(tstate) function (GH-20599)
my_fgets() now calls _PyOS_InterruptOccurred(tstate) to check for
pending signals, rather calling PyOS_InterruptOccurred().
my_fgets() is called with the GIL released, whereas
PyOS_InterruptOccurred() must be called with the GIL held.
test_repl: use text=True and avoid SuppressCrashReport in
test_multiline_string_parsing().
Fix my_fgets() on Windows: fgets(fp) does crash if fileno(fp) is closed.
----------
nosy: +vstinner
_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue43868>
_______________________________________
More information about the Python-bugs-list
mailing list