[issue39075] types.SimpleNamespace should preserve attribute ordering (?)

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 6.0 -> 7.0 pull_requests: +18787 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19430 ___ Python tracker

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Karthikeyan Singaravelan added the comment: Is this going to be backported? It seems backports also use the same build and have this error. Sample 3.8 backport build that seems to be related to this issue :

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Kyle Stanley added the comment: Steve Dower wrote: > (FWIW, we build and test a release build, not a debug build, which is why > we're not looking for sqlite3_d.dll... but perhaps we should be using a debug > build? That might be slower, but the extra validation is probably > worthwhile...)

[issue40220] Modules/gcmodule.c:434: update_refs: Assertion "gc_get_refs(gc) != 0" failed

Gregory P. Smith added the comment: bad buildbot hardware. i've taken that bot offline. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: -> crash ___ Python tracker

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

melwitt added the comment: Thank you for explaining those details and pointing me in the right direction about the proper way to solve the problem in oslo.db. We still have to support python 3.6, so for now we will still need to do something different (in nova) to handle this (clear our

[issue40220] Modules/gcmodule.c:434: update_refs: Assertion "gc_get_refs(gc) != 0" failed

Gregory P. Smith added the comment: While I did a general apt update on that worker, I suspect I may have knocked the heatsink loose over the weekend while dealing with an upcoming bot sitting behind it on the shelf. That'd explain why it is alternately crashing and making mystery results.

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset 307b9d0144e719b016a47fcc43397c070615e01e by Victor Stinner in branch 'master': bpo-40170: Remove PyIndex_Check() macro (GH-19428) https://github.com/python/cpython/commit/307b9d0144e719b016a47fcc43397c070615e01e --

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Sorry when I said: > If we do the same experiment after PR19314: I meant: If we do the same experiment after PR 19414: -- ___ Python tracker

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: Hum, once most changes will land, maybe it would be worth it to document them at: https://docs.python.org/dev/whatsnew/3.9.html#build-and-c-api-changes -- ___ Python tracker

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: I have made some investigation, and I think a form of this bug was there from a long time and does not really relate to heap types. For instance consider this code on Python3.7 (so commit 364f0b0f19cc3f0d5e63f571ec9163cf41c62958 is not present). If

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- pull_requests: +18785 pull_request: https://github.com/python/cpython/pull/19427 ___ Python tracker ___

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset a15e260b708a98edaba86a2aa663c3f6b2abc964 by Victor Stinner in branch 'master': bpo-40170: Add _PyIndex_Check() internal function (GH-19426) https://github.com/python/cpython/commit/a15e260b708a98edaba86a2aa663c3f6b2abc964 --

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset 45ec5b99aefa54552947049086e87ec01bc2fc9a by Victor Stinner in branch 'master': bpo-40170: PyType_HasFeature() now always calls PyType_GetFlags() (GH-19378) https://github.com/python/cpython/commit/45ec5b99aefa54552947049086e87ec01bc2fc9a

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

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

[issue19468] Relax the type restriction on reloaded modules

Change by Furkan Onder : -- keywords: +patch nosy: +furkanonder nosy_count: 3.0 -> 4.0 pull_requests: +18783 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19424 ___ Python tracker

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- pull_requests: +18782 pull_request: https://github.com/python/cpython/pull/19425 ___ Python tracker ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Batuhan Taskaya : -- pull_requests: +18781 pull_request: https://github.com/python/cpython/pull/19423 ___ Python tracker ___

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset ef5c615f5ae72c4f6979159c94da46afefbfab9a by Victor Stinner in branch 'master': bpo-40170: Convert PyObject_CheckBuffer() macro to a function (GH-19376) https://github.com/python/cpython/commit/ef5c615f5ae72c4f6979159c94da46afefbfab9a

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

STINNER Victor added the comment: > because I encountered a problem where a standard library lock was held by a > parent process at the time that child processes were forked, so the child > processes got stuck behind the inherited held locks. Which lock from which module? You wrote details

[issue40153] json dump with repeated key

Facundo Batista added the comment: It's a theoretical issue, I didn't hit it myself. -- ___ Python tracker ___ ___

[issue40221] Use new _at_fork_reinit() lock method in multiprocessing

New submission from STINNER Victor : Currently, _ResourceSharer._after_fork() of multiprocessing.resource_sharer creates new locks and leak old locks on purpose. This method can benefit of the newly added _at_fork_reinit() method added by bpo-40089. Queue._after_fork() could also call

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- pull_requests: +18780 pull_request: https://github.com/python/cpython/pull/19422 ___ Python tracker ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- pull_requests: +18779 pull_request: https://github.com/python/cpython/pull/19421 ___ Python tracker ___

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

STINNER Victor added the comment: New changeset 9205520d8c43488696d66cbdd9aefbb21871c508 by Victor Stinner in branch 'master': bpo-40170: PyObject_NEW() becomes an alias to PyObject_New() (GH-19379) https://github.com/python/cpython/commit/9205520d8c43488696d66cbdd9aefbb21871c508

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: Found it (and it's kind-of us): Checking C:\Program Files\Amazon\AWSCLIV2\ *** Found at C:\Program Files\Amazon\AWSCLIV2\sqlite3.dll *** Found at C:\Program Files\Amazon\AWSCLIV2\_sqlite3.pyd But I'm not sure why that is getting loaded earlier than the current

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Batuhan Taskaya : -- pull_requests: +18778 pull_request: https://github.com/python/cpython/pull/19418 ___ Python tracker ___

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: It might also be a "sqlite3_d.dll". Updated build is https://dev.azure.com/Python/cpython/_build/results?buildId=60787=results -- ___ Python tracker

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Steve Dower added the comment: It's probably the sqlite3.dll dependency that's failing, not the _sqlite3.dll (originally _sqlite3.pyd) one. The test is verifying that dependent DLLs are loaded correctly. So I assume in this case the _sqlite3.dll is being loaded, but it's finding the wrong

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

melwitt added the comment: Hi, I've been following the work related to: https://bugs.python.org/issue6721 https://bugs.python.org/issue40089 because I encountered a problem where a standard library lock was held by a parent process at the time that child processes were forked, so the child

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- pull_requests: +18777 pull_request: https://github.com/python/cpython/pull/19417 ___ Python tracker ___

[issue39983] test.regrtest: test marked as failed (env changed), but no warning: test_multiprocessing_forkserver

STINNER Victor added the comment: Another example with test_asyncio on s390x RHEL7 3.x: https://buildbot.python.org/all/#/builders/320/builds/410 -- ___ Python tracker ___

[issue40220] Modules/gcmodule.c:434: update_refs: Assertion "gc_get_refs(gc) != 0" failed

STINNER Victor added the comment: Gregory: is this worker sick? Does it always rebuild from scratch? -- nosy: +gregory.p.smith ___ Python tracker ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Ethan Smith : -- nosy: +ethan smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: New changeset f9dd51e7db27d04e0b716d41a2804d5acbf145d1 by Batuhan Taşkaya in branch 'master': bpo-39481: Make os.DirEntry generic (GH-19415) https://github.com/python/cpython/commit/f9dd51e7db27d04e0b716d41a2804d5acbf145d1 --

[issue40089] Add _at_fork_reinit() method to locks

STINNER Victor added the comment: New changeset 6318e45bda6c37d5497f33a6039cdb65aa494c93 by Miss Islington (bot) in branch '3.8': bpo-40089: Fix threading._after_fork() (GH-19191) (GH-19194) https://github.com/python/cpython/commit/6318e45bda6c37d5497f33a6039cdb65aa494c93 --

[issue40089] Add _at_fork_reinit() method to locks

STINNER Victor added the comment: New changeset a514ccb3ea6f01fef850d9465b82a1670d5ace44 by Miss Islington (bot) in branch '3.7': bpo-40089: Fix threading._after_fork() (GH-19191) (GH-19193) https://github.com/python/cpython/commit/a514ccb3ea6f01fef850d9465b82a1670d5ace44 --

[issue40091] Crash in logging._after_at_fork_child_reinit_locks()

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

[issue40220] Modules/gcmodule.c:434: update_refs: Assertion "gc_get_refs(gc) != 0" failed

STINNER Victor added the comment: Other errors in the same build: 0:14:10 load avg: 7.70 [392/420/2] test_http_cookiejar crashed (Exit code -6) -- running: test_buffer (1 min 9 sec), test_pickle (57.5 sec), test_asyncio (3 min 47 sec), test_tarfile (36.8 sec), test_unparse (46.4 sec)

[issue40089] Add _at_fork_reinit() method to locks

STINNER Victor added the comment: New changeset 87255be6964979b5abdc4b9dcf81cdcfdad6e753 by Victor Stinner in branch 'master': bpo-40089: Add _at_fork_reinit() method to locks (GH-19195) https://github.com/python/cpython/commit/87255be6964979b5abdc4b9dcf81cdcfdad6e753 --

[issue40220] Modules/gcmodule.c:434: update_refs: Assertion "gc_get_refs(gc) != 0" failed

New submission from STINNER Victor : ARMv7 Debian buster 3.x: https://buildbot.python.org/all/#/builders/168/builds/688 0:12:12 load avg: 9.96 [332/420] test_multiprocessing_spawn passed (8 min) -- running: test_zipfile (1 min 11 sec), test_largefile (1 min 25 sec), test_weakref (1 min 17

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: Ethan Smith produced a list of types that are Generic in typeshed but not in the stdlib. So these could be added. https://github.com/gvanrossum/cpython/pull/1#issuecomment-582781121 -- ___ Python tracker

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Batuhan Taskaya : -- pull_requests: +18775 pull_request: https://github.com/python/cpython/pull/19415 ___ Python tracker ___

[issue39019] Missing class getitems in standard library classes

Batuhan Taskaya added the comment: > Hold on, os.DirEntry[str] still doesn't work. That is what I asked on the issue 39481. I couldn't find anything about its cover on PEP 585. -- ___ Python tracker

[issue39019] Missing class getitems in standard library classes

Guido van Rossum added the comment: Hold on, os.DirEntry[str] still doesn't work. -- ___ Python tracker ___ ___ Python-bugs-list

[issue40219] ttk LabeledScale: label covered by hidden element

Change by Stephen Bell : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40219] ttk LabeledScale: label covered by hidden element

New submission from Stephen Bell : The LabeledScale in tkinter.ttk seems to have some kind of hidden element that covers the LabeledScale's label when the value is set to mid-scale. Tested on Windows 10, Python 3.6 See below code to reproduce: import tkinter from tkinter import ttk master

[issue40153] json dump with repeated key

Vedran Čačić added the comment: JSON is JavaScript Object Notation, that is, a notation for JS Objects. Python dicts are much more general than that (not only in keys, but in values too: JSON keys must be strings, and values must be Strings, Numbers, Booleans, Arrays, (JS) Objects, or nulls

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

STINNER Victor added the comment: > bpo-40149: Implement traverse in _abc._abc_data (GH-19412) Pablo told me that this change is not correct: the overriden traverse function must call PyType_Type.tp_traverse (parent method). -- ___ Python tracker

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39019] Missing class getitems in standard library classes

Change by Batuhan Taskaya : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue39019] Missing class getitems in standard library classes

Batuhan Taskaya added the comment: PEP 585 is landed, closing the issue (and linked PRs) -- ___ Python tracker ___ ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Batuhan Taskaya added the comment: @gvanrossum is new types going to support generic alias protocol or this subset will be kept? Like typeshed uses os.DirEntry as a generic, but in reality it is not. (https://github.com/python/cpython/pull/17561) -- nosy: +BTaskaya

[issue40218] sys.executable is a non existing path if python is executed from gdb

Volker Weißmann added the comment: The gdb issue is here: https://sourceware.org/bugzilla/show_bug.cgi?id=25800 -- ___ Python tracker ___

[issue40218] sys.executable is a non existing path if python is executed from gdb

New submission from Volker Weißmann : Note: I'm not sure if this is a bug in python or in gdb. I will also submit a bug report to gdb and post a link here. Pythons documentation says that sys.executable is always either None, empty string or a path to the python interpreter. Using gdb and

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: In https://github.com/python/cpython/pull/19414 I have attached a proof of concept of a wrapper for tp_traverse that only affects types created by PyType_FromSpec that will call Py_VISIT(Py_TYPE(self)) and then the user function. --

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +18774 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19414 ___ Python tracker

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: > Now we changed rules. A strong reference is created implicitly. Who is > responsible to manage a strong reference? Whose who created it, ant it is the > interpreter, not the user. Even if we decide that the patch that introduced the new rules

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Serhiy Storchaka added the comment: The problem is that we suddenly changed rules. It was not required that the object's type should be visited in tp_visit. It was incorrect to visit it, because object did not have strong reference to its type. User never created it, and it was not created

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: > We cannot change all user code, so we should change the interpreter code so > that it will work correctly with existing user code. If we made a change that make all user code suddenly incorrect, that change should be reverted. The GC has clear

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Serhiy Storchaka added the comment: Recently many static allocated types were converted to heap allocated types (using PyType_FromSpec). Now you need to add Py_VISIT(Py_TYPE(self)) in all corresponding tp_visit implementations. And since even official example for heap allocated types do not

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: > Hummm, I think we may just be missing a Py_VISIT(Py_TYPE(self))here: Checking it more closely, that is incorrect, so we are not missing that visitation :( -- ___ Python tracker

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Hummm, I think we may just be missing a Py_VISIT(Py_TYPE(self))here: https://github.com/python/cpython/blob/master/Objects/typeobject.c#L3562 A class owns references to its type (type) or another metaclass Tim, could you confirm that that is the

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Also, as I mentioned, you don't need to modify all objects tp_traverse, only it's type.tp_traverse slot. For instance, all python objects know how to traverse stuff because they share the same tp_traverse:

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Serhiy Storchaka added the comment: Interesting, this issue may be related to issue24379. The problem with the proposed implementation of subscript was that it created a reference loop, and not all links in this loop were visible by GC. -- ___

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: >>> Since tp_visit is GC specific thing, I think it wold be more convenient >>> make a special case for object types. I don't think that follows: The gc defers the logic of what and what should not be visited to the tp_traverse implementation of

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Serhiy Storchaka added the comment: It would be inconvenient to require adding Py_VISIT(Py_TYPE(self)) in all tp_visit implementations of heap allocated types (including third-party extensions). Since tp_visit is GC specific thing, I think it wold be more convenient make a special case for

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Tim Peters added the comment: If object A owns a strong reference to object B, and A participates in cyclic gc, and B may be part of a cycle, then it's necessary and sufficient that A's type's tp_traverse implementation invoke Py_VISIT() passing A's pointer to B. It would be a Really Bad

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Also, heap types (created with type_new()) are already taking into account the type when visiting references: https://github.com/python/cpython/blob/master/Objects/typeobject.c#L -- ___ Python tracker

[issue23224] bz2/lzma: Compressor/Decompressor objects are only initialized in __init__

Dong-hee Na added the comment: The issue is not solved yet. @ZackerySpytz would you like to finalize this issue? -- ___ Python tracker ___

[issue23224] bz2/lzma: Compressor/Decompressor objects are only initialized in __init__

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23224] bz2/lzma: Compressor/Decompressor objects are only initialized in __init__

Change by Dong-hee Na : -- versions: +Python 3.9 -Python 2.7, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Zachary Ware added the comment: Assuming I implemented my checks correctly (see PR19413), I think I've just debunked both of our leading theories. Results here:

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: > I propose to modify the GC to take bpo-35810 in account. What? The GC is agnostic of what it receives. It works with objects in general that implement the gc support, but it does not care about what those objects are. The only specal case are

[issue40112] AIX: xlc - default path changed and no longer recognized

STINNER Victor added the comment: The CI failed on my backport to 3.8: PR 19408. The CI failed because of bpo-40204. -- ___ Python tracker ___

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: The base implementation has landed. We still need docs, and I'm sure that the alpha and beta release cycle will find small things that need to be improved. Perhaps the next priority is an update for Doc/whatsnew/3.9.rst. --

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

Dong-hee Na added the comment: Wow Thank you for the summary :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

STINNER Victor added the comment: In _abcmodule_exec(), when _abc_data type is created, it's created with refcnt=3: * 1 strong reference (normal) * +1 ref from tp_dict['__new__'] slot * +1 ref from tp_mro type_traverse() visits tp_dict and tp_mro, so it's fine. In Py_EndInterpreter(),

[issue39481] Implement PEP 585 (Type Hinting Generics In Standard Collections)

Guido van Rossum added the comment: New changeset 48b069a003ba6c684a9ba78493fbbec5e89f10b8 by Guido van Rossum in branch 'master': bpo-39481: Implementation for PEP 585 (#18239) https://github.com/python/cpython/commit/48b069a003ba6c684a9ba78493fbbec5e89f10b8 --

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

STINNER Victor added the comment: New changeset 9cc3ebd7e04cb645ac7b2f372eaafa7464e16b9c by Victor Stinner in branch 'master': bpo-40149: Implement traverse in _abc._abc_data (GH-19412) https://github.com/python/cpython/commit/9cc3ebd7e04cb645ac7b2f372eaafa7464e16b9c --

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Change by Zachary Ware : -- pull_requests: +18773 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19413 ___ Python tracker ___

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Change by Dong-hee Na : -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

New submission from STINNER Victor : The bpo-35810 modified the object allocate to hold a *strong* reference to the type in PyObject.ob_type, whereas PyObject.ob_type is a *borrowed* references if the type is statically allocated. commit 364f0b0f19cc3f0d5e63f571ec9163cf41c62958 Author: Eddie

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

Change by STINNER Victor : -- keywords: +patch pull_requests: +18772 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19412 ___ Python tracker ___

[issue40214] test_ctypes.test_load_dll_with_flags Windows failure

Eryk Sun added the comment: > Maybe something else was installed that put an incompatible > _sqlite3.dll on PATH? Thereby proving the inherent risk of > using unsafe DLL load settings should_pass() sets the working directory of the test process to the `tmp` directory. The loader normally

[issue40216] Support --runstatedir in configure

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +18771 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19411 ___ Python tracker ___

[issue40216] Support --runstatedir in configure

New submission from Batuhan Taskaya : AC allows to set runstatedir but looks like python's configure is a bit outdated, it requires to be regenerated. -- components: Build messages: 365909 nosy: BTaskaya priority: normal severity: normal status: open title: Support --runstatedir in

[issue39689] struct and memoryview tests rely on undefined behavior (as revealed by clang 9)

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

[issue40060] socket.TCP_NOTSENT_LOWAT is missing in official macOS builds

Ma Lin added the comment: It seems that people usually use the socket module like this, I think it's safe to respect this habit: if hasattr(socket, "FLAG_NAME"): do_something If use PR19402, your program will have problem on the older version system, not only "don't break

[issue37207] Use PEP 590 vectorcall to speed up calls to range(), list() and dict()

Petr Viktorin added the comment: As discussed briefly in Mark's PR, benchmarks like this are now slower: ret = dict(**{'a': 2, 'b': 4, 'c': 6, 'd': 8}) Python 3.8: Mean +- std dev: 281 ns +- 9 ns master: Mean +- std dev: 456 ns +- 14 ns --

[issue37388] unknown error handlers should be reported early

STINNER Victor added the comment: New changeset d8acf0d9aae71d1897e8f91989bd8bfb4a9ef9c6 by Victor Stinner in branch 'master': bpo-37388: Don't check encoding/errors during finalization (GH-19409) https://github.com/python/cpython/commit/d8acf0d9aae71d1897e8f91989bd8bfb4a9ef9c6 --

[issue37388] unknown error handlers should be reported early

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

[issue5654] Add C hook in PyDict_SetItem for debuggers

STINNER Victor added the comment: No activity for 9 years, I close the issue. -- resolution: -> rejected stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue40112] AIX: xlc - default path changed and no longer recognized

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

[issue26628] Undefined behavior calling C functions with ctypes.Union arguments

Mats Wichmann added the comment: For readers who got here via a search after hitting the new traceback, note the fix in bpo-16575 was reverted. It's still a duplicate issue, so follow the progress there. -- nosy: +mwichmann ___ Python tracker

[issue5654] Add C hook in PyDict_SetItem for debuggers

Change by Piotr Dobrogost : -- nosy: +piotr.dobrogost ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

Change by Maciej Olko : -- nosy: +Maciej Olko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40206] Multiplying 4.6*100 will result in 459.99999999999994

Stefan Krah added the comment: You can also set the decimal.FloatOperation trap to avoid accidental errors: >>> from decimal import * >>> c = getcontext() >>> Decimal(4.6) * 100 Decimal('459.9644728632120') >>> c.traps[FloatOperation] = True >>> Decimal(4.6) * 100 Traceback (most

  1   2   >