[issue40411] frozen collection.Counter

paul rubin added the comment: Totally tangential: Veky, your ordinal example would work ok in Haskell and you'd have omega work the same way as epsilon0. Take a look at Herman Ruge Jervell's book "Proof Theory" for a really nice tree-based ordinal notation that goes much higher than

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

BenTen Jan added the comment: First and foremost thanks for replying, 1. I don't have any virus scanner installed. 2. I have tried running "python -m ensurepip" it shows me Following error C:\Python>Python get-pip.py Traceback (most recent call last): File "get-pip.py", line 22711, in

[issue40061] Possible refleak in _asynciomodule.c future_add_done_callback()

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 3.0 -> 4.0 pull_requests: +19069 stage: -> patch review pull_request: https://github.com/python/cpython/pull/19748 ___ Python tracker

[issue40411] frozen collection.Counter

paul rubin added the comment: Yeah I think the basic answer to this ticket is "Python doesn't really have multisets and a proposal to add them should go somewhere else". Fair enough-- consider the request withdrawn from here. Regarding minimalism vs completeness, regarding some feature X

[issue40411] frozen collection.Counter

Raymond Hettinger added the comment: If you're interested in pursuing this, please follow Kyle's suggestion and move this to Python ideas. The two frozencounter use cases presented are pretty exotic, something encountered rarely in a lifetime. That is well below the threshold for growing

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

hai shi added the comment: > "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. Oh, got it. thanks for your explanation :) --

[issue40411] frozen collection.Counter

Kyle Stanley added the comment: paul rubin wrote: > In that case, it works for what it is made for, so it really then is a > separate question of whether implementing multisets properly is worthwhile. Indeed, that seems to be the primary question to address. Personally, I don't have any

[issue40416] Calling TextIOWrapper.tell() in the middle of reading a gb2312-encoded file causes UnicodeDecodeError

New submission from Rob Malouf : Calling TextIOWrapper.tell() while reading the attached gb2312-encoded file like this: with open('udhr-gb2312.txt', encoding='GB2312') as f: while True: line = f.readline() t = f.tell() if not line: break gives this

[issue40359] email.parse part.get_filename() fails to unwrap long attachment file names (legacy API)

Matthew Davis added the comment: Ah, yes that workaround works. Thanks! So what's the exact status of this policy? It's called the default policy, but it's not used by default? If I download the latest version of python, will this be parsed correctly without explicitly setting the policy?

[issue40411] frozen collection.Counter

Vedran Čačić added the comment: Just another usecase: one of my students is writing an implementation of ordinal arithmetic in Python as a graduate thesis. FrozenCounters whose keys are FrozenCounters and whose values are natural numbers are _exactly_ isomorphic (via Cantor's normal form) to

[issue40411] frozen collection.Counter

paul rubin added the comment: Oops I meant "*without* 100s of third party modules" in the case of ruby gems or npm. There are just a few pip modules that I really use all the time, most notably bs4. I continue to use urllib/urllib2 instead of requests because I'm used to them and because

[issue40358] pathlib's relative_to should behave like os.path.relpath

Domenico Ragusa added the comment: Yeah, you're right, there's no access to the filesystem and the result is generated assuming the paths are already resolved. `strict` seems to be an appropriate name for the option, thanks. I've looked into the test suite, it helped a lot especially with

[issue40358] pathlib's relative_to should behave like os.path.relpath

Change by Domenico Ragusa : Removed file: https://bugs.python.org/file49081/pathlib.diff ___ Python tracker ___ ___ Python-bugs-list

[issue40411] frozen collection.Counter

paul rubin added the comment: Kyle, thanks, I saw your comment after posting my own, and I looked at Raymond's mailing list post that you linked. I do think that "completing the grid" is a good thing in the cases where it's obvious how to do it (if there's one and one obvious way, then

[issue40411] frozen collection.Counter

paul rubin added the comment: Yes, the idea was for them to be hashable, to be used as dict keys. E.g. if you use frozensets to model graphs, you'd use frozen multisets for hypergraphs. My immediate use case involved word puzzles, e.g. treating words as bags of scrabble tiles with letters

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

Kyle Stanley added the comment: After writing the above out and a bit of further consideration, I think it might make more sense to wait for the event after setting `self._closed = True` so that it prevents future wakeup() and clear() calls from reading/writing to the pipe, while still

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

Kyle Stanley added the comment: I can't be certain for the other failures, but I'm currently exploring a potential solution for addressing the `test_killed_child` failure. To me, it seems to be a race condition with attempting to call _ThreadWakeup.close() while there are still bytes being

[issue40405] asyncio.as_completed documentation misleading

Yury Selivanov added the comment: > @Yury what do you think? Yeah, the documentation needs to be fixed. > Maybe "Returns an iterator of awaitables"? I'd suggest to change to: "Return an iterator of coroutines. Each coroutine allows to wait for the earliest next result from the set of the

[issue40415] _asyncio extensions crashes if initialized multiple times in same process

Gregory Szorc added the comment: Oh, I just went to patch this and it is a dupe of 40294, which has already been fixed and backported. -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker

[issue40415] _asyncio extensions crashes if initialized multiple times in same process

Change by Gregory Szorc : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40415] _asyncio extensions crashes if initialized multiple times in same process

New submission from Gregory Szorc : Most of CPython's extensions can be initialized and freed multiple times in the same process. However, _asyncio crashes on at least CPython 3.8.2 when this is done. STR: 1. Create a new Python interpreter 2. Have it import _asyncio 3. Finalize that

[issue40411] frozen collection.Counter

Raymond Hettinger added the comment: Do you want to freeze a counter to prevent future count changes or bto make it to be hashable? Essentially the only reason we have frozenset is to use sets as dict keys to model graphs, but that wouldn't make much sense for counters. What multiset

[issue40414] Incorrect mouse and keyboard mapping

New submission from Jah-On : Hi all, On Ubuntu Cinnamon Remix, with python3, and tkinter, canvas.bind("<1>", callback) canvas.bind("<2>", callback) canvas.bind("<3>", callback) canvas.bind("<4>", callback) canvas.bind("<5>", callback) are now mapped to mouse buttons, instead of keyboard

[issue40413] Py_RunMain() crashes on subsequence call

Gregory Szorc added the comment: Actually, I can reproduce the crash without Py_RunMain(). So I don't think the crash is related to the additional cleanup that Py_RunMain() does in addition to Py_FinalizeEx(). But I'd like to keep this issue open to track the original question about

[issue40413] Py_RunMain() crashes on subsequence call

New submission from Gregory Szorc : I'm attempting to perform the following actions multiple times in a single process with CPython 3.8.2: 1) Initialize an interpreter using the PEP-587 APIs. 2) Call Py_RunMain() (which finalizes the interpreter). However, I've encountered at least 2 crashes

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

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

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

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

[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

[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

[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

[issue40334] PEP 617: new PEG-based parser

Change by paul rubin : -- nosy: -phr ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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

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)

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

[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

[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

[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

[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

[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

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

[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

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

[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

[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

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

[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

[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

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

[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

[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

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

[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

[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

[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

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

[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

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

[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

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

[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

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

[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

[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

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

[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

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

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

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

Change by STINNER Victor : -- pull_requests: +19060 pull_request: https://github.com/python/cpython/pull/19738 ___ 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

[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

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

[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

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

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

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

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

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

[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

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

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

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

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

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

[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

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

[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

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

[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

[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

[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

[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

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

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

[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

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

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

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

  1   2   >