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

Xavier de Gaye added the comment: In Kerrick's example ast.literal_eval('') could be ast.literal_eval(some_code) instead where some_code is a string containing dynamically generated Python code. pdb post-mortem debugging must allow finding the syntax error in this code. The patch proposed in

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

Michael Felt added the comment: I think this is showing up again. Ot seemed to be away when using xlcv13 (and is away with xlcv11). I switched my bot off of xlc (v13) because compile fails again - and I'll investigate manually using xlc again. If you could prep a PR where the change is reve

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

Rémi Lapeyre added the comment: Yes, the patch by Terry Reedy fixes this issue while still breaking the loop from `def f: pass`. It will start the debugger once for `def f: pass` which may be weird as in this case no user code has been executed and it will be in bdb which may confuse users:

[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 about this issue). -- _

[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 ___

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

miss-islington added the comment: New changeset 033d10bd21d962a59c6c4fc503092046baa451a1 by Batuhan Taskaya in branch 'master': bpo-40244: Remove XLC's support from the noreturn flag (GH-20588) https://github.com/python/cpython/commit/033d10bd21d962a59c6c4fc503092046baa451a1 -- nosy

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

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

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

Pablo Galindo Salgado added the comment: > 1. GH-20342 solved this issue? As far as I understand, yes. Although I did not check if all the warnings here are solved in that PR, as the PR eliminates all the ones that we found, it should be resolved. I think we can close this issue > Thanks P

[issue40686] Compiler warnings in _zoneinfo.c on Windows build in 64-bit

Ammar Askar added the comment: There's still the "unknown pragma" warnings left, I pinged p-ganssle about it in the zoneinfo commit but it should probably be guarded like the ones in the ssl module: https://github.com/python/cpython/blob/a871f692b4a2e6c7d45579693e787edc0af1a02c/Modules/_ssl.

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

miss-islington added the comment: New changeset 50e847a9eb03f59e1d9268e46f3f98c2679caebd by Miss Islington (bot) in branch '3.9': bpo-40244: Remove XLC's support from the noreturn flag (GH-20588) https://github.com/python/cpython/commit/50e847a9eb03f59e1d9268e46f3f98c2679caebd -- _

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

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

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

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

STINNER Victor added the comment: New changeset 337d3103a2344e1fec75985e85fabcbdedac7d26 by Victor Stinner in branch 'master': bpo-40241: What's New in Python 3.9: opaque PyGC_Head (GH-20586) https://github.com/python/cpython/commit/337d3103a2344e1fec75985e85fabcbdedac7d26 -- _

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

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

[issue40841] Provide mimetypes.sniff API as stdlib

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40241] [C API] Make PyGC_Head structure opaque, or even move it to the internal C API

miss-islington added the comment: New changeset ff442f36b91810c8b8a6346e39f1dbf2c6d85764 by Miss Islington (bot) in branch '3.9': bpo-40241: What's New in Python 3.9: opaque PyGC_Head (GH-20586) https://github.com/python/cpython/commit/ff442f36b91810c8b8a6346e39f1dbf2c6d85764 -- __

[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 _

[issue40841] Provide mimetypes.sniff API as stdlib

Dong-hee Na added the comment: I ping some of the core developers who recently work on this module. Sorry if this topic is not interesting to you :( I want to listen to how about provide this API as the stdlib API. Three things I'd like to appeal through this proposal. 1. It will provide base

[issue40842] _Pickler_CommitFrame() always returns 0 but it's return code is checked

New submission from Rémi Lapeyre : I'm currently investigating a SystemError one of our workers returned: returned NULL without setting an error While doing so I came across the _Pickler_CommitFrame() function: static int _Pickler_CommitFrame(PicklerObject *self) { size_t frame_len;

[issue40842] _Pickler_CommitFrame() always returns 0 and its return code is checked needlessly

Change by Rémi Lapeyre : -- title: _Pickler_CommitFrame() always returns 0 but it's return code is checked -> _Pickler_CommitFrame() always returns 0 and its return code is checked needlessly ___ Python tracker

[issue35078] Allow customization of CSS class name of a month in calendar module

Walter Dörwald added the comment: New changeset 85339f5c220a5e79c47c3a33c93f1dca5c59c52e by Srinivas Reddy Thatiparthy (శ్రీనివాస్ రెడ్డి తాటిపర్తి) in branch 'master': bpo-35078: Allow customization of CSS class name of a month in calendar module (gh-10137) https://github.com/python/cpython

[issue35228] Index search in CHM help crashes viewer

Steve Dower added the comment: > Let's promote ePub and PDF instead. Find a good viewer we can bundle with the installer with equivalent search/index functionality and we can consider it. More realistically, including the docs as unbundled HTML files and relying on the default browser is pr

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

STINNER Victor added the comment: New changeset 59d3dce69b0a4f6ee17578ae68037cc7ae90936f by Victor Stinner in branch 'master': bpo-40839: PyDict_GetItem() requires the GIL (GH-20580) https://github.com/python/cpython/commit/59d3dce69b0a4f6ee17578ae68037cc7ae90936f -- __

[issue40839] Disallow calling PyDict_GetItem() with the GIL released

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

[issue39465] [subinterpreters] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

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

[issue39465] [subinterpreters] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

STINNER Victor added the comment: New changeset 297257f7bc198e2dc8e0866b539c73ff1a5cc588 by Victor Stinner in branch 'master': bpo-39465: Cleanup _PyUnicode_FromId() code (GH-20595) https://github.com/python/cpython/commit/297257f7bc198e2dc8e0866b539c73ff1a5cc588 -- ___

[issue40512] [subinterpreters] Meta issue: per-interpreter GIL

STINNER Victor added the comment: Currently, the import lock is shared by all interpreters. It would also help for performance to make it per-interpreter to parallelize imports. -- versions: +Python 3.10 -Python 3.9 ___ Python tracker

[issue40793] print() performance problem with very large numbers

U.W. added the comment: Well, the number in itself is not so useful, but... - I encountered a performance problem in Python where I did not expect one - Other people will encounter that, too, and now they easily find the reason behind it (I would not have opened this bug if I had found an exp

[issue40232] PyOS_AfterFork_Child() should use _PyThread_at_fork_reinit()

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

[issue40826] PyOS_InterruptOccurred() now requires to hold the GIL: PyOS_Readline() crash

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

[issue40222] "Zero cost" exception handling

Change by Yonatan Goldschmidt : -- nosy: +Yonatan Goldschmidt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40232] PyOS_AfterFork_Child() should use _PyThread_at_fork_reinit()

STINNER Victor added the comment: New changeset 45b34a04a577aa49fa4825421758c3e8eaa1625d by Victor Stinner in branch 'master': bpo-40232: _PyImport_ReInitLock() can now safely use its lock (GH-20597) https://github.com/python/cpython/commit/45b34a04a577aa49fa4825421758c3e8eaa1625d -

[issue40843] tarfile: ignore_zeros = True exceedingly slow on a sparse tar file

New submission from mxmlnkn : Consider this example replicating a real use case where I was downloading the 1.191TiB ImageNet in sequential order for ~1GiB in order to preview it: echo "foo" > bar tar cf sparse.tar bar #!/usr/bin/env python3 # -*- coding: utf-8 -*- import os import tarfile

[issue40222] "Zero cost" exception handling

Dong-hee Na added the comment: +1 -- nosy: +corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue40825] Add a "strict" parameter to csv.writer and csv.DictWriter

Eric V. Smith added the comment: I wouldn't have a problem with isinstance(obj, str) for a string check in strict mode. If you want to write something like a Path, convert it to a string yourself. That's exactly the behavior I'd like enforced by strict: only accept numbers and actual strings

[issue35078] Allow customization of CSS class name of a month in calendar module

Change by Walter Dörwald : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue40844] Alternate ways of running coroutines

New submission from Matthew Francis <4576fran...@gmail.com>: Currently, using await inside a coroutine will block inside the coroutine. This behavior would usually be fine, but for some usecases a way to nonblockingly run coroutines without creating a Task could be useful, because tasks don'

[issue40845] idna encoding fails for Cherokee symbols

New submission from Roman Akopov : For a specific Cherokee string of three symbols b'\\u13e3\\u13b3\\u13a9' generating punycode representation fails. What steps will reproduce the problem? Execute 'ꮳꮃꭹ'.encode('idna') of even more reliable Execute '\u13e3\u13b3\u13a9'.encode('idna') What is t

[issue40846] Misleading line in documentation

New submission from J Arun Mani : Hi. In docs : https://docs.python.org/3/faq/programming.html#faq-argument-vs-parameter it says "Parameters define what types of arguments a function can accept." This is not true. Python's functions do not impose any type checking or raise error when the a

[issue40845] idna encoding fails for Cherokee symbols

SilentGhost added the comment: For the record: >>> 'ꮳꮃꭹ'.encode('punycode') b'tz9ata7l' >>> '\u13e3\u13b3\u13a9'.encode('punycode') b'f9dt7l' Also, your unicode-escaped string is an upper-cased version of the first string. -- nosy: +SilentGhost ___

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

New submission from Adam Williamson : While debugging issues with the black test suite in Python 3.9, I found one which black upstream says is a Cpython issue, so I'm filing it here. Reproduction is very easy. Just use this four-line tester: print("hello, world") \ print("hello,

[issue10631] ZipFile and current directory change

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

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

New submission from Adam Williamson : Not 100% sure this would be considered a bug, but it seems at least worth filing to check. This is a behaviour difference between the new parser and the old one. It's very easy to reproduce: sh-5.0# PYTHONOLDPARSER=1 python3 Python 3.9.0b1 (default, May

[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 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40849] Expose X509_V_FLAG_PARTIAL_CHAIN ssl flag

New submission from l0x : This simple patch exposes OpenSSL's X509_V_FLAG_PARTIAL_CHAIN if it is defined. This lets us trust a certificate if it is signed by a certificate in the trust store, even if that CA is not a root CA. It makes it possible to trust an intermediate CA without trusting

[issue40846] Misleading line in documentation

Rémi Lapeyre added the comment: Hi, thanks for pointing this out. I think "type" here is not about the type of the object but whether it is: - positional-only - positional or keyword - variadic positional - keyword-only - variadic keyword The wording could certainly be improved as it is

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

Change by Christian Heimes : -- nosy: +benjamin.peterson, brett.cannon, pablogsal, yselivanov type: -> behavior versions: +Python 3.10 ___ Python tracker ___ _

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Change by Christian Heimes : -- nosy: +benjamin.peterson, brett.cannon, pablogsal, yselivanov versions: +Python 3.10 ___ Python tracker ___

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

Change by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue40844] Alternate ways of running coroutines

Yury Selivanov added the comment: > I'm suggesting a method on coroutines that runs them without blocking, and > will run a callback when it's complete. And how would that method be implemented? Presumably the event loop would execute the coroutine, but that API is already there, and it's ca

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Change by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue40844] Alternate ways of running coroutines

Change by Yury Selivanov : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue40563] Support pathlike objects on dbm/shelve

Change by Sam Bull : -- nosy: +dreamsorcerer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue40846] Misleading line in documentation

Jim Fasarakis-Hilliard added the comment: A simple substitution of 'types' with 'kind' should do it. This aligns with the terminology [1] used in the glossary. [1] https://docs.python.org/3/glossary.html#term-parameter -- nosy: +Jim Fasarakis-Hilliard ___

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

Serhiy Storchaka added the comment: There is no promise that the parser can parse invalid Python code. I think there is no a bug here. -- nosy: +serhiy.storchaka ___ Python tracker _

[issue10631] ZipFile and current directory change

Change by Serhiy Storchaka : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Py

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

Adam Williamson added the comment: Realized I forgot to give it, so in case it's important, the context here is the black test suite: https://github.com/psf/black/issues/1441 that test suite has a file full of expressions that it expects to be able to parse this way (it uses `ast.parse()`,

[issue40849] Expose X509_V_FLAG_PARTIAL_CHAIN ssl flag

Christian Heimes added the comment: Thanks for the patch! I'm still pondering if I prefer VERIFY_PARTIAL_CHAIN over VERIFY_X509_PARTIAL_CHAIN. The string X509 is not meaningful here but fits with the other, much older flags. -- versions: +Python 3.10 ___

[issue40845] idna encoding fails for Cherokee symbols

Roman Akopov added the comment: This is how I extract data from Common Locale Data Repository v37 script assumes common\main working directory from os import walk from xml.etree import ElementTree en_root = ElementTree.parse('en.xml') for (dirpath, dirnames, filenames) in walk('.'): for f

[issue40845] idna encoding fails for Cherokee symbols

SilentGhost added the comment: I took it from your msg370615: > of even more reliable > Execute '\u13e3\u13b3\u13a9'.encode('idna') -- ___ Python tracker ___ ___

[issue40816] Add missed AsyncContextDecorator to contextlib

Yury Selivanov added the comment: This has long been implemented: https://docs.python.org/3/library/contextlib.html#contextlib.asynccontextmanager -- nosy: +yselivanov ___ Python tracker ___

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

STINNER Victor added the comment: The following test is enough to reproduce the leak: --- import unittest import _xxsubinterpreters as _interpreters class TestInterpreterDestroy(unittest.TestCase): def tearDown(self): for interp_id in _interpreters.list_all(): if inter

[issue19217] Calling assertEquals for moderately long list takes too long

Trey Hunner added the comment: This is a bug for string comparisons as well. I just had to manually reimplement assertMultiLineEqual (which doesn't call assertSequenceEqual) on one of my test classes to workaround this issue. -- nosy: +trey versions: +Python 3.7, Python 3.8, Python 3

[issue40845] idna encoding fails for Cherokee symbols

Christian Heimes added the comment: There are two IDNA standard. Python's standard library only provides IDNA 2003 and does not support IDNA 2008. # IDNA 2003 >>> '\u13e3\u13b3\u13a9'.encode('idna') b'xn--tz9ata7l' # idna package with IDNA 2008 >>> idna.encode('\u13e3\u13b3\u13a9') b'xn--f9dt

[issue17305] IDNA2008 encoding is missing

Christian Heimes added the comment: BPO #40845 is another case of IDNA 2003 / 2008 bug. -- ___ Python tracker ___ ___ Python-bugs-l

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

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

[issue19217] Calling assertEquals for moderately long list takes too long

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

STINNER Victor added the comment: Microbenchmark for tuple free list to measure PR 20247 overhead: microbench_tuple.py. It requires to apply bench_tuple.patch. -- Added file: https://bugs.python.org/file49210/microbench_tuple.py ___ Python tracker

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : Added file: https://bugs.python.org/file49211/bench_tuple.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue40850] Programming FAQ - variables local to the lambdas

New submission from Rainald Koch : In section [10] of the FAQ, I whould add "(a function parameter with different default values)" after "variables local to the lambdas". Besides, I had to look up "memoizing" [2] and suspect that "memorizing" would be correct. [10] https://docs.python.org/3

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : Added file: https://bugs.python.org/file49212/bench_tuple.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : Removed file: https://bugs.python.org/file49210/microbench_tuple.py ___ Python tracker ___ ___ Python-bugs-list m

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : Added file: https://bugs.python.org/file49213/microbench_tuple.py ___ Python tracker ___ ___ Python-bugs-list mai

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

Change by STINNER Victor : Removed file: https://bugs.python.org/file49211/bench_tuple.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue39573] [C API] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > bpo-39573: Convert Py_TYPE() to a static inline function (GH-20290) This change broke pycurl: https://github.com/pycurl/pycurl/pull/636 Extract of its current code: """ /* Initialize the type of the new type objects here; doing it here * is require

[issue40851] subprocess.Popen: impossible to show console window when shell=True

New submission from akdor1154 : Hi all, It seems impossible to show a new console window with calling subprocess.Popen on windows with shell=True. Attempt: si = subprocess.STARTUPINFO() si.dwFlags = subprocess.STARTF_USESHOWWINDOW si.wShowWindow = 5 proc = Popen( cmd, c

[issue40850] Programming FAQ - variables local to the lambdas

SilentGhost added the comment: I don't think your suggestion improve readability there. I think explanation following the code example does a decent job without being overly verbose. Regarding, memoization, it is mentioned in [0], right after describing the technique. So, I'm not sure why yo

[issue40851] subprocess.Popen: impossible to show console window when shell=True

Eryk Sun added the comment: I think you have the right idea for improving the behavior here. It should skip setting wShowWindow if startupinfo already has the flag STARTF_USESHOWWINDOW. For example: if shell: comspec = os.environ.get("COMSPEC", "cmd.exe") args = '{} /c "{

[issue40222] "Zero cost" exception handling

Chris Jerdonek added the comment: To clarify, would there be any observable difference in behavior aside from speed? And would there be any limitations in when the speedup can be applied? -- nosy: +chris.jerdonek ___ Python tracker

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

Pablo Galindo Salgado added the comment: Yeah, this is not a bug as Serhiy points out. Regarding the error message, we are currently working on trying to unify the error messages in the the parser as much as we can but there is also no promise that they will match 100%. Many grammar checks c

[issue40847] New parser considers empty line following a backslash to be a syntax error, old parser didn't

Change by Pablo Galindo Salgado : -- nosy: +gvanrossum, lys.nikolaou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs