[issue42128] Structural Pattern Matching (PEP 634)

Change by Batuhan Taskaya : -- pull_requests: +23539 pull_request: https://github.com/python/cpython/pull/24771 ___ Python tracker <https://bugs.python.org/issue42

[issue43417] ast.unparse: Simplify buffering logic

New submission from Batuhan Taskaya : Currently, buffer is just an instance-level list that is used in various places to avoid directly writing stuff into the real source buffer, though the design is pretty complicated and hard to use. There are various use cases (like omitting the empty

[issue43417] ast.unparse: Simplify buffering logic

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +23540 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24772 ___ Python tracker <https://bugs.python.org/issu

[issue40680] thread_cputime isn't supported by AIX5

Batuhan Taskaya added the comment: Does AIX 5.3 officially supported by IBM? As far as I can locate, it is deprecated long time ago. -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40

[issue40680] thread_cputime isn't supported by AIX5

Batuhan Taskaya added the comment: My source: https://www.ibm.com/support/pages/aix-support-lifecycle-information -- ___ Python tracker <https://bugs.python.org/issue40

[issue40681] shelve.open() should accept pathlib.Path

Batuhan Taskaya added the comment: Duplicate of bpo-40563 -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40681> ___ ___ Python-bugs-list m

[issue38870] Expose ast.unparse in the ast module

Change by Batuhan Taskaya : -- pull_requests: +19528 pull_request: https://github.com/python/cpython/pull/20240 ___ Python tracker <https://bugs.python.org/issue38

[issue40697] add fissix as a lib2to3 alternative

Batuhan Taskaya added the comment: Does / Will this project actively maintained? From what I can tell from the numerical stats (such as commit dates and star counts), it is not very much used and I'm afraid it doesn't look very active. -- nosy: +BTaskaya,

[issue40696] "await" hangs in Python3.9.0b1.

Batuhan Taskaya added the comment: > Is this a separate bug? So maybe the issue is that the new code is letting > things get into this state. Some of my changes added new chaining in various > places, so that would fit (but still investigating). Looks like there isn't a recu

[issue40715] Pegen: dict unpacking inside dict comprehension

New submission from Batuhan Taskaya : >>> {**{} for a in [1]} ValueError: field 'key' is required for DictComp should be >>> {**{} for a in [1]} File "", line 1 {**{} for a in [1]} ^ SyntaxError: dict unpacking cannot be used in dict comprehen

[issue40715] Pegen: dict unpacking inside dict comprehension

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19567 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20292 ___ Python tracker <https://bugs.python.org/issu

[issue40716] Pegen: improve error messages for unparenthesized from imports with trailing comma

New submission from Batuhan Taskaya : $ python Python 3.10.0a0 (heads/bpo-x:f2947e354c, May 21 2020, 18:54:57) [GCC 9.2.1 20191008] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from

[issue40176] unterminated string literal tokenization error messages could be better

Change by Batuhan Taskaya : -- pull_requests: +19569 pull_request: https://github.com/python/cpython/pull/20294 ___ Python tracker <https://bugs.python.org/issue40

[issue40716] Pegen: improve error messages for unparenthesized from imports with trailing comma

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19570 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20294 ___ Python tracker <https://bugs.python.org/issu

[issue40176] unterminated string literal tokenization error messages could be better

Change by Batuhan Taskaya : -- pull_requests: -19569 ___ Python tracker <https://bugs.python.org/issue40176> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40334] PEP 617: new PEG-based parser

Change by Batuhan Taskaya : -- pull_requests: +19571 pull_request: https://github.com/python/cpython/pull/20296 ___ Python tracker <https://bugs.python.org/issue40

[issue40726] ast.Call end_lineno is defined and returns None

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40726> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40726] ast.Call end_lineno is defined and returns None

Batuhan Taskaya added the comment: This is because the 'end_lineno' and 'end_col_offset' are declared as optional attributes in the ASDL spec. The commit 'b7e9525f9c7ef02a1d2ad8253afdeb733b0951d4' made all optional fields and attrib

[issue40726] ast.Call end_lineno is defined and returns None

Batuhan Taskaya added the comment: See here for the complete spec: https://docs.python.org/3.9/library/ast.html#abstract-grammar -- ___ Python tracker <https://bugs.python.org/issue40

[issue40726] ast.Call end_lineno is defined and returns None

Change by Batuhan Taskaya : -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue40726> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40726] ast.Call end_lineno is defined and returns None

Change by Batuhan Taskaya : -- keywords: +patch nosy: +BTaskaya nosy_count: 5.0 -> 6.0 pull_requests: +19581 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20312 ___ Python tracker <https://bugs.python.org/i

[issue40726] ast.Call end_lineno is defined and returns None

Batuhan Taskaya added the comment: > If nobody works on this I will send a PR to update the rest of AST later > today. :/ I'm terribly sorry for that, I just sent a PR without refreshing the tab. -- ___ Python tracker <https://b

[issue40729] Update the list of auto-generated files in .gitattributes

Change by Batuhan Taskaya : -- nosy: BTaskaya priority: normal severity: normal status: open title: Update the list of auto-generated files in .gitattributes ___ Python tracker <https://bugs.python.org/issue40

[issue40729] Update the list of auto-generated files in .gitattributes

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19583 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20314 ___ Python tracker <https://bugs.python.org/issu

[issue40726] ast.Call end_lineno is defined and returns None

Batuhan Taskaya added the comment: > setting them to None is going to break a lot of those, if possible I'd > suggest going back to when they were missing 'lineno' and 'col_offset' will never be none, since both are declared as normal integers. But on t

[issue40344] Programming FAQ about "What is the most efficient way to concatenate many strings together?" -- Improving the example

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19624 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20360 ___ Python tracker <https://bugs.python.org/issu

[issue40344] Programming FAQ about "What is the most efficient way to concatenate many strings together?" -- Improving the example

Change by Batuhan Taskaya : -- pull_requests: -19624 ___ Python tracker <https://bugs.python.org/issue40344> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40344] Programming FAQ about "What is the most efficient way to concatenate many strings together?" -- Improving the example

Change by Batuhan Taskaya : -- pull_requests: +19625 pull_request: https://github.com/python/cpython/pull/20360 ___ Python tracker <https://bugs.python.org/issue40

[issue40344] Programming FAQ about "What is the most efficient way to concatenate many strings together?" -- Improving the example

Change by Batuhan Taskaya : -- pull_requests: -19625 ___ Python tracker <https://bugs.python.org/issue40344> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40759] Deprecate the symbol module

New submission from Batuhan Taskaya : Parser is deprecated so there is no need for the 'symbol' module. I think this should be backported to 3.9, so I'm CC-ing @Łukasz. -- components: Library (Lib) messages: 369826 nosy: BTaskaya, lukasz.langa priority: normal severity

[issue40759] Deprecate the symbol module

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19628 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20364 ___ Python tracker <https://bugs.python.org/issu

[issue40334] PEP 617: new PEG-based parser

Change by Batuhan Taskaya : -- pull_requests: +19631 pull_request: https://github.com/python/cpython/pull/20367 ___ Python tracker <https://bugs.python.org/issue40

[issue40769] Pegen: cover extra surrounding parentheses for invalid annotated assignment

Change by Batuhan Taskaya : -- versions: +Python 3.10, Python 3.9 ___ Python tracker <https://bugs.python.org/issue40769> ___ ___ Python-bugs-list mailin

[issue40769] Pegen: cover extra surrounding parentheses for invalid annotated assignment

New submission from Batuhan Taskaya : $ python -X oldparser Python 3.10.0a0 (heads/bpo-x:f2947e354c, May 21 2020, 18:54:57) [GCC 9.2.1 20191008] on linux Type "help", "copyright", "credits" or "license" for more information. >>> (()): int

[issue40769] Pegen: cover extra surrounding parentheses for invalid annotated assignment

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19650 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20387 ___ Python tracker <https://bugs.python.org/issu

[issue40769] Pegen: cover extra surrounding parentheses for invalid annotated assignment

Change by Batuhan Taskaya : -- nosy: +gvanrossum, lys.nikolaou, pablogsal ___ Python tracker <https://bugs.python.org/issue40769> ___ ___ Python-bugs-list mailin

[issue40779] incorrect end column for single argument generator function call AST

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40779> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40779] incorrect end column for single argument generator function call AST

Batuhan Taskaya added the comment: What version are you using, 3.8? -- ___ Python tracker <https://bugs.python.org/issue40779> ___ ___ Python-bugs-list mailin

[issue40779] incorrect end column for single argument generator function call AST

Batuhan Taskaya added the comment: For more context, see also bpo-39235. -- ___ Python tracker <https://bugs.python.org/issue40779> ___ ___ Python-bugs-list m

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Batuhan Taskaya added the comment: I'm starting it if anyone else already prepared a patch. -- ___ Python tracker <https://bugs.python.org/issue38605> ___ ___

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19691 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20434 ___ Python tracker <https://bugs.python.org/issu

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Change by Batuhan Taskaya : -- Removed message: https://bugs.python.org/msg370003 ___ Python tracker <https://bugs.python.org/issue38605> ___ ___ Python-bug

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Batuhan Taskaya added the comment: I opened the PR 20434 as draft, but from what I understand, there is going to be some breakage (on our test suite). I'll try to narrow it down (currently ~4 tests instead of ~20) but I dont want to prevent anyone else from working on this, so feel fr

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Batuhan Taskaya added the comment: After trying to complete a patch, there are a few issues that immediately showed itself (and this might lead to not to do this in 3.10, I dont know); First one is double-forward-ref, which is usage of string-annotations when there is postponed evaluatation

[issue40794] dataclass signatures and docstrings w/future-annotations

New submission from Batuhan Taskaya : While I was working on making 'future annotations' default, I noticed that dataclasses acts differently under the annotation feature. One example would be the file [signature.py]: [ without future import] $ python t.py X(a: int, b: int) [ w

[issue40794] dataclass signatures and docstrings w/future-annotations

Batuhan Taskaya added the comment: > It,sounds like you are trying to get the effect of putting 'from __future__ > import dataclasses' at the top of dataclasses'.py, right? Yes, since compile will automatically inherit the flags of the current frame to the compil

[issue40794] dataclass signatures and docstrings w/future-annotations

Batuhan Taskaya added the comment: > Have you come up with a fix yet? (Preferably a fix that can be applied > locally to dataclasses.py.) I'm working on it, but no luck so far. -- ___ Python tracker <https://bugs.python.

[issue40794] dataclass signatures and docstrings w/future-annotations

Batuhan Taskaya added the comment: > Hmm. That's a regression, at least from 3.7, which is the only version I have > ready access to: That is the same behavior with the current master, the problem I am having is related to using annotations feature on dataclasses itself rath

[issue40794] dataclass signatures and docstrings w/future-annotations

Batuhan Taskaya added the comment: I have applied Guido's suggestion and it looks like it is working. -- ___ Python tracker <https://bugs.python.org/is

[issue40794] dataclass signatures and docstrings w/future-annotations

Batuhan Taskaya added the comment: (I applied it to my own branch, don't know if a seperate PR needed) -- ___ Python tracker <https://bugs.python.org/is

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Batuhan Taskaya added the comment: >From now on, should typing.get_type_hints automatically resolve arguments too? >An example would be this; import typing T = typing.TypeVar("T") class Loop(typing.Generic[T]): subloop: typing.Final["Loop[int]"] print(

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.10

Batuhan Taskaya added the comment: An example would be this https://github.com/python/cpython/blob/24bddc1b3b58f6899b2d412e51b37f68536e4fe2/Lib/test/test_typing.py#L2744-L2745. Either I can change tests in order to reflect now everything is a forward ref by default class Loop: attr

[issue40759] Deprecate the symbol module

Change by Batuhan Taskaya : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue40759> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40829] Add a what's new entry about deprecation of random.shuffle

New submission from Batuhan Taskaya : random.shuffle deprecated with bpo-40465 but a what's news entry didn't exist about it. -- assignee: docs@python components: Documentation messages: 370397 nosy: BTaskaya, docs@python priority: normal severity: normal status: open ti

[issue40829] Add a what's new entry about deprecation of random.shuffle

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19785 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20541 ___ Python tracker <https://bugs.python.org/issu

[issue40830] Certain uses of dictionary unpacking raise TypeError

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40830> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40830] Certain uses of dictionary unpacking raise TypeError

Change by Batuhan Taskaya : -- nosy: +Mark.Shannon ___ Python tracker <https://bugs.python.org/issue40830> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40830] Certain uses of dictionary unpacking raise TypeError

Batuhan Taskaya added the comment: @Kodiologist do you have a setup to try your cause before the commit 8a4cd700a7426341c2074a2b580306d2d60ec839? -- ___ Python tracker <https://bugs.python.org/issue40

[issue40830] Certain uses of dictionary unpacking raise TypeError

Change by Batuhan Taskaya : -- components: +Interpreter Core keywords: +3.9regression versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/issue40

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

Change by Batuhan Taskaya : -- title: Add a what's new entry about deprecation of random.shuffle -> Add a what's new entry about deprecation of random.shuffle's random= parameter ___ Python tracker <https://bugs.

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

Change by Batuhan Taskaya : -- Removed message: https://bugs.python.org/msg370397 ___ Python tracker <https://bugs.python.org/issue40829> ___ ___ Python-bug

[issue40829] Add a what's new entry about deprecation of random.shuffle's random= parameter

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

[issue40759] Deprecate the symbol module

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

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Batuhan Taskaya added the comment: > If you could prep a PR where the change is reverted - I would appreciate it. > If no time, I'll get to it as soon as I can. I see. I'll try to get a patch to deactivate it and add a comment (for future

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19821 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20588 ___ Python tracker <https://bugs.python.org/issu

[issue40403] pdb does not drop into debugger upon SyntaxError caused by ast.literal_eval

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40403> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11105] Compiling evil ast crashes interpreter

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19824 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/20594 ___ Python tracker <https://bugs.python.org/issu

[issue40848] compile() can compile a bare starred expression with `PyCF_ONLY_AST` flag with the old parser, but not the new one

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40848> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40870] Custom AST can crash Python (debug build)

New submission from Batuhan Taskaya : import ast t = ast.fix_missing_locations(ast.Expression(ast.Name("True", ast.Load( compile(t, "", "eval") compilation of this AST can crash the interpreter for 3.8+ test_constant_as_name (test.test_ast.AST_Tests) ...

[issue40870] Custom AST can crash Python (debug build)

Change by Batuhan Taskaya : -- components: +Interpreter Core nosy: +pablogsal, serhiy.storchaka type: -> behavior versions: +Python 3.10, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issu

[issue40870] Custom AST can crash Python (debug build)

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19869 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20649 ___ Python tracker <https://bugs.python.org/issu

[issue40870] Custom AST can crash Python (debug build)

Batuhan Taskaya added the comment: cross-linking pytest issue: https://github.com/pytest-dev/pytest/issues/7322 -- ___ Python tracker <https://bugs.python.org/issue40

[issue40926] command line interface of symtable module is broken

New submission from Batuhan Taskaya : (.venv) (Python 3.10.0a0) [ 1:11ÖS ] [ isidentical@x200:~ ] $ cat t.py import x a = 1 print(x) (.venv) (Python 3.10.0a0) [ 1:11ÖS ] [ isidentical@x200:~ ] $ python -m symtable t.py True False True False True False True False True False ... It

[issue40926] command line interface of symtable module is broken

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +19956 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/20757 ___ Python tracker <https://bugs.python.org/issu

[issue40926] command line interface of symtable module is broken

Change by Batuhan Taskaya : -- nosy: +benjamin.peterson, pablogsal ___ Python tracker <https://bugs.python.org/issue40926> ___ ___ Python-bugs-list mailin

[issue40680] thread_cputime isn't supported by AIX5

Batuhan Taskaya added the comment: @vstinner what are your thoughts on this? I can propose a patch that introduces a build value to generate this conditionally depending on if the system has it or not. But I am not sure about if our motivation behind this is going to be supporting (very

[issue40424] AIX: makexp_aix, parallel build (failures) and ld WARNINGS

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue40424> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40974] possible optimization: SHRINK_STACK(n)

Change by Batuhan Taskaya : -- nosy: +Mark.Shannon, pablogsal ___ Python tracker <https://bugs.python.org/issue40974> ___ ___ Python-bugs-list mailing list Unsub

[issue41022] AST sum types is unidentifiable after ast.Constant became a base class

New submission from Batuhan Taskaya : Previously (before ast.Constant became a base class for deprecated node classes), Sum types were identifiable with this rule; len(node_class.__subclasses__()) > 0 Now, this is also valid for the ast.Constant itself because of ast.Str, ast.Num etc. ba

[issue41044] Pegen: double trailing comma on optional+sequence rules at python generator

New submission from Batuhan Taskaya : Python generator generates two trailing commas instead of one when both repeat0 (*) + optional ([]) qualifiers used. Example failing test (raises a SyntaxError, since the generated parser can't be parseable / executable) def test_opt_sequence

[issue41044] Pegen: double trailing comma on optional+sequence rules at python generator

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +20170 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20995 ___ Python tracker <https://bugs.python.org/issu

[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 <https://bugs.python.org/issue38

[issue41088] Extend the AST Validator to validate all identifiers

New submission from Batuhan Taskaya : These identifiers include; - 'name' of FunctionDef/ClassDef/AsyncFunctionDef/ExceptHandler - 'name' and 'asname' of import aliases within ImportFrom and Import nodes. Any of these cases will crash the interpreter (abort) when

[issue41088] Extend the AST Validator to validate all identifiers

Change by Batuhan Taskaya : -- keywords: +patch pull_requests: +20238 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21069 ___ Python tracker <https://bugs.python.org/issu

[issue41088] Extend the AST Validator to validate all identifiers

Change by Batuhan Taskaya : -- nosy: +pablogsal, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue41088> ___ ___ Python-bugs-list mailin

[issue41022] AST sum types is unidentifiable after ast.Constant became a base class

Batuhan Taskaya added the comment: > Where they were identifable in such way? It is incorrect way, because user > can create a subclass of every AST class. You are right, I didn't consider that while I was opening the issue. Also from 3.9>= can be searched "|"

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue41194> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Batuhan Taskaya added the comment: @arcivanov what kind of input do you pass to the compile function which leads this crash? -- ___ Python tracker <https://bugs.python.org/issue41

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Batuhan Taskaya added the comment: If you aren't able to share some reproducer snippets, would you try a bisect? An interesting commit would be this ac46eb4ad66 to try and check if this crash happens before and after it? -- ___ Python tr

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Batuhan Taskaya added the comment: A shorter reproducer; >>> import sys >>> sys.modules.clear() Traceback (most recent call last): File "", line 1, in RuntimeError: lost builtins module >>> import _ast >>> import gc >>> gc.collect() Mo

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by Batuhan Taskaya : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue41194> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Batuhan Taskaya added the comment: If I'm not wrong, this is the commit that introduced the regression. commit ac46eb4ad6662cf6d771b20d8963658b2186c48c (HEAD -> bpo-x) Author: Dino Viehland Date: Wed Sep 11 10:16:34 2019 -0700 bpo-38113: Update the Python-ast.c generator t

[issue41194] SIGSEGV in Python 3.9.0b3 in Python-ast.c:1412

Change by Batuhan Taskaya : -- Removed message: https://bugs.python.org/msg372915 ___ Python tracker <https://bugs.python.org/issue41194> ___ ___ Python-bug

[issue37458] ast: Different FormattedValue expressions have same col_offset information

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue37458> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41204] Use of unitialized variable `fields` along error path in code generated from asdl_c.py

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue41204> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11105] Compiling evil ast crashes interpreter

Batuhan Taskaya added the comment: > With 3.9 on Windows, using Benjamin's example, I do not get the Windows > equivalent of a seg fault. However, execution stops at compile with no > exception, including SystemExit. I can still reproduce on Linux, $ python Python 3.10.

[issue39981] Default values for AST Nodes

Change by Batuhan Taskaya : -- pull_requests: +20566 pull_request: https://github.com/python/cpython/pull/21417 ___ Python tracker <https://bugs.python.org/issue39

[issue41261] 3.9-dev SEGV in object_recursive_isinstance in ast.literal_eval

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue41261> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17490] Improve ast.literal_eval test suite coverage

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue17490> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38628] Issue with ctypes in AIX

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker <https://bugs.python.org/issue38628> ___ ___ Python-bugs-list mailing list Unsubscribe:

<    3   4   5   6   7   8   9   >