[issue31639] http.server and SimpleHTTPServer hang after a few requests

Change by Géry : -- pull_requests: +6829 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

Ned Deily added the comment: FWIW, Issue29589 seems to be an older example of this failure. -- nosy: +ned.deily versions: +Python 3.7 ___ Python tracker ___

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: https://bugs.python.org/issue33638 is an example of a very tricky bug caused by wait_for. -- ___ Python tracker ___

[issue31491] Add is_closing() to asyncio.StreamWriter.

Yury Selivanov added the comment: Done in 32391. -- resolution: -> out of date stage: -> resolved status: open -> closed superseder: -> Add StreamWriter.wait_closed() ___ Python tracker

[issue30935] document the new behavior of get_event_loop() in Python 3.6

Yury Selivanov added the comment: New changeset e55de2d77f10d524be0b426e587fbc820f76de71 by Yury Selivanov (Mandeep Singh) in branch 'master': bpo-30935: update get_event_loop docs (GH-2731) https://github.com/python/cpython/commit/e55de2d77f10d524be0b426e587fbc820f76de71 --

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Nathaniel Smith added the comment: Fair enough. And I can't think of any specific way that fixing this is likely to break anyone, just it's subtle enough that I don't necessarily trust my intuition :-). -- ___ Python tracker

[issue31639] http.server and SimpleHTTPServer hang after a few requests

Julien Palard added the comment: New changeset 1cee216cf383eade641aed22f4ec7d4cb565ecff by Julien Palard (Géry Ogam) in branch 'master': bpo-31639: Change ThreadedHTTPServer to ThreadingHTTPServer class name (GH-7195)

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Nathaniel Smith added the comment: Wow, yeah, that is a tricky one. Didn't Ned say, though, that at this point we should be treating 3.7 like an already-released bugfix-only branch? -- ___ Python tracker

[issue30935] document the new behavior of get_event_loop() in Python 3.6

Change by miss-islington : -- pull_requests: +6846 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22087] asyncio: support multiprocessing (support fork)

Change by miss-islington : -- pull_requests: +6847 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: +1 one to fix this in 3.7, Elvis is working on the patch. I don't think we should backport to 3.6 though as it's a behaviour change that people might not expect to get from a bug-fix release. -- versions: -Python 3.5, Python 3.6

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: > Fair enough. And I can't think of any specific way that fixing this is likely > to break anyone, just it's subtle enough that I don't necessarily trust my > intuition :-). In case we find out it doesn't work or causes problems during the beta/rc period,

[issue22087] asyncio: support multiprocessing (support fork)

Change by Yury Selivanov : -- pull_requests: +6851 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33597] Compact PyGC_Head

STINNER Victor added the comment: > Why wouldn't it? It certainly gives believable numbers (see above). > And it seems to defer to your own "perf" tool anyway. I wrote the code and I never seriously tested it, that's why I have doubts :-) Maybe it works, I just suggest to double check the

[issue33479] Document tkinter and threads

Mark Roseman added the comment: Ivan, thanks for making a good first pass of this. The thread section still feels a lot like 'fighting' with the model. Do you mind if I take a crack at it? Won't get to it for a few days, but in case you have any stuff you're in the middle of. I should

[issue33656] IDLE: Turn on DPI awareness on Windows

Terry J. Reedy added the comment: Eryk Sun commented on the PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32181] runaway Tasks with Task.cancel() ignored.

Yury Selivanov added the comment: I think this is caused by https://bugs.python.org/issue30773 (a bug in asynchronous generators) -- ___ Python tracker ___

[issue33597] Compact PyGC_Head

Antoine Pitrou added the comment: As I said, the code just defers to "perf". And you should have tested that :-) I'm not really interested in checking it. All I know is that the very old code (inherited from Unladen Swallow) did memory tracking correctly. And I have no reason to

[issue31830] asyncio.create_subprocess_exec doesn't capture all stdout output

Change by Yury Selivanov : -- nosy: +asvetlov versions: +Python 3.7, Python 3.8 -Python 3.6 ___ Python tracker ___ ___

[issue30935] document the new behavior of get_event_loop() in Python 3.6

miss-islington added the comment: New changeset 51bf38f796c74c7dac5a3d09ad0004494470091c by Miss Islington (bot) in branch '3.6': bpo-30935: update get_event_loop docs (GH-2731) https://github.com/python/cpython/commit/51bf38f796c74c7dac5a3d09ad0004494470091c --

[issue33638] condition lock not re-acquired

Change by Elvis Pranskevichus : -- keywords: +patch pull_requests: +6849 stage: -> patch review ___ Python tracker ___ ___

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Change by Elvis Pranskevichus : -- keywords: +patch pull_requests: +6848 stage: -> patch review ___ Python tracker ___ ___

[issue23859] asyncio: document behaviour of wait() cancellation

Change by Elvis Pranskevichus : -- keywords: +patch pull_requests: +6850 stage: -> patch review ___ Python tracker ___ ___

[issue33597] Compact PyGC_Head

Antoine Pitrou added the comment: > I'm not sure that the code tracking the memory usage in performance works Why wouldn't it? It certainly gives believable numbers (see above). And it seems to defer to your own "perf" tool anyway. > perf has two options: --track-memory and --tracemalloc,

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: Well, we'll have another beta (beta 5) and then a release candidate. I think it's enough. I don't feel comfortable with asyncio living with this bug till 3.8. -- ___ Python tracker

[issue30935] document the new behavior of get_event_loop() in Python 3.6

Change by miss-islington : -- keywords: +patch pull_requests: +6845 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32464] raise NotImplemented vs return NotImplemented

Yury Selivanov added the comment: Seems this issue isn't a bug and can be closed. -- nosy: +yselivanov resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue32104] add method throw() to asyncio.Task

Yury Selivanov added the comment: I'm just going to close this as "won't fix". -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___

[issue22087] asyncio: support multiprocessing (support fork)

Yury Selivanov added the comment: New changeset 5d97b7bcc19496617bf8c448d2f149cc28c73bc7 by Yury Selivanov in branch 'master': bpo-22087: Fix Policy.get_event_loop() to detect fork (GH-7208) https://github.com/python/cpython/commit/5d97b7bcc19496617bf8c448d2f149cc28c73bc7 --

[issue33656] IDLE: Turn on DPI awareness on Windows

Terry J. Reedy added the comment: Thanks for the comments: Ronald: I agree that an int should be passed. I understand your ctype comment as saying that an attribute error before making the call should be the only possible exception. I should have explained the 'unrelated change' to the

[issue33597] Compact PyGC_Head

STINNER Victor added the comment: > Ok, I ran a subset of the benchmarks to record their memory footprint and got > these results: I'm not sure that the code tracking the memory usage in performance works :-) It may be worth to double check the code. By the way, perf has a --tracemalloc

[issue33638] condition lock not re-acquired

Yury Selivanov added the comment: This is caused by wait_for not waiting for the cancelled task. https://bugs.python.org/issue32751 tracks that bug. -- superseder: -> wait_for(future, ...) should wait for the future (even if a timeout occurs)

[issue30935] document the new behavior of get_event_loop() in Python 3.6

miss-islington added the comment: New changeset ca64f3ee5acf61e096eb1bb9fba3baeff0610de4 by Miss Islington (bot) in branch '3.7': bpo-30935: update get_event_loop docs (GH-2731) https://github.com/python/cpython/commit/ca64f3ee5acf61e096eb1bb9fba3baeff0610de4 -- nosy:

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: Tests are maybe not perfect, but the initial issue is fixed: test_asyncio pass again on FreeBSD buildbots. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

STINNER Victor added the comment: I'm not 100% sure that all issues are fixed, but the tests seem much more reliable yet. I close the issue. If the bug reoccurs, I will reopen the issue or open a new one. -- priority: deferred blocker -> resolution: -> fixed stage: patch review ->

[issue33597] Compact PyGC_Head

STINNER Victor added the comment: > As I said, the code just defers to "perf". And you should have tested that > :-) --track-memory and --tracemalloc have no unit tests, it's in the perf TODO list ;-) Well, it was just a remark. I'm looking for new contributors for perf! --

[issue33607] [subinterpreters] Explicitly track object ownership (and allocator).

Antoine Pitrou added the comment: I agree with Victor, we shouldn't add PyObject fields that only have use in certain (minority) situations. The idea of tracking per arena will be non-trivial to implement, as only small objects (smaller than 512 bytes) use our own allocator; larger objects

[issue33638] condition lock not re-acquired

Yury Selivanov added the comment: New changeset e2b340ab4196e1beb902327f503574b5d7369185 by Yury Selivanov (Elvis Pranskevichus) in branch 'master': bpo-32751: Wait for task cancellation in asyncio.wait_for() (GH-7216)

[issue33640] [EASY DOC] uuid: endian of the bytes argument is not documented

Change by STINNER Victor : -- keywords: +easy title: uuid: endian of the bytes argument is not documented -> [EASY DOC] uuid: endian of the bytes argument is not documented ___ Python tracker

[issue32156] Fix flake8 warning F401: ... imported but unused

STINNER Victor added the comment: > I suggest to split your patch on several PR for different domains, and let > the domain experts review changes separately. Right. I should recreate multiple PRs with fewer changes per PR. I close this issue. -- resolution: -> out of date stage:

[issue32333] test_smtplib: dangling threads on x86 Gentoo Non-Debug with X 3.x

STINNER Victor added the comment: I didn't see this failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30758] test_pydoc hangs sometimes on 3.6 and master branches on ARMv7 Ubuntu 3.6/3.x

STINNER Victor added the comment: I didn't see the failure recently. -- resolution: -> out of date status: open -> closed ___ Python tracker ___

[issue31180] test_multiprocessing_spawn hangs randomly

STINNER Victor added the comment: I didn't see the failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue33687] uu.py calls os.path.chmod which doesn't exist

New submission from Poul-Henning Kamp : Library file uu.py on at least 2.7 and 3.6 contains: try: os.path.chmod(out_file, mode) except AttributeError: pass As far as I can tell, os.path.chmod does not exist, so this always raises

[issue22087] asyncio: support multiprocessing (support fork)

Change by Yury Selivanov : -- pull_requests: +6858 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32676] test_asyncio emits many warnings when run in debug mode

Yury Selivanov added the comment: I'll look into this. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: New changeset 3b263e65a80cfcb1fc751834372533773ec024a4 by Yury Selivanov in branch '3.6': bpo-32684: Fix gather to propagate cancel of itself with return_exceptions (GH-7224) https://github.com/python/cpython/commit/3b263e65a80cfcb1fc751834372533773ec024a4

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: New changeset 6f75bae74866b6acf638e3aa610d830d55b7e314 by Yury Selivanov in branch 'master': bpo-32684: Fix nits in tests (GH-7225) https://github.com/python/cpython/commit/6f75bae74866b6acf638e3aa610d830d55b7e314 --

[issue22087] asyncio: support multiprocessing (support fork)

Yury Selivanov added the comment: Even though I committed a version of Dan's patch to 3.7 and 3.8, I've finally decided to revert it and do it properly instead. We should strive to implement a proper solution, not commit some half-working code. A concrete plan (for Python 3.8 probably):

[issue31639] http.server and SimpleHTTPServer hang after a few requests

Change by Julien Palard : -- pull_requests: +6852 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Change by miss-islington : -- pull_requests: +6853 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31851] test_subprocess hangs randomly on Windows with Python 3.x

STINNER Victor added the comment: I didn't see the failure recently, I close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7

STINNER Victor added the comment: I didn't see the failure recently. I close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue29512] regrtest refleak: implement bisection feature

STINNER Victor added the comment: I created the PR 7229 to rename Lib/test/bisect.py to Lib/test/bisect_cmd.py. -- ___ Python tracker ___

[issue22087] asyncio: support multiprocessing (support fork)

Yury Selivanov added the comment: another related issue: https://bugs.python.org/issue33688 -- ___ Python tracker ___ ___

[issue33688] asyncio child watchers aren't fork friendly

Change by Zac Medico : -- nosy: +zmedico ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Change by miss-islington : -- pull_requests: +6863 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: New changeset 3ddee64587482082fcbab930ff82ed67aa9f4a0d by Yury Selivanov (Miss Islington (bot)) in branch '3.7': bpo-32684: Fix nits in tests (GH-7225) (#7231) https://github.com/python/cpython/commit/3ddee64587482082fcbab930ff82ed67aa9f4a0d --

[issue33686] test_concurrent_futures: test_pending_calls_race() failed on x86 Windows7 3.6

New submission from STINNER Victor : x86 Windows7 3.6: http://buildbot.python.org/all/#/builders/90/builds/354 0:23:45 [111/407/1] test_concurrent_futures failed == FAIL: test_pending_calls_race

[issue32911] Doc strings no longer stored in body of AST

Ned Deily added the comment: Thank you all for your input and thank you, Inada-san and Serhiy, for the PRs. Is there anything more that needs to go in for 3.7.0b5 tomorrow so that this can be tested before the release candidate? If not, can we now close this again? If new issues arise

[issue33356] Windows 10 buildbot: test__xxsubinterpreters.test_already_running() fails randomly

STINNER Victor added the comment: I didn't see this failure recently, I close the bug. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue33638] condition lock not re-acquired

Change by miss-islington : -- pull_requests: +6855 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Change by miss-islington : -- pull_requests: +6854 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33357] [EASY C] test_posix.test_posix_spawn_file_actions() leaks memory

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

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: New changeset e2b340ab4196e1beb902327f503574b5d7369185 by Yury Selivanov (Elvis Pranskevichus) in branch 'master': bpo-32751: Wait for task cancellation in asyncio.wait_for() (GH-7216)

[issue32592] Drop support of Windows Vista in Python 3.7

STINNER Victor added the comment: I failed to fix failures on my PR. It's now too late for Python 3.7. If someone is interested to drop Vista support from Python 3.8, I suggest to open a new issue instead. -- resolution: -> out of date stage: patch review -> resolved status: open

[issue32334] test_configparser left @test_2876_tmp temporary file on x86 Windows7 3.x

STINNER Victor added the comment: I didn't see this failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue29301] decimal: Use FASTCALL and/or Argument Clinic

STINNER Victor added the comment: Sorry, I lost interest in this optimization. If someone wants to work on it, please open a new issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue33688] asyncio child watchers aren't fork friendly

New submission from Yury Selivanov : _UnixDefaultEventLoopPolicy doesn't detect fork and tries to re-use the inherited child watcher. [1] is my idea how to fix this. Andrew, AFAIK subprocesses was something that you worked on at some point. Do you have time to look into this? Need tests and

[issue29512] regrtest refleak: implement bisection feature

Change by STINNER Victor : -- pull_requests: +6861 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23859] asyncio: document behaviour of wait() cancellation

Change by Elvis Pranskevichus : -- pull_requests: +6862 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: New changeset 863b6749093a86810c4077112a857363410cc221 by Yury Selivanov in branch 'master': bpo-32684: Fix gather to propagate cancel of itself with return_exceptions (GH-7209)

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

STINNER Victor added the comment: Some buildbots migrated to faster Azure models. Tests are now run without the largefile test resource on other buildbots. It seems like the issue is gone. Thanks for everyone who helped to fix this bug! -- resolution: -> fixed stage: -> resolved

[issue32646] test_asyncgen: race condition on test_async_gen_asyncio_gc_aclose_09(), random failure

STINNER Victor added the comment: I didn't see this failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue32654] Fixes Python for Android API 19

STINNER Victor added the comment: I'm sorry, but I'm not longer interested to work on supporting Android API 19. I close the bug. If someone wants to continue to work on the Android support, it's probably better to first focus on most recent Android versions. -- resolution: -> wont

[issue32090] test_put() of test_multiprocessing queue tests has a race condition

STINNER Victor added the comment: I didn't see this failure recently, and I'm no longer able to reproduce the issue on Linux. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue31246] [2.7] test_signal.test_setitimer_tiny() fails randomly on x86-64 El Capitan 2.7

STINNER Victor added the comment: I didn't see the failure recently. I close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: The bug has been fixed in Python 3.7. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

STINNER Victor added the comment: The bug has been fixed in Python 3.7. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33670] Use errorlevel of Sphinx main() in Doc\make.bat

Steve Dower added the comment: Thanks! -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33670] Use errorlevel of Sphinx main() in Doc\make.bat

Steve Dower added the comment: New changeset 5583ef4777452e79278de80755d403f1c5b7781d by Steve Dower (Andrés Delfino) in branch '2.7': [2.7] bpo-33670: Expose Sphinx errorlevel (GH-7156). (GH-7201) https://github.com/python/cpython/commit/5583ef4777452e79278de80755d403f1c5b7781d --

[issue33638] condition lock not re-acquired

miss-islington added the comment: New changeset d8948c5e09c4a2a818f6f6cfaf8064f2c2138fa5 by Miss Islington (bot) in branch '3.7': bpo-32751: Wait for task cancellation in asyncio.wait_for() (GH-7216) https://github.com/python/cpython/commit/d8948c5e09c4a2a818f6f6cfaf8064f2c2138fa5

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

miss-islington added the comment: New changeset d8948c5e09c4a2a818f6f6cfaf8064f2c2138fa5 by Miss Islington (bot) in branch '3.7': bpo-32751: Wait for task cancellation in asyncio.wait_for() (GH-7216) https://github.com/python/cpython/commit/d8948c5e09c4a2a818f6f6cfaf8064f2c2138fa5

[issue22087] asyncio: support multiprocessing (support fork)

Change by Yury Selivanov : -- pull_requests: +6865 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22087] asyncio: support multiprocessing (support fork)

Change by Yury Selivanov : -- pull_requests: +6864 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31639] http.server and SimpleHTTPServer hang after a few requests

Julien Palard added the comment: New changeset 4f53e2ac16e0bebae0a0c18f220295035b081ee3 by Julien Palard in branch '3.7': [3.7] bpo-31639: Change ThreadedHTTPServer to ThreadingHTTPServer class name (GH-7195) (GH-7219)

[issue22087] asyncio: support multiprocessing (support fork)

Yury Selivanov added the comment: New changeset af9cda9845666e2f704177a431d29f91efbf828a by Yury Selivanov in branch '3.7': Revert "bpo-22087: Fix Policy.get_event_loop() to detect fork (GH-7208)" (GH-7233) https://github.com/python/cpython/commit/af9cda9845666e2f704177a431d29f91efbf828a

[issue33638] condition lock not re-acquired

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

[issue33672] Fix Task.__repr__ crash when trying to format Cython's bogus coroutines

Yury Selivanov added the comment: Yes, thanks Ned -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Pablo Galindo Salgado added the comment: Buildbot AMD64 FreeBSD 10.x Shared 3.x is failing with the same problem: Assertion failed: (_PyGCHead_REFS(gc) != 0), function visit_decref, file Modules/gcmodule.c, line 277. Fatal Python error: Aborted -- nosy: +pablogsal

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Change by Yury Selivanov : -- pull_requests: +6856 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32676] test_asyncio emits many warnings when run in debug mode

STINNER Victor added the comment: Any progress on this issue? "python3.8 -X dev -m test_asyncio" logs dozens of warnings, so it's hard to spot regressions. -- ___ Python tracker

[issue31971] idle_test: failures on x86 Windows7 3.x

STINNER Victor added the comment: I didn't see the failure recently, I close the issue. -- resolution: -> out of date stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue30391] test_threading_handled() and test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: bpo-31233 and bpo-31151 have fixed the issue in Python 3.7. I'm not sure how to fix the issue in Python 2.7 and 3.6. But since I didn't see the failure recently, I close the issue. -- resolution: -> fixed stage: -> resolved status: open -> closed

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: New changeset 036434273e6f6905403432c973d98ade1ae58197 by Yury Selivanov (Miss Islington (bot)) in branch '3.7': bpo-32684: Fix gather to propagate cancel of itself with return_exceptions (GH-7209) (#7222)

[issue29326] Blank lines in ._pth file are not ignored

Steve Dower added the comment: Please create a new issue. This one is closed. -- ___ Python tracker ___ ___ Python-bugs-list

[issue23859] asyncio: document behaviour of wait() cancellation

STINNER Victor added the comment: > https://github.com/python/cpython/commit/f9aeca2085464838f04bf13f816a1f861d43541f " + when a timeout accurs. " typo: accurs => occurs -- ___ Python tracker

[issue22087] asyncio: support multiprocessing (support fork)

Yury Selivanov added the comment: New changeset 99279ad823a758288e4e41962abfc4dad8943ce8 by Yury Selivanov in branch 'master': Revert "bpo-22087: Fix Policy.get_event_loop() to detect fork (GH-7208)" (#7232) https://github.com/python/cpython/commit/99279ad823a758288e4e41962abfc4dad8943ce8

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> behavior ___ Python tracker ___

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

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

  1   2   3   >