[issue46223] asyncio cause infinite loop during debug

Change by Kumar Aditya : -- nosy: +kumaraditya303 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46309] Task created by StreamReaderProtocol gets garbage collected.

Change by Kumar Aditya : -- nosy: +kumaraditya303 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23819] test_asyncio fails when run under -O

Andrew Svetlov added the comment: Is anything left to do? -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46309] Task created by StreamReaderProtocol gets garbage collected.

Andrew Svetlov added the comment: Thanks for the bug report. Seems like your analysis is correct. Could you make a pull request which adds a task reference? -- ___ Python tracker

[issue46223] asyncio cause infinite loop during debug

Andrew Svetlov added the comment: I guess applying '@reprlib.recursive_repr' decorator to 'events.Handle.__repr__()' function can help. Could you check, please? -- versions: +Python 3.10, Python 3.11 ___ Python tracker

[issue40280] Consider supporting emscripten/webassembly as a build target

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

[issue46205] test.libregrtest: Race condition in runtest_mp leads to hangs (never exits)

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

[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash

Guido van Rossum added the comment: Yup. All better: https://speed.python.org/timeline/#/?exe=12=python_startup=1=50=off=on=on -- ___ Python tracker ___

[issue46148] Optimize pathlib

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46307] string.Template should allow inspection of identifiers

Ben Kehoe added the comment: I opened a PR. By default, it raises an exception if there's an invalid identifier; there's a keyword argument raise_on_invalid to control that. The implementation I have adds them to a set first, which means the order is not guaranteed. I'm of two minds about

[issue46307] string.Template should allow inspection of identifiers

Change by Ben Kehoe : -- keywords: +patch pull_requests: +28698 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30493 ___ Python tracker ___

[issue46307] string.Template should allow inspection of identifiers

Barry A. Warsaw added the comment: I think you’re right that the iterator API isn’t very helpful. I also agree that you probably really want to answer the “why identifiers are in this template?” question. As for repeats, there’s two ways to think about it. You could return all the

[issue46307] string.Template should allow inspection of identifiers

Ben Kehoe added the comment: Happy to make a PR! In my mind I had been thinking it would be the get_identifiers() method with the implementation above, returning a list. As for __iter__, I'm less clear on what that would look like: t = string.Template(...) for identifier in t: # what

[issue46148] Optimize pathlib

Change by Barney Gale : -- nosy: +barneygale nosy_count: 8.0 -> 9.0 pull_requests: +28697 pull_request: https://github.com/python/cpython/pull/30492 ___ Python tracker ___

[issue46307] string.Template should allow inspection of identifiers

Barry A. Warsaw added the comment: I've never personally needed this, but I could see where it could come in handy. I wonder if __iter__() would be the right API for that? I wonder then if we should also implement __contains__()? Would you be interested in creating a PR for the feature?

[issue34602] python3 resource.setrlimit strange behaviour under macOS

Ned Deily added the comment: New changeset b962544594c6a7c695330dd20fedffb3a1916ba6 by Miss Islington (bot) in branch '3.10': bpo-34602: Fix unportable test(1) operator in configure script (GH-30490) (GH-30491)

[issue34602] python3 resource.setrlimit strange behaviour under macOS

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

[issue46308] Unportable test(1) operator in configure script

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

[issue46308] Unportable test(1) operator in configure script

Ned Deily added the comment: New changeset 3d11c1b8b49800c5c4c295953cc3abf577f6065a by Thomas Klausner in branch 'main': bpo-46308: Fix unportable test(1) operator in configure script (GH-30490) https://github.com/python/cpython/commit/3d11c1b8b49800c5c4c295953cc3abf577f6065a --

[issue34602] python3 resource.setrlimit strange behaviour under macOS

Change by Thomas Klausner : -- nosy: +wiz nosy_count: 8.0 -> 9.0 pull_requests: +28694 pull_request: https://github.com/python/cpython/pull/30490 ___ Python tracker ___

[issue46307] string.Template should allow inspection of identifiers

Change by Raymond Hettinger : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46309] Task created by StreamReaderProtocol gets garbage collected.

Change by Simon Wrede : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46309] Task created by StreamReaderProtocol gets garbage collected.

New submission from Simon Wrede : Documentation states that a reference must be kept when creating a task, https://docs.python.org/3/library/asyncio-task.html#asyncio.create_task. This is not done in StreamReaderProtocol,

[issue46291] [doc] First argument to raise can also be BaseException

Vedran Čačić added the comment: Let me just say that I use `raise SystemExit` all the time. Beats `from sys import exit`, weird error messages about having to type parentheses, and surely beats "oh, am I on Windows so Ctrl+Z, or on Linux so Ctrl+D". :-] I also use `raise KeyboardInterrupt`

[issue46304] Unable to iterate over lines in a file without a block of code

Eric V. Smith added the comment: I can't believe I missed that, Jason. I even read it twice! I think this could go in pathlib, along with read_text. Maybe read_lines, or iter_lines, or something. Of course PEP 533 is needed, too. -- ___ Python

[issue46308] Unportable test(1) operator in configure script

Change by Thomas Klausner : -- keywords: +patch pull_requests: +28693 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30490 ___ Python tracker ___

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Jackson Brummell added the comment: Have updated the PR to be in line with the issues leading ideas, specifically Tal's suggestion. Thanks -- ___ Python tracker ___

[issue46308] Unportable test(1) operator in configure script

New submission from Thomas Klausner : The configure script uses the test(1) '==' operator, which is only supported by bash. The standard comparison operator is '='. -- components: Installation messages: 410120 nosy: wiz priority: normal severity: normal status: open title: Unportable

[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash

Guido van Rossum added the comment: To close the loop, setuptools 60.4.0 should fix this, see https://github.com/pypa/setuptools/pull/3009. -- ___ Python tracker ___

[issue46249] [sqlite3] lastrowid improvements

Change by Erlend E. Aasland : -- title: [sqlite3] move set lastrowid out of the query loop and enable it for executemany() -> [sqlite3] lastrowid improvements ___ Python tracker

[issue46304] Unable to iterate over lines in a file without a block of code

Jason R. Coombs added the comment: Nice reference. Indeed, the [rationale](https://www.python.org/dev/peps/pep-0533/#id15) of that pep gives a similar example and the [background](https://www.python.org/dev/peps/pep-0533/#id3) describes the problem with the solution I've drafted above (it

[issue46249] [sqlite3] move set lastrowid out of the query loop and enable it for executemany()

Change by Erlend E. Aasland : -- pull_requests: +28692 pull_request: https://github.com/python/cpython/pull/30489 ___ Python tracker ___

[issue46249] [sqlite3] move set lastrowid out of the query loop and enable it for executemany()

Erlend E. Aasland added the comment: I see now that GH-30380 has grown a little bit out of scope, as it changes too many things at once: 1. Simplify the `execute()`/`executemany()` query loop 2. Create the lastrowid PyObject on demand, simplifying cursor GC 3. `lastrowid` is now available

[issue46249] [sqlite3] move set lastrowid out of the query loop and enable it for executemany()

Erlend E. Aasland added the comment: Marc-André: since Python 3.6, the sqlite3.Cursor.lastrowid attribute does no longer comply with the recommendations of PEP 249: Previously, lastrowid was set to None for operations other than INSERT or REPLACE. This changed with

[issue46304] Unable to iterate over lines in a file without a block of code

Dennis Sweeney added the comment: I think this might require something like PEP 533 in order to be safe. -- nosy: +Dennis Sweeney ___ Python tracker ___

[issue46304] Unable to iterate over lines in a file without a block of code

Jason R. Coombs added the comment: Hi Eric. I did mention that option in my report, but that option requires loading the whole file into memory. I'd like something equivalent to the iterator that `open()` provides, which yields lines lazily. Serihy, thanks for the feedback. I do indeed not

[issue46306] Suspicious operation in `doctest.py`: `None - 1`

Change by Eric V. Smith : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46306] Suspicious operation in `doctest.py`: `None - 1`

Eric V. Smith added the comment: New changeset 0fc58c1e051026baff4919d8519ce2aabe3b2ba1 by Nikita Sobolev in branch 'main': bpo-46306: simplify `CodeType` attribute access in `doctest.py` (GH-30481) https://github.com/python/cpython/commit/0fc58c1e051026baff4919d8519ce2aabe3b2ba1

[issue46307] string.Template should allow inspection of identifiers

New submission from Ben Kehoe : Currently, the only thing that can be done with a string.Template instance and a mapping is either attempt to substitute with substitute() and catch a KeyError if some identifier has not been provided in the mapping, or substitute with safe_substitute() and

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Change by Tal Einat : -- stage: patch review -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Tal Einat added the comment: Thanks for this, Erlend! -- stage: resolved -> patch review ___ Python tracker ___ ___

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Change by Erlend E. Aasland : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Tal Einat added the comment: New changeset b29aa71090e4dd34900660ecca8bb62667440f41 by Miss Islington (bot) in branch '3.9': [3.9] bpo-46261: Update `sqlite3.Cursor.lastrowid` docs (GH-30407) https://github.com/python/cpython/commit/b29aa71090e4dd34900660ecca8bb62667440f41 --

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Tal Einat added the comment: New changeset 987fba102e909229dd2aa1a6115aa28d514c1818 by Miss Islington (bot) in branch '3.10': bpo-46261: Update `sqlite3.Cursor.lastrowid` docs (GH-30407) https://github.com/python/cpython/commit/987fba102e909229dd2aa1a6115aa28d514c1818 --

[issue46141] Fix ipaddress.ip_network TypeErrors

Change by Tal Einat : -- nosy: +pmoody, taleinat stage: -> patch review status: pending -> open versions: -Python 3.8 ___ Python tracker ___

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

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

[issue46301] Enum tests: One branch is not covered in `Enum._convert_`

Ethan Furman added the comment: New changeset 8d59d2563b914b7208779834895c080c70cd94dd by Nikita Sobolev in branch 'main': bpo-46301: [Enum] test uncomparable values in `_convert_` (GH-30472) https://github.com/python/cpython/commit/8d59d2563b914b7208779834895c080c70cd94dd --

[issue46285] http/server.py wont respect its protocol_version

Hugo Almeida added the comment: The short story is, everything is okay, its my bad to taken the test function out of context, sorry about that of issue report. # just for details review (related file attached): # # check line 1277 to line 1278 (main branch of Python currently): #

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

Tal Einat added the comment: New changeset b6aa38f1ca79600f2ab46ac114ff36461a19c4a3 by Erlend Egeberg Aasland in branch 'main': bpo-46261: Update `sqlite3.Cursor.lastrowid` docs (GH-30407) https://github.com/python/cpython/commit/b6aa38f1ca79600f2ab46ac114ff36461a19c4a3 -- nosy:

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

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

[issue46261] [doc] fix inaccuracies in sqlite3.Cursor.lastrowid docs

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

[issue46305] SyntaxError when using dict key in fstring

Eric V. Smith added the comment: Yes, the behavior is intentional. It might be relaxed in the future. -- nosy: +eric.smith ___ Python tracker ___

[issue46086] Add ratio_min() function to the difflib library

Tal Einat added the comment: Thanks for the suggestion and the PR, Giacomo! However, in my opinion, this is better suited to be something like a cookbook recipe. The number of use cases for this will be low, and there would be little advantage to having this in the stdlib rather than

[issue46290] Parameter names are inaccurate in dataclasses docs

Tal Einat added the comment: Good to know Eric, will do! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46290] Parameter names are inaccurate in dataclasses docs

Eric V. Smith added the comment: Thanks for committing this, @taleinat. But next time, if it's assigned to me, I'd like to review it first. Thanks! -- ___ Python tracker ___

[issue46290] Parameter names are inaccurate in dataclasses docs

Tal Einat added the comment: Thanks for the report and the PR, Zsolt! -- nosy: -miss-islington resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue46290] Parameter names are inaccurate in dataclasses docs

miss-islington added the comment: New changeset cd95033d9c27d6c541dfd774b4c5eab4a70a23ab by Miss Islington (bot) in branch '3.9': bpo-46290: Fix parameter names in dataclasses docs (GH-30450) https://github.com/python/cpython/commit/cd95033d9c27d6c541dfd774b4c5eab4a70a23ab --

[issue46290] Parameter names are inaccurate in dataclasses docs

miss-islington added the comment: New changeset 8bef658668bac923166ae160c79720aed5f3b712 by Miss Islington (bot) in branch '3.10': bpo-46290: Fix parameter names in dataclasses docs (GH-30450) https://github.com/python/cpython/commit/8bef658668bac923166ae160c79720aed5f3b712 --

[issue46227] add pathlib.Path.walk method

Stanislav Zmiev added the comment: Thanks for the tip! Hopefully, I created it correctly: https://discuss.python.org/t/add-pathlib-path-walk-method/ It is currently on review. -- ___ Python tracker

[issue45925] Upgrade macOS and Windows installers to use SQLite 3.37.2

Change by Kumar Aditya : -- keywords: +patch nosy: +kumaraditya303 nosy_count: 7.0 -> 8.0 pull_requests: +28689 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30485 ___ Python tracker

[issue40479] Port _hashlib to OpenSSL 3.0.0

Christian Heimes added the comment: Simple benchmark with openssl-3.0.0-5.el9.x86_64 With custom EVP_MD cache: $ ./python -m timeit -s "from hashlib import md5" "md5(b'12345678', usedforsecurity=False).digest()"50 loops, best of 5: 520 nsec per loop $ ./python -m timeit -s "from hashlib

[issue46302] IndexError inside list comprehension + workaround

Pierre Fortin added the comment: [Thanks for the replies! I was trying to post this before seeing them.] Major egg on face... The more complex the code becomes, the more likely you will be burned by a rookie mistake... var = '' var[0] WILL give IndexError -- Duh! It was buried in the

[issue46006] [subinterpreter] _PyUnicode_EqualToASCIIId() issue with subinterpreters

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

[issue46303] _Py_stat and _Py_wstat using incorrect type for status argument

STINNER Victor added the comment: It's not the first time that private functions included by the public Python.h are causing build errors event if these functions are not used. The previous issue were functions for atomic operations. I solved this build error by moving the whole private C

[issue46303] _Py_stat and _Py_wstat using incorrect type for status argument

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

[issue46306] Suspicious operation in `doctest.py`: `None - 1`

Change by Alex Waygood : -- title: Suspicios operation in `doctest.py`: `None - 1` -> Suspicious operation in `doctest.py`: `None - 1` ___ Python tracker ___

[issue46290] Parameter names are inaccurate in dataclasses docs

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

[issue46290] Parameter names are inaccurate in dataclasses docs

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

[issue46290] Parameter names are inaccurate in dataclasses docs

Tal Einat added the comment: New changeset ef5376e69e72fa922d7f1b3df47b99d3576f9df1 by Zsolt Dollenstein in branch 'main': bpo-46290: Fix parameter names in dataclasses docs (GH-30450) https://github.com/python/cpython/commit/ef5376e69e72fa922d7f1b3df47b99d3576f9df1 --

[issue46306] Suspicios operation in `doctest.py`: `None - 1`

Change by Nikita Sobolev : -- keywords: +patch pull_requests: +28685 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30481 ___ Python tracker ___

[issue46279] [docs] Minor information-ordering issue in __main__ doc

FeRD (Frank Dana) added the comment: Maybe, """ This won’t work for __main__.py files in the root directory of a .zip file though. Thus, for consistency, it is usually preferred to place code in other modules. That code can then be invoked from a minimal ``__main__.py``. """ (And then the

[issue46306] Suspicios operation in `doctest.py`: `None - 1`

New submission from Nikita Sobolev : This line `lineno = getattr(obj, 'co_firstlineno', None)-1` does not look good. Link: https://github.com/python/cpython/blame/45d44b950f1dab0ef90d0a8f4fa75ffaae71500b/Lib/doctest.py#L1116 Why? 1. `CodeType` is guaranteed to have `co_firstlineno`. Docs:

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Tal Einat added the comment: I agree that it seems better to avoid menntioning venv in that sentence. Specifically I suggest: This won’t work for __main__.py files in the root directory of a .zip file though. Hence, for consistency, minimal __main__.py without a __name__ check are

[issue46242] Improve error message when attempting to extend an enum with `__call__`

Change by Alex Waygood : -- assignee: -> ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46303] _Py_stat and _Py_wstat using incorrect type for status argument

Change by Serhiy Storchaka : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46304] Unable to iterate over lines in a file without a block of code

Serhiy Storchaka added the comment: A warning is an indication of possible bugs in your code. If you do not close file explicitly, and it is closed by the garbage collector, the time of closing is undeterminated. This can lead to exhausting of file descriptors if you have a lot of opened

[issue46290] Parameter names are inaccurate in dataclasses docs

Tal Einat added the comment: Indeed, the argument name in the code is "obj", and in 3 of those 4 functions it is a normal (positional or keyword) argument, so the name is important. -- assignee: eric.smith -> taleinat nosy: +taleinat ___ Python

[issue46279] [docs] Minor information-ordering issue in __main__ doc

FeRD (Frank Dana) added the comment: TBH, personally I don't think I'd just reword it with "below". That seems like the path of least resistance, but then the sentence becomes this: """ This won’t work for __main__.py files in the root directory of a .zip file though. Hence, for consistency,

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Jackson Brummell added the comment: Updating issue, Have submitted fix -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Change by Jackson Brummell : -- keywords: +patch pull_requests: +28683 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30480 ___ Python tracker

[issue46279] [docs] Minor information-ordering issue in __main__ doc

Jackson Brummell added the comment: It seems this is a simple miswording, where the word 'above' is used when the see below example clarifies BELOW the text. I will create a pull request within the hour -- nosy: +jacksonbrummell1 ___ Python

[issue46305] SyntaxError when using dict key in fstring

Samisafool added the comment: Huh, it does seem to be intentional. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue46223] asyncio cause infinite loop during debug

Nikita Sobolev added the comment: Just to clarify. What do you mean by "When running code in debug mode"? Do you use some debugger like `pdb` or pycharm? -- nosy: +sobolevn ___ Python tracker

[issue46305] SyntaxError when using dict key in fstring

Samisafool added the comment: Is that intended behaviour? It works though. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue46305] SyntaxError when using dict key in fstring

Nikita Sobolev added the comment: Can you please try this: ``` dict1 = { "key1": "test" } print(dict1["key1"]) print(f"key1 is {dict1['key1']}!") ``` The problem with your code is that `dict1["key1"]` used the same quotes as `f""`. -- nosy: +sobolevn

[issue46299] Improve several exception handling practices in `test_descr.py`

Change by Dong-hee Na : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue46299] Improve several exception handling practices in `test_descr.py`

Dong-hee Na added the comment: New changeset 45d44b950f1dab0ef90d0a8f4fa75ffaae71500b by Dong-hee Na in branch 'main': bpo-46299: Improve test_descr (GH-30475) https://github.com/python/cpython/commit/45d44b950f1dab0ef90d0a8f4fa75ffaae71500b --