[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +22676 pull_request: https://github.com/python/cpython/pull/23815 ___ Python tracker ___

[issue41804] test_epoll fails test_control_and_wait() randomly on aarch64 RHEL8 Refleaks 3.9

STINNER Victor added the comment: Oh, test_epoll failed on 3.9. So I backported my change to 3.8 and 3.9, to see if it helps or not. s390x RHEL8 Refleaks 3.9: https://buildbot.python.org/all/#builders/326/builds/159 Traceback (most recent call last): File

[issue41804] test_epoll fails test_control_and_wait() randomly on aarch64 RHEL8 Refleaks 3.9

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

[issue41804] test_epoll fails test_control_and_wait() randomly on aarch64 RHEL8 Refleaks 3.9

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +22674 pull_request: https://github.com/python/cpython/pull/23813 ___ Python tracker

[issue42651] Recursive traceback crashes Python Interpreter

Change by Xinmeng Xia : -- title: Title: Recursive traceback crashes Python Interpreter -> Recursive traceback crashes Python Interpreter ___ Python tracker ___

[issue41960] Add globalns and localns to the inspect.signature and inspect.Signature.from_callable

Guido van Rossum added the comment: It's been a while, I've lost context for this idea. What problem are you trying to solve here? Are there issues where people have reported problems that this would allow them to solve? -- ___ Python tracker

[issue17140] Document multiprocessing.pool.ThreadPool

Change by Matt Wozniski : -- keywords: +patch nosy: +godlygeek nosy_count: 7.0 -> 8.0 pull_requests: +22673 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23812 ___ Python tracker

[issue42659] Objects of uname_result Class Cannot be Successfully Pickled

Change by Jason R. Coombs : -- keywords: +patch pull_requests: +22672 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23010 ___ Python tracker ___

[issue42664] strptime(%c) fails to parse the output of strftime(%c)

Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue42664] strptime(%c) fails to parse the output of strftime(%c)

Eric V. Smith added the comment: You have the parameters to strptime backward. >>> datetime.datetime.strptime(datetime.datetime.now().strftime("%c"), "%c") datetime.datetime(2020, 12, 16, 20, 51, 38) -- nosy: +eric.smith ___ Python tracker

[issue42090] zipfile.Path.joinpath API inconsistent with pathlib.Path.joinpath

Change by Jason R. Coombs : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___

[issue41478] Empty representation of AssertionError

Change by Irit Katriel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42664] strptime(%c) fails to parse the output of strftime(%c)

New submission from sds : >>> import datetime, locale >>> locale.getlocale() ('en_US', 'UTF-8') >>> datetime.datetime.strptime("%c",datetime.datetime.now().strftime("%c")) Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.8/_strptime.py", line 568, in

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by STINNER Victor : -- pull_requests: +22671 pull_request: https://github.com/python/cpython/pull/23811 ___ Python tracker ___

[issue39041] Support GitHub Actions in CI

Daniel Hahler added the comment: Brett, thanks for the reference. I've found https://discuss.python.org/t/coverage-report-in-github-ci-for-standard-library/2836/11, and https://bugs.python.org/issue40993 through it. -- ___ Python tracker

[issue39041] Support GitHub Actions in CI

Change by Daniel Hahler : -- nosy: +blueyed -blueyed2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42659] Objects of uname_result Class Cannot be Successfully Pickled

CrocoDuck added the comment: Hi, I somehow missed the other issue while searching for something similar to this, sorry about that. The main issue is that files pickled with python 3.9.0 cannot be read back by using python 3.9.0 if they contain a `uname_result` object. As for expecting

[issue42659] Objects of uname_result Class Cannot be Successfully Pickled

Jason R. Coombs added the comment: The PR for the related issue does address pickling. Do you expect pickles to work across Python versions? -- ___ Python tracker ___

[issue37961] Tracemalloc traces do not include original stack trace length

miss-islington added the comment: New changeset 78062e07bc7c3b47ffdcdec786b259dda376370c by Miss Islington (bot) in branch '3.9': bpo-37961: Fix regression in tracemalloc.Traceback.__repr__ (GH-23805) https://github.com/python/cpython/commit/78062e07bc7c3b47ffdcdec786b259dda376370c

[issue39041] Support GitHub Actions in CI

Brett Cannon added the comment: Your question is best directed at https://discuss.python.org/c/core-workflow/8, Daniel. -- ___ Python tracker ___

[issue42125] linecache cannot get source for the __main__ module with a custom loader

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42415] python3.lib in Python3.9.0 Windows distribution does not contain PyObject_CallNoArgs symbol

STINNER Victor added the comment: Thanks David Hewitt for the bug report, and Zackery Spytz for your fix! 3.9 fix: commit 166286849048eccadecf02b242dbc4042b780944 Author: Victor Stinner Date: Wed Dec 16 22:41:47 2020 +0100 Add symbols of the stable ABI to python3dll.c (GH-23598)

[issue39947] [C API] Make the PyThreadState structure opaque (move it to the internal C API)

STINNER Victor added the comment: New changeset 166286849048eccadecf02b242dbc4042b780944 by Victor Stinner in branch '3.9': Add symbols of the stable ABI to python3dll.c (GH-23598) (GH-23801) https://github.com/python/cpython/commit/166286849048eccadecf02b242dbc4042b780944 --

[issue37194] Move new vector private declarations to the internal C API

STINNER Victor added the comment: New changeset 166286849048eccadecf02b242dbc4042b780944 by Victor Stinner in branch '3.9': Add symbols of the stable ABI to python3dll.c (GH-23598) (GH-23801) https://github.com/python/cpython/commit/166286849048eccadecf02b242dbc4042b780944 --

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

STINNER Victor added the comment: New changeset 166286849048eccadecf02b242dbc4042b780944 by Victor Stinner in branch '3.9': Add symbols of the stable ABI to python3dll.c (GH-23598) (GH-23801) https://github.com/python/cpython/commit/166286849048eccadecf02b242dbc4042b780944 --

[issue37961] Tracemalloc traces do not include original stack trace length

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +22670 pull_request: https://github.com/python/cpython/pull/23809 ___ Python tracker

[issue37961] Tracemalloc traces do not include original stack trace length

STINNER Victor added the comment: New changeset 051b9818671625d125dee8198e0d2af5ad4c85b8 by Daniel Hahler in branch 'master': bpo-37961: Fix regression in tracemalloc.Traceback.__repr__ (GH-23805) https://github.com/python/cpython/commit/051b9818671625d125dee8198e0d2af5ad4c85b8 --

[issue42663] zoneinfo does not support full range of allowed transition hours in fallback string

New submission from Paul Ganssle : TZif files consist of a list of transitions followed by a POSIX TZ var-style string of a form like "AAA3BBB,M3.2.0/01:30,M11.1.0/02:15:45", which decodes to "AAA (UTC-3) is the standard time and BBB (UTC-2) is the DST time, DST applies starting at 02:15:45

[issue42662] Propose: Data model explict about __annotations__ key ordering.

Paul Bryan added the comment: Retracting. -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42662] Propose: Data model explict about __annotations__ key ordering.

Change by Paul Bryan : -- keywords: +patch pull_requests: +22668 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23808 ___ Python tracker ___

[issue42662] Propose: Data model explict about __annotations__ key ordering.

New submission from Paul Bryan : Currently the data model documentation does not specify the order of keys in __annotations__ dictionary. It is currently in the order that arguments or attributes are declared. I propose to make this explicit. Rationale: Having order explicitly specified in

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Paul Ganssle added the comment: > Adding a static assertion about the signedness of uint8_t looks meaningless > to me. My proposal is to add a static assertion that `day` is an unsigned type. In the code it would look something like it does in the backports.zoneinfo code

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Serhiy Storchaka added the comment: I propose to change types of function parameters and local variables. In any case the constructor checks the range of parameters, so there is no problem with packing them into compact structure. This will help to avoid errors of implicit conversion

[issue42661] Hashlib Bug

Zachary Ware added the comment: `hashlib` is part of the standard library and thus does not need to be (and should not be :)) installed via pip. -- nosy: +zach.ware resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Paul Ganssle added the comment: There are at least two issues with this: 1. This is a constructor for a struct, and the struct would really unnecessarily balloon in size if we switched everything over to be 32-bit integers (which I think is your suggestion?). This is not a major concern

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

miss-islington added the comment: New changeset dd262ef46d2e2fff4c413cfa5faa9e72cd36220e by Miss Islington (bot) in branch '3.8': bpo-38323: Add guard clauses in MultiLoopChildWatcher. (GH-22756) https://github.com/python/cpython/commit/dd262ef46d2e2fff4c413cfa5faa9e72cd36220e --

[issue42661] Hashlib Bug

New submission from Samit Mohnot : Complete output (6 lines): Traceback (most recent call last): File "", line 1, in File "C:\Users\Username\AppData\Local\Temp\pip-install-uyjqlzx9\hashlib_973e0ee3f102447498d1d4dca94b7942\setup.py", line 68 print "unknown OS, please

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

miss-islington added the comment: New changeset bf0eed3e60acc7e4969a4fae940bc615fa924c30 by Miss Islington (bot) in branch '3.9': bpo-38323: Add guard clauses in MultiLoopChildWatcher. (GH-22756) https://github.com/python/cpython/commit/bf0eed3e60acc7e4969a4fae940bc615fa924c30 --

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

miss-islington added the comment: New changeset 9d409d6b474c188feca6213b9601e06f97715b72 by Miss Islington (bot) in branch '3.9': bpo-39101: Fixes BaseException hang in IsolatedAsyncioTestCase. (GH-22654) https://github.com/python/cpython/commit/9d409d6b474c188feca6213b9601e06f97715b72

[issue39101] IsolatedAsyncioTestCase freezes when exception is raised

miss-islington added the comment: New changeset d549d0b5575b390431b7b26999151f79f74d4516 by Miss Islington (bot) in branch '3.8': bpo-39101: Fixes BaseException hang in IsolatedAsyncioTestCase. (GH-22654) https://github.com/python/cpython/commit/d549d0b5575b390431b7b26999151f79f74d4516

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Change by miss-islington : -- nosy: +miss-islington nosy_count: 7.0 -> 8.0 pull_requests: +22666 pull_request: https://github.com/python/cpython/pull/23806 ___ Python tracker

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

Andrew Svetlov added the comment: New changeset 66d3b589c44fcbcf9afe1e442d9beac3bd8bcd34 by Chris Jerdonek in branch 'master': bpo-38323: Add guard clauses in MultiLoopChildWatcher. (#22756) https://github.com/python/cpython/commit/66d3b589c44fcbcf9afe1e442d9beac3bd8bcd34 --

[issue38323] asyncio: MultiLoopWatcher has a race condition (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)

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

[issue39041] Support GitHub Actions in CI

Daniel Hahler added the comment: Is it planned to enable coverage uploads for PRs? This would really help with seeing if code (to be merged) is covered etc. -- nosy: +blueyed2 ___ Python tracker

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Serhiy Storchaka added the comment: I propose to change the type of day to int. It will remove any objections againsy the range check and make the code less error-prone for integer overflow and sign loss. -- ___ Python tracker

[issue41354] filecmp.cmp documentation does not match actual code

Scott added the comment: I suggest changing the documentation rather than the code. The mix up is in the wording. Documentation below "If shallow is true, files with identical os.stat() signatures are taken to be equal. Otherwise, the contents of the files are compared." The "Otherwise"

[issue1571878] Improvements to socket module exceptions

Irit Katriel added the comment: This was indeed done by now - all these exception types now extend OSErrors, the hierarchy is very close to the one suggested here (with the exception of the AddressError superclass, which I don't think is that useful to have), and they have an errno field

[issue42556] unittest.mock.patch() cannot properly mock methods

Mario Corchero added the comment: Right, I believe this is indeed broken. This code: ``` class A: def m(self, a=None): pass from unittest import mock with mock.patch.object(A, "m", autospec=True): A.m.side_effect = print A().m(1) ``` prints: <__main__.A object at 0x7f69cc7dc6a0>

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Paul Ganssle added the comment: > Just my two cents, this isn't just "some compilers". Everything from gcc, > msvc, C# to the rust compiler complain about this sort of code. As they > should, this is effectively dead code. They complain because most of the time it's a sign that people were

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Ammar Askar added the comment: > Some compilers complain about checking `day < 0`, because `day` is an > unsigned type Just my two cents, this isn't just "some compilers". Everything from gcc, msvc, C# to the rust compiler complain about this sort of code. As they should, this is

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Paul Ganssle added the comment: As I mentioned, it's a style issue. Yes this did not introduce any user-observable bugs, nor should it have changed the machine code emitted by the assembly on any competent compiler. The issue is that I had deliberately chosen to do a "redundant" check to

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: Paul created a follow-up issue: bpo-42660. -- ___ Python tracker ___ ___ Python-bugs-list

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: New changeset 7492b55ea0ca993c353b6373341b92e40faa9c4d by Miss Islington (bot) in branch '3.9': bpo-40686: Fix compiler warnings on _zoneinfo.c (GH-23614) (GH-23804) https://github.com/python/cpython/commit/7492b55ea0ca993c353b6373341b92e40faa9c4d

[issue42659] Objects of uname_result Class Cannot be Successfully Pickled

Serhiy Storchaka added the comment: See also issue42189. -- components: +Library (Lib) nosy: +jaraco, serhiy.storchaka ___ Python tracker ___

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

Serhiy Storchaka added the comment: I do not think there is any problem *now*. The type of day is uint8_t, it cannot be negative. BTW, why is it uint8_t? Would not be easier to use type int by default? I doubt that it saves memory or makes the code faster. -- nosy:

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Change by Julien Palard : -- resolution: -> not a bug status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue23915] [doc] traceback set with BaseException.with_traceback() pushed back on raise

Julien Palard added the comment: New changeset c590c2338e5a36cf3ce5b55e6d366a0675ed1db5 by Irit Katriel in branch 'master': bpo-23915: update and elucidate documentation of with_traceback (GH-23680) https://github.com/python/cpython/commit/c590c2338e5a36cf3ce5b55e6d366a0675ed1db5

[issue37961] Tracemalloc traces do not include original stack trace length

Change by daniel hahler : -- nosy: +blueyed nosy_count: 2.0 -> 3.0 pull_requests: +22665 pull_request: https://github.com/python/cpython/pull/23805 ___ Python tracker ___

[issue42660] _zoneinfo.c incorrectly checks bounds of `day` variable in calenderrule_new

New submission from Paul Ganssle : This is a code style issue — in https://github.com/python/cpython/pull/23614, a regression was deliberately introduced to satisfy an overzealous compiler. The `day` variable has logical bounds `0 <= day <= 6`. In the original code, both sides of this

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: Fixing these compiler warnings helps PR 18532 "[workflow] Use MSVC problem matcher for Windows action build". -- ___ Python tracker ___

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: The 3 compiler warnings are now fixed in master, and a 3.9 backport will land as soon as the CI tests pass. Thanks everyone who helped to fix these warnings. I know that the solution is not perfect, but we have to deal with C language limitations.

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

Change by miss-islington : -- nosy: +miss-islington nosy_count: 5.0 -> 6.0 pull_requests: +22664 pull_request: https://github.com/python/cpython/pull/23804 ___ Python tracker

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: New changeset aefb69b23f056c61e82ad228d950f348de090c70 by Victor Stinner in branch 'master': bpo-40686: Fix compiler warnings on _zoneinfo.c (GH-23614) https://github.com/python/cpython/commit/aefb69b23f056c61e82ad228d950f348de090c70 --

[issue42529] CPython DLL initialization routine failed from PYC cache file

Karl Nelson added the comment: I am fairly sure this is a Python "bug" in the sense that there was some change in undocumented change in requirements and the distutils pattern for building a module no longer reflects that requirement. That said very likely JPype is the only module to be

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

STINNER Victor added the comment: The problem can be simplified to this x.c file: --- static int invalid_day(unsigned int day) { return (day < 0 || day > 6); } int main() { invalid_day(3); return 0; } --- GCC emits the warning: $ gcc x.c -o x -O3 -Wall -Wextra x.c: In function

[issue42659] Objects of uname_result Class Cannot be Successfully Pickled

New submission from CrocoDuck : See the code example below. ```python import platform import pickle pack = { 'uname_result': platform.uname() } with open('test.pickle', 'wb') as f: pickle.dump(pack, f, protocol=pickle.HIGHEST_PROTOCOL) with open('test.pickle', 'rb') as f: data =

[issue42246] Implement PEP 626 -- Precise line numbers for debugging

Change by Mark Shannon : -- pull_requests: +22663 pull_request: https://github.com/python/cpython/pull/23803 ___ Python tracker ___

[issue42615] Redundant jump instructions due to deleted unreachable bytecode blocks

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

[issue42629] PyObject_Call not behaving as documented

Josh Rosenberg added the comment: Pingback from #42033. Proper fix for that issue likely involves moving the work for copying kwargs into PyObject_Call, which would fix this bug by side-effect. -- nosy: +josh.r ___ Python tracker

[issue42033] Seemingly unnecessary complexification of foo(**kw)

Josh Rosenberg added the comment: Even if making a copy is necessary when the underlying function receives the dict "raw", preemptively performing the copy (before knowing if the function being called is a Vectorcall function) means that when it's a Vectorcall function (e.g. all

[issue42238] Deprecate suspicious.py?

Julien Palard added the comment: I created https://github.com/python/cpython/pull/23802 with a port of the "wrong backtick detector" (at least, one aspect from it) from suspicious to rstlint. I dropped the suspicious check three weeks ago, and found a single committed issue since then,

[issue42238] Deprecate suspicious.py?

Change by Julien Palard : -- pull_requests: +22662 pull_request: https://github.com/python/cpython/pull/23802 ___ Python tracker ___

[issue42415] python3.lib in Python3.9.0 Windows distribution does not contain PyObject_CallNoArgs symbol

STINNER Victor added the comment: commit fcc6935384b933fbe1a1ef659ed455a3b74c849a Author: Victor Stinner Date: Wed Dec 16 15:08:23 2020 +0100 Add symbols of the stable ABI to python3dll.c (GH-23598) Add the following symbols to python3dll.c: * PyFrame_GetCode

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

Change by STINNER Victor : -- pull_requests: +22659 pull_request: https://github.com/python/cpython/pull/23801 ___ Python tracker ___

[issue42415] python3.lib in Python3.9.0 Windows distribution does not contain PyObject_CallNoArgs symbol

Change by STINNER Victor : -- nosy: +vstinner nosy_count: 7.0 -> 8.0 pull_requests: +22658 pull_request: https://github.com/python/cpython/pull/23801 ___ Python tracker ___

[issue39947] [C API] Make the PyThreadState structure opaque (move it to the internal C API)

Change by STINNER Victor : -- pull_requests: +22661 pull_request: https://github.com/python/cpython/pull/23801 ___ Python tracker ___

[issue37194] Move new vector private declarations to the internal C API

Change by STINNER Victor : -- pull_requests: +22660 pull_request: https://github.com/python/cpython/pull/23801 ___ Python tracker ___

[issue37194] Move new vector private declarations to the internal C API

STINNER Victor added the comment: New changeset fcc6935384b933fbe1a1ef659ed455a3b74c849a by Victor Stinner in branch 'master': Add symbols of the stable ABI to python3dll.c (GH-23598) https://github.com/python/cpython/commit/fcc6935384b933fbe1a1ef659ed455a3b74c849a --

[issue40421] [C API] Add getter functions for PyFrameObject and maybe move PyFrameObject to the internal C API

STINNER Victor added the comment: New changeset fcc6935384b933fbe1a1ef659ed455a3b74c849a by Victor Stinner in branch 'master': Add symbols of the stable ABI to python3dll.c (GH-23598) https://github.com/python/cpython/commit/fcc6935384b933fbe1a1ef659ed455a3b74c849a --

[issue39947] [C API] Make the PyThreadState structure opaque (move it to the internal C API)

STINNER Victor added the comment: New changeset fcc6935384b933fbe1a1ef659ed455a3b74c849a by Victor Stinner in branch 'master': Add symbols of the stable ABI to python3dll.c (GH-23598) https://github.com/python/cpython/commit/fcc6935384b933fbe1a1ef659ed455a3b74c849a --

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: New changeset fcc6935384b933fbe1a1ef659ed455a3b74c849a by Victor Stinner in branch 'master': Add symbols of the stable ABI to python3dll.c (GH-23598) https://github.com/python/cpython/commit/fcc6935384b933fbe1a1ef659ed455a3b74c849a --

[issue42645] break/continue or return in finally block occurs twice in trace.

Mark Shannon added the comment: New changeset 5274b682bc93a04da8a69742528ac7f64633a96e by Mark Shannon in branch 'master': bpo-42645: Make sure that return/break/continue are only traced once when exiting via a finally block. (GH-23780)

[issue42654] Add folder for python customizations: __sitecustomize__

Mario Corchero added the comment: Thread open in Python ideas: https://discuss.python.org/t/add-folder-for-python-customizations-sitecustomize/6190/5 -- ___ Python tracker

[issue42658] os.path.normcase() is inconsistent with Windows file system

New submission from sogom : On Windows file system, U+03A9 (Greek capital letter Omega) and U+2126 (Ohm sign) are distinguished. In fact, two distinct files "\u03A9.txt" and "\u2126.txt" can exist side by side in the same folder. But os.path.normcase() transforms both U+03A9 and U+2126 to

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: I think I am closing the PR as it seems that the gains are not good enough (and there is quite a lot of noise by comparing the benchmarks together). -- ___ Python tracker

[issue40821] os.getlogin() not working

Christian Heimes added the comment: errno 6 is ENXIO. According to https://www.man7.org/linux/man-pages/man3/getlogin.3.html the error code means "The calling process has no controlling terminal.". os.getlogin() returns the name of the user logged in on the controlling terminal of the

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: OK, I have repeated the benchmarks after rebasing and this is what I get: venv ❯ python -m pyperf compare_to json/2020-12-16_11-20-master-8203c73f3bb1.json.gz json/2020-12-16_11-22-load_method-21b1566125b3.json.gz -G --min-speed=1 Slower (13): -

[issue42246] Implement PEP 626 -- Precise line numbers for debugging

Mark Shannon added the comment: https://github.com/python/cpython/pull/23780 fixes the finally handling. The if-break case was fixed by earlier changes. -- ___ Python tracker

[issue42529] CPython DLL initialization routine failed from PYC cache file

Steve Dower added the comment: Sorry, I haven't had a chance to set up a test machine with all the requirements. It's almost certainly something in jpype, to be clear. Most likely it loads a DLL that hasn't been loaded yet, but does it under conditions where it won't load. Nothing we build

[issue42615] Redundant jump instructions due to deleted unreachable bytecode blocks

Mark Shannon added the comment: New changeset c71581c7a4192e6ba9a79eccc583aaadab300efa by Om G in branch 'master': bpo-42615: Delete redundant jump instructions that only bypass empty blocks (GH-23733) https://github.com/python/cpython/commit/c71581c7a4192e6ba9a79eccc583aaadab300efa

[issue40821] os.getlogin() not working

Change by Philipp Gortan : -- nosy: +mephinet ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42591] Method Py_FrozenMain missing in libpython3.9

Christian Bachmaier added the comment: Vistor Stinner: > If you can test it, I can backport the fix to stable branches. Seems to work like a charm. Basically I used the same testing setup as previously on Dec 10th under Debian testing/bullseye without step 2, as master already contains your

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

STINNER Victor added the comment: New changeset 8203c73f3bb1f51614279b6e23af2ec587d1fa22 by Victor Stinner in branch 'master': bpo-1635741: Refactor _threadmodule.c (GH-23793) https://github.com/python/cpython/commit/8203c73f3bb1f51614279b6e23af2ec587d1fa22 --

[issue42591] Method Py_FrozenMain missing in libpython3.9

STINNER Victor added the comment: Christian Bachmaier: > The symlink does the trick. So it may be easy for you to fix that, so it does > operate out of the box again. I pushed a fix in bpo-42613. It would be great if you could test it. See my manual test:

[issue42613] freeze.py doesn't support sys.platlibdir different than lib nor multiarch

STINNER Victor added the comment: I tested my fix with these commands: --- ./configure --with-platlibdir=lib64 --enable-shared --prefix /opt/py310 CFLAGS="-O0" make make install # move outside CPython source tree cd mkdir hello cd hello echo 'print("hello")' > hello.py cp -R

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: Oh, I am quite confused about what's going on with pidigits and regex_v8. I will try to run the benchmarks again. Did you compare the current master against the PR? If that's the case we should rebase the PR it first to make sure we are comparing it

[issue42613] freeze.py doesn't support sys.platlibdir different than lib nor multiarch

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

[issue42613] freeze.py doesn't support sys.platlibdir different than lib nor multiarch

STINNER Victor added the comment: New changeset 1c653f17cb84d81df3a74ab0b42140d2bb68c5c4 by Victor Stinner in branch 'master': bpo-42613: Fix freeze.py config directory (GH-23792) https://github.com/python/cpython/commit/1c653f17cb84d81df3a74ab0b42140d2bb68c5c4 --

[issue40364] asyncio: replace _compute_returncode() with os.waitstatus_to_exitcode()

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 -Python 3.9 ___ Python tracker ___

[issue40364] asyncio: replace _compute_returncode() with os.waitstatus_to_exitcode()

STINNER Victor added the comment: New changeset 99d28c56708bff1f442e1df5748adb2620542c61 by Victor Stinner in branch 'master': bpo-40364: asyncio uses os.waitstatus_to_exitcode() (GH-23798) https://github.com/python/cpython/commit/99d28c56708bff1f442e1df5748adb2620542c61 --

  1   2   >