[issue39034] Documentation: Coroutines

Change by Karthikeyan Singaravelan : -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker ___ ___

[issue32949] Simplify "with"-related opcodes

Serhiy Storchaka added the comment: Sure. -- resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Serhiy Storchaka added the comment: Wince you has virtually written a patch, do you mind to create a PR Karthikeyan? -- ___ Python tracker ___

[issue39034] Documentation: Coroutines

New submission from Rustam Agakishiev : Here: https://docs.python.org/3/library/asyncio-task.html   it says:"To actually run a coroutine, asyncio provides three main mechanisms:" and a few pages down it gives you a fourth mechanism: "awaitable asyncio.gather(*aws, loop=None,

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Karthikeyan Singaravelan added the comment: Ma Lin, Running pylint/flake8 could possibly detect it but needs to be manually checked. issue36948 was a similar report I filed in the past using flake8 regarding NameError. pylint - Lib/zipimport.py:611:20: E0602: Undefined variable

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Karthikeyan Singaravelan added the comment: Also since the fix involves modifying zipimport.py it would also require running "make regen-importlib && make -s" for changes to ensure the updated regen code is used. -- ___ Python tracker

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Karthikeyan Singaravelan added the comment: A possible test case to trigger this code path based on testUncheckedHashBasedPyc would be as below. check_hash_based_pycs can be patched to be "always" so that the hash is validated using _bootstrap_external._validate_hash_pyc. The difference

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Ma Lin added the comment: Is it possible to scan stdlib to find similar bugs? -- nosy: +Ma Lin ___ Python tracker ___ ___

[issue32907] pathlib: test_resolve_common fails on Windows w/ longusername

Change by Cheryl Sabella : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Release Windows Store app containing Python ___ Python tracker

[issue32949] Simplify "with"-related opcodes

Cheryl Sabella added the comment: Should this be closed now that PR6641 has been merged? -- nosy: +cheryl.sabella ___ Python tracker ___

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Change by Karthikeyan Singaravelan : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38815] test_ssl: test_min_max_version() fails on FreeBSD and Fedora

Kubilay Kocak added the comment: I had to rebuild the openssl (1.1.x) port on the worker that had test_ssl failing in order to bring it back to green, so as not to hide new test failures. If/when someone is able to produce a fix for the failing test, I am happy to revert the openssl build

[issue38947] dataclass defaults behave inconsistently for init=True/init=False when default is a descriptor

Change by Jeong-Min Lee : -- nosy: +falsetru ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38999] Python launcher on Windows does not detect active venv

Steve Dower added the comment: > Do you mean all shebangs, including those with a native file path? I like the idea as a whole, but ultimately end up disliking all the available options (in the context of py.exe, that is). * Unix/virtual shebangs don't work reliably on Windows (as we can

[issue38999] Python launcher on Windows does not detect active venv

Eryk Sun added the comment: > I think supporting the shebang line in py.exe is a misfeature and > would prefer we'd never done it (though it predates my involvement). Do you mean all shebangs, including those with a native file path? Or do you mean just virtual shebangs, and in particular

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

Zachary Ware added the comment: Good catch! Would you like to submit a pull request to fix it? Ideally such a PR should also include a test to exercise this code. -- nosy: +twouters, zach.ware ___ Python tracker

[issue39033] zipimport raises NameError: name '_boostrap_external' is not defined

New submission from Mihail Georgiev : I think there's a "t" missing: Lib/zipimport.py 609- 610-try: 611:_boostrap_external._validate_hash_pyc( 612-data, source_hash, fullname, exc_details) 613-except ImportError: 614-

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Pablo Galindo Salgado added the comment: Hmmm, there is some problem with the CI and the 3.7 branch. Seems like Travis CI is giving some problems again I will investigate or maybe ask Brett to make the check not required again (we still have Azure Pipelines, testing the same thing).

[issue39032] wait_for and Condition.wait still not playing nicely

New submission from Chris : This is related to https://bugs.python.org/issue22970, https://bugs.python.org/issue33638, and https://bugs.python.org/issue32751. I've replicated the issue on Python 3.6.9, 3.7.4, and 3.8.0. Looking at the source, I'm fairly sure the bug is still in master right

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Pablo Galindo Salgado added the comment: The same thing happens with 3.8. -- ___ Python tracker ___ ___ Python-bugs-list

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Lysandros Nikolaou : -- pull_requests: +17059 pull_request: https://github.com/python/cpython/pull/17585 ___ Python tracker ___

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Pablo Galindo Salgado : -- pull_requests: +17058 pull_request: https://github.com/python/cpython/pull/17584 ___ Python tracker ___

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

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

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

miss-islington added the comment: New changeset 025a602af7ee284d8db6955c26016f3f27d35536 by Miss Islington (bot) (Lysandros Nikolaou) in branch 'master': bpo-39031: Include elif keyword when producing lineno/col-offset info for if_stmt (GH-17582)

[issue36144] Dictionary addition. (PEP 584)

Aaron Hall added the comment: Another obvious way to do it, but I'm +1 on it. A small side point however - PEP 584 reads: > To create a new dict containing the merged items of two (or more) dicts, one > can currently write: > {**d1, **d2} > but this is neither obvious nor easily

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Pablo Galindo Salgado : -- components: +Interpreter Core ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Pablo Galindo Salgado : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Lysandros Nikolaou : -- keywords: +patch pull_requests: +17056 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17582 ___ Python tracker

[issue39031] Inconsistency with lineno and col_offset info when parsing elif

Change by Lysandros Nikolaou : -- title: Inconsistent lineno and col_offset info when parsing elif -> Inconsistency with lineno and col_offset info when parsing elif ___ Python tracker

[issue39031] Inconsistent lineno and col_offset info when parsing elif

New submission from Lysandros Nikolaou : While working on pegen, we came across an inconsistency on how line number and column offset info is stored for (el)if nodes. When parsing a very simple if-elif construct like if a: pass elif b: pass the following parse tree gets generated:

[issue32730] Allow py launcher to launch other registered Pythons

Change by Tzu-ping Chung : -- nosy: +uranusjr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39028] ENH: Fix performance issue in keyword extraction

Sebastian Berg added the comment: Fair enough, we had code that does it the other way, so it seemed "too obvious" since the current check seems mainly useful with few kwargs. However, a single kwarg is super common in python, while many seem super rare (in any argument clinic function)

[issue28267] [MinGW] Crash at start when compiled by MinGW for 64-bit Windows using PC/pyconfig.h

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

[issue39030] Ctypes unions with bitfield members that do not share memory

Change by Lewis Gaul : -- nosy: +LewisGaul, belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38449] regression - mimetypes guess_type is confused by ; in the filename

Dong-hee Na added the comment: @ned.deily @maxking I close this issue since all PRs were merged. Thanks, everyone for actions for this issue :) Have a warm and happy holiday and a hopeful new year. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

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

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

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

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

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

[issue19038] Fix sort order in Misc/ACKS.

Terry J. Reedy added the comment: Even though I was not nosy on this 6 year old issue, I just got the following email requesting that the attachments be removed. I am not doing so because they seem to be needed to make sense of the issue. But anyone else who wants to do so may. I removed

[issue39028] ENH: Fix performance issue in keyword extraction

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39030] Ctypes unions with bitfield members that do not share memory

New submission from dankreso : I've found what looks like a corner case bug. Specifically, the behaviour that looks suspicious is when a ctypes union has bit field members, where the members have bit widths that are smaller than the size types: class BitFieldUnion(Union): _fields_ =

[issue39029] TestMaildir.test_clean fails randomly under parallel tests

Serhiy Storchaka added the comment: Should not parallel tests be ran in different directories? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue6699] IDLE: Warn user about overwriting a file that has a newer version on filesystem

Zackery Spytz added the comment: I have created a pull request for this issue. -- nosy: +ZackerySpytz ___ Python tracker ___ ___

[issue6699] IDLE: Warn user about overwriting a file that has a newer version on filesystem

Change by Zackery Spytz : -- pull_requests: +17052 pull_request: https://github.com/python/cpython/pull/17578 ___ Python tracker ___

[issue39027] run_coroutine_threadsafe uses wrong TimeoutError

Andrew Svetlov added the comment: futures._chain_future() should convert exceptions. Seems _convert_future_exc() does this work already but maybe it fails somehow. We need to investigate more. -- nosy: +asvetlov ___ Python tracker

[issue39027] run_coroutine_threadsafe uses wrong TimeoutError

Kyle Stanley added the comment: Thanks for letting us know, janust. I confirmed that `asyncio.TimeoutError` no longer works for the code example in 3.8 and that replacing it with `concurrent.futures.TimeoutError` works correctly. Before moving forward with a PR to the docs, I think we

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

Change by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39029] TestMaildir.test_clean fails randomly under parallel tests

New submission from Karthikeyan Singaravelan : I can reproduce frequently the failure of test_clean on my Mac machine. It checks for removal of foo_path. It's removed by Maildir.clean that removes files based on the access time as below. The test also does similar thing with

[issue39028] ENH: Fix performance issue in keyword extraction

Change by Inada Naoki : -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: