[issue37532] email.header.make_header() doesn't work if any `ascii` code is out of range(128)

R. David Murray added the comment: Right, and the python email package fully supports non ascii: >>> msg = EmailMessage() >>> msg['Subject'] = "Panamá- Casco Antiguo" >>> bytes(msg) b'Subject: =?utf-8?q?Panam=C3=A1-?= Casco Antiguo\n\n' >>> str(msg) 'Subject: Panamá- Casco Antiguo\n\n' >>>

[issue37706] IDLE test_sidebar test_(click/drag)_selection fail on macOS 8.6

Tal Einat added the comment: I can't reproduce this on a Mac now with the recent 3.8.0b3 installer: After removing the skipIf() decorators, the tests all pass as expected. Ned, can you check with this installer? If it still fails for you, can you give some details about your Mac, e.g. the

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: The patch to fix this should be: diff --git a/Lib/test/test_threading.py b/Lib/test/test_threading.py index 1466d25e94..658bc1c7a0 100644 --- a/Lib/test/test_threading.py +++ b/Lib/test/test_threading.py @@ -1057,6 +1057,7 @@ class

[issue34880] About the "assert" bytecode

Change by Armin Rigo : -- nosy: -arigo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37741] importlib.metadata docs not showing up in the module index

New submission from Brett Cannon : If you look at https://docs.python.org/3.9/py-modindex.html#cap-i you will see that importlib.metadata isn't listed (same goes for the 3.8 docs). Or are you leaving it out due to it being provisional? -- assignee: docs@python components:

[issue37741] importlib.metadata docs not showing up in the module index

Fred L. Drake, Jr. added the comment: Provisional status should not cause a module or other API element to be omitted from the indexes. So long as it's marked provisional where it's described, it should be locatable. -- nosy: +fdrake ___ Python

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: That is related, my patch removes a guard that should enable this test only on macOS. This fragment is the issue: - @unittest.skipUnless(sys.platform == 'darwin' and test.support.python_is_optimized(), -'test macosx

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

STINNER Victor added the comment: test_threading has a similar issue, still on PPC64 AIX 3.x: https://buildbot.python.org/all/#builders/10/builds/3171 test_recursion_limit (test.test_threading.ThreadingExceptionTests) ... FAIL test_releasing_unacquired_lock

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

STINNER Victor added the comment: > Again - how can I get the core (dump) mentioned in the error message. When I > force this situation I have several core dumps - not "the one". You have to contact the owner of the buildbot worker. From a build, you can click on the Worker tab. For PPC64

[issue37736] asyncio.wait_for is still confusing

New submission from David Lewis : This issue is a follow up to previous discussions about confusing results with asyncio.wait_for. In the current implementation, it seems unintuitive that a coroutine with a timeout argument may easily wait forever. Perhaps wait_for could use an

[issue26752] Mock(2.0.0).assert_has_calls() raise AssertionError in two same calls

Karthikeyan Singaravelan added the comment: I proposed a PR for issue36871 which has the same issue with constructor signature being used for method calls when specced. I also checked the patch with the examples reported here regarding signature mismatch and they seem to be fixed. So

[issue37595] Python 3.7.4 does not build on Raspbian Buster

Kal Sze added the comment: Yes, removing --enable-optimizations and keeping all other configure options allows me to build. However, I think most people *do* want optimizations, especially because the Raspberry Pi itself already isn't very fast. --

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

STINNER Victor added the comment: Same test_threading crash on POWER6 AIX 3.x: https://buildbot.python.org/all/#/builders/161/builds/1430 This build was triggered by the change of bpo-18049 which is supposed to only impact macOS, but it does touch test_recursion_limit... can it be related to

[issue18049] Re-enable threading test on macOS

STINNER Victor added the comment: I'm not sure if it's related, but test_threading.test_recursion_limit() started to crash on two AIX buildbot workers after commit 1a057bab0f18d6ad843ce321d1d77a4819497ae4: https://bugs.python.org/issue36273#msg348845 -- nosy: +vstinner

[issue37729] gc: stats from multi process are mixed up

Change by Inada Naoki : -- versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37491] IndexError in get_bare_quoted_string

Stéphane Wirtel added the comment: @barry the 3 PR have been merged, do you think we could close this issue? Thank you -- nosy: +matrixise ___ Python tracker ___

[issue11218] pattern=None when following documentation for load_tests and unittest.main()

Stefan Sullivan added the comment: This seems like it directly contradicts the documentation for the discover method: "If a package (a directory containing a file named __init__.py) is found, the package will be checked for a load_tests function. If this exists then it will be called

[issue37739] list(filter) returns [] ???

Su Zhu added the comment: I see. Thank you very much! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37744] thread native id support for GNU/Hurd

New submission from Samuel Thibault : Hello, Here is a patch to add thread native ID support for GNU/Hurd. Samuel -- components: Interpreter Core files: hurd_thread_native_id.diff keywords: patch messages: 348879 nosy: samuel-thibault priority: normal severity: normal status: open

[issue33408] Enable AF_UNIX support in Windows

Ma Lin added the comment: The current AF_UNIX address family of Windows10 doesn't support datagram, adding this flag may break some cross-platform code: https://github.com/osbuild/osbuild/blob/9371eb9eaa3d0a7cab876eb4c7b70f519dfbd915/osbuild/__init__.py#L253

[issue37743] How should contextmanager/ContextDecorator work with generators?

Change by Karthikeyan Singaravelan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37742] logging.getLogger accepts name='root' leading to confusion

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37742] logging.getLogger accepts name='root' leading to confusion

New submission from Damian Yurzola : 'root' should be a reserved name to avoid this: >>> import logging >>> a = logging.getLogger() >>> b = logging.getLogger('root') >>> a.name 'root' >>> b.name 'root' >>> a is b False -- components: Library (Lib) messages: 348877 nosy: yurzo

[issue37743] How should contextmanager/ContextDecorator work with generators?

New submission from Antony Lee : The docs for ContextDecorator (of which contextmanager is a case) describe its semantics as: ... for any construct of the following form: def f(): with cm(): # Do stuff ContextDecorator lets you instead write: @cm()

[issue16970] argparse: bad nargs value raises misleading message

Guido van Rossum added the comment: The 3.8 backport will land automatically once the tests pass. The 3.7 backport ran into some trouble, probably a simple merge conflict. Sushma do you want to try your hands at this? It probably requires some learning about Git branches. We can also skip

[issue18049] Re-enable threading test on macOS

Change by Ronald Oussoren : -- pull_requests: +14822 pull_request: https://github.com/python/cpython/pull/15075 ___ Python tracker ___

[issue16970] argparse: bad nargs value raises misleading message

miss-islington added the comment: New changeset 1cc70322c99b80c123f9ff23a415d3da28b4ec74 by Miss Islington (bot) in branch '3.8': bpo-16970: Adding error message for invalid args (GH-14844) https://github.com/python/cpython/commit/1cc70322c99b80c123f9ff23a415d3da28b4ec74 --

[issue11654] errors in atexit hooks don't change process exit code

hai shi added the comment: as antoine said in https://bugs.python.org/issue1257, this bug should be closed;) -- nosy: +shihai1991 ___ Python tracker ___

[issue16970] argparse: bad nargs value raises misleading message

Change by miss-islington : -- pull_requests: +14821 pull_request: https://github.com/python/cpython/pull/15074 ___ Python tracker ___

[issue16970] argparse: bad nargs value raises misleading message

miss-islington added the comment: New changeset 4b3e97592376d5f8a3b75192b399a2da1be642cb by Miss Islington (bot) (tmblweed) in branch 'master': bpo-16970: Adding error message for invalid args (GH-14844) https://github.com/python/cpython/commit/4b3e97592376d5f8a3b75192b399a2da1be642cb

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: PR 15075 should fix this issue. As mentioned in that PR I do have a question w.r.t. the exact shape of that patch: I currently reintroduce a "skipUnless" decorator that only runs this test on macOS, I could also introduce one that just disables the test on

[issue37738] curses.addch('a', curses.color_pair(1)) ignores the color information

New submission from Marius Gedminas : curses.addch() ignores color information if I pass it a string of length one. Color works fine if I pass it a byte string or an int. Here's a reproducer: ### start of example ### import curses

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset 2491134029b195d3159a489e1803ee22a7839b41 by Guido van Rossum (mental) in branch 'master': bpo-37726: Prefer argparse over getopt in stdlib tutorial (#15052) https://github.com/python/cpython/commit/2491134029b195d3159a489e1803ee22a7839b41

[issue37726] Tutorial should not recommend getopt

Change by miss-islington : -- pull_requests: +14816 pull_request: https://github.com/python/cpython/pull/15069 ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Change by miss-islington : -- pull_requests: +14817 pull_request: https://github.com/python/cpython/pull/15070 ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Change by Guido van Rossum : -- versions: -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

STINNER Victor added the comment: """ What I assume has not been clear about my question - from the output I see that there is, somewhere, a file named 'core' - but I can never find it - and my assumption is that the test environment is cleaning up after itself. """ Right, regrtest removes

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset 8990ac0ab0398bfb9c62031288030fe7c630c2c7 by Guido van Rossum (Miss Islington (bot)) in branch '3.7': bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15069)

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: Thanks mental! All done. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue37726] Tutorial should not recommend getopt

Guido van Rossum added the comment: New changeset dcc53ebbff384076b0763c1f842966c189417071 by Guido van Rossum (Miss Islington (bot)) in branch '3.8': bpo-37726: Prefer argparse over getopt in stdlib tutorial (GH-15052) (#15070)

[issue18049] Re-enable threading test on macOS

miss-islington added the comment: New changeset 8399641c34d8136c3151fda6461cc4727a20b28e by Miss Islington (bot) in branch '3.8': bpo-18049: Sync thread stack size to main thread size on macOS (GH-14748) https://github.com/python/cpython/commit/8399641c34d8136c3151fda6461cc4727a20b28e

[issue37739] list(filter) returns [] ???

New submission from Su Zhu : The filter become empty after serving as an argument of list(). Python 3.6.7 (default, Oct 22 2018, 11:32:17) [GCC 8.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> a = filter(lambda x:x, [1,2,3]) >>> list(a) [1, 2, 3] >>>

[issue37739] list(filter) returns [] ???

Rémi Lapeyre added the comment: Hi Su Zhu, this is expected, as per the documentation, filter returns an iterable and not a list. The first `list(a)` consumes the iterable so it is empty when doing the second `list(a)`. You can see the same behavior when creating an iterable manually: >>> a

[issue37739] list(filter) returns [] ???

Ned Deily added the comment: https://docs.python.org/3/library/functions.html#filter -- nosy: +ned.deily resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue37461] email.parser.Parser hang

Ned Deily added the comment: New changeset 1789bbdd3e03023951a39933ef12dee0a03be616 by Ned Deily (Miss Islington (bot)) in branch '3.6': bpo-37461: Fix infinite loop in parsing of specially crafted email headers (GH-14794) (GH-14817)

[issue34880] About the "assert" bytecode

Change by Zackery Spytz : -- keywords: +patch pull_requests: +14820 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15073 ___ Python tracker ___

[issue34880] About the "assert" bytecode

Change by Zackery Spytz : -- components: +Interpreter Core nosy: +ZackerySpytz versions: +Python 3.9 -Python 3.8 ___ Python tracker ___

[issue37491] IndexError in get_bare_quoted_string

Change by R. David Murray : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36302] distutils creates unreproducible .so files

STINNER Victor added the comment: New changeset 0d30ae1a03102de07758650af9243fd31211325a by Victor Stinner (Bernhard M. Wiedemann) in branch 'master': bpo-36302: Sort list of sources (GH-12341) https://github.com/python/cpython/commit/0d30ae1a03102de07758650af9243fd31211325a --

[issue36273] test_thread leaks a core dump on PPC64 AIX 3.x

Michael Felt added the comment: On 01/08/2019 11:15, STINNER Victor wrote: > FAILED (failures=1) > Warning -- files was modified by test_threading > Before: [] > After: ['core'] Thanks. I'll look again (on my bot) and other test systems. What I assume has not been clear about my

[issue37724] [[Errno 17] File exists: ] # Try create directories that are not part of the archive with

Tal Cohen <3talco...@gmail.com> added the comment: Thanks -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37461] email.parser.Parser hang

Karthikeyan Singaravelan added the comment: 3.5 also seems to be affected. git cherry pick works and the patch fixes the problem so I assume the backport would be straightforward. Since 3.5 is open for security fixes with 3.5.8 as next release I am adding Larry. $ git cherry-pick a4a994b

[issue37737] mmap module track anonymous page on macOS

Change by David CARLIER : -- components: macOS nosy: devnexen, ned.deily, ronaldoussoren priority: normal pull_requests: 14815 severity: normal status: open title: mmap module track anonymous page on macOS versions: Python 3.9 ___ Python tracker

[issue37532] email.header.make_header() doesn't work if any `ascii` code is out of range(128)

R. David Murray added the comment: The input header is not valid (non-ascii is not allowed in headers), so you shouldn't expect make_header to do anything sensible. Note that this is the legacy API, which is a toolkit and does not hold your hand when it comes to RFC compliance. Aside from

[issue36302] distutils creates unreproducible .so files

STINNER Victor added the comment: I'm not excited about backporting this change to Python 3.8 and older. Python 3.8 also switch to its feature freeze for Python 3.8.0. This change is borderline between bugfix and feature. In case of doubt, I prefer to do nothing. See concerns in the PR

[issue37738] curses.addch('a', curses.color_pair(1)) ignores the color information

STINNER Victor added the comment: stdscr.addch(str, color_pair) is implemented with: setcchar(, wstr, attr, 0, NULL); rtn = wadd_wch(self->win, ); whereas stdscr.addch(bytes, color_pair) is implemented with: rtn = waddch(self->win, cch | (attr_t) attr); The 4th argument of

[issue37738] curses.addch('a', curses.color_pair(1)) ignores the color information

Change by STINNER Victor : -- keywords: +patch pull_requests: +14818 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15071 ___ Python tracker ___

[issue37738] curses.addch('a', curses.color_pair(1)) ignores the color information

STINNER Victor added the comment: I'm able to reproduce the issue on Fedora 30: Python 3.7.4 with ncurses-libs-6.1-10.20180923.fc30.x86_64. vstinner@apu$ cat /etc/fedora-release Fedora release 30 (Thirty) vstinner@apu$ python3 -VV Python 3.7.4 (default, Jul 9 2019, 16:32:37) [GCC 9.1.1

[issue3753] bytearray incompatible with y#

Change by STINNER Victor : -- pull_requests: +14819 pull_request: https://github.com/python/cpython/pull/15072 ___ Python tracker ___

[issue37738] curses.addch('a', curses.color_pair(1)) ignores the color information

Change by STINNER Victor : -- versions: +Python 3.9 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue37532] email.header.make_header() doesn't work if any `ascii` code is out of range(128)

Yun Li added the comment: Hi, David: I don't think your argument stands here. The whole world does not just include English speaking countries. There are Spanish, Russian, Chinese, etc. Any legacy packages should support all languages instead of just English. This is definitely a bug in this

[issue37740] Python 3.7 sh hangs when using in threads, forking and logging

New submission from mzbuild : Hi, We use the sh module in a threaded context to execute shell commands. When we were migrating to python 3 from python 2 we encountered some commands hanging. We created a test script that recreates the issue we are seeing. `import sh import logging import

[issue37740] Python 3.7 sh hangs when using in threads, forking and logging

Gregory P. Smith added the comment: os.fork() cannot be safely used in an application that uses threads in any manner. This is not something Python can fix. This is a POSIX limitation. The "sh" module on PyPI is incompatible with threaded applications on POSIX platforms due to its use of