[issue45041] [sqlite3] simplify executescript()

Pablo Galindo Salgado added the comment: New changeset 3f2c433da560d7999a52f9fcba4bbd0898848520 by Erlend Egeberg Aasland in branch 'main': bpo-45041: Restore `sqlite3` executescript behaviour for `SELECT` queries (GH-28509) https://github.com/python/cpyt

[issue45408] [fuzzer] Weird input with continuation and newlines causes null deref in parser

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27131 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28812 ___ Python tracker <https://bugs.python.org/issu

[issue45408] [fuzzer] Weird input with continuation and newlines causes null deref in parser

Pablo Galindo Salgado added the comment: New changeset 0219017df7ec41839fd0d56a3076b5f09c58d313 by Pablo Galindo Salgado in branch 'main': bpo-45408: Don't override previous tokenizer errors in the second parser pass (GH-28812) https://github.com/python

[issue45408] [fuzzer] Weird input with continuation and newlines causes null deref in parser

Change by Pablo Galindo Salgado : -- pull_requests: +27132 pull_request: https://github.com/python/cpython/pull/28813 ___ Python tracker <https://bugs.python.org/issue45

[issue45408] [fuzzer] Weird input with continuation and newlines causes null deref in parser

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45408] [fuzzer] Weird input with continuation and newlines causes null deref in parser

Pablo Galindo Salgado added the comment: New changeset 4ce55a2353e07962280181df40af0135aef1cf51 by Pablo Galindo Salgado in branch '3.10': [3.10] bpo-45408: Don't override previous tokenizer errors in the second parser pass (GH-28812). (GH-28813) https://github.com/python

[issue45415] Assert oparg < INSTR_OFFSET()

Pablo Galindo Salgado added the comment: I bet you can trigger this on Linux compiling with '--without-computed-gotos'. Maybe we need a buildbot in that mode -- ___ Python tracker <https://bugs.python.o

[issue45256] Remove the usage of the C stack in Python to Python calls

Pablo Galindo Salgado added the comment: New changeset b4903afd4debbbd71dc49a2c8fefa74a3b6c6832 by Pablo Galindo Salgado in branch 'main': bpo-45256: Remove the usage of the C stack in Python to Python calls (GH-28488) https://github.com/python/cpyt

[issue45256] Remove the usage of the C stack in Python to Python calls

Change by Pablo Galindo Salgado : -- pull_requests: +27152 pull_request: https://github.com/python/cpython/pull/28836 ___ Python tracker <https://bugs.python.org/issue45

[issue45256] Remove the usage of the C stack in Python to Python calls

Pablo Galindo Salgado added the comment: New changeset 543acbce5a1e23633379a853f38dc55b12f6d931 by Pablo Galindo Salgado in branch 'main': bpo-45256: Small cleanups for the code that inlines Python-to-Python calls in ceval.c (GH-28836) https://github.com/python/cpyt

[issue45249] Update doctect SyntaxErrors for location range

Change by Pablo Galindo Salgado : -- status: closed -> open ___ Python tracker <https://bugs.python.org/issue45249> ___ ___ Python-bugs-list mailing list Un

[issue45249] Update doctect SyntaxErrors for location range

Change by Pablo Galindo Salgado : -- pull_requests: +27161 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/28854 ___ Python tracker <https://bugs.python.org/issu

[issue45249] Update doctect SyntaxErrors for location range

Change by Pablo Galindo Salgado : -- pull_requests: +27162 pull_request: https://github.com/python/cpython/pull/28855 ___ Python tracker <https://bugs.python.org/issue45

[issue40890] Dict views should be introspectable

Change by Pablo Galindo Salgado : -- nosy: -pablogsal ___ Python tracker <https://bugs.python.org/issue40890> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45445] Fail if an invalid -X option is provided

New submission from Pablo Galindo Salgado : We found that using -X can be very confusing and annoying when you make typos, so I think having errors if you pass some unknown stuff will be outweighing any downside of making this more strict. -- messages: 403733 nosy: pablogsal

[issue45445] Fail if an invalid -X option is provided

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27194 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28823 ___ Python tracker <https://bugs.python.org/issu

[issue45256] Remove the usage of the C stack in Python to Python calls

Change by Pablo Galindo Salgado : -- pull_requests: +27196 pull_request: https://github.com/python/cpython/pull/28905 ___ Python tracker <https://bugs.python.org/issue45

[issue45450] Improve syntax error for parenthesized arguments

New submission from Pablo Galindo Salgado : There is a non-trivial ammount of users that try to parenthesize lambda parameters: >>> lambda (x,y,z): x+y+z File "", line 1 lambda (x,y,z): x+y+z ^ SyntaxError: invalid syntax We should improve the error m

[issue45450] Improve syntax error for parenthesized arguments

Pablo Galindo Salgado added the comment: Example: >>> lambda (x,y,z): x+y+z File "", line 1 lambda (x,y,z): x+y+z ^^^ SyntaxError: Function parameters cannot be parenthesized -- ___ Python tracker <h

[issue45450] Improve syntax error for parenthesized arguments

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27197 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28906 ___ Python tracker <https://bugs.python.org/issu

[issue45450] Improve syntax error for parenthesized arguments

Pablo Galindo Salgado added the comment: > so just saying "Function parameters cannot be parenthesized" seems very weird. I agree that the wording can be improved, but is not weird, it has the same problem in functions: >>> def foo(x,y,(z,w),k): File ""

[issue45450] Improve syntax error for parenthesized arguments

Pablo Galindo Salgado added the comment: With PR 28906 it will show: >>> def foo(x,y,(z,w),k): File "", line 1 def foo(x,y,(z,w),k): ^ SyntaxError: Function parameters cannot be parenthesized I am happy to take suggesti

[issue45445] Fail if an invalid -X option is provided

Pablo Galindo Salgado added the comment: New changeset db2b6a20cd35781b2f5e798e880e57e6cf9b97aa by Pablo Galindo Salgado in branch 'main': bpo-45445: Fail if an invalid X-option is provided in the command line (GH-28823) https://github.com/python/cpyt

[issue45464] TypeError when inheriting from both OSError and AttributeError

Pablo Galindo Salgado added the comment: Unfortunately there isn't much we can do here other than document this :( -- ___ Python tracker <https://bugs.python.org/is

[issue45464] TypeError when inheriting from both OSError and AttributeError

Pablo Galindo Salgado added the comment: Also, just to clarify something: there is no guarantee that multiple build-in, unrelated exceptions can be inherited and this is not supported. And this is not unique to this case. For example: >>> class A(StopIteration

[issue45445] Fail if an invalid -X option is provided

Change by Pablo Galindo Salgado : -- pull_requests: +27260 pull_request: https://github.com/python/cpython/pull/28972 ___ Python tracker <https://bugs.python.org/issue45

[issue45445] Fail if an invalid -X option is provided

Pablo Galindo Salgado added the comment: New changeset 79bc5e1dc6f87149240bded3654574b24168f1ac by Pablo Galindo Salgado in branch 'main': bpo-45445: Remove incorrectly commited test file (GH-28972) https://github.com/python/cpython/commit/79bc5e1dc6f87149240bded3654574

[issue43725] Create a release branch ABI stability regression test

Pablo Galindo Salgado added the comment: I will add something to the devguide explaining how to do it. In any case, the RM should be ideally the one doing this because every potential ABI breakage need to be supervised by the RM (even if is a false positive

[issue45445] Fail if an invalid -X option is provided

Pablo Galindo Salgado added the comment: I'm opening this again as, this is still not finished as we want to still extend the initialization API to allow a non static string to improve the error message. In general, the protocol is to ask if there is something else to be done b

[issue45494] [fuzzer] Parser null deref with continuation characters and generator parenthesis error

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27276 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28993 ___ Python tracker <https://bugs.python.org/issu

[issue45494] [fuzzer] Parser null deref with continuation characters and generator parenthesis error

Pablo Galindo Salgado added the comment: Presto!! PR 28993 -- ___ Python tracker <https://bugs.python.org/issue45494> ___ ___ Python-bugs-list mailing list Unsub

[issue45249] Update doctect SyntaxErrors for location range

Change by Pablo Galindo Salgado : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45249> ___ ___

[issue45464] TypeError when inheriting from both OSError and AttributeError

Pablo Galindo Salgado added the comment: > Suggestion: At the end of https://docs.python.org/3/bugs.html, add Hummm, I am not sure that page is the most adecuate for this, no? That is how to deal with bugs in general, not about specific b

[issue45464] TypeError when inheriting from both OSError and AttributeError

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27279 stage: -> patch review pull_request: https://github.com/python/cpython/pull/28995 ___ Python tracker <https://bugs.python.org/issu

[issue45494] [fuzzer] Parser null deref with continuation characters and generator parenthesis error

Pablo Galindo Salgado added the comment: > I confirmed that 3.9 does NOT seem to have the problem: It does, is just that is not a crash. The point where the error message point is totally wrong -- ___ Python tracker <https://bugs.pyth

[issue45450] Improve syntax error for parenthesized arguments

Pablo Galindo Salgado added the comment: > Note that the first error is adding invalid outer parens, whereas the second > is adding inner parens for sublist. Yeah, but you can also write: lambda x, (y, z), w: None So is kind of the same

[issue45534] Failing test_exceptions and test_threading

Pablo Galindo Salgado added the comment: Unfortunately I am unable to reproduce this failure :( -- ___ Python tracker <https://bugs.python.org/issue45

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

Pablo Galindo Salgado added the comment: Closing this as we have been implementing this idea already with the adaptative interpreter -- ___ Python tracker <https://bugs.python.org/issue42

[issue45494] [fuzzer] Parser null deref with continuation characters and generator parenthesis error

Change by Pablo Galindo Salgado : -- pull_requests: +27376 pull_request: https://github.com/python/cpython/pull/29108 ___ Python tracker <https://bugs.python.org/issue45

[issue45563] inspect.getframeinfo() doesn't handle frames without lineno

Change by Pablo Galindo Salgado : -- nosy: +Mark.Shannon ___ Python tracker <https://bugs.python.org/issue45563> ___ ___ Python-bugs-list mailing list Unsub

[issue45563] inspect.getframeinfo() doesn't handle frames without lineno

Change by Pablo Galindo Salgado : -- components: -Parser ___ Python tracker <https://bugs.python.org/issue45563> ___ ___ Python-bugs-list mailing list Unsub

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: Yeah, those are expected in 3.10, but this should not appear in release versions (only on debug ones). Python -d is normally used to debug the parser: -d : turn on parser debugging output (for experts only, only works on debug builds

[issue45562] python -d creates lots of tokenizer messages

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27416 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29140 ___ Python tracker <https://bugs.python.org/issu

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: New changeset ae78ffdc9399802621eabcd1668e44a91ec5f45e by Miss Islington (bot) in branch '3.10': bpo-45562: Only show debug output from the parser in debug builds (GH-29140) (#29149) https://github.com/python/cpyt

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: Thanks you for the catch! -- ___ Python tracker <https://bugs.python.org/issue45562> ___ ___ Python-bugs-list mailin

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: Yeah, let me fix that in another PR -- ___ Python tracker <https://bugs.python.org/issue45562> ___ ___ Python-bug

[issue45555] Object stays alive for weak reference if an exception happens in constructor

Pablo Galindo Salgado added the comment: I concur, this is not a bug. The contract of the weakref is that the callback will be triggered when the object is destroyed, but here the object is not destroyed because is owned by the frame in the traceback. As Mark correctly mentions, the object

[issue45574] Warning: ‘print_escape’ defined but not used

Pablo Galindo Salgado added the comment: New changeset cadf06eab75c887dfc753ca80ef35cd2a7871135 by Miss Islington (bot) in branch '3.10': bpo-45574: fix warning about `print_escape` being unused (GH-29172) (#29176) https://github.com/python/cpyt

[issue45574] Warning: ‘print_escape’ defined but not used

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue42545] Check that all symbols in the limited ABI are exported

Pablo Galindo Salgado added the comment: We are missing documentation in the devguide. We could close this and open an issue in the devguide :) -- ___ Python tracker <https://bugs.python.org/issue42

[issue44525] Implement CALL_FUNCTION adaptive interpreter optimizations

Pablo Galindo Salgado added the comment: Unfortunately, PR 26934 has broken thes 390x RHEL7 LTO 3.x buildbot as you can see before. As per the buildbot maintenance procedures, we will need to revert this PR unless is fixed in 24 hours. @markshannon @Fidget-Spinner -- nosy

[issue45256] Remove the usage of the C stack in Python to Python calls

Pablo Galindo Salgado added the comment: Unfortunately, seems that https://github.com/python/cpython/pull/28937 has broken the AMD64 FreeBSD Shared 3.x buildbot: https://buildbot.python.org/all/#/builders/483/builds/1003/steps/5/logs/stdio The buildbot was green until we merged this

[issue45562] python -d creates lots of tokenizer messages

Change by Pablo Galindo Salgado : -- pull_requests: +27514 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29250 ___ Python tracker <https://bugs.python.org/issu

[issue45562] python -d creates lots of tokenizer messages

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: New changeset 038f45230892235e806ef227dfd9484b95687823 by Miss Islington (bot) in branch '3.10': bpo-45562: Print tokenizer debug messages to stderr (GH-29250) (GH-29252) https://github.com/python/cpyt

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

New submission from Pablo Galindo Salgado : This code does not work in the presence of inlined Python calls: https://github.com/python/cpython/blob/d02ffd1b5c0fd8dec6dd2f7e3f2b0cfae48b7899/Tools/gdb/libpython.py#L1804-L1813 -- components: Interpreter Core messages: 405140 nosy

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27521 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29257 ___ Python tracker <https://bugs.python.org/issu

[issue30570] issubclass segfaults on objects with weird __getattr__

Pablo Galindo Salgado added the comment: New changeset d56375a0dd4cee162081b173310298a3d32af293 by Dennis Sweeney in branch 'main': bpo-30570: Fix segfault on buildbots caused by stack overflow from recursion in tests (GH-29258) https://github.com/python/cpyt

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Pablo Galindo Salgado added the comment: New changeset f291404a802d6a1bc50f817c7a26ff3ac9a199ff by Mark Shannon in branch 'main': bpo-45637: Store the frame pointer in the cframe (GH-29267) https://github.com/python/cpython/commit/f291404a802d6a1bc50f817c7a26ff

[issue45562] python -d creates lots of tokenizer messages

Change by Pablo Galindo Salgado : -- pull_requests: +27534 pull_request: https://github.com/python/cpython/pull/29270 ___ Python tracker <https://bugs.python.org/issue45

[issue45562] python -d creates lots of tokenizer messages

Pablo Galindo Salgado added the comment: New changeset cdc7a5827754bec83970bb052d410d55f85b3fff by Pablo Galindo Salgado in branch 'main': bpo-45562: Ensure all tokenizer debug messages are printed to stderr (GH-29270) https://github.com/python/cpyt

[issue10572] Move test sub-packages to Lib/test

Pablo Galindo Salgado added the comment: New changeset 762a4dc9361f9563e158e373ba8d767b4449f23d by Erlend Egeberg Aasland in branch 'main': bpo-10572: Fixup Lib/test/libregrtest/pgo.py (GH-29327) https://github.com/python/cpython/commit/762a4dc9361f9563e158e373ba8d76

[issue45243] [sqlite3] add support for changing connection limits

Pablo Galindo Salgado added the comment: New changeset b6b38a82267ff70d2abaf2a8371327268887c97d by Erlend Egeberg Aasland in branch 'main': bpo-45243: Add support for setting/getting `sqlite3` connection limits (GH-28463) https://github.com/python/cpyt

[issue24139] Use sqlite3 extended error codes

Pablo Galindo Salgado added the comment: New changeset 456e27ac0ac6bc1cfd6da0191bd7802d8667457b by Erlend Egeberg Aasland in branch 'main': bpo-24139: Add support for SQLite extended result codes (GH-28076) https://github.com/python/cpython/commit/456e27ac0ac6bc1cfd6da0191bd780

[issue45705] |= set update scoping

Pablo Galindo Salgado added the comment: This is not a bug. You are getting an UnboundLocalError because in the scope of scoped_def function, scoped_dict is marked as local (because you assign to it in the function) but you are reading it before that. Please, take a look at: https

[issue44257] typo and verbous grammar in the grammar spec

Pablo Galindo Salgado added the comment: New changeset 762173c6709f5cf3b59cbbe47d4e6fafbfe7ec2a by wim glenn in branch 'main': bpo-44257: fix "assigment_expr" typo + regenerate the grammar, and remove unused imports (GH-29393) https://github.com/p

[issue45613] [sqlite3] set threadsafety attribute based on default SQLite threaded mode

Pablo Galindo Salgado added the comment: New changeset c2739867113a2b650db300c03ef06cf18dcee3f4 by Erlend Egeberg Aasland in branch 'main': bpo-45613: Set `sqlite3.threadsafety` dynamically (GH-29227) https://github.com/python/cpython/commit/c2739867113a2b650db300c03ef06c

[issue44257] typo and verbous grammar in the grammar spec

Change by Pablo Galindo Salgado : -- pull_requests: +27653 pull_request: https://github.com/python/cpython/pull/29395 ___ Python tracker <https://bugs.python.org/issue44

[issue44257] typo and verbous grammar in the grammar spec

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45716] Confusing parsing error message when trying to use True as keyword argument

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27665 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29413 ___ Python tracker <https://bugs.python.org/issu

[issue45727] Parse error when missing commas is inconsistent

Pablo Galindo Salgado added the comment: >(I don't know if these nit-picky parsing issues are too annoying, if they are >please tell me to stop filing them). Don't worry, I think is great to discuss these cases. If there are too many, then maybe it will take a while to cor

[issue45727] Parse error when missing commas is inconsistent

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27680 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29427 ___ Python tracker <https://bugs.python.org/issu

[issue45716] Confusing parsing error message when trying to use True as keyword argument

Pablo Galindo Salgado added the comment: New changeset e2d65630f36712dbdbf7711520c985c526a5cc25 by Pablo Galindo Salgado in branch 'main': bpo-45716: Improve the error message when using True/False/None as keywords in a call (GH-29413) https://github.com/python/cpyt

[issue45716] Confusing parsing error message when trying to use True as keyword argument

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45716] Confusing parsing error message when trying to use True as keyword argument

Change by Pablo Galindo Salgado : -- pull_requests: +27683 pull_request: https://github.com/python/cpython/pull/29428 ___ Python tracker <https://bugs.python.org/issue45

[issue43833] Unexpected Parsing of Numeric Literals Concatenated with Boolean Operators

Pablo Galindo Salgado added the comment: Unless I am missing something it should be 3.11 non-silent warning and 3.12 syntax error -- ___ Python tracker <https://bugs.python.org/issue43

[issue38006] Crash in remove() weak reference callback of weakref.WeakValueDictionary at Python exit

Pablo Galindo Salgado added the comment: Are we missing something here? -- ___ Python tracker <https://bugs.python.org/issue38006> ___ ___ Python-bugs-list m

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Pablo Galindo Salgado added the comment: New changeset f4c03484da59049eb62a9bfb963e2267d187 by Pablo Galindo Salgado in branch 'main': bpo-45637: Remove broken fallback in gdb helpers to obtain frame variable (GH-29257) https://github.com/python/cpyt

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Change by Pablo Galindo Salgado : -- pull_requests: +27767 pull_request: https://github.com/python/cpython/pull/29515 ___ Python tracker <https://bugs.python.org/issue45

[issue45778] libpython.so 3.9.8 drops symbol used by third party extension module(s)

Pablo Galindo Salgado added the comment: Aren't these private symbols? -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue45778> ___ ___

[issue45778] libpython.so 3.9.8 drops symbol used by third party extension module(s)

Pablo Galindo Salgado added the comment: Yeah, the ABI guarantees are for the public C-API (both the restricted/limited and the general one) but not for private symbols. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Pablo Galindo Salgado added the comment: New changeset 20205ad2b5be7eb3361224fd2502d1ba09c8ae4a by Pablo Galindo Salgado in branch 'main': bpo-45637: Fix cframe-based fallback in the gdb helpers (GH-29515) https://github.com/python/cpython/commit/20205ad2b5be7eb3361224fd2502d1

[issue45637] The fallback to find the current frame in the gdb helpers fails for inlined frames

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45754] [sqlite3] SQLITE_LIMIT_LENGTH is incorrectly used to check statement length

Pablo Galindo Salgado added the comment: New changeset c1323d4b8cb010a06c11bace6e681bea7f895851 by Erlend Egeberg Aasland in branch 'main': bpo-45754: Use correct SQLite limit when checking statement length (GH-29489) https://github.com/python/cpyt

[issue45786] Avoid allocating when exiting frame; it may be unsafe.

Pablo Galindo Salgado added the comment: > Allocating memory can invoke GC Technically, only allocating objects can trigger GC (specifically initializing them). All the malloc APIs don't currently call the GC by themselves. -- ___ Python

[issue45235] argparse does not preserve namespace with subparser defaults

Pablo Galindo Salgado added the comment: The next bugfixe release of 3.10 is the 6th of December -- ___ Python tracker <https://bugs.python.org/issue45

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Pablo Galindo Salgado added the comment: I will be able to take a look later in the weekend, so if someone is able to give it a go before, that would be great. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Change by Pablo Galindo Salgado : -- nosy: +BTaskaya, lys.nikolaou ___ Python tracker <https://bugs.python.org/issue45738> ___ ___ Python-bugs-list mailin

[issue45764] Parse error improvement forgetting ( after def

Pablo Galindo Salgado added the comment: Normally we don't backport new errors to old versions so we can close this. Thanks for the ping! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python t

[issue45801] Incorrect "Perhaps you forgot a comma" hint

Pablo Galindo Salgado added the comment: I think this is correct because if you add a comma, indeed is valid syntax: >>> sum,[i for i in [1, 2, 3] if i%2==0] (, [2]) Here the problem is that you are mentally mapping the construct to sum(...) where the parens are substituted with

[issue45801] Incorrect "Perhaps you forgot a comma" hint

Pablo Galindo Salgado added the comment: I will close this but will try to think for another issue into an error for the parens -> braket. Thanks for opening the issue! -- resolution: -> not a bug stage: -> resolved status: open

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +27799 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29550 ___ Python tracker <https://bugs.python.org/issu

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Pablo Galindo Salgado added the comment: New changeset 25835c518aa7446f3680b62c1fb43827e0f190d9 by Pablo Galindo Salgado in branch 'main': bpo-45738: Fix computation of error location for invalid continuation (GH-29550) https://github.com/python/cpyt

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Change by Pablo Galindo Salgado : -- pull_requests: +27801 pull_request: https://github.com/python/cpython/pull/29552 ___ Python tracker <https://bugs.python.org/issue45

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Pablo Galindo Salgado added the comment: This should be fixed by now, but please, check if everything is in order in your respective test suites and confirm here. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Pablo Galindo Salgado added the comment: New changeset 142fcb40b6e460fa9b4a89fe9846b1ce4176354e by Pablo Galindo Salgado in branch '3.9': bpo-45738: Fix computation of error location for invalid continuation characters in the parser (GH-29550) (GH-29552) https://github.com/pyth

[issue45738] 3.11 exec raises SystemError instead of SyntaxError on char after line continuation

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue45812] SystemError when using code.interact

Pablo Galindo Salgado added the comment: What versions does this affect? Only the main branch? -- ___ Python tracker <https://bugs.python.org/issue45

[issue45812] SystemError when using code.interact

Pablo Galindo Salgado added the comment: I cannot reproduce this in the main branch: ❯ ./python.exe Python 3.11.0a2+ (heads/main:9bf2cbc4c4, Nov 16 2021, 08:59:12) [Clang 12.0.0 (clang-1200.0.32.29)] on darwin Type "help", "copyright", "credits" or "licens

[issue45812] SystemError when using code.interact

Pablo Galindo Salgado added the comment: Same with 3.10: ❯ ./python.exe Python 3.10.0+ (heads/3.10:7c99e434a9, Nov 16 2021, 09:03:07) [Clang 12.0.0 (clang-1200.0.32.29)] on darwin Type "help", "copyright", "credits" or "license" for more information. &

<    14   15   16   17   18   19   20   21   22   23   >