[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

[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

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

[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

[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

[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

[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

[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

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

[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

[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

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

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

[issue17305] IDNA2008 encoding is missing

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

[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')

[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

[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

[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

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

[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

[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

[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()`,

[issue10631] ZipFile and current directory change

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

[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

[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

[issue40563] Support pathlike objects on dbm/shelve

Change by Sam Bull : -- nosy: +dreamsorcerer ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40844] Alternate ways of running coroutines

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

[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

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

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

[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: +benjamin.peterson, brett.cannon, pablogsal, yselivanov type: -> behavior versions: +Python 3.10 ___ Python tracker ___

[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

[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

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

[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

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

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

[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

[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

[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

[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

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

[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

[issue40222] "Zero cost" exception handling

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

[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

[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

[issue40222] "Zero cost" exception handling

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

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

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

[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

[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

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

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

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

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

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

[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

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

[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

[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

[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

[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

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

[issue40841] Provide mimetypes.sniff API as stdlib

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40244] AIX: build: _PyObject_GC_TRACK Asstertion failure

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

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

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

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

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

[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

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

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

[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

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). --

[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

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

[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

[issue40841] Provide mimetypes.sniff API

Change by Dong-hee Na : -- title: Implement mimetypes.sniff -> Provide mimetypes.sniff API ___ Python tracker ___ ___

[issue40841] Provide mimetypes.sniff API as stdlib

Change by Dong-hee Na : -- title: Provide mimetypes.sniff API -> Provide mimetypes.sniff API as stdlib ___ Python tracker ___ ___

[issue40841] Implement mimetypes.sniff

New submission from Dong-hee Na : The current mimetypes.guess_type API guesses file types based on file extensions. However, there is a more accurate method which is calling sniffing. Some languages like Go(https://golang.org/pkg/net/http/#DetectContentType) provides mimesniff API and the

[issue40841] Implement mimetypes.sniff

Change by Dong-hee Na : -- assignee: -> corona10 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: