STINNER Victor added the comment:
> * zodbpickle-2.2.0: src/zodbpickle/_pickle_33.c
Technically, zodbpickle works on Python 3.11 and is not impacted by the
Py_SIZE() change.
_pickle_33.c redefines the Py_SIZE() macro to continue using as an l-value:
https://github.com/zopefoundat
Change by STINNER Victor :
--
title: [C API] PEP 674: Disallow using macros as l-value -> [C API] PEP 674:
Disallow using macros (Py_TYPE and Py_SIZE) as l-value
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
New changeset 18ea973c21ee4a6adc26be41027881043fa498eb by Victor Stinner in
branch 'main':
bpo-40170: Remove PyHeapType_GET_MEMBERS() macro (GH-30942)
https://github.com/python/cpython/commit/18ea973c21ee4a6adc26be41027881
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29151
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30972
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
I managed to reproduce the test_json crash on the "Fedora Stable ppc64le"
buildbot using clang. Commands:
---
./configure --with-pydebug CC=clang
make -j10
./python -m test -v test_json
---
I wrote GH-30972
STINNER Victor added the comment:
New changeset e7a6285f1be18992191599792524d3aa6aedfa55 by Victor Stinner in
branch 'main':
bpo-46542: test_json uses support.infinite_recursion() (GH-30972)
https://github.com/python/cpython/commit/e7a6285f1be18992191599792524d3
STINNER Victor added the comment:
Quick update on this closed issue.
I landed on this issue from Erlend's SC request:
https://github.com/python/steering-council/issues/99
> Oh! I assumed this bug wasn't resolved, but it is -- in bpo-34784. Sorry, I
> should have checked!
Y
STINNER Victor added the comment:
Raymond:
> Is the subinterpreters work still on hold pending a PEP?
While sub-interpreters is one motivation to convert static types to heap types,
it's not the only one.
IMO it's better to use the "embedded Python" use case to justif
STINNER Victor added the comment:
> 1. Run python
> 2. Ctrl + D
It seems like this scenario has recently been fixed in bpo-1635741:
$ ./python -I -X showrefcount
Python 3.11.0a4+ (heads/main:18ea973c21, Jan 28 2022, 01:38:10) [GCC 11.2.1
20211203 (Red Hat 11.2.1-7)] on linux
Type
STINNER Victor added the comment:
I marked bpo-35774 as a duplicate of this issue.
--
___
Python tracker
<https://bugs.python.org/issue1635741>
___
___
Pytho
STINNER Victor added the comment:
> valgrind reports leaks for test_zipimport
It's not strictly a memory leak: running the same code multiple time doesn't
leak memory. It's just that Python allocates memory once and never releases it
(doesn't releast it at exit).
---
STINNER Victor added the comment:
I marked bpo-23769 "valgrind reports leaks for test_zipimport" as duplicate of
this issue. At exit, Python doesn't clear the static types of the _collections,
itertools and _struct extensions:
* itertools.accumulate
* itertoo
STINNER Victor added the comment:
Without the test output, we cannot investigate the issue. I close it.
--
nosy: +vstinner
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
STINNER Victor added the comment:
> `_Py_Identifier` has been useful but at this point there is a faster and
> simpler approach we could take as a replacement: statically initialize the
> objects as fields on `_PyRuntimeState` and reference them directly through a
> macro.
Th
STINNER Victor added the comment:
New changeset 5a9e423473bf2c4eb32a0982e8d73420875db1da by Kumar Aditya in
branch 'main':
bpo-46449: deepfreeze get_code() now returns strong ref (GH-30987)
https://github.com/python/cpython/commit/5a9e423473bf2c4eb32a0982e8d734
Change by STINNER Victor :
--
pull_requests: +29167
pull_request: https://github.com/python/cpython/pull/30988
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
With my additional GH-30988 fix, msg411075 example no longer leaks :-)
---
Loop #1: 2 refs
Loop #2: 2 refs
Loop #3: 2 refs
...
Loop #98: 2 refs
Loop #99: 2 refs
Loop #100: 2 refs
---
I close the issue.
Thanks Christian and Kumar for the fix
STINNER Victor added the comment:
New changeset 9a241271139a317597aca71d5971346b2cfe7dbd by Victor Stinner in
branch 'main':
bpo-46417: _PyStructSequence_FiniType() updates _Py_RefTotal (GH-30988)
https://github.com/python/cpython/commit/9a241271139a317597aca71d597134
STINNER Victor added the comment:
> On such platforms, the `PyGet_Foo` API can be on equal footing with the
> legacy `Py_Foo` statics, i.e. both would do the same thing. That's how I've
> done it in my experiment. The obvious problem is that on platforms without
> co
STINNER Victor added the comment:
The negative refcount issue has been fixed ;-)
At commit 9a241271139a317597aca71d5971346b2cfe7dbd, Python now leaks exactly 0
reference count and 0 memory block at exit:
$ ./python -I -X showrefcount -c pass
[0 refs, 0 blocks
STINNER Victor added the comment:
Changes already done:
* Macros converted to regular functions:
* PyObject_GET_WEAKREFS_LISTPTR(); add internal inline
_PyObject_GET_WEAKREFS_LISTPTR()
* PyType_SUPPORTS_WEAKREFS(); add internal inline _PyType_SUPPORTS_WEAKREFS
Change by STINNER Victor :
--
title: [C API] Make PyTypeObject structure an opaque structure in the public C
API -> [C API] Prepare PyTypeObject structure for a stable ABI: avoid accessing
members in the public API
___
Python tracker
<
STINNER Victor added the comment:
I close the issue. While this issue is not fully fixed, it's a milestone of my
"stable ABI" goal. I prefer to address remaining issues in new separted issues.
This issues is not fully fixed, there are are still a 4 macros which access
direct
STINNER Victor added the comment:
Python 3.8 no longer accept bugfixes, I close this issue.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
https://devguide.python.org/#status-of-python-branches
--
___
Python tracker
<https://bugs.python.org/issue46582>
___
___
Pytho
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by STINNER Victor :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue35081>
___
___
Python-bugs-list
STINNER Victor added the comment:
test_lib2to3 crash if Python is built with clang when running
test_all_project_files() of lib2to3.tests.test_all_fixers.Test_all. This test
crash on processing the file: "Lib/lib2to3/tests/data/infinite_recursion.py".
The GH-30855 change increased
Change by STINNER Victor :
--
pull_requests: +29218
pull_request: https://github.com/python/cpython/pull/31035
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
The regression was introduced by GH-30855: "bpo-46329: Split calls into precall
and call instructions" (commit 89fd7c34520aac493a8784a221366ed04452612b).
--
___
Python tracker
<https://bugs.python.o
STINNER Victor added the comment:
It would be nice to have a PyFrame_GetVariable(frame, "self") function: get the
value of the "frame" variable of the specified frame object.
--
___
Python tracker
<https://bug
STINNER Victor added the comment:
There is an on-going work to move more and more header files into
Include/cpython/ subdirectory, or even to the Include/internal/ directory.
Examples:
* bpo-35134: Move cellobject.h, classobject.h, context.h, funcobject.h,
genobject.h and longintrepr.h to
STINNER Victor added the comment:
s390x Fedora Clang 3.x buildbot is back to green, I close the issue.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.9
___
Python tracke
STINNER Victor added the comment:
Python 3.10 is released. It's too late, I close the issue.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.pyth
New submission from STINNER Victor :
Measure using this script on the main branch (commit
108e66b6d23efd0fc2966163ead9434b328c5f17):
---
import _testcapi
def f(): yield _testcapi.stack_pointer()
print(_testcapi.stack_pointer() - next(f()))
---
Stack usage depending on the compiler and
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29234
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31052
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
GH-31052 enables -Og when using clang and ./configure --with-pydebug and so the
example uses 736 bytes instead of 9,104 bytes.
--
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
This issue is a follow-up of bpo-46542 "test_json and test_lib2to3 crash on
s390x Fedora Clang 3.x buildbot".
--
___
Python tracker
<https://bugs.python.o
STINNER Victor added the comment:
Previous issues about stack memory usage, work done in 2017:
* bpo-28870: Reduce stack consumption of PyObject_CallFunctionObjArgs() and like
* bpo-29227: Reduce C stack consumption in function calls
* bpo-29465: Modify _PyObject_FastCall() to reduce stack
STINNER Victor added the comment:
See also bpo-30866: "Add _testcapi.stack_pointer() to measure the C stack
consumption".
--
___
Python tracker
<https://bugs.python.o
STINNER Victor added the comment:
stack_overflow-4.py: Update script from bpo-30866 to measure stack memory usage
before Python crash or raises a RecursionError.
I had to modify the script since calling a Python function from a Python
function no longer allocates (additional) memory on the
STINNER Victor added the comment:
stack_overflow-4.py output depending on the compiler and compiler flags.
gcc -O3 (./configure):
---
test_python_call: 11904 calls before crash, stack: 704.1 bytes/call
test_python_iterator: 17460 calls before crash, stack: 480.0 bytes/call
test_python_getitem
STINNER Victor added the comment:
New changeset 0515eafe55ce7699e3bbc3c1555f08073d43b790 by Victor Stinner in
branch 'main':
bpo-46600: ./configure --with-pydebug uses -Og with clang (GH-31052)
https://github.com/python/cpython/commit/0515eafe55ce7699e3bbc3c1555f08
STINNER Victor added the comment:
Would it be possible to revert the change until Cython and numpy are ready for
it?
> bpo-45711: Remove type and traceback from exc_info (GH-30122)
This change broke numpy which uses C code generated by Cython for coroutines in
numpy/random/_mt19937.c (f
STINNER Victor added the comment:
> In Cython, the issue is tracked as:
> https://github.com/cython/cython/issues/4500
I don't understand the Cython status. The code was updated in the master branch:
* https://github.com/cython/cython/pull/4584
*
https://github.com/cython/cy
STINNER Victor added the comment:
I commented the Cython issue:
https://github.com/cython/cython/issues/4500#issuecomment-1026949365
I also opened a discussion on python-dev: "Please update Cython before
introcuding C API incompatible changes in Python".
https://mail.python.org/arc
STINNER Victor added the comment:
Irit Katriel:
> Reverting the whole thing would include big changes in compile.c and ceval.c,
> so I'd rather avoid that if we can.
It was a good idea to split changes of this issue into multiple commits :-) I'm
only proposing to reve
STINNER Victor added the comment:
> PR 31052 seems to have broken a bunch of buildbots. If no fix is provided in
> 24 hours, we will need to revert :(
test_gdb fails if Python is built with clang -Og. I don't think that it's a
regression. It's just that previously,
Change by STINNER Victor :
--
pull_requests: +29240
pull_request: https://github.com/python/cpython/pull/31058
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
> __Pyx_PyErr_GetTopmostException(PyThreadState *tstate)
Python provides a *private* _PyErr_GetTopmostException(tstate) function, but
Cython reimplements its own function. I'm not sure why.
GH-30531 proposes adding PyErr_GetActiveException() functi
STINNER Victor added the comment:
New changeset bebaa95fd0f44babf8b6bcffd8f2908c73ca259e by Victor Stinner in
branch 'main':
bpo-46600: Fix test_gdb.test_pycfunction() for clang -Og (GH-31058)
https://github.com/python/cpython/commit/bebaa95fd0f44babf8b6bcffd8f290
STINNER Victor added the comment:
On Fedora Rawhide x64-64, I can reproduce the test_ftplib test_makeport() issue
in reliable way.
On Python 3.9, the test also logs the exception but the test is marked as a
success:
---
$ ./python -m test -u all test_ftplib -v -m test_makeport
Change by STINNER Victor :
--
pull_requests: +29254
pull_request: https://github.com/python/cpython/pull/31069
___
Python tracker
<https://bugs.python.org/issue44
STINNER Victor added the comment:
GH-31069 simply silently ignore all socket errors.
I tried to write a smart fix which only ignores socket errors when tests are
done, in tearDown(). But than I got issues in makepasv() tests which creates a
socket and immediately closes it. The server also
STINNER Victor added the comment:
New changeset 0611eafc709cbe8a2a0bdde082d25df0c5034de7 by Victor Stinner in
branch 'main':
bpo-44359: Fix test_ftplib unhandled thread exceptions (GH-31069)
https://github.com/python/cpython/commit/0611eafc709cbe8a2a0bdde082d25d
STINNER Victor added the comment:
> Searching 4,764 sdists from the top 5,000 PyPI packages, these 13 contain
> "LegacyInterpolation"
Other removed symbols are causing troubles, like SafeConfigParser.
Example of Fedora bz #2025600: mom fails to build with Python 3.11:
STINNER Victor added the comment:
Currently, the issue title is "Remove configparser deprecations".
GH-30927 doesn't remove deprecated functions, but adds new warnings. It's
really confusing to make this change as part of this issue.
Can you please create a new issue for
STINNER Victor added the comment:
Oh, LegacyInterpolation is not documented at:
https://docs.python.org/dev/library/configparser.html
> Other configparser deprecations were added in 3.2, but with
> DeprecationWarnings.
Its deprecation was never documented anywhere in Doc/.
Well, to r
STINNER Victor added the comment:
> For example, see _Py_abspath
For functions which are commonly called in Python at runtime, it may be worth
it to manually merged large local variables to save a few bytes on the stack
when Python is built with -O0. For _Py_abspath(), this function is o
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
> https://pypi.org/project/sphinx-lint/
Congrats :-)
--
___
Python tracker
<https://bugs.python.org/issue42238>
___
___
Py
New submission from STINNER Victor :
test_pair() and test_speech128() tests of test_zlib fail on the s390x
architecture if zlib uses the s390x hardware accelerator.
RHEL8 downstream issues (with most details):
https://bugzilla.redhat.com/show_bug.cgi?id=1974658
Fedora downstream issues
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29281
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31096
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
Duration of the "Tests" step of https://github.com/python/cpython/pull/30890
* GHA win32: 14 min 11 sec (test_peg_generator: 8 min 16 sec)
* GHA win64: 21 min 2 sec (test_peg_generator: 16 min 38 sec)
* Azure win32: 9 min 34 sec (test_peg_generator
New submission from STINNER Victor :
test_load_verify_cadata() and test_connect_cadata() of test_ssl fail on
cstratak-CentOS9-fips-x86_64 (with OpenSSL FIPS mode enabled):
https://buildbot.python.org/all/#builders/828/builds/63
test.pythoninfo:
fips.linux_crypto_fips_enabled: 1
Change by STINNER Victor :
--
nosy: +cstratak
___
Python tracker
<https://bugs.python.org/issue46632>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from STINNER Victor :
It seems like bpo-45200: "Address Sanitizer: libasan dead lock in
pthread_create() (test_multiprocessing_fork.test_get() hangs)" is not fixed yet.
In the GitHub Action job, test_multiprocessing_fork is skipped because it's too
slow, so
STINNER Victor added the comment:
Notes:
* test.support has check_sanitizer() function. Tests using it:
* test_crypt
* test_idle
* test_tix
* test_tk
* test_ttk_guionly
* test_decimal also checks for memory sanitizer and skip some tests if it's
present:
MEMORY_SANI
STINNER Victor added the comment:
The race condition still exists in tests. Recent failure on AMD64 Windows8.1
Refleaks 3.x:
https://buildbot.python.org/all/#/builders/511/builds/249
0:03:31 load avg: 2.93 [ 42/432/1] test_threading failed (1 error) (1 min 12
sec) -- running: test_runpy (1
New submission from STINNER Victor :
While debugging a GCC regression (*) on "HUGE_VAL * 0" used by Py_NAN macro, I
noticed that Python can now C99 "NAN" constant.
(*) https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104389
In bpo-45440, I already removed legacy code for pre
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29313
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31134
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
The Py_NAN has a special implementation for the ICC compiler, if
__INTEL_COMPILER and ICC_NAN_STRICT macros are defined, in bpo-21167:
---
commit edbc28ce81f46d042f9d5ddf9c5bc8cecebc715a
Author: R David Murray
Date: Thu Aug 13 09:58:07 2015 -0400
STINNER Victor added the comment:
> mathmodule.c and cmathmodule.c m_nan() still use _Py_dg_stdnan() by default
> (if PY_NO_SHORT_FLOAT_REPR is not defined).
These functions are only use to create the following constants:
* math.nan
* cmath.nan
* cmat
STINNER Victor added the comment:
Manual test to check if m_nan(), _Py_dg_stdnan(0) and Py_NAN are exactly the
same number (same bits):
$ ./python
>>> import math, struct
>>> m_nan=math.nan; Py_NAN=math.atan2(m_nan, 1.0)
>>> Py_NAN is m_nan
False
>>> struc
STINNER Victor added the comment:
Python/dtoa.c uses:
/* Standard NaN used by _Py_dg_stdnan. */
#define NAN_WORD0 0x7ff8
#define NAN_WORD1 0
/* Return a 'standard' NaN value.
There are exactly two quiet NaNs that don't arise by 'quieting' signaling
STINNER Victor added the comment:
> see attached script: test_nan_bits.py
test_nan_bits.py says "True" for Python built with "clang -O3" and with "clang
-O0".
--
___
Python tracker
&l
STINNER Victor added the comment:
Using clang -E, I see that clang also replaces NAN with: __builtin_nanf ("").
--
___
Python tracker
<https://bugs.python.o
STINNER Victor added the comment:
> PyObject_GetAttrString(frame, "f_locals") doesn't work for PyFrameObject*
Oh, would you mind to elaborate?
Example in Python:
$ ./python
Python 3.11.0a5+
>>> import sys
>>> f=sys._getframe()
>>> f.f_lo
STINNER Victor added the comment:
bpo-15500 looks like a more generic option, debuggers should be able to
retrieve thread names.
faulthandler dumps "tstate->thread_id", maybe it should also dump
"tstate->native_thread_id" and/or the thread name.
STINNER Victor added the comment:
> The big blocker here is that a platform that fully supports C99 might not
> define the "NAN" macro. I don't think we can require that NAN be defined in
> order for Python to build (which is what the PR currently does, if I'm
New submission from STINNER Victor :
test_urllib2.test_issue16464() fails randomly.
It uses http://www.example.com/ server.
Instead, I proposed to use http://httpbin.org/post URL which is written to
support HTTP POST.
$ ./python -m test test_urllib2 -u all -v -m test_issue16464
STINNER Victor added the comment:
Oh, bpo-46648 was already opened.
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> `test.test_urllib2.MiscTests.test_issue16464` started to fail
___
Python tra
STINNER Victor added the comment:
I close my bpo-46651 as a duplicate of this issue. Copy of my message.
test_urllib2.test_issue16464() fails randomly.
It uses http://www.example.com/ server.
Instead, I proposed to use http://httpbin.org/post URL which is written to
support HTTP POST
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29323
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31146
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
New changeset 54842e4311bb0e34012d1984b42eab41eeeaea6a by Victor Stinner in
branch 'main':
bpo-46640: Py_NAN now uses the C99 NAN constant (GH-31134)
https://github.com/python/cpython/commit/54842e4311bb0e34012d1984b42eab
STINNER Victor added the comment:
Python uses Py_NAN without "#ifdef Py_NAN" guard since 2008. Building Python
with Py_NO_NAN never worked. Nobody reported such build failure in the last 14
years...
IMO it's time to stop supporting platforms without NaN support.
> Objec
STINNER Victor added the comment:
I merged my change, thanks for the reviews.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
title: Python can now use the C99 NAN constant -> Python can now use the C99
NAN constant or _
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29333
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31160
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
If someone suddenly requires platforms without NaN support, they can maintain a
(downstream) patch, or we can revert the change in Python.
--
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
See also bpo-46640 "Python can now use the C99 NAN constant or __builtin_nan()".
--
___
Python tracker
<https://bugs.python.o
Change by STINNER Victor :
--
pull_requests: +29334
pull_request: https://github.com/python/cpython/pull/31161
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset 1578de2fcd685c71f9c84e09bac32901dea192c1 by Victor Stinner in
branch 'main':
bpo-46648: Skip test_urllib2.test_issue16464() (GH-31161)
https://github.com/python/cpython/commit/1578de2fcd685c71f9c84e09bac329
STINNER Victor added the comment:
Is the macro PY_NO_SHORT_FLOAT_REPR also related to platforms which don't
support IEEE 754?
In 2022, which platforms don't support IEEE 754?
--
___
Python tracker
<https://bugs.python.o
Change by STINNER Victor :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from STINNER Victor :
The locale.getdefaultlocale() function only relies on environment variables. At
Python startup, Python calls setlocale() is set the LC_CTYPE locale to the user
preferred encoding.
Since Python 3.7, if the LC_CTYPE locale is "C" or "POSIX
STINNER Victor added the comment:
Deprecating these functions is complex. I prefer to start with the least
controversial part: bpo-46659.
--
___
Python tracker
<https://bugs.python.org/issue43
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29339
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31166
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
cal_locale.py: Test calendar.LocaleTextCalendar() default locale, manual test
for GH-31166.
--
Added file: https://bugs.python.org/file50605/cal_locale.py
___
Python tracker
<https://bugs.python.org/issue46
Change by STINNER Victor :
Removed file: https://bugs.python.org/file50605/cal_locale.py
___
Python tracker
<https://bugs.python.org/issue46659>
___
___
Python-bug
Change by STINNER Victor :
Added file: https://bugs.python.org/file50606/cal_locale.py
___
Python tracker
<https://bugs.python.org/issue46659>
___
___
Python-bugs-list m
401 - 500 of 35168 matches
Mail list logo
