[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Gregory P. Smith added the comment: If you want something API compatible that can be used in a Python 2 and 3 application that wants a getstatusoutput() API I think an appropriate place to put it would be to add a commands modules to https://pypi.python.org/pypi/past/ with a consistent

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Gregory P. Smith added the comment: I intend subprocess32 to Python 2 only. Python 3 users should use the standard library subprocess module. subprocess32 does not include getstatusoutput() or getoutput() functions as those are available in the Python 2 stdlib commands module. --

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

Changes by Ammar Askar : -- pull_requests: +3067 ___ Python tracker ___ ___

[issue31138] dir argument NamedTemporaryFile should accept a pathlib.Path

Changes by Serhiy Storchaka : -- resolution: -> out of date ___ Python tracker ___

[issue31141] Start should be a keyword argument of the built-in sum

Raymond Hettinger added the comment: Lisa, would you like to take this one? -- assignee: -> lisroach nosy: +lisroach, rhettinger ___ Python tracker ___

[issue31147] a mostly useless check in list_extend()

Raymond Hettinger added the comment: -0 The test "Py_SIZE(self) < self->allocated" is very cheap so I don't mind leaving it in to handle the rare cases (or to prevent future bugs if the list_resize logic ever changes). -- nosy: +rhettinger ___

[issue31152] Tutorial wording implies an understanding of a concept prior to it being introduced

Raymond Hettinger added the comment: It is okay for the tutorial to occasionally have forward references. Python is a fully object oriented language so references to classes and instances will appear in many places. AFAICT, this particular passage has never caused any reported difficulty

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

Nick Coghlan added the comment: I've added Greg to the nosy list and filed an issue with subprocess32 about this: https://github.com/google/python-subprocess32/issues/30 I did that mainly to make sure they don't inadvertently backport this regression, but also to ask if subprocess32 might

[issue30876] SystemError on importing module from unloaded package

Larry Hastings added the comment: If the change has been checked into the 3.5 branch, it'll go out with 3.5.5. TBH we should probably stop accepting bug fixes into a branch when it hits rc1 of "last release to accept bugfixes" (e.g. 3.5.4rc1). There are two or three bugfixes in the 3.5

[issue30876] SystemError on importing module from unloaded package

Nick Coghlan added the comment: Tagging Petr Viktorin and Matthias Klose, as this may impact distro builds of 3.5.4 that run the tests over the installed version rather than directly from the VCS checkout. It would be slightly helpful to not have to carry the "fix Python's self-tests" patch

[issue31152] Tutorial wording implies an understanding of a concept prior to it being introduced

New submission from Lorem Ipsum: Python 3.5.4 Tutorial Section 8.5. User-defined Exceptions Paragraph 2 (https://docs.python.org/3.5/tutorial/errors.html#user-defined-exceptions) states [emphasis mine]: "When creating a module that can raise several distinct errors, a common practice is to

[issue31148] Can we get an MSI installer for something past 3.4.4?

D Gentry added the comment: If that's the best thing that you can suggest, it's obvious why my request is being redirected. That is unfortunate that you have decided to opt out of using the MSI installer, as that seems to be the solution as far as I can see. I've enjoyed working with Python

[issue31151] test_socketserver: Warning -- reap_children() reaped child process

STINNER Victor added the comment: Ah, the master branch is also affected. Example: http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.x/builds/47/steps/test/logs/stdio 1:35:05 load avg: 4.64 [212/406] test_socketserver passed -- running: test_subprocess (370 sec) beginning 6

[issue31151] [3.6] test_socketserver: Warning -- reap_children() reaped child process

New submission from STINNER Victor: It seems like test_socketserver leaks child processes on the "x86 Gentoo Refleaks 3.6" buildbot, but I'm unable to reproduce the bug. http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.6/builds/49/steps/test/logs/stdio 0:48:11 load avg:

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

New submission from STINNER Victor: It seems like an unit test of test_thread leaks a process. A bisection found the following 2 tests are enough to get the warning: * test.test_thread.TestForkInThread.test_forkinthread * test.test_thread.LockTests.test_acquire_contended I bet that

[issue31141] Start should be a keyword argument of the built-in sum

Steven D'Aprano added the comment: This seems like a reasonable enhancement to `sum` to me. Since 2.7 is in feature freeze, this can only apply to 3.7. -- nosy: +steven.daprano type: behavior -> enhancement versions: -Python 2.7 ___ Python tracker

[issue31142] python shell crashed while input quotes in print()

Steven D'Aprano added the comment: I'm afraid your error report isn't completely clear. What do you mean "input single quote in print"? Do you mean this? print(') You say IDLE "crashed". What do you mean? Do you mean the IDLE application put up an error message and then disappeared? If

[issue31133] [2.7] PCbuild/pcbuild.sln of Python 2.7 cannot be open by Visual Studio 2010

STINNER Victor added the comment: My notes on compiling CPython 2.7 on Windows using Visual Studio: http://haypo-notes.readthedocs.io/cpython_windows.html -- ___ Python tracker

[issue31133] [2.7] PCbuild/pcbuild.sln of Python 2.7 cannot be open by Visual Studio 2010

Changes by STINNER Victor : -- pull_requests: +3066 ___ Python tracker ___ ___

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: > Too bad, test_resize() failed again while testing commit > 56e162ad5c5d3effe9b4f05d0179e1b6a2a2d9b8 :-( So this fix was not enough. I am not sure anymore about this statement. I had a bug in my watchdog code, that I fixed after this failure. I ran again

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

Changes by STINNER Victor : -- pull_requests: +3065 ___ Python tracker ___ ___

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: I wrote https://github.com/python/cpython/pull/3029 which seems to fix the issue. I don't know importlib well enough to understand why we need a weak reference to a lock. My PR adds a second lock per module lock (!) to be able to wait until

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb on AMD64 Windows8.1 Refleaks 3.x

Changes by STINNER Victor : -- pull_requests: +3064 ___ Python tracker ___ ___

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: The problem is the weakref callback of _module_locks. It seems like the callback is called after a second thread replaced _module_locks[name] * Thread 1: _get_module_lock('random') sets _module_locks['random'] and registers a weakref callback on the newly

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: Oh, it's easy to reproduce the bug on the master branch. Example on Linux: haypo@selma$ ./python -m test test_threaded_import Run tests sequentially 0:00:00 load avg: 0.16 [1/1] test_threaded_import Exception ignored in: .cb at 0x7f53201e2f70> Traceback (most

[issue27869] test failures under Bash on Windows / WSL

Brett Cannon added the comment: Running with `./python -m test -u all -j0` causes test_ssl to hang so that needs to also be skipped (otherwise failures look to be the same from a test module level): 19 tests failed: test_asyncio test_asyncore test_epoll test_fcntl test_ftplib

[issue20844] SyntaxError: encoding problem: iso-8859-1 on Windows

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue31149] Add Japanese to the language switcher

STINNER Victor added the comment: New changeset c82b7f332aff606af6c9c163da75f1e86514125e by Victor Stinner (Julien Palard) in branch 'master': bpo-31149: Doc: Add Japanese to the language switcher. (#3028) https://github.com/python/cpython/commit/c82b7f332aff606af6c9c163da75f1e86514125e

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6

STINNER Victor added the comment: Hey Antoine, as expected, your test fails randomly on the CI :-( Another failure: http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%20with%20X%203.x/builds/829/steps/test/logs/stdio test_stress_delivery_dependent (test.test_signal.StressTest)

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3062 ___ Python tracker ___

[issue31149] Add Japanese to the language switcher

New submission from Julien Palard: Japanese translation have reached the prerequisites from PEP 545, their last step is to be added to the language switcher. Current build has been reviewed by Inada and is OK: https://docs.python.org/ja/3.7/ Note: On the current build, the /ja/ is not

[issue31148] Can we get an MSI installer for something past 3.4.4?

Changes by Steve Dower : -- type: crash -> behavior ___ Python tracker ___ ___

[issue31148] Can we get an MSI installer for something past 3.4.4?

Steve Dower added the comment: Looking at your log, you clearly have some sort of configuration blocking installers or else corruption somewhere on your system. There really isn't enough information available for me to be able to tell. Perhaps you have a virus scanner running that is blocking

[issue31138] dir argument NamedTemporaryFile should accept a pathlib.Path

Wilfredo Sanchez added the comment: Huh… my apologies. I must have been fiddling with an older interpreter REPL without noticing when I ran into this. Never mind me. :-) -- stage: -> resolved status: pending -> closed ___ Python tracker

[issue26510] [argparse] Add required argument to add_subparsers

Changes by Anthony Sottile : -- pull_requests: +3061 ___ Python tracker ___ ___

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: > I pushed my fix for bpo-31135, no idea at this point if it fix this issue. Too bad, test_resize() failed again while testing commit 56e162ad5c5d3effe9b4f05d0179e1b6a2a2d9b8 :-( So this fix was not enough. -- ___

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I interrupted http://buildbot.python.org/all/builders/AMD64%20Windows8.1%20Refleaks%202.7/builds/63/ which was running since 17 hours... ("running: test_ttk_guionly (32770 sec)") -- ___ Python tracker

[issue31148] Can we get an MSI installer for something past 3.4.4?

R. David Murray added the comment: The short answer is no. We no longer use the MSI installer. Perhaps the windows experts will be interested in exploring why you can't use the current installers, since they work for most people. -- components: +Windows nosy: +paul.moore,

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I pushed my fix for bpo-31135, no idea at this point if it fix this issue. New changeset 56e162ad5c5d3effe9b4f05d0179e1b6a2a2d9b8 by Victor Stinner in branch '2.7': ttk: fix LabeledScale and OptionMenu destroy() method (#3026)

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: New changeset cd7e9c1b67d3d07ee03e0a79af2791c19031cecb by Victor Stinner in branch 'master': ttk: fix LabeledScale and OptionMenu destroy() method (#3025) https://github.com/python/cpython/commit/cd7e9c1b67d3d07ee03e0a79af2791c19031cecb --

[issue26350] Windows: signal doc should state certains signals can't be registered

Ross Rosen added the comment: I'm not sure if this is helpful, but I thought it might be useful for you to hear a non-expert user's perspective. (In summary, I'm agreeing with the OP.) I spent a lot of time getting some signal handling working on OSX. Then finally in my process got to

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: New changeset 56e162ad5c5d3effe9b4f05d0179e1b6a2a2d9b8 by Victor Stinner in branch '2.7': ttk: fix LabeledScale and OptionMenu destroy() method (#3026) https://github.com/python/cpython/commit/56e162ad5c5d3effe9b4f05d0179e1b6a2a2d9b8 --

[issue31113] Stack overflow with large program

Changes by Yury Selivanov : -- nosy: -yselivanov ___ Python tracker ___ ___

[issue31113] Stack overflow with large program

Serhiy Storchaka added the comment: Updated patch makes stackdepth() not consuming the C stack for recursion. The new code is not strictly equivalent to the old code, but I think they should produce the same results in common cases (the existing stack depth calculation algorithm is not free

[issue31148] Can we get an MSI installer for something past 3.4.4?

New submission from D Gentry: I've noticed that the only installers that are able to successfully complete on my windows 7 x64 system are the MSI installers. Unfortunately, python.org hasn't released an MSI version since 3.4.4 it seems. Is it possible to get an MSI installer for one of the

[issue20844] SyntaxError: encoding problem: iso-8859-1 on Windows

Steven Winfield added the comment: I've just been bitten by this on 3.6.2, Windows Server 2008 R2, when running the setup.py script for QuantLib-SWIG: https://github.com/lballabio/QuantLib-SWIG/blob/v1.10.x/Python/setup.py It seems there is different behaviour depending on whether: * Unix

[issue31136] raw strings cannot end with a backslash character r'\'

Gregory P. Smith added the comment: If i could stop thinking of r as meaning "raw" as we document it and instead "regular expression literal" I wouldn't make this mistake. :) Thanks everyone! -- ___ Python tracker

[issue31146] Docs: On non-public translations, language picker fallback to "English"

Changes by Ned Deily : -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list

[issue31147] a mostly useless check in list_extend()

New submission from Oren Milman: in listobject.c, in case list_extend() receives an 'iterable' which isn't 'self' nor a tuple nor a list, we have the following (heavily edited for brevity): mn = Py_SIZE(self) + PyObject_LengthHint(iterable); list_resize(self, mn); ... // self is

[issue31146] Docs: On non-public translations, language picker fallback to "English"

New submission from Julien Palard: As, by default, "english" is selected, and as we're building translations far before rendering them public by adding them to the language switcher, there's a timespan where a human can voluntarily land on a translation with a language switcher unaware of

[issue31045] Add a language switch to the Python documentation

Ned Deily added the comment: For future reference, please make sure to include current release managers on proposed changes like this since doc building and distribution is part of the release process. -- nosy: +ned.deily ___ Python tracker

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: Another hang: test_ttk\test_extensions.py:335: LabeledScaleTest.test2_variable_change(). Traceback: (...) File: "C:\haypo\2.7\lib\lib-tk\test\test_ttk\test_extensions.py", line 335, in test2_variable_change x.update() File:

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

Raymond Hettinger added the comment: I don't see any way to change PriorityQueue to fix this. The non-comparability of dicts likely won't be restored, nor will the lexicographic comparison order of tuples be likely to change. One possible way forward is to provide a wrapper with the desired

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: Yesterday, I ran test_ttk_guionly during 3 hours on Windows with Python 2.7 compiled in debug mode. I saw between 4 and 7 hangs. I'm not sure about the exact number since sometimes the test unblocked when I just moved my mouse or clicked on my Command Prompt

[issue31143] lib2to3 requires source files for fixes

R. David Murray added the comment: Ah, I see. We don't really support .pyc-only distribution, though we try not to break it. Do you want to propose a fix? -- ___ Python tracker

[issue31143] lib2to3 requires source files for fixes

Todd Schiller added the comment: I'm reporting that lib2to3 doesn't work without having source .py files for the fixes that are packaged with the lib2to3 library. Perhaps the get_all_fix_names method in lib2to3/refactor.py should check for either .py or .pyc files? The source files are

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

STINNER Victor added the comment: Bug mentionned on a Twitter discussion: https://twitter.com/zhenech/status/89040992829441 -- ___ Python tracker ___

[issue31143] lib2to3 requires source files for fixes

R. David Murray added the comment: What are you reporting as the bug here? 2to3 obviously can't work without the source, so based just on what you have written here this sounds like an Azure bug. -- nosy: +r.david.murray ___ Python tracker

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: The Tcl event loop is recursive: http://wiki.tcl.tk/1527 -- ___ Python tracker ___

[issue31145] PriorityQueue.put() fails with TypeError if priority_number in tuples of (priority_number, data) are the same.

New submission from Mikołaj Babiak: # list of tuples in form of (priority_number, data) bugged = [ (-25.691, {'feedback': 13, 'sentiment': 0.309, 'support_ticket': 5}), (-25.691, {'feedback': 11, 'sentiment': 0.309, 'support_ticket': 3}), (-25.0, {'feedback': 23, 'sentiment': 0.0,

[issue31144] add initializer to concurrent.futures.ProcessPoolExecutor

New submission from nvdv: Unfortunately concurrent.futures.ProcessPoolExecutor does not provide any means to interact with worker processes (like initializer function in multiprocessing.Pool constructor). This problem has been mentioned at least once:

[issue31143] lib2to3 requires source files for fixes

New submission from Todd Schiller: The lib2to3 library doesn't detect/apply any fixes if the source files aren't included with the distribution. See get_all_fix_names at https://github.com/python/cpython/blob/master/Lib/lib2to3/refactor.py#L30 This affects Azure's official Python site

[issue31068] [2.7] test_ttk_guionly hangs at self.tk.call('update') on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: Calling "self.tk.call('update')" runs the Tcl event loop: * http://wiki.tcl.tk/1252 * https://www.tcl.tk/man/tcl/TclCmd/update.htm Interesting but very old (2001) article: "Update considered harmful" http://wiki.tcl.tk/1255 -- title: test_ttk_guionly

[issue31136] raw strings cannot end with a backslash character r'\'

R. David Murray added the comment: In fact, this ia a FAQ: https://docs.python.org/3/faq/design.html#why-can-t-raw-strings-r-strings-end-with-a-backslash -- nosy: +r.david.murray ___ Python tracker

[issue31123] fnmatch does not follow Unix fnmatch functionality

R. David Murray added the comment: That seems like a reasonable use case, but is fnmatch what git is using for this? If so, what is the feature set required? In any case, the existing functionality must remain as is for backward compatibility reasons, so this would either be a new function

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: widget_instance-2.7-v2.patch: Updated patch for Python 2.7 to debug test_ttk_guionly. https://github.com/python/cpython/pull/3026 fix LabeledScale and OptionMenu destroy() method for Python 2.7. -- Added file:

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

Changes by STINNER Victor : -- pull_requests: +3060 ___ Python tracker ___ ___

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: Example of failure on master using widget_instance-master.patch: haypo@selma$ ./python -m test -v -u all test_ttk_guionly == ERROR: test_initialization

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

Changes by STINNER Victor : -- pull_requests: +3059 ___ Python tracker ___ ___

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: widget_instance-master.patch: Check that Tkinter.Widget.destroy() removes all children and check that test_ttk_guionly doesn't leak widgets. -- Added file: http://bugs.python.org/file47063/widget_instance-master.patch

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: On master, LabeledScaleTest.test_initialization() leaks a widget in the root widget, even after root.destroy(). The problem is that LabeledScaleTest.__del__() doesn't call Frame.destroy(self) if self._variable is not set. So master has at least this bug.

[issue31045] Add a language switch to the Python documentation

STINNER Victor added the comment: Even if changes are merged, I prefer to wait until the doc at docs.python.org is to date before closing the issue. -- versions: +Python 2.7 ___ Python tracker

[issue31045] Add a language switch to the Python documentation

STINNER Victor added the comment: New changeset 245dafca85097dd8b84f02b01f39f5d32091754b by Victor Stinner (Julien Palard) in branch '2.7': bpo-31045: Language switch (#2652) (#3024) https://github.com/python/cpython/commit/245dafca85097dd8b84f02b01f39f5d32091754b --

[issue31045] Add a language switch to the Python documentation

STINNER Victor added the comment: New changeset e93135dbb265e801ca19cd9c5428d57d1cf4 by Victor Stinner (Julien Palard) in branch '3.6': bpo-31045: Language switch (#2652) (#3023) https://github.com/python/cpython/commit/e93135dbb265e801ca19cd9c5428d57d1cf4 --

[issue31142] python shell crashed while input quotes in print()

New submission from py78py90py: I have downloaded python 3.6 into MacOSX system. Python 3.6.2 (v3.6.2:5fd33b5926, Jul 16 2017, 20:11:06) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Then I opened the IDLE and try to input some sentences. I inputed "print()", then input single quote in

[issue31141] Start should be a keyword argument of the built-in sum

Changes by Mark Bell : -- type: -> behavior ___ Python tracker ___ ___

[issue31045] Add a language switch to the Python documentation

Changes by Roundup Robot : -- pull_requests: +3058 ___ Python tracker ___

[issue31045] Add a language switch to the Python documentation

Changes by Roundup Robot : -- pull_requests: +3056 ___ Python tracker ___

[issue31141] Start should be a keyword argument of the built-in sum

Changes by Roundup Robot : -- pull_requests: +3055 ___ Python tracker ___

[issue31141] Start should be a keyword argument of the built-in sum

New submission from Mark Bell: The built-in function sum takes an optional argument "start" to specify what value to start adding from (defaults to 0). This argument should be a keyword argument in order to match the other built-in functions such as: enumerate(range(10), start=5) This

[issue31140] Insufficient error message with incorrect formated string literal

Eric V. Smith added the comment: Thanks. There was some work on this recently: I'll try and check 3.7 later today. -- ___ Python tracker ___

[issue31140] Insufficient error message with incorrect formated string literal

chris.259263 added the comment: Hi Eric, running the script from the terminal on my system (macOS, Python 3.6.2) gives the same ErrorMessage as you stated. The problem is the output "line 1". Running the script from IDLE (3.6.2), the error points to the first line. And in IDLE you do not

[issue31036] building the python docs requires the blurb module

Larry Hastings added the comment: New changeset abe7b60b80f5cb23f84a49f95ef6ce23521eed14 by Larry Hastings (Ned Deily) in branch '3.5': [3.5] bpo-31036: use an existing Misc/NEWS rather than trying to use blurb (#2874)

[issue25910] Fixing links in documentation

Larry Hastings added the comment: New changeset 14167c9524bd65f231dfd85edc0b938c4781f42a by Larry Hastings (Mariatta) in branch '3.5': bpo-25910: Update LICENSE (GH-2873) (GH-2968) https://github.com/python/cpython/commit/14167c9524bd65f231dfd85edc0b938c4781f42a -- nosy: +larry

[issue31140] Insufficient error message with incorrect formated string literal

Eric V. Smith added the comment: On 3.6.1 on Windows, I get: % python3 bpo-31140.py File "", line 1 (a>2s) ^ SyntaxError: invalid syntax Which is far from ideal, but at least points to (a portion of) the correct text. I won't have access to a copy of 3.6.2 or 3.7 until later

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

STINNER Victor added the comment: My widget_instance.patch calls test_support.gc_collect() and removes all widgets from the root window. It's not enough. That's why I proposed to modify LabeledScale.destroy(). -- ___ Python tracker

[issue31113] Stack overflow with large program

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___

[issue24700] array compare is hideously slow

Changes by Antoine Pitrou : -- stage: -> patch review versions: +Python 3.7 -Python 3.6 ___ Python tracker ___

[issue31140] Insufficient error message with incorrect formated string literal

New submission from chris.259263: Trying to run a script with a bug in a formated string literal (in the example the ":" is missing) throws an "invalid syntax" error at the first expression of the script. Example: import math a = "a" b = f"{a>2s}" # forgotten ":", should be f"{a:>2s}"

[issue24700] array compare is hideously slow

Raymond Hettinger added the comment: The PR looks very reasonable. This is a nice optimization. -- nosy: +rhettinger ___ Python tracker ___