[issue41085] Array regression test fails

SilentGhost added the comment: This looks like an overflow failure in a bigmem test (though the given limit 24Gb should accommodate that?). Do bigmem tests work on Windows? William, you've made some sort of modifications to the versioned files, what are those? -- components:

[issue41072] Python 3.8.3 passively introduced open source software contains CVE vulnerability

Change by SilentGhost : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___

[issue19270] Document that sched.cancel() doesn't distinguish equal events and can break order

Raymond Hettinger added the comment: > Cancelling an unintended event instead of the one we wanted is a bug, > and prevents me from using the library at all That problem is certainly worth fixing even if we have to break a few eggs to do it (this module has been around for a very long time

[issue31938] Convert selectmodule.c to Argument Clinic

Anthony Sottile added the comment: This appears to have broken pydoc of the select module, I've attached a patch $ python3.8 -m pydoc select Traceback (most recent call last): File "/usr/lib/python3.8/inspect.py", line 2004, in wrap_value value = eval(s, module_dict) File "", line 1,

[issue31938] Convert selectmodule.c to Argument Clinic

Change by Anthony Sottile : -- nosy: +Anthony Sottile nosy_count: 4.0 -> 5.0 pull_requests: +20235 pull_request: https://github.com/python/cpython/pull/21066 ___ Python tracker

[issue41083] plistlib can't decode date from year 0

Change by Karthikeyan Singaravelan : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___

[issue41086] Exception for uninstantiated interpolation (configparser)

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +20233 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21062 ___ Python tracker

[issue41086] Exception for uninstantiated interpolation (configparser)

New submission from Brian Faherty : The ConfigParser in Lib has a parameter called `interpolation`, that expects an instance of a subclass of Interpolation. However, when ConfigParser is given an argument of an uninstantiated subclass of Interpolation, the __init__ function of ConfigParser

[issue41072] Python 3.8.3 passively introduced open source software contains CVE vulnerability

Change by xcl <1318683...@qq.com>: -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

Eric V. Smith added the comment: I think it's a good idea. My only reservation would be: if the parsing of f-strings is moved into the parser, would it be possible to maintain the error new messages? -- ___ Python tracker

[issue41085] Array regression test fails

New submission from William Pickard : Here's the verbose stack trace of the failing test: == FAIL: test_index (test.test_array.LargeArrayTest) -- Traceback

[issue41084] Signify that a SyntaxError comes from an fstring in the error message

New submission from Lysandros Nikolaou : It's relatively easy to identify if a SyntaxError occurs when parsing an fstring expression or not. The idea is to slightly change the error message to start with "f-string: " when it does (in the same way in which SyntaxError messages are produced by

[issue40773] DOC: Fix rendering for 'retval' on the pdb page

Change by Chenyoo Hao : -- keywords: +patch nosy: +Chenyoo Hao nosy_count: 3.0 -> 4.0 pull_requests: +20232 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21055 ___ Python tracker

[issue41071] from an int to a float , why

mike stern added the comment: i am calm but sometimes I am wondering if the philosophy behind python is really like they claimed to make it very simple. Well I see a lot of confusions sometimes , and this is one From:

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: I suggest you to discuss the PEP 620 on python-dev, rather than on the bug tracker. I just posted it there today. This issue tracks the implemetation of one part of the PEP 620. -- ___ Python tracker

[issue41083] plistlib can't decode date from year 0

New submission from Michael Shields : On macOS 10.5.5: /tmp $ defaults export com.apple.security.KCN - http://www.apple.com/DTDs/PropertyList-1.0.dtd;> absentCircleWithNoReason applicationDate -12-30T00:00:00Z lastCircleStatus -1

[issue41039] Simplify python3.dll build

Nikita Nemkin added the comment: Please take your time. FWIW, I tested this patch by 1) comparing dumpbin /exports output; 2) comparing bunaries themselves (.dll and .lib) and 3) linking xxlmited module. It helps that 7-zip can open .dll and .lib files files as if they were archives.

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

Stefan Behnel added the comment: > Also, later, these structures may change to be more efficient. Tuples? Really? Ok, quoting PEP-620: > Members of … PyTupleObject structures have not changed since the "Initial > revision" commit (1990) I honestly think the reason for that might simply be

[issue41071] from an int to a float , why

Tim Peters added the comment: Mike, read that exchange again. You originally wrote "print(2 / 2) gives 2.0 instead of 2" but you didn't _mean_ that. You meant to say it "gives 1.0 instead of 1", or you meant something other than "2 / 2"). In Python 3, >>> print(2 / 2) 1.0 Which is what

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: The long rationale is explained in PEP 620: https://www.python.org/dev/peps/pep-0620/ PyTupleObject and PyListObject structures must become opaque. Also, later, these structures may change to be more efficient. --

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

Stefan Behnel added the comment: > Giving a direct access to an array or PyObject* (PyObject**) is causing > issues with other Python implementations, like PyPy, which don't use PyObject > internally. I'm wondering – if the intention is to help other implementations, then why do we need to

[issue41071] from an int to a float , why

mike stern added the comment: sorry but that article was about version 2.2 in 2000 Created:11-Mar-2001 Python-Version: 2.2 where is the one for 3.7 From: report=bugs.python@roundup.psfhosted.org on behalf of Tim Peters Sent: Monday, June 22,

[issue41071] from an int to a float , why

mike stern added the comment: I appreciate your answer I just didn't like how she answered earlier saying I cannot reproduce. 2 / 2 gives 1.0 to me. which is not true thanks anyway, now i am gonna have to do some reading From:

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: PySequence_Fast_ITEMS() is used in numpy at 7 lines: numpy/core/src/common/ufunc_override.c:118:*out_objs = PySequence_Fast_ITEMS(seq); --- PyUFuncOverride_GetOutObjects(PyObject *kwds, PyObject **out_kwd_obj, PyObject ***out_objs) --- =>

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: PySequence_Fast_ITEMS() must also be deprecated since it also gives a direct access to PyTupleObject.ob_item and PyListObject.ob_item members (PyObject**). PySequence_Fast_GET_ITEM() should be used instead. --

[issue41070] Simplify pyshellext.dll build

Steve Dower added the comment: Looks good, but I'll want to manually test this, as it's not covered by automated tests. (If you happen to know how to test drag-drop of multiple files and non-MBCS filenames in Explorer, would love to have some tests, but given the low churn on this part I

[issue41054] Simplify resource compilation on Windows

Steve Dower added the comment: Looks good. Let's rename PYTHON_DLL_NAME to ORIGINAL_FILENAME, since it took me 10 minutes to figure out that that's how it's used... We'll backport this one to 3.9 before RC. No NEWS file required. -- versions: +Python 3.9

[issue40965] Segfault when importing unittest module via C API

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-40294. Right, please upgrade to Python 3.8.3 which includes the fix. -- nosy: +vstinner resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Use-after-free crash if multiple

[issue40965] Segfault when importing unittest module via C API

The Comet added the comment: Thanks for the input! I should have been more specific. I was running python 3.8.2 when I got this segfault. I upgraded to 3.8.3 and the issue is no longer present, so it seems this has already been fixed. -- ___

[issue41071] from an int to a float , why

Tim Peters added the comment: Read the PEP Serhiy already linked to: https://www.python.org/dev/peps/pep-0238/ This was a deliberate change to how "integer / integer" works, introduced with Python 3. -- nosy: +tim.peters status: open -> closed

[issue41082] Error handling and documentation of Path.home()

New submission from Tim Hoffmann : Path.home() may fail un (https://github.com/matplotlib/matplotlib/issues/17707#issuecomment-647180252). 1. I think the raised key error is too low-level, and it should be something else; what exactly t.b.d. 2. The documentation

[issue41039] Simplify python3.dll build

Steve Dower added the comment: Thanks for the change. It looks good, though I would like to have a NEWS entry for this so that people can find that we made a deliberate change to this DLL. I'd also like to do some manual testing to make sure that we aren't going to break any obscure uses.

[issue41071] from an int to a float , why

mike stern added the comment: Not satisfied with that reply you can't just decide to close the ticket without even giving a reasonable answer, or even try that on 2.7 or 3.7 to see if it is true what I said. Besides, that is not a convincing answer, that is actually no answer at all!!! I

[issue41081] Exclude __pycache__ directories from backups using CACHEDIR.TAG

Eric V. Smith added the comment: To spoil it for other readers: the linked page says to create a file named CACHEDIR.TAG with a specific first line. -- nosy: +eric.smith ___ Python tracker

[issue36207] robotsparser deny all with some rules

Patrick Valibus 410 Gone added the comment: Bonjour, nous n'avons pas réussi à le faire fonctionner. Nous l'avons utilisé dans le cadre d'un test seo car nous essayons e reproduire des alternatives à scrappy. Par exemple le robots devrait bine crawler la page de notre agence seo

[issue40893] tkinter: integrate TkDND support

Ned Deily added the comment: > As for the buildbots, is this something I could help with @zach.ware is the best person to work with on any buildbot requirements. I've Nosyed him here. For the record, I haven't yet tried to test TkDND with the various current macOS Tk on current versions

[issue40893] tkinter: integrate TkDND support

E. Paine added the comment: Addressing Ned's issues: I have emailed round "Linux-sig" about adding an optional dependency and Guido recommended I put it on "Python-dev" instead (which I hope to do in the coming days). As for the buildbots, is this something I could help with, or does it

[issue41081] Exclude __pycache__ directories from backups using CACHEDIR.TAG

Change by Jakub Stasiak : -- keywords: +patch pull_requests: +20231 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21060 ___ Python tracker ___

[issue41081] Exclude __pycache__ directories from backups using CACHEDIR.TAG

New submission from Jakub Stasiak : It'd be nice of __pycache__ directories didn't pollute backups. Granted, one can add __pycache__ directory to their backup-tool-of-choice exclusion list, but those lists are ever growing and maybe it'd be good to help the tools and the users. There's a

[issue41035] zipfile.Path does not work properly with zip archives where paths start with /

sorrow added the comment: >`iteritems()` I meant `iterdir()` of course. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41035] zipfile.Path does not work properly with zip archives where paths start with /

sorrow added the comment: Here's what I came up with: ```python class ZipPath(zipfile.Path): def __init__(self, root, at=""): super().__init__(root, at) if not at.startswith("/") and self.root.namelist()[0].startswith("/"): self.at = f"/{at}" def __repr__(self): return (

[issue41080] re.sub treats * incorrectly?

Ryan Westlund added the comment: Sorry, I forgot the pydoc docs don't have as much information as the online docs. On Mon, Jun 22, 2020 at 1:54 PM Ezio Melotti wrote: > > Ezio Melotti added the comment: > > This behavior was changed in 3.7: "Empty matches for the pattern are > replaced

[issue41080] re.sub treats * incorrectly?

Ezio Melotti added the comment: This behavior was changed in 3.7: "Empty matches for the pattern are replaced only when not adjacent to a previous empty match, so sub('x*', '-', 'abxd') returns '-a-b--d-'." [0] See also bpo-32308 and bpo-25054. [0]:

[issue41080] re.sub treats * incorrectly?

New submission from Ryan Westlund : ``` >>> re.sub('a*', '-', 'a') '--' >>> re.sub('a*', '-', 'aa') '--' >>> re.sub('a*', '-', 'aaa') '--' ``` Shouldn't it be returning one dash, not two, since the greedy quantifier will match all the a's? I understand why substituting on 'b' returns '-a-',

[issue19270] Document that sched.cancel() doesn't distinguish equal events and can break order

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

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

STINNER Victor added the comment: List of the 58 C extensions using the legacy API: _asynciomodule.c _bisectmodule.c _blake2/blake2module.c cjkcodecs/multibytecodec.c cmathmodule.c _csv.c _ctypes/_ctypes.c _cursesmodule.c _curses_panel.c _datetimemodule.c _decimal/_decimal.c _elementtree.c

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

STINNER Victor added the comment: Current status: 60 stdlib extensions (51%) are ported to PEP 489 multiphase initialization, 58 stdlib extensions (49%) are still using the legacy API: $ grep -E '\' $(find Modules/ -name "*.c")|wc -l 60 $ grep -E '\' $(find Modules/ -name "*.c")|wc -l 58

[issue41075] Add support of navigating through prev. commands in IDLE

E. Paine added the comment: The issue I found, which I assume you are referencing Terry, is #2704. Even if we don't do all of what is proposed there, I think the default bindings for the history should be changed (I have not used any terminals that don't use ↑↓). In my experience, very few

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: The PR 21059 breaks Cython. I reported the issue to Cython upstream: https://github.com/cython/cython/issues/3701 numpy is also affected: code generated by Cython (numpy/random/_mt19937.c) contains the issue. --

[issue41079] _PyAsyncGenWrappedValue_Type is never Readied

New submission from Tomasz Pytel : A call is never made to PyType_Ready(&_PyAsyncGenWrappedValue_Type) on initialization unlike for all other Python type objects I can see. Does not seem to have any negative effects at the moment except to mess up my Python type instrumentation. May turn

[issue15666] PEP 3121, 384 refactoring applied to lzma module

Dong-hee Na added the comment: Fixed by: commit 1937edd376274cb26090d71253191502a9de32d6 Author: Dong-hee Na Date: Tue Jun 23 00:53:07 2020 +0900 bpo-1635741: Port _lzma module to multiphase initialization (GH-19382) -- nosy: +corona10, vstinner resolution: -> fixed stage:

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

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

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: New changeset c96d00e88ead8f99bb6aa1357928ac4545d9287c by Victor Stinner in branch 'master': bpo-41078: Fix bltinmodule.c with Py_TRACE_REFS (GH-21058) https://github.com/python/cpython/commit/c96d00e88ead8f99bb6aa1357928ac4545d9287c --

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

Dong-hee Na added the comment: New changeset 1937edd376274cb26090d71253191502a9de32d6 by Dong-hee Na in branch 'master': bpo-1635741: Port _lzma module to multiphase initialization (GH-19382) https://github.com/python/cpython/commit/1937edd376274cb26090d71253191502a9de32d6 --

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

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

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: New changeset c45dbe93b7094fe014442c198727ee38b25541c4 by Victor Stinner in branch 'master': bpo-41078: Add pycore_list.h internal header file (GH-21057) https://github.com/python/cpython/commit/c45dbe93b7094fe014442c198727ee38b25541c4 --

[issue41071] from an int to a float , why

Steven D'Aprano added the comment: Mike, the bug tracker is not a help-desk for questions. There are many other forums where you can ask for help: - the python-list and tutor mailing lists https://www.python.org/community/lists/ - Stackoverflow - The Python IRC channel

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

STINNER Victor added the comment: New changeset 384621c42f9102e31ba2c47feba144af09c989e5 by Victor Stinner in branch 'master': bpo-41078: Rename pycore_tupleobject.h to pycore_tuple.h (GH-21056) https://github.com/python/cpython/commit/384621c42f9102e31ba2c47feba144af09c989e5 --

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

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

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

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

[issue16623] argparse help formatter does not honor non-breaking space

Zackery Spytz added the comment: Python 2 is EOL, so I think this issue should be closed. -- nosy: +ZackerySpytz ___ Python tracker ___

[issue41078] [C API] Convert PyTuple_GET_ITEM() macro to a static inline function

New submission from STINNER Victor : PyTuple_GET_ITEM() can be abused to access directly the PyTupleObject.ob_item member: PyObject **items = _GET_ITEM(0); Giving a direct access to an array or PyObject* (PyObject**) is causing issues with other Python implementations, like PyPy, which

[issue41076] Pre-feed the parser with the f-string expression location

Change by Lysandros Nikolaou : -- title: Pre-feed the parser with the f-string location -> Pre-feed the parser with the f-string expression location ___ Python tracker ___

[issue41077] Make Cookiejar a bit more pythonic

Rémi Lapeyre added the comment: Hi Srinivas, as I said on the PR, cosmetic changes are usually not accepted. You can have a look at the other opened bug reports to find issues you can work on and at the Python Dev Guide (https://devguide.python.org/) for help to get started hacking Python!

[issue41077] Make Cookiejar a bit more pythonic

Change by Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : -- resolution: -> wont fix stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41075] Add support of navigating through prev. commands in IDLE

Terry J. Reedy added the comment: There is an old issue proposing making ↑↓ navigate through history in Shell, with cntl/alt ↑↓, for instance, navigating through lines. In the meanwhile, one is supposed to be able to redefine the abstract and keys in the Keys tab of the settings

[issue41077] Make Cookiejar a bit more pythonic

Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) added the comment: I am not sure this PR will be accepted. If you are a core dev, and thinks this is not Okay, please feel free close this issue. -- keywords: +patch message_count: 1.0 -> 2.0 pull_requests: +20226 stage: ->

[issue41077] Make Cookiejar a bit more pythonic

New submission from Srinivas Reddy Thatiparthy(శ్రీనివాస్ రెడ్డి తాటిపర్తి) : Title says it all. -- messages: 372087 nosy: thatiparthy priority: normal severity: normal status: open title: Make Cookiejar a bit more pythonic ___ Python tracker

[issue41076] Pre-feed the parser with the f-string location

Change by Lysandros Nikolaou : -- keywords: +patch pull_requests: +20225 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21054 ___ Python tracker

[issue41076] Pre-feed the parser with the f-string location

New submission from Lysandros Nikolaou : Inspired by bpo-41064, I sat down to try and find problems with f-string locations in the new parser. I was able to come up with a way to compute the locations of the f-string expressions that I think is more consistent and allows us to delete all the

[issue27721] distutils strtobool returns 0 and 1 rather than False and True

Change by Nathaniel Manista : -- nosy: +Nathaniel Manista ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41075] Add support of navigating through prev. commands in IDLE

New submission from wyz23x2 : Terminals like CMD have support of navigating through commands with ↑↓. While directly implementing the arrows is not good in IDLE (the use for jumping to the prev. line in GUI is needed), there should be a good way. Some ways: 1. Alt+↑↓. The current behavior is

[issue41073] [C API] PyType_GetSlot() should accept static types

hai shi added the comment: Hi, victor. If you have much bpo need to manage, I could take a look in this week :) -- ___ Python tracker ___

[issue41073] [C API] PyType_GetSlot() should accept static types

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

[issue38870] Expose ast.unparse in the ast module

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

[issue41069] Use non-ascii file names in tests by default

Change by Serhiy Storchaka : -- dependencies: +msilib does not work correctly with non-ASCII names ___ Python tracker ___ ___

[issue41074] msilib does not work correctly with non-ASCII names

New submission from Serhiy Storchaka : It encodes input string arguments with utf-8 and pass encoded strings to 8-bit API which expect they be encoded using the locale encoding. It may pass tests, create and read files, but these files will just have wrong names. -- components:

[issue15848] PEP 3121, 384 Refactoring applied to xxsubtype module

STINNER Victor added the comment: The PEP 3121 part is fixed by: commit d5cacbb1d9c3edc02bf0ba01702e7c06da5bc318 Author: Nick Coghlan Date: Sat May 23 22:24:10 2015 +1000 PEP 489: Multi-phase extension module initialization Known limitations of the current implementation:

[issue15675] PEP 3121, 384 Refactoring applied to array module

STINNER Victor added the comment: The PEP 384 part is fixed by: commit d5cacbb1d9c3edc02bf0ba01702e7c06da5bc318 Author: Nick Coghlan Date: Sat May 23 22:24:10 2015 +1000 PEP 489: Multi-phase extension module initialization Known limitations of the current implementation:

[issue15652] PEP 3121, 384 refactoring applied to gdbm module

STINNER Victor added the comment: Fixed by: commit c4862e333ab405dd5789b4061222db1982147de4 Author: Dong-hee Na Date: Wed Jun 17 01:41:23 2020 +0900 bpo-1635741: Port _gdbm module to multiphase initialization (GH-20920) -- nosy: +corona10, vstinner resolution: -> fixed

[issue15668] PEP 3121, 384 Refactoring applied to random module

STINNER Victor added the comment: The PEP 384 part was fixed by: commit 04f0bbfbedf8d2bb69b012f853de6648b1a9f27f Author: Dino Viehland Date: Fri Sep 13 11:12:27 2019 +0100 bpo-38075: Port _randommodule.c to PEP-384 (GH-15798) - Migrate `Random_Type` to `PyType_FromSpec` -

[issue15711] PEP 3121, 384 Refactoring applied to time module

STINNER Victor added the comment: Fixed by: commit bd409bb5b78e7ccac5fcda9ab4cec770552f3090 Author: Paulo Henrique Silva Date: Mon Mar 23 15:58:23 2020 -0300 bpo-1635741: Port time module to multiphase initialization (PEP 489) (GH-19107) -- nosy: +vstinner resolution: ->

[issue40824] Unexpected errors in __iter__ are masked in "in" and the operator module

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

[issue40077] Convert static types to PyType_FromSpec()

STINNER Victor added the comment: See meta bpo-15787 "PEP 3121, 384 Refactoring" which tracks all these issues as dependencies. -- ___ Python tracker ___

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

STINNER Victor added the comment: See meta bpo-15787 "PEP 3121, 384 Refactoring" which tracks all these issues as dependencies. -- ___ Python tracker ___

[issue41068] zipfile: read after write fails for non-ascii files

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

[issue40077] Convert static types to PyType_FromSpec()

STINNER Victor added the comment: Search also for issues with "384" in their title (34 open issues):

[issue40077] Convert static types to PyType_FromSpec()

STINNER Victor added the comment: For example, see bpo-15849 for the xx module. -- ___ Python tracker ___ ___ Python-bugs-list

[issue15849] PEP 3121, 384 Refactoring applied to xx module

STINNER Victor added the comment: See also bpo-40077: "Convert static types to PyType_FromSpec()". -- ___ Python tracker ___ ___

[issue15849] PEP 3121, 384 Refactoring applied to xx module

STINNER Victor added the comment: Hum, I reopen the issue: the xx module still defines types statically and so the "PEP 384" part of this issue is not fixed yet. -- resolution: fixed -> status: closed -> open ___ Python tracker

[issue15849] PEP 3121, 384 Refactoring applied to xx module

STINNER Victor added the comment: Fixed by: commit d5cacbb1d9c3edc02bf0ba01702e7c06da5bc318 Author: Nick Coghlan Date: Sat May 23 22:24:10 2015 +1000 PEP 489: Multi-phase extension module initialization Known limitations of the current implementation: - documentation

[issue15703] PEP 3121, 384 Refactoring applied to select module

STINNER Victor added the comment: Fixed by: New changeset f919054e539a5c1afde1b31c9fd7a8f5b2313311 by Dino Viehland in branch 'master': bpo-38116: Convert select module to PEP-384 (#15971) https://github.com/python/cpython/commit/f919054e539a5c1afde1b31c9fd7a8f5b2313311 I mark this issue as

[issue38116] Make select module PEP-384 compatible

STINNER Victor added the comment: I marked bpo-15703 as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue15700] PEP 3121, 384 Refactoring applied to resource module

STINNER Victor added the comment: Fixed by: commit 45f7008a66a30cdf749ec03e580bd2692be9a8df Author: Hai Shi Date: Thu Apr 2 20:35:08 2020 +0800 bpo-1635741: Port resource extension module to multiphase initialization (PEP 489) (GH-19252) Fix also reference leaks on error.

[issue15689] PEP 3121, 384 Refactoring applied to operator module

STINNER Victor added the comment: Fixed by: commit f3d5ac47720045a72f7ef5af13046d9531e6007b Author: Paulo Henrique Silva Date: Tue Mar 24 23:18:47 2020 -0300 bpo-1635741: Port operator module to multiphase initialization (PEP 489) (GH-19150) -- nosy: +vstinner resolution:

[issue15687] PEP 3121, 384 Refactoring applied to mmap module

STINNER Victor added the comment: Fixed by: commit 3ad52e366fea37b02a3f619e6b7cffa7dfbdfa2e Author: Dong-hee Na Date: Sat Jun 6 00:01:02 2020 +0900 bpo-1635741: Port mmap module to multiphase initialization (GH-19459) -- nosy: +corona10, vstinner resolution: -> fixed stage:

[issue15690] PEP 3121, 384 Refactoring applied to parser module

STINNER Victor added the comment: The parser module was removed in Python 3.10 (PEP 617). -- nosy: +vstinner resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.10 -Python 3.4 ___ Python tracker

[issue15685] PEP 3121, 384 Refactoring applied to itertools module

Change by STINNER Victor : -- versions: +Python 3.10 -Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue15685] PEP 3121, 384 Refactoring applied to itertools module

STINNER Victor added the comment: Fixed by: commit 514c469719f149e1722a91a9d0c63bf89dfefb2a Author: Dong-hee Na Date: Wed Mar 18 02:46:24 2020 +0900 bpo-1635741: Port itertools module to multiphase initialization (GH-19044) -- nosy: +corona10, vstinner resolution: -> fixed

[issue15691] PEP 3121, 384 Refactoring applied to posix module

STINNER Victor added the comment: Fixed by: commit 1c2fa781560608aa4be50c748d4b3f403cfa5035 Author: Victor Stinner Date: Sun May 10 11:05:29 2020 +0200 bpo-40549: Convert posixmodule.c to multiphase init (GH-19982) Convert posixmodule.c ("posix" or "nt" module) to the

  1   2   >