[issue29220] Python 3.6 regression/change using logging.addLevelName() to clear a name

Mark Blakeney added the comment: Well my work-around is not ideal as I get an extra embedded space in those messages. I'm surprised this is "not a common use case"? It doesn't really worry me but it is a 3.6 incompatibility change which I would think is always far better to avoid. --

[issue29222] Python3 interactive shell hangs on

Eryk Sun added the comment: As a workaround, the platform's default Ctrl+C handler should allow killing the process: >>> signal.signal(signal.SIGINT, signal.SIG_DFL) >>> counter = itertools.count() >>> 'count' in counter ^C But it's nowhere near as useful as a

[issue29220] Python 3.6 regression/change using logging.addLevelName() to clear a name

Vinay Sajip added the comment: This change was due to fixing #27937. Since yours is not a common use case, and since the workaround works for you, I propose not to change things back. -- assignee: -> vinay.sajip status: open -> pending ___ Python

[issue29215] pyport.h uses non C90-style comment

Benjamin Peterson added the comment: C99 is required to build or include Python headers since 3.6. PEP 7 could be clearer. The bullet about C99 is meant to override for 3.6 other directives such as the comment prohibition. -- resolution: -> not a bug status: open -> closed

[issue29222] Python3 interactive shell hangs on

R. David Murray added the comment: This is an instance of the the problem discussed in Issue 26351. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved superseder: -> Occasionally check for Ctrl-C in long-running operations like sum

[issue29222] Python3 interactive shell hangs on

Changes by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker ___ ___

[issue29222] Python3 interactive shell hangs on

New submission from Vex Woo: I'v tested the following steps against python3.5 and python3.6. Python shell hangs on. $ python3.6 Python 3.6.0 (v3.6.0:41df79263a11, Dec 22 2016, 17:23:13) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for

[issue26632] @public - an __all__ decorator

Nick Coghlan added the comment: Chiming in so Barry & Zach can take this feedback into account for any future proposal: - I think the specific term "public" has too much baggage from other languages, especially in the sense that it implies that "private" is the default. In reality, all

[issue29219] TracebackException(capture_locals=True) may fail with RecursionError

Serhiy Storchaka added the comment: Could you please provide a script that reproduces an issue? Seems the repr of uninitialized CDLL instance is used. It causes an infinite recursion in attempt to resolve not set private attributes (_name, _handle, _FuncPtr). -- components: +ctypes

[issue29221] ABC Recursion Error on isinstance() with less than recursion limit class hierarchy depth

Changes by Serhiy Storchaka : -- nosy: +serhiy.storchaka versions: -Python 3.3, Python 3.4 ___ Python tracker ___

[issue29221] ABC Recursion Error on isinstance() with less than recursion limit class hierarchy depth

New submission from Anthony Scopatz: Classes that have an abstract base class somewhere in their hierarchy have a significantly reduced depth with respect to the recursion limit. In the attached minimal example, the class hierarchy is only able to be 245 deep past the ABC before a recursion

[issue29220] Python 3.6 regression/change using logging.addLevelName() to clear a name

Changes by Xiang Zhang : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list

[issue29217] Documentation for uuid has wrong description for variant

Xiang Zhang added the comment: Thanks for your report David. :-) I simply remove the type description since I think the type of the constants doesn't matter here. -- nosy: +xiang.zhang resolution: -> fixed stage: -> resolved status: open -> closed versions: -Python 3.3, Python 3.4

[issue29217] Documentation for uuid has wrong description for variant

Roundup Robot added the comment: New changeset 0d4e0a736688 by Xiang Zhang in branch '2.7': Issue #29217: Fix the wrong type description of UUID.variant. https://hg.python.org/cpython/rev/0d4e0a736688 New changeset 1f8e8e16e996 by Xiang Zhang in branch '3.5': Issue #29217: Fix the wrong type

[issue24699] TemporaryDirectory is cleaned up twice

Changes by Eryk Sun : -- resolution: -> out of date stage: -> resolved ___ Python tracker ___

[issue29145] failing overflow checks in replace_*

Xiang Zhang added the comment: Thanks you all. :-） -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue29145] failing overflow checks in replace_*

Roundup Robot added the comment: New changeset 09b1cdac74de by Xiang Zhang in branch '3.5': Issue #29145: Fix overflow checks in str.replace() and str.join(). https://hg.python.org/cpython/rev/09b1cdac74de New changeset d966ccda9f17 by Xiang Zhang in branch '3.6': Issue #29145: Merge 3.5.

[issue29220] Python 3.6 regression/change using logging.addLevelName() to clear a name

New submission from Mark Blakeney: I have code which does a logging.addLevelName(logging.INFO, '') so that the logging level name is not displayed in INFO messages, but is in all other levels. I have been running this code fine since many versions of Python 2 through to 3.5. Now running with

[issue28700] test_dbm failure: KeyError: b'0' (intermittent in 3.5, reliable in 3.6)

Changes by Anthony Sottile : -- nosy: +Anthony Sottile ___ Python tracker ___ ___

[issue29219] TracebackException(capture_locals=True) may fail with RecursionError

New submission from Ilya Kulakov: I'm using Python 3.5.2 to be precise. I have code that is roughly equivalent to: import sys import traceback def handle_exception(exc_type, exc_value, exc_traceback): traceback.TracebackException(exc_type, exc_value, exc_traceback,

[issue24699] TemporaryDirectory is cleaned up twice

Changes by Ilya Kulakov : -- status: open -> closed ___ Python tracker ___ ___

[issue14102] argparse: add ability to create a man page

Changes by paul j3 : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list

[issue9182] document “--” as a way to distinguish option w/ narg='+' from positional argument in argparse

Changes by paul j3 : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue14392] type=bool doesn't raise error in argparse.Action

Changes by paul j3 : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list

[issue29218] distutils: Remove unused install_misc class

Changes by Eric N. Vander Weele : -- components: -Build ___ Python tracker ___ ___

[issue20094] intermitent failures with test_dbm

Anthony Sottile added the comment: That doesn't seem to be the problem though, that occurs in both the successful and failure case -- ___ Python tracker

[issue20094] intermitent failures with test_dbm

Anthony Sottile added the comment: Stepping through the code, it seems under ndbm it is creating a file with a '.db' extension: ``` (Pdb) list 47 'g': b'intended', 48 } 49 50 def init_db(self): 51 import pdb; pdb.set_trace() 52

[issue20094] intermitent failures with test_dbm

Anthony Sottile added the comment: I'm seeing this same failure in python3.5 on 16.04 about 20% of the time: ``` $ python3.5 -m test -v test_dbm == CPython 3.5.2 (default, Nov 17 2016, 17:05:23) [GCC 5.4.0 20160609] == Linux-4.4.0-57-generic-x86_64-with-Ubuntu-16.04-xenial little-endian ==

[issue29218] distutils: Remove unused install_misc class

New submission from Eric N. Vander Weele: This class hasn't been used for quite some time. Seems safe to remove. -- components: Build, Distutils files: distutils-remove-install_misc-1.patch keywords: patch messages: 285080 nosy: dstufft, eric.araujo, ericvw, gward priority: normal

[issue29217] Documentation for uuid has wrong description for variant

New submission from David Muller: The documentation's description for uuid.variant says that its value is one of several integer constants, but those constants are actually strings. -- assignee: docs@python components: Documentation messages: 285079 nosy: TigerhawkT3, docs@python

[issue29145] failing overflow checks in replace_*

Martin Panter added the comment: Both fixes (join and replace) look good to me. However I don’t think it is necessary to change the exception message in 3.5 or 3.6. -- ___ Python tracker

[issue29214] Standard open() does not allow to specify file permissions.

Марк Коренберг added the comment: Such construction is not so easy. Especially for beginners. Not everyone even uses context managers to work with files. They will try to use os.chmod(). More clever will use os.fchmod(fileobj.fileno()). And in rare case someone asks about race condition

[issue29057] Compiler failure on Mac OS X - sys/random.h

Ned Deily added the comment: George, did you do totally clean builds, including rerunning ./configure? If so, what ./configure and make commands did you use? Using the current hg repo, I don't see the failures you are seeing. -- ___ Python

[issue29162] pyshell.py: name 'sys' is not defined

Serhiy Storchaka added the comment: I agree that incidental names should be eliminated from import. Could you open a new issue for this? -- ___ Python tracker

[issue28909] Adding LTTng-UST tracing support

Francis Deslauriers added the comment: Thanks Łukasz, I will add tests following the example of the DTrace tests and update the Doc/howto/instrumentation.rst file to include this new information. LTTng can be used on all major Linux distros (Ubuntu, Debian, Fedora, etc.) either from

[issue29214] Standard open() does not allow to specify file permissions.

Serhiy Storchaka added the comment: open(..., opener=partial(os.open, mode=0o644)) Not every combination of functions deserves a new parameter of a builtin. -- ___ Python tracker

[issue29057] Compiler failure on Mac OS X - sys/random.h

George King added the comment: (I meant the github mirror: github.com/python/cpython) -- ___ Python tracker ___

[issue29057] Compiler failure on Mac OS X - sys/random.h

George King added the comment: I am encountering this problem on macOS 10.12.2, with Xcode 8.2.1 (latest). I have tried building from the following cpython branches today (using the github fork): 2.7: 13a39142c047 In file included from ../../Python/random.c:7: /usr/include/sys/random.h:37:32:

[issue29214] Standard open() does not allow to specify file permissions.

Марк Коренберг added the comment: so, io.open() should just pass that value down to implementation. implementation should use this value instead of hard-coded 0o666. -- ___ Python tracker

[issue29214] Standard open() does not allow to specify file permissions.

Марк Коренберг added the comment: I expect this: open(, perms=0o644) Why not? -- ___ Python tracker ___

[issue29214] Standard open() does not allow to specify file permissions.

Brett Cannon added the comment: I agree with Serhiy that I don't think this is necessary for io.open() when os.open() supports this. But this really can't be discussed further until someone provides a clear design proposal on how to make this work with io.open(). -- nosy:

[issue29184] skip tests of test_socketserver when bind() raises PermissionError (non-root user on Android)

Xavier de Gaye added the comment: New patch following Serhiy's suggestion in msg285008. -- Added file: http://bugs.python.org/file46234/issue29184_01.patch ___ Python tracker

[issue29181] skip tests that raise PermissionError in test_tarfile (non-root user on Android)

Xavier de Gaye added the comment: New patch following Serhiy's suggestion in msg285008. -- Added file: http://bugs.python.org/file46233/issue29181_01.patch ___ Python tracker

[issue29180] skip tests that raise PermissionError in test_os (non-root user on Android)

Xavier de Gaye added the comment: New patch following Serhiy's suggestion in msg285008. -- Added file: http://bugs.python.org/file46232/issue29180_01.patch ___ Python tracker

[issue28759] access to mkfifo, mknod and hard links is controled by SELinux MAC on Android

Xavier de Gaye added the comment: New patch following Serhiy's suggestion in msg285008. -- Added file: http://bugs.python.org/file46231/issue28759-01.patch ___ Python tracker

[issue29214] Standard open() does not allow to specify file permissions.

Марк Коренберг added the comment: Permissions -- are very important thing. As I think, such high-level functions should not hide that important functionality from end-users. Also, it is not difficult to make a patch (as I think). -- ___ Python

[issue28414] SSL match_hostname fails for internationalized domain names

Changes by Socob <206a8...@opayq.com>: -- nosy: +Socob ___ Python tracker ___ ___ Python-bugs-list mailing

[issue28969] lru_cache is not threadsafe

INADA Naoki added the comment: LGTM -- nosy: +inada.naoki ___ Python tracker ___ ___ Python-bugs-list mailing

[issue17305] IDNA2008 encoding missing

Changes by Socob <206a8...@opayq.com>: -- nosy: +Socob ___ Python tracker ___ ___ Python-bugs-list mailing

[issue29214] Standard open() does not allow to specify file permissions.

Serhiy Storchaka added the comment: io.open() is high-level function. It handles buffering, encoding, newline translating. It is even higher-level than C's fopen(). Syscall open() is low-level. Python os.open() is an interface to this low-level feature. There is a connection between low and

[issue28870] Reduce stack consumption of PyObject_CallFunctionObjArgs() and like

Serhiy Storchaka added the comment: I'm not sure that the result of pyobjectl_callfunctionobjargs_stacksize() has direct relation to stack consumption in test_python_call, test_python_getitem and test_python_iterator. Try to measure the stack consumption in these cases. This can be done with

[issue29154] 5 failures in test_doctest: ModuleNotFoundError: No module named 'IPython'

Eric Snow added the comment: There shouldn't be anything in CPython that depends on IPython. I'd recommend checking for $PYTHONSTARTUP, in site.py, and for .pth files in directories on sys.path. Also look for .py files in the current directory that are shadowing stdlib modules. Any of

[issue29216] Space saving step for the LRU cache

Serhiy Storchaka added the comment: Ah, there is a wart in the optimization in Python implementation. If call a cached function with multiple integer arguments and with equivalent float arguments, the second call will return a cached result. But if call with single integer and float

[issue28870] Reduce stack consumption of PyObject_CallFunctionObjArgs() and like

STINNER Victor added the comment: Impact of the _PY_FASTCALL_SMALL_STACK constant: * _PY_FASTCALL_SMALL_STACK=1: 528 bytes/call test_python_call 7376 test_python_getitem 6544 test_python_iterator 5572 => total: 19 492 * _PY_FASTCALL_SMALL_STACK=3: 528 bytes/call test_python_call 7272

[issue29216] Space saving step for the LRU cache

Serhiy Storchaka added the comment: The first patch fails with e.g. tuple subclasses. The optimization is correct only for types not comparable with tuples. Tuple subclasses are comparable, and classes with custom __eq__ can be comparable. Thus the optimization should be used only for exact

[issue28870] Reduce stack consumption of PyObject_CallFunctionObjArgs() and like

STINNER Victor added the comment: I modified Serhiy's stack_overflow.py of #28858: * re-run each test 10 tests and show the maximum depth * only test: ['test_python_call', 'test_python_getitem', 'test_python_iterator'] Maximum number of Python calls before a crash. (*) Reference (unpatched):

[issue29214] Standard open() does not allow to specify file permissions.

Марк Коренберг added the comment: 1. Yes, I'm reporting problem about standard open(), not os.open(). 2. Yes, I know about umask. But unfortunatelly, umask affects whole process, including all threads, so it is not possible to force specific permissions without of race conditions with other

[issue29177] skip tests of test_logging when bind() raises PermissionError (non-root user on Android)

Roundup Robot added the comment: New changeset 6bf563472ccd by Vinay Sajip in branch '3.6': Fixes #29177: Improved resilience of logging tests which use socket servers. https://hg.python.org/cpython/rev/6bf563472ccd New changeset 3f324d5df0c0 by Vinay Sajip in branch 'default': Closes #29177:

[issue29133] Minor inaccuracy in shlex.shlex punctuation_chars example

Roundup Robot added the comment: New changeset af5b34b2d169 by Vinay Sajip in branch '3.6': Fixes #29133: clarified shlex documentation. https://hg.python.org/cpython/rev/af5b34b2d169 New changeset e3d820c0c884 by Vinay Sajip in branch 'default': Closes #29133: merged update from 3.6.

[issue29216] Space saving step for the LRU cache

New submission from Raymond Hettinger: Sync with the space savings optimization in the pure Python code. I'm unsure whether the best way is to check for an exact tuple or whether to just check an exact int/str. -- assignee: serhiy.storchaka components: Library (Lib) files:

[issue29216] Space saving step for the LRU cache

Changes by Raymond Hettinger : Added file: http://bugs.python.org/file46229/functools_sync2.diff ___ Python tracker ___

[issue29215] pyport.h uses non C90-style comment

Changes by Serhiy Storchaka : -- nosy: +benjamin.peterson ___ Python tracker ___

[issue29215] pyport.h uses non C90-style comment

Xiang Zhang added the comment: I found that conflict once but lost it then. :-( > Or should I just assume that all headers are henceforth C99 and any wrapping > code should also be C99? I am not sure. :-( Nosy other experts. :-) -- nosy: +haypo, serhiy.storchaka

[issue29215] pyport.h uses non C90-style comment

Sander Vrijders added the comment: Okay, a bit conflicted about the following though. The changelog refers to PEP7. This document indeed states that Python versions greater than or equal to 3.6 use C89 with several select C99 features, such as C++-style line comments. But then below that it

[issue29215] pyport.h uses non C90-style comment

Xiang Zhang added the comment: That's a change in 3.6, see https://docs.python.org/3/whatsnew/3.6.html#build-and-c-api-changes. -- nosy: +xiang.zhang ___ Python tracker

[issue29214] Standard open() does not allow to specify file permissions.

Christian Heimes added the comment: I would be nice to have a public API to set permissions of files for io.open(), too. Note to your note: the actual permission is influenced by the process' global umask. If you are concerned about security, you should set the umask to 0o077 early.

[issue29214] Standard open() does not allow to specify file permissions.

STINNER Victor added the comment: You can actually specify permission: fd = os.open("document.txt", os.O_WRONLY | os.O_CREAT, 0o777) fp = open(fd, "wb") with fp: ... You can also use the dir_fd parameter for even better security ;-) Is your request for the standard open() function, rather

[issue29214] Standard open() does not allow to specify file permissions.

Changes by Christian Heimes : -- nosy: +christian.heimes ___ Python tracker ___ ___

[issue29215] pyport.h uses non C90-style comment

New submission from Sander Vrijders: I am writing C90 compliant code and am wrapping my C headers with SWIG, which includes python3.6m/pyport.h. I've told my compiler to report all warnings as errors. Compilation fails with the following error: ``` /usr/include/python3.6m/pyport.h:40:1:

[issue29214] Standard open() does not allow to specify file permissions.

Changes by Марк Коренберг : -- versions: +Python 3.7 ___ Python tracker ___ ___

[issue29214] Standard open() does not allow to specify file permissions.

Changes by Марк Коренберг : -- type: -> behavior ___ Python tracker ___ ___

[issue29214] Standard open() does not allow to specify file permissions.

New submission from Марк Коренберг: 1. Syscall open() allows that. 2. This is important to prevent race-conditions between creating a file with default permissions and calling fchmod(). -- components: Library (Lib) messages: 285044 nosy: mmarkk priority: normal severity: normal status:

[issue29213] python -m venv activate.bat has weird mix of line endings

New submission from Josh Wilson: The activate.bat file generated by python -m venv somevirtualenv seems to have a mix of line ending styles. Sometimes using Carriage Return (CR) and Line Feed (LF) and other times using only CR. This seems to cause unexpected behavior when trying to modify

[issue27931] Email parse IndexError <""@wiarcom.com>

Константин Волков added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue29070] Integration tests for pty.spawn on Linux and all other platforms

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

[issue28759] access to mkfifo, mknod and hard links is controled by SELinux MAC on Android

Xavier de Gaye added the comment: > re-open issue 28764. Oops, no issue 28764 is not relevant here. -- ___ Python tracker ___

[issue28759] access to mkfifo, mknod and hard links is controled by SELinux MAC on Android

Xavier de Gaye added the comment: Thanks for this interesting suggestion Serhiy. I propose to use supported_operation() as the name of the helper() generator. I will update the patches accordingly in issues #29180, #29181 and #29184, and re-open issue 28764. --

[issue25658] PyThread assumes pthread_key_t is an integer, which is against POSIX

Masayuki Yamamoto added the comment: After Erik posted PEP 539 draft, we've discussed features of new API on the Python-ideas [*]. As the result of discussion, features of new API have been changed below points. Thus, I updated patch based on the result. 1. API uses opaque type because to

[issue29070] Integration tests for pty.spawn on Linux and all other platforms

Cornelius Diekmann added the comment: Dear Martin, now I understand your intention. I merged my test suite with Chris's fix and documented our insights. SmallPtyTests contains regression tests for this issue. While testing, I found a subtle change in behavior introduced by Chris's patch: It

[issue28701] Replace PyUnicode_CompareWithASCIIString with _PyUnicode_EqualToASCIIString

Roundup Robot added the comment: New changeset 35334a4d41aa by Stefan Krah in branch '3.5': Issue #28701: Revert part of 5bdc8e1a50c8 for the following reasons: https://hg.python.org/cpython/rev/35334a4d41aa -- ___ Python tracker

[issue29133] Minor inaccuracy in shlex.shlex punctuation_chars example

Marco Buttu added the comment: Here is a 3rd patch with the Berker's suggestion. I just limited the output to 79 characters per line, and made use of the +NORMALIZE_WHITESPACE option (to normalize the newline inside the output). -- Added file:

[issue28870] Reduce stack consumption of PyObject_CallFunctionObjArgs() and like

Changes by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list

[issue29157] random.c: Prefer getrandom() over getentropy() to support glibc 2.24 on Linux

STINNER Victor added the comment: > It seems like Python 3.5 is close to a release, I prefer to wait after the > release to fix this issue. (...) @Larry: Do you want this change in Python > 3.5.3? The change is quite large. Ah, I was wrong: 3.5 was already open for the next 3.5.4 release, so

[issue29188] Backport random.c from Python 3.5 to Python 2.7

STINNER Victor added the comment: > This is VERY far from our historical policy for backports. Python 2.7 is > supposed to be getting more stable over time (that is one of its chief > virtues). We don't want to risk the kind of mini-catastrophe that got > published in 3.6 (issue29085). I

[issue29188] Backport random.c from Python 3.5 to Python 2.7

Roundup Robot added the comment: New changeset 13a39142c047 by Victor Stinner in branch '2.7': Don't use getentropy() on Linux https://hg.python.org/cpython/rev/13a39142c047 -- nosy: +python-dev ___ Python tracker

[issue29157] random.c: Prefer getrandom() over getentropy() to support glibc 2.24 on Linux

Roundup Robot added the comment: New changeset 8125d9a8152b by Victor Stinner in branch '3.5': Issue #29157: Prefer getrandom() over getentropy() https://hg.python.org/cpython/rev/8125d9a8152b -- ___ Python tracker

[issue29085] Python 3.6 on Windows doesn't seed Random() well enough

STINNER Victor added the comment: Oh, sorry, I introduced the bug in Python 3.6 with the PEP 524 (os.urandom() now blocks on Linux). Too bad that there is no simple way to write an unit test for that. > ... but only on Windows on Python 3.6 With the bug, or when the fix when

[issue28167] remove platform.linux_distribution()

STINNER Victor added the comment: +1 to remove platform.linux_distribution(). Linux distributions are moving much faster than the Python stdlib, so using the distro module which is hosted on PyPI is much simpler. In 2017, it became very easy to have dependencies, pip became the de factor

[issue29190] Avoid possible errors in comparing strings

Stefan Krah added the comment: On Mon, Jan 09, 2017 at 08:21:17AM +, Serhiy Storchaka wrote: > In the particular case of getround() in _decimal.c, seems the worst case is > raising TypeError instead of MemoryError in pretty rare circumstances. This > is not critically bad, there are a lot

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

Changes by desbma : -- components: +Library (Lib) versions: +Python 3.7 ___ Python tracker ___

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

desbma added the comment: Here is a patch that restores the previous behavior and update test to catch bogus naming. -- keywords: +patch Added file: http://bugs.python.org/file46224/issue29212_1.patch ___ Python tracker

[issue29190] Avoid possible errors in comparing strings

Serhiy Storchaka added the comment: In the particular case of getround() in _decimal.c, seems the worst case is raising TypeError instead of MemoryError in pretty rare circumstances. This is not critically bad, there are a lot of other places where the initial exception is silently replaced

[issue29190] Avoid possible errors in comparing strings

Roundup Robot added the comment: New changeset 337461574c90 by Serhiy Storchaka in branch '3.5': Issue #29190: Fixed possible errors in comparing strings in the pickle module. https://hg.python.org/cpython/rev/337461574c90 New changeset 9fcff936f61f by Serhiy Storchaka in branch '3.6': Issue

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

desbma added the comment: The bug seem to have been introduced by https://hg.python.org/cpython/rev/1002a1bdc5b1 -- ___ Python tracker ___