[issue40272] ModuleNotFoundEror thrown by system python while accessing it specifically via venv python

Ned Deily added the comment: One additional thought: there was a longstanding issue specific to using venv on macOS that has recently been fixed (Issue22490); that fix will be released first in Python 3.8.3 which should be available in a few weeks (or, if you are comfortable doing so, you co

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

Ned Deily added the comment: Thanks for the easy-to-reproduce test case! It looks like you are running into the problem described in Issue22490 where venv with macOS framework builds could run into problems. A fix for this issue has recently been merged and will be released in upcoming 3.8.3

[issue40398] get_args(Callable) fails

Serhiy Storchaka added the comment: New changeset 6292be7adf247589bbf03524f8883cb4cb61f3e9 by Serhiy Storchaka in branch 'master': bpo-40398: Fix typing.get_args() for special generic aliases. (GH-19720) https://github.com/python/cpython/commit/6292be7adf247589bbf03524f8883cb4cb61f3e9 -

[issue32444] python -m venv symlink dependency on how python binary is called is not documented

Ned Deily added the comment: The behavior of venv has been changed in Python 3.9 to always create a "pythonM.N" link in the venv bin directory, in addition to "pythonM", regardless of how venv was invoked. -- nosy: +ned.deily resolution: -> duplicate stage: needs patch -> resolved s

[issue31363] __PYVENV_LAUNCHER__ breaks calling another venv's interpreter

Ned Deily added the comment: This issue has been fixed in the code for Issue22490 which will be released in Python 3.8.3 and 3.7.8. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Using realpath for __PYVENV_LAUNCHER__ makes Homebrew installs f

[issue31122] SSLContext.wrap_socket() throws OSError with errno == 0

Change by Rémi Lapeyre : -- nosy: +remi.lapeyre ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue40402] multiprocessing/connection.py broken handle

Rémi Lapeyre added the comment: Hi Maxi, Python 3.5 now only accept security fixes. Can you reproduce this issue with recent releases and post an example here? -- nosy: +remi.lapeyre type: crash -> behavior ___ Python tracker

[issue40338] [Security] urllib and anti-slash (\) in the hostname

Riccardo Schirone added the comment: I agree I don't see a clear vulnerability here. -- nosy: +rschiron ___ Python tracker ___ ___

[issue40405] asyncio.as_completed documentation misleading

Change by Bar Harel : -- title: ast -> asyncio.as_completed documentation misleading ___ Python tracker ___ ___ Python-bugs-list mai

[issue40405] ast

New submission from Bar Harel : Continuing with bpo-27589, looks like as_completed documentation is still misleading. According to the docs, it "Return(s) an iterator of Future objects. Each Future object returned represents the earliest result from the set of the remaining awaitables." Ther

[issue29796] [2.7] test_weakref hangs on Python 2.7 on Windows

STINNER Victor added the comment: Yep, I didn't see any test_weakref hang anymore since this commit. -- ___ Python tracker ___ ___

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

STINNER Victor added the comment: New changeset 0169d3003be3d072751dd14a5c84748ab63a249f by Pablo Galindo in branch 'master': bpo-40217: Ensure Py_VISIT(Py_TYPE(self)) is always called for PyType_FromSpec types (GH-19414) https://github.com/python/cpython/commit/0169d3003be3d072751dd14a5c847

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

STINNER Victor added the comment: > Serhiy: would it be possible to fix this issue in alpha6? Can we merge PR > 19414? In the lack of reply, I think that the best to merge PR 19414. I asked Lukasz (Python 3.9 release manager) in private and he is ok to merge this PR. He plans to wait until R

[issue40335] [PEP 617 new parser] Regression in multiline SyntaxError offsets

STINNER Victor added the comment: Until a fix is shipped, you can use -X oldparser command line option or PYTHONOLDPARSER=1 environment variable: https://docs.python.org/dev/whatsnew/3.9.html#pep-617-new-parser -- nosy: +vstinner title: Regression in multiline SyntaxError offsets -> [

[issue40149] test_threading leaked [38, 38, 38] references, sum=114

STINNER Victor added the comment: > I created bpo-40217: "The garbage collector doesn't take in account that > objects of heap allocated types hold a strong reference to their type". This issue is now fixed. I tested manually: I confirm that it does fix the test_threading leak, so I close th

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

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

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

STINNER Victor added the comment: FYI I closed bpo-40149: the commit 0169d3003be3d072751dd14a5c84748ab63a249f fixed test_threading leak. -- For master, it would be nice to have a NEWS entry, and maybe also a What's New in Python 3.9 entry, maybe in the "Changes in the C API" section. -- N

[issue40405] asyncio.as_completed documentation misleading

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

[issue40338] [Security] urllib and anti-slash (\) in the hostname

STINNER Victor added the comment: We consider that the stdlib is not vulnerable, so I close the issue. Feel free to report vulnerabilities to third party projects which are vulnerable. Thanks for the report anyway David Schütz! -- resolution: -> not a bug stage: -> resolved status:

[issue40402] multiprocessing/connection.py broken handle

Maxi added the comment: Hi Rémi. This is a production environment and can't reproduce it in the dev server (probably because of the lack of volume). I did checked that the code is the same up to Python 3.8, but can't confirm an actual case until we upgrade in prod. ‐‐‐ Original Message ‐

[issue40406] MagicMock __aenter__ should be AsyncMock(return_value=MagicMock())

Thomas Grainger added the comment: Perhaps there could be a MagicAsyncMock that supports .__await__ and .__aenter__ etc? -- ___ Python tracker ___ ___

[issue40406] MagicMock __aenter__ should be AsyncMock(return_value=MagicMock())

New submission from Thomas Grainger : aentering a MagicMock() results in an AsyncMock which behaves differently than I expected: ``` python3.9 -m asyncio asyncio REPL 3.9.0a5 (default, Apr 18 2020, 00:00:31) [GCC 9.3.0] on linux Use "await" directly instead of "asyncio.run()". Type "help", "c

[issue40333] Request for multi-phase initialization API to run code after importlib init

STINNER Victor added the comment: > 5) Remove PathFinder if filesystem imports are disabled Extract of importlib._bootstrap_external._install(): def _install(_bootstrap_module): ... sys.meta_path.append(PathFinder) PathFinder is always registered. So you are not only asking for an AP

[issue40092] Crash in _PyThreadState_DeleteExcept() at fork in the process child

STINNER Victor added the comment: > Do we have any pep or discuss record about this plan? "since we are going to delete the threading.Thread object with its _tstate_lock object anyway" sentence is a description of the current _PyThreadState_DeleteExcept() implementation. -- ___

[issue39966] mock 3.9 bug: Wrapped objects without __bool__ raise exception

Avram added the comment: Checking for presence and then falling through to the <=3.8 behavior as in the patch, seems reasonable. The default magic method behavior presumably comes out of research, trial, and error. If the docs need to be clearer, I think that's different that scrapping the w

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Łukasz Langa added the comment: Please backport to 3.8, then it will become part of 3.8.3rc1 which I'll be releasing tomorrow. -- nosy: +lukasz.langa ___ Python tracker ___ __

[issue40406] MagicMock __aenter__ should be AsyncMock(return_value=MagicMock())

Change by Karthikeyan Singaravelan : -- nosy: +lisroach, xtreak type: -> behavior ___ Python tracker ___ ___ Python-bugs-list maili

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: New changeset 91a5ae18351027867e99c96db5ea235d9c42e47a by Pablo Galindo in branch 'master': bpo-40217: Clean code in PyType_FromSpec_Alloc and add NEWS entry (GH-19733) https://github.com/python/cpython/commit/91a5ae18351027867e99c96db5ea235d9c42e47a

[issue25597] unittest.mock does not wrap dunder methods (__getitem__ etc)

Change by Karthikeyan Singaravelan : -- pull_requests: +19056 pull_request: https://github.com/python/cpython/pull/19734 ___ Python tracker ___

[issue39966] mock 3.9 bug: Wrapped objects without __bool__ raise exception

Change by Karthikeyan Singaravelan : -- pull_requests: +19055 pull_request: https://github.com/python/cpython/pull/19734 ___ Python tracker ___

[issue40375] Add the UNSELECT command to imaplib

Dong-hee Na added the comment: New changeset c5c42815ecb560bbf34db99b0e15fe9b604be889 by Dong-hee Na in branch 'master': bpo-40375: Implement imaplib.IMAP4.unselect (GH-19712) https://github.com/python/cpython/commit/c5c42815ecb560bbf34db99b0e15fe9b604be889 -- _

[issue39966] mock 3.9 bug: Wrapped objects without __bool__ raise exception

Karthikeyan Singaravelan added the comment: I opened a PR to revert the change. issue25597 was open for sometime and the implications as reported here seem to be greater than the original report to just call the magicmethod. So we can revert the change to ensure there are no regressions in P

[issue40375] Add the UNSELECT command to imaplib

Dong-hee Na added the comment: I am now closing this issue. Thank you Eric and Victor for the review! -- nosy: +vstinner resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40407] Zipfile couldn`t recognized character set rightly.

New submission from 김지훈 : Hi, I am not a developer. However, when I inquired about an abnormality of an open source program before, it was said that there was a problem with the Zipfile module of Python. So I would like to ask it here. I`m a Korean, and a Windows user. And there are useful Wind

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

Change by STINNER Victor : -- keywords: +patch pull_requests: +19057 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19735 ___ Python tracker ___ _

[issue40405] asyncio.as_completed documentation misleading

Guido van Rossum added the comment: I declare this not a bug. The docs do not promise that the Futures being returned are the *same* Futures that were passed in. They are not. They are (or at least may be) new Futures that represent the same event. Since Futures, when used as dict keys, use

[issue18999] Support different contexts in multiprocessing

STINNER Victor added the comment: It seems like this issue has been fixed, so I set its status to closed. -- nosy: +vstinner status: open -> closed ___ Python tracker ___

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

STINNER Victor added the comment: bpo-23267 is marked as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue40408] GenericAlias does not support nested type variables

New submission from Serhiy Storchaka : While trying to replace typing._GenericAlias with GenericAlias I have found that the latter does not support nested type variables. >>> from typing import * >>> T = TypeVar('T') >>> X = List[List[T]] >>> X.__parameters__ (~T,) >>> X[int] typing.List[typin

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

Change by STINNER Victor : -- title: multiprocessing.queues.SimpleQueue leaks 2 fds -> Add multiprocessing.queues.SimpleQueue.close() ___ Python tracker ___ __

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: See also bpo-30966 "Add multiprocessing.SimpleQueue.close()". -- ___ Python tracker ___ ___ Pytho

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

miss-islington added the comment: New changeset 9adccc1384568f4d46e37f698cb3e3a4f6ca0252 by Victor Stinner in branch 'master': bpo-30966: Add multiprocessing.SimpleQueue.close() (GH-19735) https://github.com/python/cpython/commit/9adccc1384568f4d46e37f698cb3e3a4f6ca0252 -- nosy: +mi

[issue40405] asyncio.as_completed documentation misleading

Guido van Rossum added the comment: Reopening so as to give the OP one more chance to state their case. They wrote: """ You've immediately closed the issue so I couldn't even reply to it, Unfortunately, it doesn't return a Future object at all, so technically you're wrong, together with the d

[issue40405] asyncio.as_completed documentation misleading

Bar Harel added the comment: It's a coroutine. Basically the same coroutine yielded over and over, returning the first future's result each time. Like I said, I'm not entirely sure how to phrase it. Maybe "Returns an iterator of awaitables"? -- ___

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Change by Peter Ludemann : -- nosy: +Peter Ludemann ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue40405] asyncio.as_completed documentation misleading

Guido van Rossum added the comment: Oh, you're right. The docstring correctly says this. :-( Do you have the power to submit a PR? I think it should just say that the return values are coroutines (which is what it does). @Yury what do you think? -- resolution: not a bug ->

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset 2b74c835a7280840a853e3a9aaeb83758b13a458 by Pablo Galindo in branch 'master': bpo-40334: Support CO_FUTURE_BARRY_AS_BDFL in the new parser (GH-19721) https://github.com/python/cpython/commit/2b74c835a7280840a853e3a9aaeb83758b13a458

[issue40334] PEP 617: new PEG-based parser

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

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset b94dbd7ac34dc0c79512656eb17f6f07e09fca7a by Pablo Galindo in branch 'master': bpo-40334: Support PyPARSE_DONT_IMPLY_DEDENT in the new parser (GH-19736) https://github.com/python/cpython/commit/b94dbd7ac34dc0c79512656eb17f6f07e09fca7a --

[issue40402] Race condition in multiprocessing/connection.py: broken handle

Rémi Lapeyre added the comment: A call to self._check_closed() is already present in Python 3.5 https://github.com/python/cpython/blob/3.5/Lib/multiprocessing/connection.py#L202-L206 It is possible for some issues to appear when mixing multiprocessing and multithreading thought: In [17]: fro

[issue32117] Tuple unpacking in return and yield statements

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 6.0 -> 7.0 pull_requests: +19059 pull_request: https://github.com/python/cpython/pull/19737 ___ Python tracker ___ __

[issue40402] Race condition in multiprocessing/connection.py: broken handle

Antoine Pitrou added the comment: I don't know if a try..except block is the best solution, but feel free to submit a PR and we can iterate on that :-) -- stage: -> needs patch ___ Python tracker _

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

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

[issue40395] Scripts folder is Empty in python 3.8.2 for Windows 7.

Steve Dower added the comment: Thanks for including logs! It looks like pip ran into an issue during install: C:\Users\\AppData\Local\Temp\tmpppkvx8p2\pip-19.2.3-py2.py3-none-any.whl\pip\_vendor\ipaddress.py:1106: SyntaxWarning: 'str' object is not callable; perhaps you missed a comma? C:\Us

[issue40395] Scripts folder is Empty in python 3.8.2 for Windows 7.

Steve Dower added the comment: As a secondary issue, why didn't the installer fail on the pip failure? Did we decide at some point not to fail the whole thing just because of pip? (It's probably the most unreliable part, as it's a custom action rather than simple installation.) --

[issue30966] Add multiprocessing.queues.SimpleQueue.close()

STINNER Victor added the comment: New changeset 1a275013d1ecc2e3778d64fda86174b2f13d6969 by Victor Stinner in branch 'master': bpo-30966: concurrent.futures.Process.shutdown() closes queue (GH-19738) https://github.com/python/cpython/commit/1a275013d1ecc2e3778d64fda86174b2f13d6969 -

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

Change by STINNER Victor : -- keywords: +patch pull_requests: +19061 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19739 ___ Python tracker ___ _

[issue17013] Allow waiting on a mock

Mario Corchero added the comment: For the record, I have no strong preference over either implementation. @voidspace preferred offline the new mock class, but sadly the rationale is lost in the physical word. -- ___ Python tracker

[issue38728] Update PC/pyconfig.h to support disabling auto linking

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 6.0 -> 7.0 pull_requests: +19062 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19740 ___ Python tracker _

[issue40381] plistlib doesn't handle poorly-formatted plists

Ronald Oussoren added the comment: IMHO this is a bug and plistlib should behave the same as Apple’s libraries here. -- ___ Python tracker ___

[issue40334] PEP 617: new PEG-based parser

Serhiy Storchaka added the comment: The parser generator imports modules token and tokenize. It is not correct, because they are relevant to the Python version used to run the parser generator, and not to the Python version for which the parser is generated. It works currently only because t

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: New changeset 5d1f32d33ba24d0aa87235ae40207bb57778388b by Victor Stinner in branch 'master': bpo-39995: Split test_concurrent_futures.test_crash() into sub-tests (GH-19739) https://github.com/python/cpython/commit/5d1f32d33ba24d0aa87235ae40207bb57778388b --

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: AMD64 Ubuntu Shared 3.x: https://buildbot.python.org/all/#/builders/101/builds/809 == ERROR: test_shutdown_no_wait (test.test_concurrent_futures.ProcessPoolForkserverProcessPoolShutdownTest)

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: > See also bpo-30966 "Add multiprocessing.SimpleQueue.close()". I pushed a commit 1a275013d1ecc2e3778d64fda86174b2f13d6969: "Process.shutdown(wait=True) of concurrent.futures now closes explicitly the result queue." test_shutdown_deadlock_pickle() still rely

[issue40409] urllib.parse.urlsplit parses schemes that do not begin with letters

New submission from Samani Gikandi : RFC 3986 (STD66) says that a URL scheme should begin with an "letter", however urllib.parse.urlsplit (and urlparse) parse strings that don't adhere to this as valid schemes. Example from Python3.8 using "+git+ssh://g...@github.com/user/project.git": >>> f

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: AMD64 Fedora Stable Clang Installed 3.x: https://buildbot.python.org/all/#/builders/127/builds/679 0:04:21 load avg: 1.29 [423/423/1] test_concurrent_futures failed (2 min 39 sec) Warning -- threading_cleanup() failed to cleanup -1 threads (count: 0, dangling

[issue40408] GenericAlias does not support nested type variables

Guido van Rossum added the comment: Good catch. Is there a reasonable fix? -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue40409] urllib.parse.urlsplit parses schemes that do not begin with letters

Change by Samani Gikandi : -- keywords: +patch pull_requests: +19063 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19741 ___ Python tracker ___ _

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: x86 Gentoo Installed with X 3.x: https://buildbot.python.org/all/#/builders/128/builds/726 test_del_shutdown (test.test_concurrent_futures.ProcessPoolSpawnProcessPoolShutdownTest) ... Warning -- Unraisable exception Exception ignored in: .weakref_cb at 0xb50

[issue40394] difflib.SequenceMatcher.find_longest_match default arguments

Lewis Ball added the comment: Okay, that makes sense. I will raise a PR -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue40410] test_multiprocessing_forktest_terminate() timed out after 15 min on s390x Fedora LTO + PGO 3.x

New submission from STINNER Victor : s390x Fedora LTO + PGO 3.x: https://buildbot.python.org/all/#/builders/460/builds/364 0:15:21 load avg: 0.00 [423/423/1] test_multiprocessing_fork crashed (Exit code 1) Timeout (0:15:00)! Thread 0x03ff83dff910 (most recent call first): File "/home/dj

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: ERROR: test_killed_child (test.test_concurrent_futures.ProcessPoolSpawnProcessPoolExecutorTest) (...) File "/home/buildbot/buildarea/3.x.cstratak-fedora-stable-x86_64.clang-installed/build/target/lib/python3.9/multiprocessing/connection.py", line 373, in

[issue40394] difflib.SequenceMatcher.find_longest_match default arguments

Lewis Ball added the comment: Adding a test for this and noticed I can add one more test case to get the method to full coverage. Can I add that to this PR or should I raise a separate one? -- ___ Python tracker

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: > It seems like Connection.close() was called while Connection._send() was > called. I added debug logs: The connection was closed by terminate_broken() called by _ExecutorManagerThread.run() thread: test_killed_child (test.test_concurrent_futures.ProcessP

[issue40394] difflib.SequenceMatcher.find_longest_match default arguments

Tim Peters added the comment: I'm not clear on exactly what it is you're asking, but it's better to ask for forgiveness than permission ;-) That is, it's unlikely anyone will object to adding a test in a feature PR. -- stage: -> needs patch versions: +Python 3.9 __

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: terminate_broken() method was added by: commit 0e89076247580ba0e570c4816f0e5628a7e36e83 Author: Thomas Moreau Date: Sun Mar 1 21:49:14 2020 +0100 bpo-39678: refactor queue manager thread (GH-18551) -- ___ P

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: > ERROR: test_killed_child > (test.test_concurrent_futures.ProcessPoolSpawnProcessPoolExecutorTest) The patch below makes this test failure more likely: diff --git a/Lib/multiprocessing/connection.py b/Lib/multiprocessing/connection.py index 510e4b5aba..635

[issue40394] difflib.SequenceMatcher.find_longest_match default arguments

Change by Lewis Ball : -- keywords: +patch pull_requests: +19064 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/19742 ___ Python tracker __

[issue40394] difflib.SequenceMatcher.find_longest_match default arguments

Lewis Ball added the comment: Oh okay, well I was just saying I have added a test which is unrelated to the feature I have added, but it does test a different part of the same function. Anyway, I have raised a PR for this now (19742) and can separate it out if needed. -- __

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

STINNER Victor added the comment: It seems like test_killed_child() race condition was introduced by: commit a5cbab552d294d99fde864306632d7e511a75d3c (refs/bisect/bad) Author: Thomas Moreau Date: Sun Feb 16 19:09:26 2020 +0100 bpo-39104: Fix hanging ProcessPoolExecutor on shutdown nowa

[issue39104] ProcessPoolExecutor hangs on shutdown nowait with pickling failure

STINNER Victor added the comment: > bpo-39104: Fix hanging ProcessPoolExecutor on shutdown nowait with pickling > failure (GH-17670) > https://github.com/python/cpython/commit/a5cbab552d294d99fde864306632d7e511a75d3c ProcessPoolSpawnProcessPoolExecutorTest.test_killed_child() of test_concurr

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: > The parser generator imports modules token and tokenize. It is not correct, > because they are relevant to the Python version used to run the parser > generator, and not to the Python version for which the parser is generated. > It works currently o

[issue2190] MozillaCookieJar ignore HttpOnly cookies

Daniel Lenski added the comment: Also confused about why this was closed. This format is still frequently used. In the absence of a solution in the standard library, I'm using this kludge to strip the leading `#HttpOnly_`. from tempfile import NamedTemporaryFile from http.cookiejar

[issue40334] PEP 617: new PEG-based parser

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

[issue40334] PEP 617: new PEG-based parser

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

[issue40334] PEP 617: new PEG-based parser

paul rubin added the comment: I just saw this. Interesting. Sometimes I use ast.literal_eval to read big, deeply nested data objects. I can probably convert to JSON if necessary but it's another thing to watch out for. I might try to benchmark some of these. -- nosy: +phr __

[issue2190] MozillaCookieJar ignore HttpOnly cookies

Terry J. Reedy added the comment: This issue was closed as useless for Firefox in 2010 by the original poster, msg109958. My participation here is only as tracker triager, as I only have a consumer knowledge of cookies. Unfortunately, there is no core developer expert for http, let alone t

[issue40334] PEP 617: new PEG-based parser

Guido van Rossum added the comment: @phr: examples welcome! The bigger and nastier, the better. This *should* all be speedy but it wouldn't hurt to check. -- ___ Python tracker _

[issue40411] frozen collection.Counter

New submission from paul rubin : It would be nice to have frozen Counters analogous to frozensets, so they are usable as dictionary keys. One can of course create frozenset(counter.items()) but that means the set items are tuples rather than the original set elements, so it's no longer quick

[issue40334] PEP 617: new PEG-based parser

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

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset d55133f49fe678fbf047a647aa8bb8b520410e8d by Lysandros Nikolaou in branch 'master': bpo-40334: Catch E_EOF error, when the tokenizer returns ERRORTOKEN (GH-19743) https://github.com/python/cpython/commit/d55133f49fe678fbf047a647aa8bb8b5204

[issue40334] PEP 617: new PEG-based parser

Pablo Galindo Salgado added the comment: New changeset 3d53d8756f0403eec6a4e12f183103d651bed6c5 by Lysandros Nikolaou in branch 'master': bpo-40334: Don't skip test_parser:test_trigget_memory_error (GH-19744) https://github.com/python/cpython/commit/3d53d8756f0403eec6a4e12f183103d651bed6c5

[issue40334] PEP 617: new PEG-based parser

Change by paul rubin : -- nosy: -phr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue40411] frozen collection.Counter

Kyle Stanley added the comment: Rather than starting this out as a bpo issue, I would highly recommend bringing forth a proposal for this in python-id...@python.org and explaining in as much detail as possible: 1) How a frozen variation of collection.Counter would benefit your specific use

[issue40411] frozen collection.Counter

Kyle Stanley added the comment: Also, adding Raymond to the nosy list in case he has any specific comments about a frozen collections.Counter. -- nosy: +rhettinger versions: +Python 3.9 ___ Python tracker _

[issue40412] inittab_copy not set to NULL after free, can lead to crashes when running multiple interpreters in a single process

New submission from Gregory Szorc : Filing a bug to placate the requirement that pull requests have issues. -- components: C API messages: 367477 nosy: indygreg priority: normal severity: normal status: open title: inittab_copy not set to NULL after free, can lead to crashes when runni

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

Change by Kyle Stanley : -- nosy: +aeros ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue40412] inittab_copy not set to NULL after free, can lead to crashes when running multiple interpreters in a single process

Change by Gregory Szorc : -- keywords: +patch pull_requests: +19068 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19746 ___ Python tracker ___ __

[issue1726707] add itertools.ichain function and count.getvalue

paul rubin added the comment: Note, nowadays this is implement as itertools.chain.from_iterable . -- ___ Python tracker ___ ___ P

[issue39995] test_concurrent_futures: ProcessPoolSpawnExecutorDeadlockTest.test_crash() fails with OSError: [Errno 9] Bad file descriptor

Change by Kyle Stanley : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

  1   2   >