[issue31319] Add __main__.py to IDLE

Serhiy Storchaka added the comment: This is a duplicate of issue24212. -- nosy: +serhiy.storchaka resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Idle, 2.7, backport idlelib.__main__, enable py -m idlelib ___ Pytho

[issue31319] Rename idlelib to just idle

Raymond Hettinger added the comment: I would also like Terry to consider renaming or aliasing idlelib to idle. That would further simplify the startup and it is a more appropriate name given that IDLE is used as an application rather than as a library. -- resolution: duplicate -> sta

[issue31313] Feature Add support of os.chflags() on Linux platform

Марк Коренберг added the comment: Well, it seems, you are right. But there are another ioctls (maybe they are the same, I haven't checked): FS_IOC_SETFLAGS FS_IOC_GETFLAGS http://man7.org/tlpi/code/online/book/files/chiflag.c.html (also attached) -- Added file: http://bugs.python.org

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Antoine Pitrou added the comment: > It makes sure that you get a single object in memory for the same integer, > and not only for Python "small integer singletons"? Yes. > About the -1000..1000 range: if a function leaks more than 1 memory block or > more than 1 reference, there is already so

[issue31313] Feature Add support of os.chflags() on Linux platform

Antoine Pitrou added the comment: On Ubuntu 16.04 I get the following values: EXT2_IOC_SETFLAGS = 0x40086602, FS_IOC_GETFLAGS = 0x80086601 -- ___ Python tracker ___ _

[issue31313] Feature Add support of os.chflags() on Linux platform

Antoine Pitrou added the comment: Uh, of course, we care about SETFLAGS here. Which gives: EXT2_IOC_SETFLAGS = 0x40086602, FS_IOC_SETFLAGS = 0x40086602 -- ___ Python tracker ___

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Changes by STINNER Victor : -- pull_requests: +3303 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue11410] Use GCC visibility attrs in PyAPI_*

Nathaniel Smith added the comment: Was this actually fixed, or did everyone just get tired and give up on the original patch? -- nosy: +njs ___ Python tracker ___ __

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: New changeset 6c2feabc5dac2f3049b15134669e9ad5af573193 by Victor Stinner in branch 'master': bpo-31217: Fix regrtest -R for small integer (#3260) https://github.com/python/cpython/commit/6c2feabc5dac2f3049b15134669e9ad5af573193 -- ___

[issue24212] Idle, 2.7, backport idlelib.__main__, enable py -m idlelib

Terry J. Reedy added the comment: #27099 converts extensions, including autocomplete and calltips, to features. Buggy versions of the patch had similar import problems. After the PR is merged, I may try this again, and perhaps try moving the __main__ import into the functions that use it. -

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

Changes by STINNER Victor : -- pull_requests: +3304 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30102] improve performance of libSSL usage on hashing

Gustavo Serra Scalet added the comment: Is there any news on this issue? The PR 3112 also seems to be frozen at the moment. Is there some kind of code freeze happening at the moment that no reviews are taking place? -- ___ Python tracker

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: New changeset 16432beadb8eba079c9786cc0c0eaacfd9fd2f7b by Victor Stinner in branch 'master': bpo-31250, test_asyncio: fix dangling threads (#3252) https://github.com/python/cpython/commit/16432beadb8eba079c9786cc0c0eaacfd9fd2f7b -- __

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: New changeset 60f3f1fb5cbf5354c3081138be806c56cb04153f by Victor Stinner in branch '3.6': bpo-31249: Fix ref cycle in ThreadPoolExecutor (#3253) https://github.com/python/cpython/commit/60f3f1fb5cbf5354c3081138be806c56cb04153f --

[issue31249] test_concurrent_futures leaks dangling threads

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

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: I picked the safe option: only modify unit tests. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: New changeset 98c849a2f32f6727239b4cce38b8f0ff8adeef22 by Victor Stinner in branch '3.6': bpo-31217: Fix regrtest -R for small integer (#3260) (#3261) https://github.com/python/cpython/commit/98c849a2f32f6727239b4cce38b8f0ff8adeef22 -- __

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6/3.x

STINNER Victor added the comment: Ok, this issue was really insane. Thank you very much Antoine Pitrou for explaning me the root bug ("int - int") and for the fix. The bug is now fixed in Python 3.6 and master (3.7). I checked manually the applied fix on the Gentoo Refleak 3.x buildbot using t

[issue30776] regrtest: change -R/--huntrleaks rule to decide if a test leaks references

STINNER Victor added the comment: The commit 6c2feabc5dac2f3049b15134669e9ad5af573193 of bpo-31217 fixed a major random bug in the memory block check. So maybe we can start again to look to detect more bugs by replacing all() with any() again. -- __

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

Antoine Pitrou added the comment: Judging by the stacktrace, the stack smashing occurs in Meinheld, so you should report the issue to the Meinheld developers. -- nosy: +pitrou resolution: -> third party stage: -> resolved status: open -> closed ___

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

STINNER Victor added the comment: Set PYTHONMALLOC=debug environment variable to try to detect stack overflows ;-) -- nosy: +haypo ___ Python tracker ___

[issue31316] Frequent *** stack smashing detected *** with Python 3.6.2/meinheld WSGI server

STINNER Victor added the comment: https://docs.python.org/dev/using/cmdline.html#envvar-PYTHONMALLOC -- ___ Python tracker ___ ___ Pyt

[issue31319] Rename idlelib to just idle

Terry J. Reedy added the comment: idlelib.__main__ was added in 3.3: Patch was d543f2b8b0b66af330aae6764e53495cda48fd4e Author: Andrew Svetlov Date: 3/26/2012 3:11:46 PM Message: IDLE can be launched as python -m ildelib [misspelled] #24212 was about backporting the addition to 2.7. I opened

[issue31320] test_ssl logs a traceback

New submission from STINNER Victor: It would be nice to not log such traceback: haypo@selma$ ./python -m test test_ssl -m test.test_ssl.ThreadedTests.test_echo Run tests sequentially 0:00:00 load avg: 0.69 [1/1] test_ssl Exception in thread Thread-16: Traceback (most recent call last): File "/

[issue31320] test_ssl logs a traceback

STINNER Victor added the comment: Python 2.7 doesn't seem to be affected. -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-b

[issue31315] assertion failure in imp.create_dynamic(), when spec.name is not a string

Eric Snow added the comment: On Thu, Aug 31, 2017 at 1:32 PM, Brett Cannon wrote: > I think throwing a TypeError is valid if it's triggering an assertion error > that is already there. +1 > P.S. Thanks for all the fuzz testing you're doing, Oren! Also a big +1. :) -- __

[issue31320] test_ssl logs a traceback

Antoine Pitrou added the comment: I don't get such traceback here (Ubuntu 16.04, OpenSSL 1.0.2g). -- nosy: +pitrou ___ Python tracker ___

[issue31321] traceback.clear_frames() doesn't clear *all* frames

New submission from STINNER Victor: traceback.clear_frames(): "Clears the local variables of all the stack frames in a traceback tb by calling the clear() method of each frame object." https://docs.python.org/dev/library/traceback.html#traceback.clear_frames That's wrong: it only calls frame.cl

[issue31322] SimpleNamespace deep copy

New submission from Pritish Patil: I am new here and not sure how I can suggest this properly. When using nested SimpleNamespaces, a making a copy by using new_NS=SimpleNamespace(**namespace.__dict__.copy()) only copies the highest level namespace. This is expected in python as shallow copi

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : -- pull_requests: +3305 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: Would it be ok to backport such change to Python 3.6? It's a bugfix, no? -- ___ Python tracker ___ _

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: traceback.clear_frames() was added by bpo-1565525: commit 173a157e725579eec1f28f8c9d53d6761ba6c79f. -- ___ Python tracker ___ _

[issue31322] SimpleNamespace deep copy

Changes by Pritish Patil : -- components: +Extension Modules -Documentation, Library (Lib) ___ Python tracker ___ ___ Python-bugs-list

[issue1565525] tracebacks eat up memory by holding references to locals and globals when they are not wanted

STINNER Victor added the comment: traceback.clear_frames() doesn't really clear all frames: see bpo-31321. -- ___ Python tracker ___ ___

[issue31322] SimpleNamespace deep copy

Changes by Pritish Patil : -- nosy: +yselivanov -docs@python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : Added file: http://bugs.python.org/file47116/clear_frames_bug.py ___ Python tracker ___ ___ Python-bugs-list maili

[issue31321] traceback.clear_frames() doesn't clear *all* frames

Changes by STINNER Victor : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

New submission from STINNER Victor: While testing bpo-31234 fix, I noticed that some test_ssl tests using ThreadedEchoServer create reference cycles with ConnectionHandler: ConnectionHandler fills ThreadedEchoServer.conn_errors with exceptions, but exceptions keep an alive traceback object whi

[issue31321] traceback.clear_frames() doesn't clear *all* frames

STINNER Victor added the comment: See bpo-31323 where I wanted to use traceback.clear_frames() to manually break a reference cycle. -- ___ Python tracker ___ ___

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

Changes by STINNER Victor : -- pull_requests: +3306 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: test_ssl still emits a warning: see bpo-31323. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue31320] test_ssl logs a traceback

STINNER Victor added the comment: I'm running Fedora 26: haypo@selma$ ./python -m test.pythoninfo|grep -E 'ssl|platform' platform.architecture: 32bit ELF platform.platform: Linux-4.12.5-300.fc26.x86_64-x86_64-with-fedora-26-Twenty_Six platform.python_implementation: CPython ssl.HAS_SNI: True ssl

[issue31322] SimpleNamespace deep copy

Steven D'Aprano added the comment: > When using nested SimpleNamespaces, a making a copy by using > > new_NS=SimpleNamespace(**namespace.__dict__.copy()) In general, you shouldn't call or directly access dunder attributes. There are exceptions, but generally they're for Python's use only. For

[issue31322] SimpleNamespace deep copy

Eric Snow added the comment: Hmm. What problems are you seeing with deep copies? copy.deepcopy() should work since SimpleNamespace is picklable. [1][2] I don't have any problems: >>> import types, copy >>> ns = types.SimpleNamespace(x=1, y=2) >>> copied = copy.deepcopy(ns) >>> copied namespa

[issue31324] support._match_test() used by test.bisect is very inefficient

New submission from STINNER Victor: support._match_test() uses a nested loop calling fnmatch.fnmatchcase(). This function creates a temporary regular expression object. The cache of the re module works around the performance... if the length of support.match_tests fits into the cache. But when

[issue31324] support._match_test() used by test.bisect is very inefficient

Changes by STINNER Victor : -- nosy: +louielu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Example of the performance issue: $ ./python -m test.bisect --fail-env-changed -o bisect test_asyncio [+] Iteration 1: run 756 tests/1512 (...) The first iteration takes forever because it runs tests with support.match_tests which contains 756 patterns.

[issue31322] SimpleNamespace deep copy

Pritish Patil added the comment: Yes. copy.deepcopy() works. Didn't think of it! -- stage: -> resolved status: open -> closed ___ Python tracker ___ __

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Workaround to run test.bisect on test_asyncio: diff --git a/Lib/test/support/__init__.py b/Lib/test/support/__init__.py index 522804be60..201d0665b2 100644 --- a/Lib/test/support/__init__.py +++ b/Lib/test/support/__init__.py @@ -1911,15 +1911,7 @@ def _match_te

[issue31325] req_rate is a namedtuple type rather than instance

New submission from Robin: > Finally, urllib/robotparser.py appears to contain a bug in the > following: > > req_rate = collections.namedtuple('req_rate', >'requests seconds') > entry.req_rate = req_rate > entry.req_rate.requests = int(numbers[0]) > ent

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Oh, by the way, -m test -m TestCaseName doesn't work fully on test_asyncio. It only works if I pass the full test identifier. With TestCaseName, no test is run: haypo@selma$ ./python -m test -u all test_asyncio --fail-env-changed -m PollEventLoopTests Run te

[issue31324] support._match_test() used by test.bisect is very inefficient

STINNER Victor added the comment: Oops. Ignore my previous comment, I was using my temporary workaround! (msg301126) -- ___ Python tracker ___ __

[issue31318] On Windows importlib.util.find_spec("re") results in AttributeError: module 'importlib' has no attribute 'util'

elmar added the comment: thank you Steve for the explanation! I was not aware that I should import sub modules explicitly like this. especial because it worked on my development machine without doing so. now I know. Elmar -- ___ Python tracker

[issue31250] test_asyncio leaks dangling threads

Changes by STINNER Victor : -- pull_requests: +3308 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: Hum, EventLoopTestsMixin.tearDown() still has a bug. I reopen the issue. -- resolution: fixed -> status: closed -> open ___ Python tracker ___

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: Remaining issues: * test_asyncio: https://github.com/python/cpython/pull/3264 of bpo-31250 * test_thread: test_forkinthread() spawns a thread using thread.start_new_thread() without waiting until the thread completes * test_concurrent_futures: warnings raised

[issue30403] PEP 547: Running extension modules using -m switch

Marcel Plch added the comment: Sorry for not responding for so long, I didn't work on Python through the summer because of some other matters. Re-execution of the module is not possible, because there is a check on the C level, If you call exec_in_module() on an already initialized module, it'

[issue31325] req_rate is a namedtuple type rather than instance

Changes by Raymond Hettinger : -- versions: -Python 2.7, Python 3.3, Python 3.4, Python 3.5 ___ Python tracker ___ ___ Python-bugs-li

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: * The named tuple class should begin with a capital letter and be fully self-documenting: "RequestRate". * The creation of the named tuple class should be done only once, not on every call. Instead only a new instance should be creating on every call:

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

New submission from STINNER Victor: concurrent.futures.ProcessPoolExecutor.shutdown(wait=True) doesn't wait for the call queue thread, and so test_concurrent_futures randomly emits warnings about dangling threads, especially with PR 3138 of bpo-31234. Attached PR fixes the issue. -- m

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

Changes by STINNER Victor : -- pull_requests: +3309 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: New changeset 97e1b1c81458d2109b2ffed32ffa1eb643a6c3b9 by Antoine Pitrou (Grzegorz Grzywacz) in branch 'master': bpo-27144: concurrent.futures as_complete and map iterators do not keep reference to returned object (#1560) https://github.com/python/cpython/comm

[issue31319] Rename idlelib to just idle

Éric Araujo added the comment: What about adding a simple Lib/idle.py that imports and runs the main function from idlelib? -- nosy: +merwok ___ Python tracker ___ _

[issue27144] concurrent.futures.as_completed() memory inefficiency

Changes by Antoine Pitrou : -- pull_requests: +3310 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31301] Python 2.7 SIGSEGV

Jakub Wilk added the comment: I can't reproduce it here: Python 2.7.13 (default, Jan 19 2017, 14:48:08) [GCC 6.3.0 20170118] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ast >>> s = open('id%3A00,sig%3A11,src%3A00,op%3Ahavoc,rep%3A32').read

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

STINNER Victor added the comment: See also bpo-31249 and commit bc61315377056fe362b744d9c44e17cd3178ce54: "Fix ref cycle in ThreadPoolExecutor". -- ___ Python tracker ___ __

[issue31324] support._match_test() used by test.bisect is very inefficient

Serhiy Storchaka added the comment: _match_test1 = re.compile('|'.join(map(fnmatch.translate, match_tests)), re.I).match def _match_test(test): test_id = test.id() return bool(_match_test1(test_id) or any(map(_match_test1, test_id.split("."))) -- _

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: New changeset ea767915f7476c1fe97f7b1a53304d57f105bdd2 by Antoine Pitrou in branch '3.6': [3.6] bpo-27144: concurrent.futures as_complete and map iterators do not keep reference to returned object (GH-1560) (#3266) https://github.com/python/cpython/commit/ea76

[issue27144] concurrent.futures.as_completed() memory inefficiency

Antoine Pitrou added the comment: I've merged the PR to master and backported it to 3.6. Thank you Grzegorz for contributing this! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.5 ___ Python trac

[issue31327] bug in dateutil\tz\tz.py

New submission from Jerry Kramskoy: Running python 3.6.2 on Windows 10. The following method causes presents a timetstamp value of -3600 (i.e. DST adjustment of one hour) which causes time.localtime() to raise an OS Errno 22. def _naive_is_dst(self, dt): timestamp = _datetime_to_t

[issue31328] _sha3 is missing from Setup.dist

New submission from Segev Finer: _sha3 is missing a commented out line from Setup.dist like the rest of the modules. It's really only used if someone wants to edit Setup.dist to build with the _sha3 module statically. Mostly a trivial change to add it in. -- components: Build, Extensio

[issue31328] _sha3 is missing from Setup.dist

Changes by Segev Finer : -- pull_requests: +3311 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Changes by Chris Wilcox : -- pull_requests: +3312 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue31329] Add idlelib module entry to doc

New submission from Terry J. Reedy: If this were a new section in idle.rst, it would appear with the IDLE doc displayed by Help IDLE. Being present there has its +s and -s. Would have to see how it works here as well as online. In any case, it would be good to have something indexed under I i

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: New changeset 58521fdba1657f6553a1ead5cbaa100967a167b3 by Antoine Pitrou (Christopher Wilcox) in branch '3.6': bpo-30581: Windows: os.cpu_count() returns wrong number of processors (#2934) (#3267) https://github.com/python/cpython/commit/58521fdba1657f6553a1ea

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: Backport merged. Thanks Chris! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue31325] req_rate is a namedtuple type rather than instance

Berker Peksag added the comment: Good catch and thank you for turning the bug report in the HN thread to a pull request! I agree with all of Raymond's comments. I have two more comments: * Please follow our commit style at https://devguide.python.org/committing/#commit-messages * We need a NE

[issue31307] ConfigParser.read silently fails if filenames argument is a byte string

Łukasz Langa added the comment: Good catch. Supporting bytes passed as a path is a reasonable request since the builtin `open()` supports this, too. Go ahead and create a pull request! We only need to modify line 690 to also list `bytes`. -- ___ Pyt

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

tzickel added the comment: One should be careful with this modification because of the Windows definition of process groups. For example, if multi-threaded code thinks that by reading the value of the new os.cpu_count() it can use all the cores returned, by default it cannot as in windows pro

[issue30581] os.cpu_count() returns wrong number of processors on system with > 64 logical processors

Antoine Pitrou added the comment: os.cpu_count() is specified to return the total number of processors, not the number of usable processors. See e.g. https://bugs.python.org/issue26692 -- ___ Python tracker _

[issue31329] Add idlelib module entry to doc

Raymond Hettinger added the comment: See also: http://bugs.python.org/issue31319 A cleaner command-line startup would be: python -m idle -- nosy: +rhettinger ___ Python tracker __

[issue31325] req_rate is a namedtuple type rather than instance

Raymond Hettinger added the comment: There was a typo in my previous message. The instantiation code should be: entry.req_rate = RequestRate(int(numbers[0]), int(numbers[1])) -- ___ Python tracker

[issue31326] concurrent.futures: ProcessPoolExecutor.shutdown(wait=True) should wait for the call queue thread

STINNER Victor added the comment: New changeset b713adf27a76b5df95e3ee5f85f9064a2763ae35 by Victor Stinner in branch 'master': bpo-31326: ProcessPoolExecutor waits for the call queue thread (#3265) https://github.com/python/cpython/commit/b713adf27a76b5df95e3ee5f85f9064a2763ae35 -- _

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: New changeset e8a533fbc734af6eeb389202ba6c6e9c2548027f by Victor Stinner in branch 'master': bpo-31250, test_asyncio: fix EventLoopTestsMixin.tearDown() (#3264) https://github.com/python/cpython/commit/e8a533fbc734af6eeb389202ba6c6e9c2548027f --

[issue31323] test_ssl: reference cycle between ThreadedEchoServer and its ConnectionHandler

STINNER Victor added the comment: New changeset 868710158910fa38e285ce0e6d50026e1d0b2a8c by Victor Stinner in branch 'master': bpo-31323: Fix reference leak in test_ssl (#3263) https://github.com/python/cpython/commit/868710158910fa38e285ce0e6d50026e1d0b2a8c -- __

[issue29996] Use terminal width by default in pprint

Éric Araujo added the comment: I was about to open the same issue! I tend to print nested data structures for debugging; having lists take up a lot of vertical screen estate and leave unused all the horizontal space is an annoyance, so that I regularly have to go back and add the width param.

[issue23057] [Windows] asyncio: support signal handlers on Windows (feature request)

Changes by Eryk Sun : -- stage: -> needs patch versions: +Python 3.6, Python 3.7 -Python 3.4, Python 3.5 ___ Python tracker ___ ___ P

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

New submission from Antony Lee: The doc for argparse.RawTextHelpFormatter states that it "maintains whitespace for all sorts of help text, including argument descriptions." But the following example (which outputs "Foo", "Bar", and "Baz", each separated by exactly one empty line) shows that p

[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: I believe PR2494 is about ready to merge. It is a big, complicated patch, so before merging, I would prefer to have it pass a full -uGUI test on something other than Windows. -- dependencies: -IDLE: configdialog - add tests for ConfigDialog GUI. ___

[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: I expect to polish the General page in a follow-up. I expect it will soon need to be split. -- ___ Python tracker ___