STINNER Victor added the comment:
> In which case it would be generally helpful to start the longest-running
> tests first.
Currently, most CI run "make buildbottest" which uses -r option of libregrtest:
randomize tests order.
--
__
STINNER Victor added the comment:
New changeset 4a57fa296b92125e41220ecd201eb2e432b79fb0 by Victor Stinner in
branch '3.10':
[3.10] bpo-45382: test.pythoninfo logs more Windows versions (GH-30891)
https://github.com/python/cpython/commit/4a57fa296b92125e41220ecd201eb2e432b79fb0
STINNER Victor added the comment:
My audioop.c change which looks to be wrong (useless):
diff --git a/Modules/audioop.c b/Modules/audioop.c
index 3aeb6f04f13..4c04b17ce7f 100644
--- a/Modules/audioop.c
+++ b/Modules/audioop.c
@@ -1948,6 +1941,13 @@ audioop_exec(PyObject* module
STINNER Victor added the comment:
To test if a C type is signed or not, I wrote this macro:
// Test if a C type is signed.
//
// Usage: assert(_Py_CTYPE_IS_SIGNED(char)); // fail if 'char' type is unsigned
#define _Py_CTYPE_IS_SIGNED(T) (((T)-1) < 0)
I planned to use it to raise an er
Change by STINNER Victor :
--
pull_requests: +29074
pull_request: https://github.com/python/cpython/pull/30891
___
Python tracker
<https://bugs.python.org/issue45
New submission from STINNER Victor :
test_peg_generator takes between 5 and 16 minutes on the Windows CI run on
Python pull requests.
Example of timings on my PR https://github.com/python/cpython/pull/30890
* GitHub Action win32: 8 min 16 sec
* GitHub Action win64: 16 min 38 sec
* Azure
STINNER Victor added the comment:
New changeset cef0a5458f254c2f8536b928dee25862ca90ffa6 by Victor Stinner in
branch 'main':
bpo-45382: test.pythoninfo: set wmic.exe encoding to OEM (GH-30890)
https://github.com/python/cpython/commit/cef0a5458f254c2f8536b928dee25862ca90ffa6
STINNER Victor added the comment:
> When writing to a pipe, wmic.exe hard codes using the process OEM code page
> (i.e. CP_OEMCP). If it matters, running wmic.exe with subprocess should use
> encoding='oem' instead of text=True.
Oh ok, I wrote PR 30890 to fix the wmic.exe encoding.
Change by STINNER Victor :
--
pull_requests: +29073
pull_request: https://github.com/python/cpython/pull/30890
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
> Modules/audioop.c uses __CHAR_UNSIGNED__, but the absence or presence of the
> symbol does not affect behavior
This comment is really weird since audioop explicitly uses "signed char" and
"unsigned char". Maybe to avoid any ris
STINNER Victor added the comment:
Fedora downstream issue: https://bugzilla.redhat.com/show_bug.cgi?id=2043555
We should make sure that Python can be built with -fsigned-char *and* with
-funsigned-char: build Python, but also run its test suite
STINNER Victor added the comment:
> Regarding C extensions, I think clear documentation that extension authors
> need to check for signals in any code that might run for a few hundred
> microseconds or longer is the best approach.
Python 3.10 doesn't require it. If you want to chan
Change by STINNER Victor :
--
nosy: -vstinner
___
Python tracker
<https://bugs.python.org/issue33205>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
> I'm sorry, Victor.
As a maintainer of the Python CIs, The Night's Watch (*), it's my fault that I
didn't skip these tests earlier. Honestly, it's ok to skip a bunch of tests or
even remove them if there is no active maintainer.
It's also
STINNER Victor added the comment:
IMO for now it's better to *always* skip test_nnptlib tests which rely on
external servers and close related issues.
* https://bugs.python.org/issue19613 (test_article_head_body)
* https://bugs.python.org/issue19756 (test_capabilities)
These issues are open
STINNER Victor added the comment:
Python has the same behavior since Python 2.6. While it annoys a few persons,
the majority doesn't care. I suggest to close the issue.
It's easy to workaround limitation that object.__new__() which doesn't accept
arguments
STINNER Victor added the comment:
This failing test was one of my most hated test because it failed randomly for
almost 2 years. I'm happy that it has been fixed :-)
Regularly, I'm asking for help to fix test_asyncio:
* October 2020:
https://mail.python.org/archives/list/python
STINNER Victor added the comment:
> It currently looks like this: https://github.com/JulienPalard/sphinxlint but
> should obviously be moved to github.com/python/ if we adopt this direction.
If you want to move the project under the https://github.com/psf/ organization,
the PSF ha
STINNER Victor added the comment:
Thanks Kumar for the fix!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
STINNER Victor added the comment:
New changeset 75d88b91e6b1320ae0511eaf72e860bea913a3eb by Miss Islington (bot)
in branch '3.10':
bpo-41682: fixed flaky test test_sendfile_close_peer_in_the_middle_of_receiving
(GH-30845) (#30860)
https://github.com/python/cpython/commit
STINNER Victor added the comment:
New changeset f9ff0bf515e0fa162889aca508e755cc65d85079 by Miss Islington (bot)
in branch '3.9':
bpo-41682: fixed flaky test test_sendfile_close_peer_in_the_middle_of_receiving
(GH-30845) (#30861)
https://github.com/python/cpython/commit
STINNER Victor added the comment:
Test fixed on Windows 2022 by:
commit 1c705fda8f9902906edd26d46acb0433b0b098e1
Author: Kumar Aditya <59607654+kumaraditya...@users.noreply.github.com>
Date: Tue Jan 25 02:34:47 2022 +0530
fixed flaky test (GH
STINNER Victor added the comment:
IMO moving this small script into the separated project
https://github.com/JulienPalard/sphinxlint will help people who are not core
developers to contribute and it makes the tool usable by projects outside
CPython. So yeah, it's a good thing!
Also, it's
STINNER Victor added the comment:
Converting further static types to heap types require a discussion. See what
the Python Steering Council wrote at Feb 8, 2021:
"The Steering Council discussed the ongoing work on porting types in the
standard library to heap-types and the subinterp
STINNER Victor added the comment:
I don't want to change the default. Keeping fast startup time is a nice goal!
I'm asking to make it configurable for my own development workflow: build
Python as fast as possible.
It is easy to hack Makefile.am.in and Python/frozen.c to freeze less modules
STINNER Victor added the comment:
Releasing memory in pymain_free() is a good start! At least it fix the issue
for the "python" command. So people running a memory debugger like Valgrind
will no longer see any leak at "python" exit.
Kumar: Do you
STINNER Victor added the comment:
Aha. Maybe for now, the memory of immortal code objects can be deallocated in
pymain_free(). It's the last function called before Python exit the process.
--
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
> See branch https://github.com/kumaraditya303/cpython/commits/fix-code
Oh nice, I like this new _Py_Deepfreeze_Fini() function :-) I suggest to create
a function specific to only clear immortal code objects. In my experience, it's
important to cont
STINNER Victor added the comment:
> Signal handling in Python is asynchronous.
> https://docs.python.org/3/library/signal.html#execution-of-python-signal-handlers
See my previous comment: "CHECK_EVAL_BREAKER() matters for signals, but also
multithreading (drop the GIL), a
STINNER Victor added the comment:
It's also interesting to note that the implementation of os.kill() and
signal.raise_signal() do *not* call PyErr_CheckSignal().
The following signal functions *do* call call PyErr_CheckSignal():
* signal.signal()
* signal.pause()
* signal.pthread_kill
STINNER Victor added the comment:
> Is this a bug?
In Python 3.10, the code works. In Python 3.11, it fails.
It's a behavior change. IMO this change is unwanted. I expect that signals are
handled "as soon as possible", *especially* if we receive it "during" an
os.kil
STINNER Victor added the comment:
The automated backport to Python 3.9 failed. Miro asked me to close the PR:
https://github.com/python/cpython/pull/29964
Can someone backport the fix to 3.9? (create a PR)
--
___
Python tracker
<ht
STINNER Victor added the comment:
It seems like the following target miss CHECK_EVAL_BREAKER():
TARGET(CALL_NO_KW_METHOD_DESCRIPTOR_FAST)
TARGET(CALL_NO_KW_METHOD_DESCRIPTOR_O)
TARGET(CALL_NO_KW_BUILTIN_FAST)
TARGET(CALL_NO_KW_BUILTIN_O)
TARGET(CALL_NO_KW_BUILTIN_CLASS_1)
CHECK_EVAL_BREAKER
STINNER Victor added the comment:
The problem is that the optimization no longer checks for pending signals in
TARGET(CALL_NO_KW_BUILTIN_FAST). The patch below fix my issue. I guess that
other opcode needs an additional CHECK_EVAL_BREAKER().
diff --git a/Python/ceval.c b/Python/ceval.c
STINNER Victor added the comment:
Oh, I didn't test os.scandir() properly. If you pass a file descriptor to
os.scandir(), it yields DirEntry entries with contains the directory FD. Ignore
my request, Python works as expected :-D
--
resolution: -> not a bug
stage: -> re
STINNER Victor added the comment:
Ah, thanks for the backport :-)
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from STINNER Victor :
I read the Rust CVE-2022-21658 vulnerability of std::fs::remove_dir_all:
https://blog.rust-lang.org/2022/01/20/cve-2022-21658.html
It's a race condition if an attacker replaces a directory with a symlink while
Rust is removing the parent directory, Rust
STINNER Victor added the comment:
New changeset b0898f4aa90d9397e23aef98a2d6b82445ee7455 by Victor Stinner in
branch 'main':
bpo-45382: test.pythoninfo logs more Windows versions (GH-30817)
https://github.com/python/cpython/commit/b0898f4aa90d9397e23aef98a2d6b82445ee7455
Change by STINNER Victor :
--
pull_requests: +29006
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/30817
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
> See also bpo-46476: Not all memory allocated by _Py_Quicken() is released at
> Python exit.
If you apply my workaround for bpo-46476:
https://bugs.python.org/issue46476#msg411321
Python no longer leaks any memory block at exit for the simplest c
STINNER Victor added the comment:
I wrote PR 30817 to log "ver" and "wmic os get Caption,Version /value" command
output in test.pythoninfo. I would like to check if Windows Server 2022 is
deployed on CI used by Python :-) I'm trying to understand why bpo-41682
&qu
Change by STINNER Victor :
--
keywords: +patch
pull_requests: +29004
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30817
___
Python tracker
<https://bugs.python.org/issu
STINNER Victor added the comment:
New changeset 976dec9b3b35fddbaa893c99297e0c54731451b5 by Victor Stinner in
branch 'main':
bpo-46417: _PyList_Fini() clears indexerr (GH-30815)
https://github.com/python/cpython/commit/976dec9b3b35fddbaa893c99297e0c54731451b5
STINNER Victor added the comment:
Maybe there should be a way to traverse all immortal code objects at Python
exit and clear their PyCodeObject.co_quickened member (and maybe some other
members).
Would it be possible to enhance deepfreeze be produce a list of all (immortal)
code objects
STINNER Victor added the comment:
I reopen the issue: the backport to 3.10 failed, PR 30390. Tests failed and
there is now a merge conflict.
Either decide to not backport the fix, or please update the backport.
--
nosy: +vstinner
resolution: fixed ->
status: closed ->
STINNER Victor added the comment:
New changeset f66ef3eab62c6d262ddbc8ab16fb43c8921ad33a by Miss Islington (bot)
in branch '3.10':
bpo-46266: Add calendar day of week constants to __all__ (GH-30412) (GH-30424)
https://github.com/python/cpython/commit
STINNER Victor added the comment:
New changeset 486b4d3d8e1a5699a2854e310c58fe12b220b7a9 by Miss Islington (bot)
in branch '3.10':
bpo-41682: Skip unstable test_asyncio sendfile test on Windows (GH-30801)
(GH-30812)
https://github.com/python/cpython/commit
Change by STINNER Victor :
--
nosy: -vstinner
___
Python tracker
<https://bugs.python.org/issue45572>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by STINNER Victor :
--
pull_requests: +29002
pull_request: https://github.com/python/cpython/pull/30815
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
Patch to disable _Py_Quicken(), to help me debugging other memory leaks at
Python exit:
diff --git a/Include/internal/pycore_code.h b/Include/internal/pycore_code.h
index dfc75300315..f9cdefed2a2 100644
--- a/Include/internal/pycore_code.h
+++ b/Include
STINNER Victor added the comment:
See also bpo-46476: Not all memory allocated by _Py_Quicken() is released at
Python exit.
--
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
See also bpo-46476: "Not all memory allocated by _Py_Quicken() is released at
Python exit".
--
___
Python tracker
<https://bugs.python.o
Change by STINNER Victor :
--
title: Not all memory allocated by _Py_Quicken() is not released at Python exit
-> Not all memory allocated by _Py_Quicken() is released at Python exit
___
Python tracker
<https://bugs.python.org/issu
Change by STINNER Victor :
--
nosy: +Mark.Shannon, eric.snow, gvanrossum
___
Python tracker
<https://bugs.python.org/issue46476>
___
___
Python-bugs-list mailin
New submission from STINNER Victor :
Python leaks around 66 memory blocks at exit. Most of them are allocated by
_Py_Quicken() of Python/specialize.c.
int
_Py_Quicken(PyCodeObject *code) {
...
SpecializedCacheOrInstruction *quickened = allocate(entry_count,
instr_count
STINNER Victor added the comment:
My work on bpo-46417 reduces the number of leak references from around 10k to
... minus 4 references :-) Clearing static types and a few "static" objects
helped a lot!
> New changeset a1444f43584af0f7a0af72aa06ba0a86ae5a87a2 by Victor Stinner
STINNER Victor added the comment:
Is there a way to disable deepfreeze when building Python?
It makes the Python build way slower. For example, a full build (after "make
clean") of Python 3.10 takes 14.9 seconds on my laptop, whereas Python 3.11
takes 24.6 seconds (1.6x slower). I
STINNER Victor added the comment:
> New changeset a1444f43584af0f7a0af72aa06ba0a86ae5a87a2 by Victor Stinner in
> branch 'main':
> bpo-46417: Fix _PyStaticType_Dealloc() (GH-30810)
> https://github.com/python/cpython/commit/a1444f43584af0f7a0af72aa06ba0a86ae5a87a2
At this commit,
STINNER Victor added the comment:
cannot_deallocate2.patch: updated patch to debug which types are not cleared at
exit.
--
Added file: https://bugs.python.org/file50577/cannot_deallocate2.patch
___
Python tracker
<https://bugs.python.
STINNER Victor added the comment:
The _PyStaticType_Dealloc() function cannot call PyObject_ClearWeakRefs() if
the refcount is not zero. I am not sure if it's a real issue or not. Maybe the
weakref list must be cleared (release memory), but callbacks must not be called
STINNER Victor added the comment:
New changeset a1444f43584af0f7a0af72aa06ba0a86ae5a87a2 by Victor Stinner in
branch 'main':
bpo-46417: Fix _PyStaticType_Dealloc() (GH-30810)
https://github.com/python/cpython/commit/a1444f43584af0f7a0af72aa06ba0a86ae5a87a2
STINNER Victor added the comment:
New changeset 12f4ac3bc848244242d6b8a7ee158b985fd64744 by Victor Stinner in
branch 'main':
bpo-46417: Clear symtable identifiers at exit (GH-30809)
https://github.com/python/cpython/commit/12f4ac3bc848244242d6b8a7ee158b985fd64744
Change by STINNER Victor :
--
title: test_unittest: TestBreakSignalDefault.testInstallHandler() fails if run
after TestBreak -> Regression caused by CALL_FUNCTION specialization for C
function calls
___
Python tracker
<https://bugs.pyth
Change by STINNER Victor :
--
nosy: -vstinner
___
Python tracker
<https://bugs.python.org/issue46454>
___
___
Python-bugs-list mailing list
Unsubscribe:
STINNER Victor added the comment:
New changeset 1ded8ed8e817b8f9dae1a0ef92d97983afbc844e by Nikita Sobolev in
branch 'main':
bpo-41682: Skip unstable test_asyncio sendfile test on Windows (GH-30801)
https://github.com/python/cpython/commit/1ded8ed8e817b8f9dae1a0ef92d97983afbc844e
Change by STINNER Victor :
--
pull_requests: +28998
pull_request: https://github.com/python/cpython/pull/30810
___
Python tracker
<https://bugs.python.org/issue46
Change by STINNER Victor :
--
pull_requests: +28997
pull_request: https://github.com/python/cpython/pull/30809
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset 9c8e490b8f9e40a6fe9815be58bacaecab5369ee by Victor Stinner in
branch 'main':
bpo-46417: Clear _io module static objects at exit (GH-30807)
https://github.com/python/cpython/commit/9c8e490b8f9e40a6fe9815be58bacaecab5369ee
Change by STINNER Victor :
--
pull_requests: +28995
pull_request: https://github.com/python/cpython/pull/30807
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset 1626bf4ac7aef1244e6f886e63a31f7ed65fbd10 by Victor Stinner in
branch 'main':
bpo-46417: Clear Unicode static types at exit (GH-30806)
https://github.com/python/cpython/commit/1626bf4ac7aef1244e6f886e63a31f7ed65fbd10
Change by STINNER Victor :
--
pull_requests: +28994
pull_request: https://github.com/python/cpython/pull/30806
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset 621a45ccacd121f9ae4d8a539f040410c74b253b by Victor Stinner in
branch 'main':
bpo-46417: Py_Finalize() clears static exceptioins (GH-30805)
https://github.com/python/cpython/commit/621a45ccacd121f9ae4d8a539f040410c74b253b
Change by STINNER Victor :
--
pull_requests: +28993
pull_request: https://github.com/python/cpython/pull/30805
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset f1bcdeaca6e912a2bec1fbcff76cc49e7f761d38 by Victor Stinner in
branch 'main':
bpo-46417: Factorize _PyExc_InitTypes() code (GH-30804)
https://github.com/python/cpython/commit/f1bcdeaca6e912a2bec1fbcff76cc49e7f761d38
Change by STINNER Victor :
--
pull_requests: +28992
pull_request: https://github.com/python/cpython/pull/30804
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
Attached cannot_deallocate.patch explains why some static types cannot be
deallocated. It lists (static) types which are not cleard properly at Python
exit.
Simplest example:
---
$ ./python -c pass
Cannot clear type 'object': it still has subclasses
STINNER Victor added the comment:
In bpo-46417, I pushed a change to call _PyDebug_PrintTotalRefs() after
destroying the interpreter. I backported locally this change to other Python
versions to compare the progress on old Python versions:
./python -I -X showrefcount -c pass command
STINNER Victor added the comment:
Kumar Aditya: "The following patch further reduces the reference but not sure
if it is correct (...)"
Right! PyContext and PyHamt types were on my TODO list ;-) They are now cleared
since this change:
bpo-46417: Clear more static types (GH-30
STINNER Victor added the comment:
New changeset 6cacdb42454264ae75cab5e32bb62876da43bf6f by Victor Stinner in
branch 'main':
bpo-46417: _PyTypes_FiniTypes() clears object and type (GH-30798)
https://github.com/python/cpython/commit/6cacdb42454264ae75cab5e32bb62876da43bf6f
Change by STINNER Victor :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue45200>
___
___
Python-bugs-list
STINNER Victor added the comment:
New changeset ce7d66771ec64488134a1dd114015aa056eef696 by Victor Stinner in
branch 'main':
bpo-45200: GHA Address Sanitizer skips 3 slowest tests (GH-30797)
https://github.com/python/cpython/commit/ce7d66771ec64488134a1dd114015aa056eef696
Change by STINNER Victor :
--
pull_requests: +28983
pull_request: https://github.com/python/cpython/pull/30798
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
I reopen the issue: test_concurrent_futures seems to be also affected by this
bug :-(
Example of recent hang:
https://github.com/python/cpython/runs/4908075699?check_suite_focus=true
---
0:18:04 load avg: 1.34 [417/418] test_peg_generator passed (9 min 46
Change by STINNER Victor :
--
pull_requests: +28982
pull_request: https://github.com/python/cpython/pull/30797
___
Python tracker
<https://bugs.python.org/issue45
STINNER Victor added the comment:
New changeset 3a4c15bb9815b6f4652621fe6043ae18e0d202b3 by Victor Stinner in
branch 'main':
bpo-46417: Cleanup typeobject.c code (GH-30795)
https://github.com/python/cpython/commit/3a4c15bb9815b6f4652621fe6043ae18e0d202b3
STINNER Victor added the comment:
New changeset 500c146387b01ea797b52e6a54caf228384e184c by Victor Stinner in
branch 'main':
bpo-46417: Clear more static types (GH-30796)
https://github.com/python/cpython/commit/500c146387b01ea797b52e6a54caf228384e184c
Change by STINNER Victor :
--
pull_requests: +28981
pull_request: https://github.com/python/cpython/pull/30796
___
Python tracker
<https://bugs.python.org/issue46
Change by STINNER Victor :
--
pull_requests: +28980
pull_request: https://github.com/python/cpython/pull/30795
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset 2d03b73cc9c0dada3243eab1373a46dbd98d24a0 by Victor Stinner in
branch 'main':
bpo-46417: remove_subclass() clears tp_subclasses (GH-30793)
https://github.com/python/cpython/commit/2d03b73cc9c0dada3243eab1373a46dbd98d24a0
Change by STINNER Victor :
--
pull_requests: +28978
pull_request: https://github.com/python/cpython/pull/30793
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset f1796f29478f08f34e0c30a060622c0b2d843e2c by Miss Islington (bot)
in branch '3.9':
bpo-46417: Fix race condition on setting type __bases__ (GH-30788) (GH-30790)
https://github.com/python/cpython/commit/f1796f29478f08f34e0c30a060622c0b2d843e2c
STINNER Victor added the comment:
New changeset acda9f3b90c33e4020237cb9e5c676efb38f7847 by Miss Islington (bot)
in branch '3.10':
bpo-46417: Fix race condition on setting type __bases__ (GH-30788) (GH-30789)
https://github.com/python/cpython/commit/acda9f3b90c33e4020237cb9e5c676efb38f7847
Change by STINNER Victor :
--
pull_requests: +28976
pull_request: https://github.com/python/cpython/pull/30791
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
New changeset f1c6ae3270913e095d24ae13ecf96f5a32c8c503 by Victor Stinner in
branch 'main':
bpo-46417: Fix race condition on setting type __bases__ (GH-30788)
https://github.com/python/cpython/commit/f1c6ae3270913e095d24ae13ecf96f5a32c8c503
Change by STINNER Victor :
--
pull_requests: +28973
pull_request: https://github.com/python/cpython/pull/30788
___
Python tracker
<https://bugs.python.org/issue46
STINNER Victor added the comment:
> this fd 0 `is` inherited.
File descriptors 0, 1, 2 are special: stdin, stdout and stderr file
descriptors. You should use stdin, stdout, and stderr parameter of subprocess.
Sorry but the bug tracker is not a good place to ask questions about how to
STINNER Victor added the comment:
Attached bug.py reproduces the bug without unittest, just run:
./python bug.py
On Python 3.10, it writes:
---
LOOP 0
LOOP 1
(...)
LOOP 14
LOOP 15
---
On the main branch, it fails with:
---
LOOP 0
LOOP 1
LOOP 2
LOOP 3
LOOP 4
LOOP 5
LOOP 6
LOOP 7
Traceback
STINNER Victor added the comment:
It's a regression introduced by the following change:
commit 3163e68c342434db37c69669017f96a4bb2d5f13
Author: Ken Jin <28750310+fidget-spin...@users.noreply.github.com>
Date: Wed Oct 20 07:16:36 2021 +0800
bpo-44525: Specialize ``CALL_FUNCTION``
New submission from STINNER Victor :
test_unittest: TestBreakSignalDefault.testInstallHandler() fails if run after
TestBreak:
-
$ ./python -m test -v test_unittest -R 3:3 -m
'*TestBreak.testHandlerReplacedButCalled' -m '*TestBreak.testInstallHandler' -m
Change by STINNER Victor :
--
pull_requests: +28960
pull_request: https://github.com/python/cpython/pull/30775
___
Python tracker
<https://bugs.python.org/issue46
701 - 800 of 34965 matches
Mail list logo