[issue28165] The 'subprocess' module leaks memory when called in certain ways

Changes by Xavion : Added file: http://bugs.python.org/file44726/Test-2.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue28165] The 'subprocess' module leaks memory when called in certain ways

Changes by Xavion : Added file: http://bugs.python.org/file44729/Test-2-no-gc.log ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue28165] The 'subprocess' module leaks memory when called in certain ways

Changes by Xavion : Added file: http://bugs.python.org/file44730/Test-2-gc.log ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue28192] Don't import readline in isolated mode

Roundup Robot added the comment: New changeset 5761294bb877 by Steve Dower in branch '3.6': Issue #28192: Adds tests for hook in isolated mode https://hg.python.org/cpython/rev/5761294bb877 New changeset 6c7a8a012669 by Steve Dower in branch 'default': Issue #28192: Adds tests for hook in isolat

[issue28192] Don't import readline in isolated mode

Steve Dower added the comment: Turned out that we really only need to check for sys.__interactivehook__, which made it much easier to write the tests. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue10109] itertools.product with infinite iterator cause MemoryError.

Robert Xiao added the comment: It wouldn't be that complicated to have the combinatorial functions be lazy too - I feel like there's some value to be had there. What's the major objection to making all of the itertools functions "maximally lazy"? -- __

[issue28193] Consider using lru_cache for the re.py caches

Changes by Raymond Hettinger : -- keywords: +patch Added file: http://bugs.python.org/file44731/re_repl_cache.diff ___ Python tracker ___

[issue28176] Fix callbacks race in asyncio.SelectorLoop.sock_connect

Roundup Robot added the comment: New changeset 8417873f2eac by Berker Peksag in branch '3.5': Issue #28176: Increase timeout for test_sock_connect_sock_write_race https://hg.python.org/cpython/rev/8417873f2eac New changeset b5a08d5db05b by Berker Peksag in branch '3.6': Issue #28176: Merge from

[issue10109] itertools.product with infinite iterator cause MemoryError.

Raymond Hettinger added the comment: > What's the major objection to making all of the itertools functions > "maximally lazy"? It complicates the code and provides nearly zero benefit in practical use cases of the combinatoric functions. -- ___ Pyt

[issue28110] launcher.msi has different product codes between 32 and 64-bit

Roundup Robot added the comment: New changeset 13001cf82931 by Steve Dower in branch '3.5': Issue #28110: launcher.msi has different product codes between 32-bit and 64-bit https://hg.python.org/cpython/rev/13001cf82931 New changeset f0fbb09e2d90 by Steve Dower in branch '3.6': Issue #28110: lau

[issue10109] itertools.product with infinite iterator cause MemoryError.

Lucas Wiman added the comment: It is quite thrifty with memory compared to the size of the search space O(n*k) memory for a search space of size O(n**k). I think a reasonable expectation for itertools.product is that it should _eventually_ reach any element in the search space. The only way to

[issue28110] launcher.msi has different product codes between 32 and 64-bit

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed versions: +Python 3.5, Python 3.7 ___ Python tracker ___ _

[issue28110] launcher.msi has different product codes between 32 and 64-bit

Roundup Robot added the comment: New changeset dd7e3c81c4f0 by Steve Dower in branch '3.6': Fixes bad merge for issue #28110 https://hg.python.org/cpython/rev/dd7e3c81c4f0 New changeset f4cdc125ed52 by Steve Dower in branch 'default': Fixes bad merge for issue #28110 https://hg.python.org/cpytho

[issue27932] platform.win32_ver() leaks in 2.7.12

Roundup Robot added the comment: New changeset 9b0d661a16de by Steve Dower in branch '2.7': Issue #27932: Prevent memory leak in win32_ver(). https://hg.python.org/cpython/rev/9b0d661a16de -- ___ Python tracker ___

[issue10109] itertools.product with infinite iterator cause MemoryError.

Tim Peters added the comment: Lucas, I largely agree, but it is documented that the various combinatorial generators emit items in a particular lexicographic order. So that is documented, and programs definitely rely on it. That's why, in an earlier comment, Terry suggested that perhaps `prod

[issue27932] platform.win32_ver() leaks in 2.7.12

Roundup Robot added the comment: New changeset db4b254f5df4 by Steve Dower in branch '3.5': Issue #27932: Prevent memory leak in win32_ver(). https://hg.python.org/cpython/rev/db4b254f5df4 New changeset 14fca2c8eb36 by Steve Dower in branch '3.6': Issue #27932: Prevent memory leak in win32_ver()

[issue27932] platform.win32_ver() leaks in 2.7.12

Steve Dower added the comment: Phew. Doing that in a reasonable way for all the active versions was a pain, but I think I managed it. In short: * 2.7 gets the fix proposed by Eryk Sun * 3.5 gets a private sys.getwindowsversion()._platform_version member * 3.6+ gets a public/documented sys.getwi

[issue28143] ASDL compatibility with Python 3 system interpreter

Martin Panter added the comment: This patch ports the logic written for Issue 26662 to Python 2. Basically, configure searches for commands called python2.7, python2, and python (in order of priority), and sets PYTHON_FOR_GEN to the result. PYTHON_FOR_GEN could be overridden by the user if des

[issue28164] _PyIO_get_console_type fails for various paths

Eryk Sun added the comment: > check that a handle is actually a real console handle or > what type it is Did you mean a path here? Certainly you can check a handle, but that means opening the path twice. You can use GetFullPathName to classify the path, and then use GetFullPathName again whe

[issue27761] Private _nth_root function loses accuracy

Tim Peters added the comment: Let me clarify something about the extended algorithm: the starting guess is no longer the most significant source of error. It's the `mul(D(x), pow(D2, e))` part. `D(x)` is exact, but `pow(D2, e)` may not be exactly representable with 26 decimal digits, and th

[issue28134] socket.socket(fileno=fd) does not work as documented

Martin Panter added the comment: Personally, I’m not too enthusiastic, because it is rather magical, and does not work in all cases. It seems more like a feature than a bug fix. But I have rarely used the fileno=... parameter, and it shouldn’t have much negative impact, so I’m not too fussed.

[issue27716] http.client truncates UTF-8 encoded headers

Martin Panter added the comment: Thanks to the fix for Issue 22233, now the response is parsed more sensibly, and the body can be read. The 0x85 byte now gets decoded with Latin-1: >>> print(ascii(resp.getheader("Link")[:100])) '

[issue28183] Clean up and speed up dict iteration

Raymond Hettinger added the comment: Also, please take a look at resizing. It looks like it is doing way too much work. The original keys, values, and hashes shouldn't move at all, only the indices array needs to updated. Here is the pure python version from the original proof-of-concept at

[issue28193] Consider using lru_cache for the re.py caches

Serhiy Storchaka added the comment: Added comments on Rietveld. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue10808] ssl unwrap fails with Error 0

Martin Panter added the comment: I understand this condition happens when the local end calls unwrap(), but the low-level socket connection has already been shut down from the remote end. If the remote is too slow, I get ConnectionResetError instead. There is some discussion of this at

[issue28143] ASDL compatibility with Python 3 system interpreter

Malthe Borch added the comment: I forgot to add "from __future__ import print_function" to the beginning of "asdl.py" and "spark.py". It should then work on Python 2. That is, with the imported print-function, the incompatibilities that Martin pointed out are no longer there. As for Windows,

<    1   2