[issue38438] argparse "usage" overly-complex with nargs="*"

Raymond Hettinger added the comment: Bob, would like to create a PR? -- assignee: -> rhettinger ___ Python tracker ___ ___

[issue38014] Python 3.7 does not compile

Change by Matej Cepl : -- nosy: -mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38440] Possible news issues with IDLE

New submission from Raymond Hettinger : I've been exercising the 3.8.0rc1 version of IDLE and noticed two anomalies but have not had a chance to investigate further: * Periodically in a long shell session, the cursor jumps to the beginning of the cumulative text output. This necessitates a

[issue38167] O_DIRECT read fails with 4K mmap buffer

Josh Rosenberg added the comment: Yeah, not a bug. The I/O subsystem was substantially rewritten between Python 2 and Python 3, so you sometimes need to be more explicit about things like buffering, but as you note, once the buffering is correct, the code works; there's nothing to fix.

[issue38438] argparse "usage" overly-complex with nargs="*"

Change by Karthikeyan Singaravelan : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17894] Edits to descriptor howto

Raymond Hettinger added the comment: I am actively working on updates. However, the work on Python 3.8's whatsnew and doc fixes are a more immediate priority. Cumulatively, I've put an a lot of effort in to this and have made a continuous stream of improvements over the years including

[issue13322] The io module doesn't support non-blocking files

Change by Matt Joiner : -- nosy: -anacrolix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38422] Clarify docstrings of pathlib suffix(es)

Change by Brandt Bucher : -- type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38014] Python 3.7 does not compile

Change by Teddy Thomas : -- nosy: +tthoma24 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38438] argparse "usage" overly-complex with nargs="*"

Change by Brandt Bucher : -- nosy: +brandtbucher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38355] ntpath.realpath() fails on sys.executable

Change by Kyle Stanley : -- stage: backport needed -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38359] pyw.exe opens console window in Windows 10

Change by Kyle Stanley : -- stage: backport needed -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38344] activate.bat else needs to be on the same line as the if

Change by Kyle Stanley : -- stage: patch review -> commit review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38439] IDLE menu icon is blurry on GNOME

New submission from Miro Hrončok : See the attached screenshot. All the GNOME apps have scalable icons, only the IDLE icon is scaled up from 48x48 pixels. I've found similar issue32129, but apparently the accepted resolution was to change a bit of code somewhere, not to provide higher

[issue38348] Make python -m ast more configurable

Ivan Levkivskyi added the comment: I don't have any strong opinion either way, so it looks like we need to wait until someone else will ask for this. -- ___ Python tracker

[issue38428] Can't gracefully ctrl+C multiprocessing pool on Python3 & Windows

Eryk Sun added the comment: > Python 2.7 had totally different code, IIRC. In 2.7 the wait() method of threading._Condition implements the timeout with a loop the calls time.sleep() with an increasing delay from 500 microseconds up to 50 ms, and no more than the remaining time. > But the

[issue32561] Add API to io objects for cache-only reads/writes

Nathaniel Smith added the comment: > If you wanted to keep async disk access separate from the io module, then > what we'd have to do is to create a fork of all the code in the io module, > and add this feature to it. Thinking about this again today, I realized there *might* be another

[issue36553] inspect.is_decorator_call(frame)

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

[issue38436] Improved performance for list addition.

Pablo Galindo Salgado added the comment: >From the PR: Where the benchmarks executed with CPU isolation? I am a bit suspicious of the - pickle_list: 3.63 us +- 0.08 us -> 3.78 us +- 0.10 us: 1.04x slower (+4%) If not, can you repeat them with CPU isolation and affinity? Check this for more

[issue38438] argparse "usage" overly-complex with nargs="*"

Eric V. Smith added the comment: I think [arg ...] would make sense. Removing 3.5 and 3.6, since they're in security only mode. Adding 3.9. -- nosy: +eric.smith versions: +Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Pablo Galindo Salgado added the comment: Thanks Victor and Tim! -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Pablo Galindo Salgado added the comment: New changeset 320dd504ddf65efe946e6d1e89053ed2d7ebe1e9 by Pablo Galindo in branch 'master': bpo-38437: Activate GC_DEBUG when PY_DEBUG is set (GH-16707) https://github.com/python/cpython/commit/320dd504ddf65efe946e6d1e89053ed2d7ebe1e9 --

[issue38435] Start the deprecation cycle for subprocess preexec_fn

Gregory P. Smith added the comment: With task specific arguments. cwd, start_new_session, group, extra_groups, user, etc.. We cannot provide a general do everything replacement and should not try. It not possible. -- ___ Python tracker

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Tim Peters added the comment: +1. This code got quite brittle when they decided to fit two pointers, a fat integer, and 3 flags into a struct with room for only the two pointers ;-) It's a mine field now. Enabling one of the few automated mine detectors is thoroughly sensible.

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Pablo Galindo Salgado added the comment: > Under which condition can such list be corrupted? If someone is adding/modifiying the gc and calls any of the functions that set the gc flags like (PREV_MASK_COLLECTING). One example is that after calling move_unreachable(), the unreachable set has

[issue38435] Start the deprecation cycle for subprocess preexec_fn

STINNER Victor added the comment: What is the recommanded way to replace preexec_fn? -- nosy: +vstinner ___ Python tracker ___ ___

[issue38437] Set GC_DEBUG for debug builds of the interpreter

STINNER Victor added the comment: Under which condition can such list be corrupted? -- ___ Python tracker ___ ___ Python-bugs-list

[issue38438] argparse "usage" overly-complex with nargs="*"

New submission from Bob Alexander : This program: import argparse ap = argparse.ArgumentParser() ap.add_argument("arg", nargs="*") ap.parse_args() Gives usage message: usage: help_complexity.py [-h] [arg [arg ...]] It's correct, but unnecessarily complex and challenging to the user. If I

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Change by Pablo Galindo Salgado : -- stage: patch review -> versions: -Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue38437] Set GC_DEBUG for debug builds of the interpreter

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +16292 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16707 ___ Python tracker

[issue38437] Set GC_DEBUG for debug builds of the interpreter

New submission from Pablo Galindo Salgado : While working on bpo-38379 I had to manually set the GC_DEBUG macro to 1 to activate the extra checks that 'validate_list' does. These checks are super useful to make sure all the gc lists used are consistent and in the expected state with the

[issue38282] socketmodule.c: _FORTIFY_SOURCE=2 warning in AF_ALG case of getsockaddrarg()

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

[issue38282] socketmodule.c: _FORTIFY_SOURCE=2 warning in AF_ALG case of getsockaddrarg()

STINNER Victor added the comment: New changeset d565fb9828ee9c494bb7a80057a08e4738273e30 by Victor Stinner in branch 'master': bpo-38282: Rewrite getsockaddrarg() helper function (GH-16698) https://github.com/python/cpython/commit/d565fb9828ee9c494bb7a80057a08e4738273e30 --

[issue36229] Avoid unnecessary copies for list, set, and bytearray ops.

Change by Brandt Bucher : -- pull_requests: -16290 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38436] Improved performance for list addition.

Change by Brandt Bucher : -- keywords: +patch pull_requests: +16289 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16705 ___ Python tracker ___

[issue36229] Avoid unnecessary copies for list, set, and bytearray ops.

Change by Brandt Bucher : -- pull_requests: +16290 pull_request: https://github.com/python/cpython/pull/16705 ___ Python tracker ___

[issue38436] Improved performance for list addition.

New submission from Brandt Bucher : The attached PR adds a fast path for BINARY_ADD instructions involving two lists, where the left list has a refcount of exactly 1. In this case, we instead do a PySequence_InPlaceConcat operation. This has the affect of avoiding quadratic complexity for

[issue38417] Add support for settting umask in subprocess children

Gregory P. Smith added the comment: preexec_fn has been mentally and advisability deprecated for years. :) I'll mark it officially with pending deprecation in 3.9 destined to be removed in 3.11. tracking that in its own rollup issue https://bugs.python.org/issue38435 As far as posix_spawn

[issue38435] Start the deprecation cycle for subprocess preexec_fn

New submission from Gregory P. Smith : subprocess's preexec_fn feature needs to enter PendingDeprecationWarning state in 3.9, to become a DeprecationWarning in 3.10, with a goal of removing it in 3.11. Rationale: We now live in a world full of threads, it is entirely unsafe to call back

[issue17894] Edits to descriptor howto

Change by Ned Batchelder : -- resolution: rejected -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing

[issue38014] Python 3.7 does not compile

Change by Chih-Hsuan Yen : -- nosy: +yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38434] sys.addaudithook event is not documented

New submission from Steve Dower : The sys.addaudithook raises an audit event 'sys.addaudithook'. The docs for the function refer to the event, as it has slightly different semantics than most, but it is not named explicitly and does not appear in the table of events. -- assignee:

[issue38432] ZeroDivisionError when inf is expected

STINNER Victor added the comment: That's not a bug: 64-bit float of IEEE 754 rounds 1e-324 to 0.0. vstinner@apu$ python3 Python 3.7.4 (default, Jul 9 2019, 16:32:37) [GCC 9.1.1 20190503 (Red Hat 9.1.1-1)] on linux Type "help", "copyright", "credits" or "license" for more information. >>>

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

New submission from Terry J. Reedy : In my current 2.7.16+ Windows 10-64 repository build, and on at least one 8.1-64 buildbot, the tcl/tk version is 8.5.19 >>> tk.Tk().tk.call('info', 'patchlevel') '8.5.19' In my installed 2.7.17rc1, it is the older 8.5.15. It would seem to me that we

[issue38428] Can't gracefully ctrl+C multiprocessing pool on Python3 & Windows

Steve Dower added the comment: I think you're right about that change touching the right code, but I'm pretty sure it wasn't working before either. (Python 2.7 had totally different code, IIRC.) But the good news is that we should be able to use code similar to what's in

[issue38431] dataclasses.InitVar breaks with typing.Optional

Change by Samuel Colvin : -- pull_requests: +16288 pull_request: https://github.com/python/cpython/pull/16702 ___ Python tracker ___

[issue38431] dataclasses.InitVar breaks with typing.Optional

Serhiy Storchaka added the comment: Oh, Samuel already made a PR. Then I withdraw PR 16701. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue38431] dataclasses.InitVar breaks with typing.Optional

Change by Serhiy Storchaka : -- pull_requests: +16287 pull_request: https://github.com/python/cpython/pull/16701 ___ Python tracker ___

[issue38432] ZeroDivisionError when inf is expected

New submission from Behzad Seyfi : >>> 1/1e-323 inf >>> 1/1e-324 Traceback (most recent call last): File "", line 1, in ZeroDivisionError: float division by zero in a 1/x fraction, up to x = 1e-324 it is inf but when x = 1e-325 or little it throws ZeroDivisionError. It is not acceptable

[issue38431] dataclasses.InitVar breaks with typing.Optional

Change by Samuel Colvin : -- keywords: +patch pull_requests: +16286 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16700 ___ Python tracker ___

[issue38431] dataclasses.InitVar breaks with typing.Optional

Karthikeyan Singaravelan added the comment: git blame points to https://github.com/python/cpython/commit/01ee12ba35a333e8a6a25c4153c4a21838e9585c . I am tagging this as a 3.8 regression since the commit was not backported and 3.7 works fine. Feel free to remove it if it's a mistake.

[issue38431] dataclasses.InitVar breaks with typing.Optional

Samuel Colvin added the comment: This is a bug with the `__repr__` method on `InitVar`. I'm working on a PR now. -- ___ Python tracker ___

[issue38431] dataclasses.InitVar breaks with typing.Optional

Change by Karthikeyan Singaravelan : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38431] dataclasses.InitVar breaks with typing.Optional

New submission from Samuel Colvin : The following code works fine with python 3.7 but breaks with 3.8: ``` import dataclasses from typing import Optional @dataclasses.dataclass class TestingDataclass: base_path: dataclasses.InitVar[Optional[str]] = None ``` Exception traceback: ```

[issue37931] crash reimporting posix after Py_Finalize on mac

Benoit Hudson added the comment: Ping! The patch has been ready for review for over a month. If the patch can be backported to 2.7.x before that gets end-of-lifed it would be ideal. -- versions: +Python 2.7 ___ Python tracker

[issue38230] A Path Traversal vulnerability in test/ssl_servers.py

STINNER Victor added the comment: Lib/test/ssl_servers.py is an internal test helper and not designed to be used by any end-user. Don't use it ;-) -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue36553] inspect.is_decorator_call(frame)

Sylvain Marie added the comment: Quick update on this feature: for the following example to work: from inspect import is_decorator_call def set_hello_tag(tag='world'): if is_decorator_call(): # called without parenthesis! # the decorated object is `tag` return

[issue38230] A Path Traversal vulnerability in test/ssl_servers.py

Karthikeyan Singaravelan added the comment: I would propose closing since it's meant for tests and not for end users. I am also not sure if one of the tests depend on this behavior. Adding Victor as friendly ping since it's tagged as security. -- nosy: +vstinner

[issue37972] unittest.mock.call does not chain __getitem__ to another _Call object

Karthikeyan Singaravelan added the comment: Closing as fixed since PRs were merged. Thanks Ben. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38282] socketmodule.c: _FORTIFY_SOURCE=2 warning in AF_ALG case of getsockaddrarg()

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

[issue38339] [3.5] The doc job of Travis CI fails on Python 3.5: needs at least Sphinx v1.8

STINNER Victor added the comment: Larry merged my fix: commit edd9bc9cc99c919bdc87e5955ec8ad93c295fbe2 Author: Victor Stinner Date: Tue Oct 8 19:12:21 2019 +0200 [3.7] Doc: Bump sphinx. (GH-10676) (GH-10803) (#16522) (cherry picked from commit

[issue38367] test_regrtest hanged on AMD64 Windows10 3.x

STINNER Victor added the comment: I hope that this bug has been fixed by my latest fix for bpo-37531. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue38109] Missing constants in Lib/stat.py

Ronan Lamy added the comment: Thanks Victor! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38353] Cleanup the path configuration implementation code (getpath.c)

STINNER Victor added the comment: I created this issue to attempt to modify _PyPathConfig to use PyWideStringList for module_search_paths, to support ":" character in a path. It would fix bpo-31210. See also bpo-12989. -- ___ Python tracker

[issue15498] Eliminate the use of deprecated OS X APIs in getpath.c

STINNER Victor added the comment: The deprecation warnings are not fixed yet. They were quickly mentioned at: https://bugs.python.org/issue38429#msg354367 -- nosy: +vstinner ___ Python tracker

[issue38429] Failed to compile with --enable-framework on macOS on master

Ronald Oussoren added the comment: W.r.t. the deprecated APIs in getpath.c: Issue15498 That issue contains an ancient patch to switch to non-deprecated APIs, but we haven't had time yet to fully test these. The issue also mentions that Apple's install of Python already switched away from

[issue38109] Missing constants in Lib/stat.py

STINNER Victor added the comment: I understand that backporting the change up to 3.7 makes your life easier, so I merged it. The change is safe and should not affect the regular use case (when the C extension _stat is used). Thanks Ronan for this nice enhancement. It's good to see the stat

[issue38109] Missing constants in Lib/stat.py

STINNER Victor added the comment: New changeset f5ed41c1ae9a575e965d55c6a5e86fb59181eee8 by Victor Stinner (Miss Islington (bot)) in branch '3.7': bpo-38109: Add missing constants to Lib/stat.py (GH-16665) (GH-16691)

[issue38109] Missing constants in Lib/stat.py

STINNER Victor added the comment: New changeset 8ab11c433a81b6c7ef84a66e36fbe199915e2ff6 by Victor Stinner (Miss Islington (bot)) in branch '3.8': bpo-38109: Add missing constants to Lib/stat.py (GH-16665) (GH-16690)

[issue14307] Make subclassing SocketServer simpler for non-blocking frameworks

STINNER Victor added the comment: > Hard to understand the reluctancy to _allow_ for a different way to handle > accept timeouts. But this is also why I stopped contributing to core, > because it turned out to be more about lobbying than anything else. To get a change merged into Python,

[issue38109] Missing constants in Lib/stat.py

Ronan Lamy added the comment: Well, my interest in this is to reduce the divergence between PyPy and CPython, and, potentially, to help other implementations. So I actually care more about 3.7 than about 3.9, which I probably won't look at before 2021. That said, I don't *need* anything:

[issue38429] Failed to compile with --enable-framework on macOS on master

STINNER Victor added the comment: Thanks for the bug report Haruka Ma, it should now be fixed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38353] Cleanup the path configuration implementation code (getpath.c)

STINNER Victor added the comment: New changeset b6e0fc74265db96fdd0e0b8151c768c583ad80f0 by Victor Stinner in branch 'master': bpo-38353: Fix typos in calculate_argv0_path_framework() (GH-16695) https://github.com/python/cpython/commit/b6e0fc74265db96fdd0e0b8151c768c583ad80f0 --

[issue38429] Failed to compile with --enable-framework on macOS on master

STINNER Victor added the comment: New changeset b6e0fc74265db96fdd0e0b8151c768c583ad80f0 by Victor Stinner in branch 'master': bpo-38353: Fix typos in calculate_argv0_path_framework() (GH-16695) https://github.com/python/cpython/commit/b6e0fc74265db96fdd0e0b8151c768c583ad80f0 --

[issue14307] Make subclassing SocketServer simpler for non-blocking frameworks

Kristján Valur Jónsson added the comment: Nice necro :) Socketserver is already subclassable and overridable for so many things. Hard to understand the reluctancy to _allow_ for a different way to handle accept timeouts. But this is also why I stopped contributing to core, because it

[issue38429] Failed to compile with --enable-framework on macOS on master

STINNER Victor added the comment: Hum, getpath.c seems to use deprecated APIs: ./Modules/getpath.c:1098:20: warning: 'NSModuleForSymbol' is deprecated: first deprecated in macOS 10.5 - dladdr() [-Wdeprecated-declarations] pythonModule =

[issue17894] Edits to descriptor howto

Ned Batchelder added the comment: I think it's a bad precedent to have pages in the official docs that belong to a single author. If you want to maintain that kind of control, it should go on your blog. Part of the agreement for having material added to the official docs should be the

[issue32996] Improve What's New in 3.7

miss-islington added the comment: New changeset baf8a9b03a56ce1ee2284763b267ff56ab4507fe by Miss Islington (bot) in branch '3.8': bpo-32996: Documentation fix-up. (GH-16646) https://github.com/python/cpython/commit/baf8a9b03a56ce1ee2284763b267ff56ab4507fe --

[issue32996] Improve What's New in 3.7

miss-islington added the comment: New changeset ca012360b103f2ab1acfa506aed032b0ed9b105c by Miss Islington (bot) in branch '3.7': bpo-32996: Documentation fix-up. (GH-16646) https://github.com/python/cpython/commit/ca012360b103f2ab1acfa506aed032b0ed9b105c --

[issue32996] Improve What's New in 3.7

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

[issue32996] Improve What's New in 3.7

Ivan Levkivskyi added the comment: New changeset d47f0dd2e85ce032aebfedbde18cdb2e728fa79f by Ivan Levkivskyi (M. Eric Irrgang) in branch 'master': bpo-32996: Documentation fix-up. (GH-16646) https://github.com/python/cpython/commit/d47f0dd2e85ce032aebfedbde18cdb2e728fa79f -- nosy:

[issue32996] Improve What's New in 3.7

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

[issue32561] Add API to io objects for non-blocking reads/writes

Nathaniel Smith added the comment: The proposal is to be able to run io module operations in two modes: the regular one, and one where performing actual I/O is forbidden – so if they go down the stack and can fulfill the operation from some in-memory buffer, great, they do that, and if not,

[issue38429] Failed to compile with --enable-framework on macOS on master

Haruka Ma added the comment: I'm now getting double free on the same function: https://pastebin.com/zHWCtTuV (with debug on) -- ___ Python tracker ___

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

Evgeny Nizhibitsky added the comment: Oh, I see that in the initial code with leakage (it was heavy ThreadPoolExecutor + xgboost thing) there was an await but I must have lost it somewhere while reducing it to the minimal example and finished in the wrong direction. Glad too see that it

[issue38429] Failed to compile with --enable-framework on macOS on master

STINNER Victor added the comment: Oh, I expected that we had macOS buildbots building Python with --enable-framework. Thanks for the reporting the issue. I wrote PR 16695 which should fix the issue, but I cannot test my fix right now. -- ___

[issue38429] Failed to compile with --enable-framework on macOS on master

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

[issue38353] Cleanup the path configuration implementation code (getpath.c)

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

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

STINNER Victor added the comment: > If we convert run_in_executor() into async function we'll get a warning about > unawaited coroutine even without asyncio debug mode. That sounds like a good solution :-) -- ___ Python tracker

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

Andrew Svetlov added the comment: The change is slightly not backward compatible but 1. It's pretty visible. In the worst-case instead of the memory leak people see a RuntimeWarning 2. We did it already for a part of API, e.g. loop.sock_read() and family --

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

Andrew Svetlov added the comment: > Can a Task be used instead of a Future in run_in_executor()? I don't think that the task is required here. The problem is that run_in_executor is a function that returns asyncio future; that is in turn a wrapper around concurrent future object. If we

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

Andrew Svetlov added the comment: Victor answered the first :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

STINNER Victor added the comment: > Yuri, what should we do with the issue? A Task emits a warning when it's not awaited. Can a Task be used instead of a Future in run_in_executor()? -- nosy: +vstinner ___ Python tracker

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

Andrew Svetlov added the comment: You MUST await a future returned from `loop.run_in_executor()` to avoid the leak. Yuri, what should we do with the issue? I see the second similar report in the last half of the year. Sure, we can add weakrefs somewhere in futures._chain_future() but I

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

STINNER Victor added the comment: Well, that's a common issue when using asyncio: you forgot await. async def main(_loop): while True: with futures.ThreadPoolExecutor() as pool: _loop.run_in_executor(pool, nop) sys.stdout.write(f'\r{get_mem():0.3f}MB') It

[issue38430] Memory leak in ThreadPoolExecutor + run_in_executor

New submission from Evgeny Nizhibitsky : I have run into a memory leak caused by using run_in_executor + ThreadPoolExecutor while running some stability tests with custom web services. It was 1 MB leaked for 1k requests made for my case and I've extracted the root cause and converted it into

[issue38429] Failed to compile with --enable-framework on macOS on master

Change by Ned Deily : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38416] test_largefile.TestSocketSendfile.test_it() failed with 15 min timeout on AMD64 FreeBSD 10-STABLE Non-Debug 3.x

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

[issue38416] test_largefile.TestSocketSendfile.test_it() failed with 15 min timeout on AMD64 FreeBSD 10-STABLE Non-Debug 3.x

Giampaolo Rodola' added the comment: Thanks. -- resolution: fixed -> stage: resolved -> status: closed -> open ___ Python tracker ___

  1   2   >