[issue41340] Not very good strcpy implementation in cpython/Python/strdup.c

Inada Naoki added the comment: @fj92f3jj923f923 Would you update the PR to remove the strdup.c? -- ___ Python tracker ___ ___

[issue41388] IDLE fails to detect corresponding opening parenthesis

Terry J. Reedy added the comment: As I at least hinted above, I would rather add the missing line starts than delete more. I am quite sure that their absence degrades overall performance in some sense. A much bigger match problem that this one is that ^0 always half fails when the cursor

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

miss-islington added the comment: New changeset b74e53607576ec92c0f319559b8bb1e34ed5c38b by Miss Islington (bot) in branch '3.9': bpo-37309: NEWS for GH-41373 (GH-21612) https://github.com/python/cpython/commit/b74e53607576ec92c0f319559b8bb1e34ed5c38b --

[issue40939] Remove the old parser

Change by Guido van Rossum : -- pull_requests: +20765 pull_request: https://github.com/python/cpython/pull/21624 ___ Python tracker ___

[issue41362] Regenerating parser table fails (windows)

Constant Marks added the comment: Thanks. I will check it out when I get back in front of my computer. On Sat, Jul 25, 2020 at 4:22 PM Guido van Rossum wrote: > > Guido van Rossum added the comment: > > Sorry, I realize what's wrong here. When we switched to the new PEG parser > (the

[issue41388] IDLE fails to detect corresponding opening parenthesis

Lewis Ball added the comment: Okay, on further examination `find_good_parse_start` first looks for a line ending with ':\n', and then looks to match _synchre on that line. If it can't find any line ending in ':\n' then it will just look for the first occurrence of something in _synchre to

[issue39868] Stale Python Language Reference docs (no walrus).

Guido van Rossum added the comment: Congratulations SHANKAR JHA. Thank you for your contribution. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10, Python 3.9 ___ Python tracker

[issue39868] Stale Python Language Reference docs (no walrus).

miss-islington added the comment: New changeset 616734b6c80e222f16249e9a9ce52588a0b611a7 by Miss Islington (bot) in branch '3.9': bpo-39868: Add documentation for Assignment Expressions (walrus, PEP 572) (GH-18851)

[issue39868] Stale Python Language Reference docs (no walrus).

miss-islington added the comment: New changeset 755cb49429581679fc7b12905cb3d3ecf439032c by Miss Islington (bot) in branch '3.8': bpo-39868: Add documentation for Assignment Expressions (walrus, PEP 572) (GH-18851)

[issue39868] Stale Python Language Reference docs (no walrus).

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

[issue39868] Stale Python Language Reference docs (no walrus).

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

[issue39868] Stale Python Language Reference docs (no walrus).

Guido van Rossum added the comment: New changeset f117cef25b5ffc4db9fbe373ddb65e14f59f0397 by Shankar Jha in branch 'master': bpo-39868: Add documentation for Assignment Expressions (walrus, PEP 572) (#18851) https://github.com/python/cpython/commit/f117cef25b5ffc4db9fbe373ddb65e14f59f0397

[issue32113] Strange behavior with await in a generator expression

Change by Bryan Hu : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41349] idle not going full screen when I rotate screen 90° on mac

Terry J. Reedy added the comment: The way to tell if _tkinter is involved or if this is purely tcl/tk issue would be for someone open a window directly with tcl/tk commands using either wish or maybe tkinter.tcl. I don't know how. I think that _tkinter involvement is maximize handling is

[issue41314] PEP 563 and annotations __future__ mandatory version

Guido van Rossum added the comment: In general, "4.0" means "never", and for some deprecations that seems totally appropriate. I wouldn't worry about it. I'm closing this issue now that all three PRs have been merged. Thanks for your contribution! -- resolution: -> fixed stage:

[issue41370] PEP 585 and ForwardRef

Guido van Rossum added the comment: Hm, recursive type aliases are an interesting issue. We may be able to do better there for 3.10, even if we can't fix it for 3.9 (or at least not for 3.9.0). But in the meantime maybe you can come up with a PR that adds a note to the typing docs in 3.10

[issue41314] PEP 563 and annotations __future__ mandatory version

miss-islington added the comment: New changeset fdc91c2e6096f60ddb8b7f72fe7926ccbbf42800 by Miss Islington (bot) in branch '3.9': bpo-41314: fixed annotations __future__ version (GH-21616) https://github.com/python/cpython/commit/fdc91c2e6096f60ddb8b7f72fe7926ccbbf42800 --

[issue41314] PEP 563 and annotations __future__ mandatory version

miss-islington added the comment: New changeset b99f770230e0db390aa80c5135b1053f3be48e19 by Miss Islington (bot) in branch '3.8': bpo-41314: fixed annotations __future__ version (GH-21616) https://github.com/python/cpython/commit/b99f770230e0db390aa80c5135b1053f3be48e19 --

[issue40814] Update typing module documentation based on PEP 585

Guido van Rossum added the comment: Alternatively, we at least need a section of documentation for things like `list[int]` and `dict[str, float]`. -- ___ Python tracker ___

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

Guido van Rossum added the comment: This can be closed. It needs docs though; there's a separate issue for that (issue40814). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue41314] PEP 563 and annotations __future__ mandatory version

YoSTEALTH added the comment: @gvanrossum I found couple of odd places where 4.0 is mentioned like https://docs.python.org/3/library/array.html for example, should a new issue be created? I am not sure how many more there are. -- ___ Python

[issue41314] PEP 563 and annotations __future__ mandatory version

Guido van Rossum added the comment: Never mind, Miss Islington failed to backport to 3.7, so let's forget about that. -- versions: -Python 3.7 ___ Python tracker ___

[issue41314] PEP 563 and annotations __future__ mandatory version

Guido van Rossum added the comment: @ned This will need your assistance to merge the 3.7 backport IIUC. -- nosy: +ned.deily ___ Python tracker ___

[issue41314] PEP 563 and annotations __future__ mandatory version

miss-islington added the comment: New changeset 0028c14073109595e7532ec00bb1e8bf39ecfb4d by YoSTEALTH in branch 'master': bpo-41314: fixed annotations __future__ version (GH-21616) https://github.com/python/cpython/commit/0028c14073109595e7532ec00bb1e8bf39ecfb4d -- nosy:

[issue41314] PEP 563 and annotations __future__ mandatory version

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

[issue41314] PEP 563 and annotations __future__ mandatory version

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

[issue40939] Remove the old parser

Guido van Rossum added the comment: There are some difficulties with removing Grammar/Grammar, since it is used to generate the full grammar in the reference docs (Doc/reference/grammar.rst). Producing a similar grammar from the PEG grammar is currently painful because our PEG grammar

[issue41362] Regenerating parser table fails (windows)

Guido van Rossum added the comment: Sorry, I realize what's wrong here. When we switched to the new PEG parser (the "pegen" you saw mentioned in the warning) we switched to a new grammar file. You have to change Grammar/python.gram instead of Grammar/Grammar. We couldn't get rid of the

[issue37082] Assignment expression symbol (walrus) not in built-in help()

Guido van Rossum added the comment: We might get more help with this issue if the process of updating the help() output were better documented. I recently looked into what it would take to add "FSTRINGS" to the "topics" list, and it's quite complicated -- I only persevered after stepping

[issue38731] bad input crashes py_compile library

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

[issue18280] Documentation is too personalized

Guido van Rossum added the comment: Marking this as "easy". People are welcome to submit PRs that fix the wording in one or a small number of modules called out in Serhiy's list. -- keywords: +easy nosy: +gvanrossum ___ Python tracker

[issue38731] bad input crashes py_compile library

Berker Peksag added the comment: New changeset 949cf93f8ee27c37650483458f0aa3e295011ef6 by Miss Islington (bot) in branch '3.8': bpo-38731: Fix NameError in command-line interface of py_compile (GH-21617) https://github.com/python/cpython/commit/949cf93f8ee27c37650483458f0aa3e295011ef6

[issue38731] bad input crashes py_compile library

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

[issue38731] bad input crashes py_compile library

Berker Peksag added the comment: New changeset 2024d7aca100c3faa9c6730aba3de5f0528750be by Berker Peksag in branch '3.9': bpo-38731: Fix NameError in command-line interface of py_compile (GH-21617) https://github.com/python/cpython/commit/2024d7aca100c3faa9c6730aba3de5f0528750be --

[issue38731] bad input crashes py_compile library

Change by Berker Peksag : -- pull_requests: +20759 pull_request: https://github.com/python/cpython/pull/21617 ___ Python tracker ___

[issue38731] bad input crashes py_compile library

Berker Peksag added the comment: New changeset daff39070e7ea71b0ba49d9150ac7a210a125682 by Gregory Schevchenko in branch 'master': bpo-38731: Add --quiet option to py_compile CLI (GH-17134) https://github.com/python/cpython/commit/daff39070e7ea71b0ba49d9150ac7a210a125682 --

[issue40456] Complete adding silent mode for py_compile

Berker Peksag added the comment: This is a duplicate of issue 38731. The inline patch in msg373791 is incorrect. I'll fix the error in maintenance releases by partially reverting commit 2e33ecd7c9b0cac3efc6fcbdd4547fd086b4e2d1. -- nosy: +berker.peksag resolution: -> duplicate

[issue41314] PEP 563 and annotations __future__ mandatory version

Change by YoSTEALTH : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41388] IDLE fails to detect corresponding opening parenthesis

Lewis Ball added the comment: So it looks like `pyparse.Parser.find_good_parse_start` is responsible for truncating the code to only look for the matching bracket in the current statement, which uses _synchre. Testing it out, it sometimes will go to the most recent match of _synchre, but

[issue41314] PEP 563 and annotations __future__ mandatory version

Change by YoSTEALTH : -- keywords: +patch nosy: +YoSTEALTH nosy_count: 5.0 -> 6.0 pull_requests: +20758 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/21616 ___ Python tracker

[issue41349] idle not going full screen when I rotate screen 90° on mac

Ronald Oussoren added the comment: I can somewhat reproduce the problem with both IDLE and tkinter.Tk() in 3.9b3 and an external monitor. What I did: - Start IDLE (or a shell running tkinter.Tk() - Maximize window without changing monitor settings: OK - Revert to regular window - Rotate

[issue41314] PEP 563 and annotations __future__ mandatory version

Guido van Rossum added the comment: Waiting for someone to submit a PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40816] Add missed AsyncContextDecorator to contextlib

Change by Joshua Bronson : -- nosy: +jab ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41314] PEP 563 and annotations __future__ mandatory version

wyz23x2 added the comment: Ping? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41396] pystate.c:_PyCrossInterpreterData_Release() does not clear py exception on error

New submission from Tomasz Pytel : The call to _PyInterpreterState_LookUpID() may generate a Python exception but it is not explicitly cleared on error and no indicator is returned to signal failure. This can lead to a "a function returned a result with an error set" fatal error, and does in

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

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

[issue41395] pickle and pickletools cli interface doesn't close input and output file.

New submission from Karthikeyan Singaravelan : pickle and pickletools use argparse with FileType which is not automatically closed. Other cli interfaces like json [0], ast [1] use context manager to close filetype objects. pickle :

[issue41392] SyntaxError rather than NameError

Eric V. Smith added the comment: As an example of why it's not possible for the compiler to treat this as a syntax error: I use python for my config files. Before I load these files, I inject names into the builtins, so that the config files can reference them. Some of these are constants,

[issue41394] Document '_' in interpreter in shell tutorial

Change by wyz23x2 : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41394] Document '_' in interpreter in shell tutorial

wyz23x2 added the comment: But there's nothing in https://docs.python.org/3/tutorial/interpreter.html. It should be stated there. -- components: -Interpreter Core nosy: -xtreak title: Make '_' behavior in shell more clear -> Document '_' in interpreter in shell tutorial

[issue41394] Make '_' behavior in shell more clear

Karthikeyan Singaravelan added the comment: There is also some docs for _ at https://docs.python.org/3/reference/lexical_analysis.html#reserved-classes-of-identifiers -- nosy: +xtreak ___ Python tracker

[issue41393] Fix FAQ example to use __import__('functools').reduce

Eric V. Smith added the comment: I agree that the example is okay as-is. Plus, I can't see us using __import__ in examples. "import" is the preferred way to load modules. Although now that I think about it, maybe __import__ would fit in with the subject "Is it possible to write obfuscated

[issue41394] Make '_' behavior in shell more clear

Eric V. Smith added the comment: I haven't checked to see what's documented. I'm sure we'd accept a patch that improves the documentation if it's lacking. -- nosy: +eric.smith ___ Python tracker

[issue41394] Make '_' behavior in shell more clear

wyz23x2 added the comment: I think this should be documented more clearly. Or else users might feel surprised: >>> print(123) 123 >>> _ Traceback (most recent call last): File "", line 1, in

[issue41394] Behiavior of '_' strange in shell

Rémi Lapeyre added the comment: This behaviour is documented at https://docs.python.org/3/library/sys.html#sys.displayhook. -- ___ Python tracker ___

[issue41394] Behiavior of '_' strange in shell

Rémi Lapeyre added the comment: Hi wyz23x2, did you do that from a clean interpreter? _ is set to the last non-None result: https://github.com/python/cpython/blob/dd8a93e23b5c4f9290e1cea6183d97eb9b5e61c0/Python/sysmodule.c#L690-L696 So what you are seeing is that (None and True) is None, but

[issue41394] Behiavior of '_' strange in shell

New submission from wyz23x2 : >>> (None and True) >>> print(_) False >>> print((None and True)) # Not same?! None >>> This isn't right. P.S. What component should this be? IDLE? It's the shell, not just IDLE. Core? Not that deep! -- messages: 374260 nosy: wyz23x2 priority: normal

[issue41393] Fix FAQ example to use __import__('functools').reduce

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

[issue41393] Fix FAQ example to use __import__('functools').reduce

Henk-Jaap Wagenaar added the comment: It doesn't raise an error when you run the whole example, it has "from functools import reduce" at the top. -- nosy: +cryvate ___ Python tracker

[issue41393] Fix FAQ example to use __import__('functools').reduce

New submission from wyz23x2 : https://docs.python.org/3/faq/programming.html#is-it-possible-to-write-obfuscated-one-liners-in-python https://github.com/python/cpython/blob/3.8/Doc/faq/programming.rst The 3rd raises a NameError because reduce was moved into functools.

[issue41392] SyntaxError rather than NameError

Ronald Oussoren added the comment: The compiler cannot know if "false" is an existing name when compiling. One example is that the name might refer to the name of a builtin. -- nosy: +ronaldoussoren resolution: -> not a bug stage: -> resolved status: open -> closed type: compile

[issue41362] Regenerating parser table fails (windows)

Constant Marks added the comment: Maybe I am doing something wrong. I fetched the 3.10 alpha release, made a simple edit to line 93 in Grammer. pass_stmt: 'pass' | 'proceed' Ran: >build.bat -d --regen Successfully compiles with: warning : Pegen updated. You will need to rebuild

[issue41384] tkinter raises TypeError when it's supposed to raise TclError

Change by wyz23x2 : -- type: -> behavior versions: +Python 3.10, Python 3.8, Python 3.9 ___ Python tracker ___ ___

[issue41392] SyntaxError rather than NameError

Change by wyz23x2 : -- title: SyntaxError rather than NameError error -> SyntaxError rather than NameError ___ Python tracker ___

[issue41392] SyntaxError rather than NameError error

wyz23x2 added the comment: There is nothing *wrong* with the syntax; it's just a regular assignment. It's not something like `False = 4` or `while = 6` which '=' is invalid. -- nosy: +wyz23x2 title: Syntax error rather than run time error -> SyntaxError rather than NameError error

[issue41349] idle not going full screen when I rotate screen 90° on mac

Tim Z added the comment: idle shell window https://imgur.com/zuyuOaS -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33337] Provide a supported Concrete Syntax Tree implementation in the standard library

Edward K Ream added the comment: Hello all, This is a "sideways" response to this issue. I have been dithering about whether to give you a heads up. I hope you won't mind... I have just announced the leoAst.py on python-announce-list. You can read the announcement here:

[issue41392] Syntax error rather than run time error

New submission from Philip R Brenan : a = false # Traceback (most recent call last): # File "test.py", line 1, in # a = false # NameError: name 'false' is not defined # Compilation finished successfully. Please make this a syntax error rather than a run time error as the user

[issue41390] Errors and warnings on generate bytecode files

Tomasz Kloczko added the comment: Issue is that this command ends with non-zero exit code. -- ___ Python tracker ___ ___

[issue41387] Escape needed in the email documentation example

Antonio Gutierrez added the comment: > > OK, I will do that. > > -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41391] Make test_unicodedata pass when running without network

Change by Chih-Hsuan Yen : -- keywords: +patch pull_requests: +20757 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21615 ___ Python tracker ___

[issue41391] Make test_unicodedata pass when running without network

New submission from Chih-Hsuan Yen : I setup a buildbot worker to test Python 3.x on Android monthly. This month network in the Android emulator is broken and I got an additional test failure: 0:05:28 load avg: 1.21 [376/423/11] test_unicodedata failed test test_unicodedata failed --

[issue41386] Popen.wait does not account for negative return codes

Nico added the comment: Yeah I see the point. To me it does make no sense because even in the windows API they seam to not know whether to use a ulong or a uint nor does this reflect the actual depiction within the program. However it is probably not worth implementing a flag for that nor

[issue41344] SharedMemory crash when size is 0

Change by Karthikeyan Singaravelan : Removed file: https://bugs.python.org/file49339/-.txt ___ Python tracker ___ ___ Python-bugs-list

[issue41344] SharedMemory crash when size is 0

Change by Karthikeyan Singaravelan : Removed file: https://bugs.python.org/file49338/lose.html ___ Python tracker ___ ___ Python-bugs-list

[issue41344] SharedMemory crash when size is 0

Change by 5YN15T3R_742 SeT1aP DeTiK : Added file: https://bugs.python.org/file49339/-.txt ___ Python tracker ___ ___ Python-bugs-list

[issue41344] SharedMemory crash when size is 0

Change by 5YN15T3R_742 SeT1aP DeTiK : Added file: https://bugs.python.org/file49338/lose.html ___ Python tracker ___ ___ Python-bugs-list