
This issue trackerhas been migrated toGitHub, and is currentlyread-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.
Created on2016-01-19 12:30 byvstinner, last changed2022-04-11 14:58 byadmin. This issue is nowclosed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| pythreadstate_fastget.patch | vstinner,2016-01-19 12:30 | review | ||
| Messages (6) | |||
|---|---|---|---|
| msg258587 -(view) | Author: STINNER Victor (vstinner)*![]() | Date: 2016-01-19 12:30 | |
The issue#25150 modified pystate.h to hide _PyThreadState_Current. Sadly, this change broke the vmprof project:https://mail.python.org/pipermail/python-dev/2016-January/142767.htmlAttached patches adds a new private _PyThreadState_FastGet() function to get the current thread state but don't call Py_FatalError() if it is NULL.The patch also uses replace direct access to _PyThreadState_Current with _PyThreadState_FastGet(), except inside ceval.c and pystate.c.Calling Py_FatalError() to handle errors is not really a great API... Bad that's a different story, I don't want to break anything here.I want to add the private function to Python 3.5.2 because I consider that the removal of the _PyThreadState_Current symbol is a regression introduced in Python 3.5.1.We have no rule for the Python private API, it can change *anytime*. | |||
| msg258598 -(view) | Author: Nathaniel Smith (njs)*![]() | Date: 2016-01-19 15:10 | |
Name should be _PyThreadState_UncheckedGet | |||
| msg258633 -(view) | Author: Gregory P. Smith (gregory.p.smith)*![]() | Date: 2016-01-19 23:25 | |
Overall +1 to this private API. I like the UncheckedGet name better than FastGet but don't really care what the name is so long as it keeps this property: It must be non-blocking and safe to call from a signal handler. Returning NULL in the event the value could not be obtained in such a manner is fine (unlikely to happen from the looks of the 3.5 code).They are private and this fixes the regression in 3.5.1. people (ab)using these private APIs should be fine writing conditional compilation code to deal with that.We've got a similar patch on our CPython 2.7 interpreter at work (more complicated as it must do a non-blocking lock acquire in the old 2.7 code). | |||
| msg258656 -(view) | Author: Roundup Robot (python-dev)![]() | Date: 2016-01-20 10:20 | |
New changesetf9461f1e0559 by Victor Stinner in branch '3.5':Add _PyThreadState_UncheckedGet()https://hg.python.org/cpython/rev/f9461f1e0559New changesetd4f13c9a2b07 by Victor Stinner in branch 'default':Merge 3.5https://hg.python.org/cpython/rev/d4f13c9a2b07 | |||
| msg258657 -(view) | Author: STINNER Victor (vstinner)*![]() | Date: 2016-01-20 10:21 | |
Function added@fijal: Sorry for the annoyance of the Python 3.5.1 regression. | |||
| msg264178 -(view) | Author: Wenzel Jakob (wenzel) | Date: 2016-04-25 15:16 | |
I've also run into this regression. FWIW this is what I've ended up using to work around it (it's a mess, but what are we to do..)#if PY_VERSION_HEX >= 0x03050000 && PY_VERSION_HEX < 0x03050200extern "C" { /* Manually import _PyThreadState_Current symbol */ struct _Py_atomic_address { void *value; }; PyAPI_DATA(_Py_atomic_address) _PyThreadState_Current;};#endifPyThreadState *get_thread_state_unchecked() {#if PY_VERSION_HEX < 0x03000000 return _PyThreadState_Current;#elif PY_VERSION_HEX < 0x03050000 return (PyThreadState*) _Py_atomic_load_relaxed(&_PyThreadState_Current);#elif PY_VERSION_HEX < 0x03050200 return (PyThreadState*) _PyThreadState_Current.value;#else return _PyThreadState_UncheckedGet();#endif} | |||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022-04-11 14:58:26 | admin | set | github: 70342 |
| 2016-04-25 15:16:37 | wenzel | set | nosy: +wenzel messages: +msg264178 |
| 2016-01-20 10:21:22 | vstinner | set | status: open -> closed resolution: fixed messages: +msg258657 title: Add private _PyThreadState_FastGet() to get the current thread state -> Add private _PyThreadState_UncheckedGet() to get the current thread state |
| 2016-01-20 10:20:39 | python-dev | set | nosy: +python-dev messages: +msg258656 |
| 2016-01-19 23:25:35 | gregory.p.smith | set | nosy: +gregory.p.smith messages: +msg258633 |
| 2016-01-19 15:10:03 | njs | set | nosy: +njs messages: +msg258598 |
| 2016-01-19 12:30:33 | vstinner | create | |