[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

Change by STINNER Victor : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38085] Interrupting class creation in __init_subclass__ may lead to incorrect isinstance() and issubclass() results

xitop added the comment: Same problem also in Python 3.6.8 and the new 3.8.0. -- versions: +Python 3.6, Python 3.8 ___ Python tracker ___

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

STINNER Victor added the comment: This issue comes from a thread on python-ideas: https://mail.python.org/archives/list/python-id...@python.org/thread/7FC2NHAOMKBHONFTUKMAHO5F56UU5UUD/ I understand that it's specific to Python 2.7. -- _PyGC_generation0 variable no longer exists in Python

[issue38543] Expose Py_TabcheckFlag as other PyAPI_DATA flag

New submission from egaudry : When looking at the pydebug.h header file, I see that some symbols are not declared as exported. For instance, I would like to be able to change the value of the Py_TabcheckFlag when running specific codelines. Any chance this patch could be added ? --

[issue38542] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

New submission from egaudry : Hi I would like to be able to get an handle on PyGC_Head*_PyGC_generation0 from a CPython extension. This is possible when building Python on a Posix host, but not on Windows because of a missing PyAPI_DATA wrapping of the said object in the objimpl.h header.

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

miss-islington added the comment: New changeset b1fc8c0c8aec7ef8edd119034e076bc48882ffbb by Miss Skeleton (bot) in branch '3.8': bpo-38540: Fix possible leak in PyArg_Parse for "esGH-" and "etGH-". (GH-16869) https://github.com/python/cpython/commit/b1fc8c0c8aec7ef8edd119034e076bc48882ffbb

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

Inada Naoki added the comment: > Strangely enough, it worked in Python 2.7 It is not strange since dict.keys() in Python 2.7 returns list. >>> {}.viewkeys() | Ror() Traceback (most recent call last): File "", line 1, in TypeError: iteration over non-sequence --

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

miss-islington added the comment: New changeset 3dec84f40ef49bab994a1af4e6082bf81021feab by Miss Skeleton (bot) in branch '3.7': bpo-38540: Fix possible leak in PyArg_Parse for "esGH-" and "etGH-". (GH-16869) https://github.com/python/cpython/commit/3dec84f40ef49bab994a1af4e6082bf81021feab

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by miss-islington : -- pull_requests: +16415 pull_request: https://github.com/python/cpython/pull/16870 ___ Python tracker ___

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by miss-islington : -- pull_requests: +16416 pull_request: https://github.com/python/cpython/pull/16871 ___ Python tracker ___

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Serhiy Storchaka added the comment: New changeset 5bc6a7c06eda20ba131ecba6752be0506d310181 by Serhiy Storchaka in branch 'master': bpo-38540: Fix possible leak in PyArg_Parse for "es#" and "et#". (GH-16869) https://github.com/python/cpython/commit/5bc6a7c06eda20ba131ecba6752be0506d310181

[issue38541] Performance degradation of attribute accesses in Python 3.7.4

New submission from ttrd : After upgrading from Python 3.7.3 to Python 3.7.4, we noticed an increased runtime of about 50% in some tests of our application. After some testing we constructed the following hypothesis: Accessing instance attributes of classes that define a custom metaclass take

[issue38493] os.CLD_KILLED and os.CLD_STOPPED should be implemented

Serhiy Storchaka added the comment: Thank you for your contribution Dong-hee! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38493] os.CLD_KILLED and os.CLD_STOPPED should be implemented

Serhiy Storchaka added the comment: New changeset 2eba6ad7bf3a5beeed54209a0107be8e1ac77767 by Serhiy Storchaka (Dong-hee Na) in branch 'master': bpo-38493: Add os.CLD_KILLED and os.CLD_STOPPED. (GH-16821) https://github.com/python/cpython/commit/2eba6ad7bf3a5beeed54209a0107be8e1ac77767

[issue27961] remove support for platforms without "long long"

Serhiy Storchaka added the comment: New changeset a9ed91e6c2f0f1a9960b1382321918448228a801 by Serhiy Storchaka (Sergey Fedoseev) in branch 'master': bpo-27961: Replace PY_LONG_LONG with long long. (GH-15386) https://github.com/python/cpython/commit/a9ed91e6c2f0f1a9960b1382321918448228a801

[issue38208] Simplify string.Template by using __init_subclass__()

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38208] Simplify string.Template by using __init_subclass__()

Serhiy Storchaka added the comment: New changeset 919f0bc8c904d3aa13eedb2dd1fe9c6b0555a591 by Serhiy Storchaka in branch 'master': bpo-38208: Simplify string.Template by using __init_subclass__(). (GH-16256) https://github.com/python/cpython/commit/919f0bc8c904d3aa13eedb2dd1fe9c6b0555a591

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.

Serhiy Storchaka added the comment: Thank you for your contribution hai shi! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.

Serhiy Storchaka added the comment: New changeset 06cd5b6acd98205adae1a3ea4223e88f38ad55ab by Serhiy Storchaka (Hai Shi) in branch 'master': bpo-38465: Convert the type of exports counters to Py_ssize_t. (GH-16746)

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +16414 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16869 ___ Python tracker

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

New submission from Serhiy Storchaka : There are possible leaks in PyArg_Parse and similar functions for format units "es#" and "et#". Macros STORE_SIZE and (since 3.8) FETCH_SIZE can leave the function despite there is an own reference to an encoded string (s). The leak is only possible

<    1   2