[issue35629] hang and/or leaked processes with multiprocessing.Pool(...).imap(...)

Change by Rémi Lapeyre : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue35500] Align expected and actual calls on mock.assert_called_with error message

Terry J. Reedy added the comment: "Expected" and "Observed" seem good. I like "Received" slightly better, but would not argue with PR author. It depends on whether one anthropomorphizes the assert function (or test machinery) as saying 'I expected to see' or 'I expected to get'. -

[issue34055] IDLE: erroneous 'smart' indents in shell

Grant Jenks added the comment: This issue was closed but I still see the problem in 3.7.2. Here's a snippet with line numbers from IDLE: 01 Python 3.7.2 (default, Dec 30 2018, 08:59:00) 02 [Clang 9.1.0 (clang-902.0.39.2)] on darwin 03 Type "help", "copyright", "credits" or "license()" for mo

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: On my Macbook with Mohave with installed python.org 3.7.2, compiled against tk 8.6.8, the startup header is Python 3.7.2 (v3.7.2.9a3ffc0492, Dec 24 ...) [Clang 6.0 .. on Darwin]. Your header is quite different (repository?, tk version?) but the version is th

[issue34055] IDLE: erroneous 'smart' indents in shell

Change by Terry J. Reedy : -- pull_requests: -10543 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue34055] IDLE: erroneous 'smart' indents in shell

Terry J. Reedy added the comment: PR 11307 was moved to #35610. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue33987] IDLE: use ttk.Frame for ttk widgets

Terry J. Reedy added the comment: New changeset aff0adabf3ace62073076f4ce875ff568f2d3180 by Terry Jan Reedy in branch 'master': bpo-33987: IDLE - use ttk Frame for ttk widgets (GH-11395) https://github.com/python/cpython/commit/aff0adabf3ace62073076f4ce875ff568f2d3180 -- __

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by miss-islington : -- pull_requests: +10826 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by miss-islington : -- pull_requests: +10826, 10827 stage: test needed -> patch review ___ Python tracker ___ ___ Python-bugs

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by miss-islington : -- pull_requests: +10826, 10827, 10828 stage: test needed -> patch review ___ Python tracker ___ ___ Pyth

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by Terry J. Reedy : -- pull_requests: -10827 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by Terry J. Reedy : -- pull_requests: -10828 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue33987] IDLE: use ttk.Frame for ttk widgets

miss-islington added the comment: New changeset b364caa3658e843151602356e527851d6c68 by Miss Islington (bot) in branch '3.7': bpo-33987: IDLE - use ttk Frame for ttk widgets (GH-11395) https://github.com/python/cpython/commit/b364caa3658e843151602356e527851d6c68 -- nosy: +mi

[issue35609] Improve of abc.py docstring

INADA Naoki added the comment: No plan for removal. See https://bugs.python.org/issue28886#msg282582 -- nosy: +inada.naoki ___ Python tracker ___

[issue35645] Alarm usage

New submission from Siva : '\a' in a command line gives '\x07' in response.Tried '\a' in a calci programe but response gives me enter a valid data and a small box but o alarm. Do we have any ways to rectify the same. if so please let me know. print('enter a value from the below list\n') a =

[issue35636] remove redundant check in unicode_hash(PyObject *self)

Ma Lin added the comment: Thanks for review. Don't know why bytes and str generates the same hash value for ASCII sequence. >>> hash('abc') == hash(b'abc') True This may brings some hash collisions, does it affect performance slightly? -- ___ Pyth

[issue33987] IDLE: use ttk.Frame for ttk widgets

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue35636] remove redundant check in unicode_hash(PyObject *self)

Stefan Behnel added the comment: > why bytes and str generates the same hash value for ASCII sequence Probably mostly for historical Py2 reasons. These days, both are somewhat unlikely to appear in the same dict. But still, I'd advise against changing the hash function without a very good re

[issue35636] remove redundant check in unicode_hash(PyObject *self)

Ma Lin added the comment: > I'd advise against changing the hash function without a very good reason. You > never know how much code relies on it in one way or another. ok, maybe this can be changed in Python 4.0 -- ___ Python tracker

[issue35636] remove redundant check in unicode_hash(PyObject *self)

Stefan Behnel added the comment: > maybe this can be changed in Python 4.0 Well, if you find a *very* good reason for changing it, as I said. Py4 won't be special in that regard, I suppose. -- ___ Python tracker

[issue35645] Alarm usage

Steven D'Aprano added the comment: This bug report is incoherent. This has nothing to do with alarms or regular expressions, and I don't know what your code is supposed to do or what results you are expecting. What's "a calci programe"? You ask: "Do we have any ways to rectify the same. if

[issue35645] Alarm usage

Change by Steven D'Aprano : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Pytho

[issue35644] venv doesn't work on Windows when no venvlauncher executable present

Steve Dower added the comment: That patch will break the case where the launcher *is* present, which is why it was changed. If you're sure the launcher won't be present under Scripts/nt, then that patch is okay. You'll probably need to add code to also copy python37.dll and vcruntime140.dll,

[issue35644] venv doesn't work on Windows when no venvlauncher executable present

Steve Dower added the comment: The installed venv seems to be okay, so I'm going to assume it's something about your own build. Now I realise I haven't ever tried virtualenv against 3.6 or later... no idea what state that's in. -- ___ Python trac

[issue35646] Subprocess.Popen('python -v', stdout=PIPE, stderr=PIPE, Shell=True) gives output in stderr

New submission from Deepak Joshi : Subprocess.Popen('python -v',stdout=PIPE,stderr=PIPE,Shell=True) Prduces output in stderr instead of stdout. For others: pip --version or git --version output is in stdout and is expected. -- components: Windows, ctypes messages: 332915 nosy: Deepak

[issue35636] remove redundant check in unicode_hash(PyObject *self)

Ma Lin added the comment: One scene is caching regular expresses, b'[a-z]', '[a-z]' may exist in the same dict. Any way, it's trivial on the whole. -- ___ Python tracker ___

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10829, 10830 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10829 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Terry J. Reedy added the comment: New changeset ab54b9a130c88f708077c2ef6c4963b632c132b3 by Terry Jan Reedy (Emmanuel Arias) in branch 'master': bpo-35641: IDLE - format calltip properly when no docstring (GH-11415) https://github.com/python/cpython/commit/ab54b9a130c88f708077c2ef6c4963b632c1

[issue35641] IDLE: calltips not properly formatted for functions without doc-strings

Change by miss-islington : -- pull_requests: +10829, 10830, 10831 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue35646] python -v writes to stderr

Eric V. Smith added the comment: -v writes to stderr, so this is the expected behavior. Although maybe this could be better documented. See issue 18338, where this was briefly discussed and a change was rejected. Maybe you're looking for -V (uppercase) or --version, which do write to stdout,

<    1   2