[issue30917] IDLE: Add idlelib.config.IdleConf unittest

Terry J. Reedy added the comment: New changeset 65c24c846797b93d7adb72fc400f95a570f43fa9 by terryjreedy in branch '3.6': [3.6] bpo-30917: IDLE: Add config.IdleConf unittests (GH-2691) (#2753) https://github.com/python/cpython/commit/65c24c846797b93d7adb72fc400f95a570f43fa9 --

[issue30917] IDLE: Add idlelib.config.IdleConf unittest

Changes by Terry J. Reedy : -- pull_requests: +2828 ___ Python tracker ___ ___

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Terry J. Reedy added the comment: Fix worked: test_idle passed in build 897. http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/897/steps/test/logs/stdio I also included the fix of PR2769 in PR2753 (3.6 backport). -- resolution: -> fixed stage: -> resolved status:

[issue30973] Regular expression "hangs" interpreter

New submission from T Trindad: The following code "hangs" the interpreter: import re re.search(r"/\*\*((?:[^*]+|\*[^/])*)\*/", """ /** Copy Constructor **/ private EvaluationContext (EvaluationContext base) {""") Changing the regex to r"/\*\*((?:[^*]|\*[^/])*)\*/" makes

[issue30940] Documentation for round() is incorrect.

Serhiy Storchaka added the comment: The documentation should be updated before converting round() to Argument Clinic, because this update should be backported to 3.6 and 3.5, while the conversion can be made only in 3.7. -- keywords: +easy stage: -> needs patch

[issue29144] Implicit namespace packages in Python 3.6

Nick Coghlan added the comment: At the Python level, the rules are simple: the first directory on sys.path that contains an __init__.py file is identified as a self-contained package. It is then up to that __init__.py file to emulate namespace package behaviour (by extending __path__) if

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Louie Lu added the comment: Yes, Terry's patch fixed this. -- ___ Python tracker ___ ___ Python-bugs-list

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Terry J. Reedy added the comment: New changeset 9f9192afbb4e45d09f0d3d717b457d157dc46398 by terryjreedy in branch 'master': bpo-30968: Fix test_get_font in IDLE's test_config. (#2769) https://github.com/python/cpython/commit/9f9192afbb4e45d09f0d3d717b457d157dc46398 --

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Changes by Terry J. Reedy : -- pull_requests: +2827 ___ Python tracker ___ ___

[issue29403] mock's autospec's behavior on method-bound builtin functions is broken

Changes by Berker Peksag : -- stage: patch review -> backport needed ___ Python tracker ___

[issue30883] test_urllib2net failed on s390x Debian 3.6: ftp.debian.org error, too many connections from your internet address

Berker Peksag added the comment: Thanks, Ammar! -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker ___

[issue30883] test_urllib2net failed on s390x Debian 3.6: ftp.debian.org error, too many connections from your internet address

Berker Peksag added the comment: New changeset ae4dca7701ca77a37aa8c956450ff8e21fe6883e by Berker Peksag (Ammar Askar) in branch '3.6': [3.6] bpo-30883: Use pythontest.net instead of debian.org in test_urllib2net (GH-2755)

[issue30883] test_urllib2net failed on s390x Debian 3.6: ftp.debian.org error, too many connections from your internet address

Berker Peksag added the comment: New changeset aca493b7a337338fa20395fbc2d1895cb8093826 by Berker Peksag (Ammar Askar) in branch '3.5': [3.5] bpo-30883: Use pythontest.net instead of debian.org in test_urllib2net (GH-2755)

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Terry J. Reedy added the comment: Louie, I am fixing this (I believe). -- ___ Python tracker ___ ___

[issue30333] test_multiprocessing_forkserver: poll() failed on AMD64 FreeBSD CURRENT Non-Debug 3.5

Changes by Kubilay Kocak : -- nosy: +koobs ___ Python tracker ___ ___

[issue29403] mock's autospec's behavior on method-bound builtin functions is broken

Berker Peksag added the comment: New changeset 856cbcc12f2e4cca93af5dc7ed6bcea4dd942f10 by Berker Peksag (Aaron Gallagher) in branch 'master': bpo-29403: Fix mock's broken autospec behavior on method-bound builtin functions (GH-3)

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Terry J. Reedy added the comment: I merged pr2754 in pr2753, the 3.6 backport of pr2691. To avoid breaking 3.6 buildbots more than one test, I will hold off merging pr2753 until a fix is available. -- ___ Python tracker

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Changes by Terry J. Reedy : -- pull_requests: +2826 ___ Python tracker ___ ___

[issue30917] IDLE: Add idlelib.config.IdleConf unittest

Terry J. Reedy added the comment: New changeset ed014f7e135fe021837208960237d6c37afde5be by terryjreedy (Louie Lu) in branch 'master': bpo-30917: IDLE: Fix mock_config deepcopy to read_string (#2754) https://github.com/python/cpython/commit/ed014f7e135fe021837208960237d6c37afde5be --

[issue30972] Event loop incorrectly inherited in child processes.

New submission from Elvis Pranskevichus: The attached example shows that `asyncio.get_event_loop` still returns parent process' event loop in some cases. It appears that the fix in issue #29703 was incomplete: PARENT PID: 21947, LOOP: <_UnixSelectorEventLoop running=True closed=False

[issue30971] Improve code readability of json.tool

Berker Peksag added the comment: I don't think most of the changes improve readability of json.tool. Everyone has their own preferences and it's usually not enough to justify code churn. Also, we don't need to add comments when the code itself is pretty descriptive: # Output JSON with

[issue30971] Improve code readability of json.tool

R. David Murray added the comment: However, our general policy is that we don't make such changes unless we are also touching the code for other reasons. So I think using this PR as a base for your feature PRs, and then committing everything together if they are accepted, would be the way to

[issue27099] IDLE: turn builting extensions into regular modules

Terry J. Reedy added the comment: Either the hard-coding in the config test will have to be changed or it will have to be replaced by something adaptive. I have not quite decided yet. Once the new tests are merged, I expect to do some followup improvements. Equal important for this issue is

[issue29144] Implicit namespace packages in Python 3.6

Brett Cannon added the comment: Without looking into what changed, I say Python 3.6 being more strict in what is a namespace package is reasonable and setuptools needs to be better about installing pkg_resources-using __init__.py files. -- ___

[issue30490] Allow pass an exception to the Event.set method

pfreixes added the comment: More info about why here https://github.com/python/cpython/pull/1824#issuecomment-315903808 -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue27099] IDLE: turn builting extensions into regular modules

Charles Wohlganger added the comment: Changes to master have introduced tests with hardcoded values for what extensions are expected to be loaded by IDLE. Given that this patch turn all current extensions into mainlined modules, none of them are loaded as extensions and all of the related

[issue30971] Improve code readability of json.tool

New submission from Daniel Himmelstein: In https://github.com/python/cpython/pull/2720, I propose code changes to the json.tool command line utility. These changes are entirely non-functional and instead focus on improving code readability, style, brevity, extensibility, and maintainability.

[issue24459] Mention PYTHONFAULTHANDLER in the man page

Joshua Jay Herman added the comment: Was this ever merged? I'm not sure whats happening. -- ___ Python tracker ___

[issue30945] loop.create_server does not detect if the interface is IPv6 enabled

Yury Selivanov added the comment: > Better than trying to detect IPv6 compatibility beforehand would probably to > recognize the error and simply ignore it. +1 -- ___ Python tracker

[issue30945] loop.create_server does not detect if the interface is IPv6 enabled

Antoine Pitrou added the comment: Better than trying to detect IPv6 compatibility beforehand would probably to recognize the error and simply ignore it. Note: errno 99 is EADDRNOTAVAIL. Something like this could work (untested): diff --git a/Lib/asyncio/base_events.py

[issue30931] Race condition in asyncore may access the wrong dispatcher

Nir Soffer added the comment: Adding more info after discussion in github. After polling readable/writeable dispatchers, asyncore.poll(2) receive a list of ready file descriptors, and invoke callbacks on the dispatcher objects. If a dispatchers is closed and and a new dispatcher is created,

[issue30931] Race condition in asyncore wrongly closes channel

Changes by Jaume : -- pull_requests: +2823 ___ Python tracker ___ ___

[issue28638] Optimize namedtuple creation

Guido van Rossum added the comment: Yeah, it looks like the standard `_pickle` and `pickle` solution would work here. -- ___ Python tracker ___

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Louie Lu added the comment: After checking source code, I found that is my fault on the test code. After the blocker PR 2754 been merged, I'll fix this issue. -- ___ Python tracker

[issue30965] Unexpected behavior of operator "in"

Mihai Cara added the comment: I am sure that some time ago I read that `in` is a comparison operator but I forgot it and I was thinking that (x in y) would be equivalent to (replaced with) the return value of y.__contains__(x). -- ___ Python

[issue30965] Unexpected behavior of operator "in"

Mihai Cara added the comment: Thank you! It was my fault: I was not expecting `in` to be a comparison operator. -- ___ Python tracker ___

[issue30970] return-value of filecmp.dircmp.report_*

R. David Murray added the comment: Thanks for wanting to improve Python. However, the purpose of those function is to *print* the result. They intentionally do not have return values. All of the values that you would have these functions return are accessible via attributes already.

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

Masayuki Yamamoto added the comment: oh, I found a mistake. - replace Py_LIMITED_API with Py_BUILD_CORE on Include/pythread.h Py_tss_t definition -- ___ Python tracker

[issue30969] Docs should say that `x is z or x == z` is used for `x in y` in containers that do not implement `__contains__`

R. David Murray added the comment: I think you change is appropriate given that the "equivalent to" for the built in iterators contains the 'is' expression. However, I also think we should drop that second whole paragraph, and in the previous paragraph say "...but are :term:`iterable`...".

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

Masayuki Yamamoto added the comment: Nick and Erik, thank you for the comments! I merged proposal into the PR. Well, I'm interested in the hide implementation detail for TSS API (lately, I've read the python-ideas thread "PEP: Hide implementation details in the C API" which Victor opened

[issue30970] return-value of filecmp.dircmp.report_*

New submission from Mihály Mirk: The functions: filecmp.dircmp.report() filecmp.dircmp.report_partial_closure() filecmp.dircmp.report_full_closure() do not have return values -- messages: 298673 nosy: Mihály Mirk priority: normal pull_requests: 2822 severity: normal status: open

[issue30576] http.server should support HTTP compression (gzip)

R. David Murray added the comment: Getting input from python ideas is a great idea :) -- ___ Python tracker ___

[issue30969] Docs should say that `x is z or x == z` is used for `x in y` in containers that do not implement `__contains__`

Changes by Antti Haapala : -- pull_requests: +2820 ___ Python tracker ___ ___

[issue30969] Docs should say that `x is z or x == z` is used for `x in y` in containers that do not implement `__contains__`

New submission from Antti Haapala: The doc reference/expressions.srt says that > For user-defined classes which do not define __contains__() but do > define __iter__(), x in y is True if some value z with x == z is > produced while iterating over y. If an exception is raised during the >

[issue28638] Optimize namedtuple creation

STINNER Victor added the comment: General note about this issue: while the issie title is "Optimize namedtuple creation", it would be *nice* to not only optimization the creation but also attribute access by name: http://bugs.python.org/issue28638#msg298499 Maybe we can have a very fast C

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Changes by STINNER Victor : -- assignee: -> terry.reedy components: +IDLE nosy: +louielu, terry.reedy ___ Python tracker ___

[issue30917] IDLE: Add idlelib.config.IdleConf unittest

STINNER Victor added the comment: Please see bpo-30968: "test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x". -- nosy: +haypo ___ Python tracker

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

Changes by STINNER Victor : -- components: +Tests, Windows keywords: +buildbot nosy: +paul.moore, steve.dower, tim.golden, zach.ware versions: +Python 3.7 ___ Python tracker

[issue30968] test_get_font (idlelib.idle_test.test_config.IdleConfTest) failure on x86 Windows7 3.x

New submission from STINNER Victor: The build only contains one change: commit f776eb0f0e046f2fa3a96540bb42d8cf970f6c55 bpo-30917: IDLE: Add config.IdleConf unittests (#2691) Patch by Louie Lu. http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/893/steps/test/logs/stdio

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

STINNER Victor added the comment: > Anyone who thinks those objects stay alive too long can submit a PR for > SimpleQueue and Pool to close them eagerly. I started with SimpleQueue for the master branch: https://github.com/python/cpython/pull/2760 --

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

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

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

Elvis Stansvik added the comment: So feel free to close this issue. The use case was quite marginal anyway, and we can always instruct developers to run `build_ext --inplace` when they intend to use the distribution out of the source directory (and not have inplace=1 in setup.cfg, to allow

[issue30967] Crash in PyThread_ReInitTLS() in the child process after os.fork() on CentOS 6.5 (Python 2.7.13)

Thomas Mortensson added the comment: Indeed, #29640 seems remarkably similar. Will attempt to run attached POC code. Thank you very much for your help. -- ___ Python tracker

[issue30822] Python implementation of datetime module is not being tested correctly.

Utkarsh Upadhyay added the comment: So it seems that running the experiments without `-utzdata` would be an acceptable fix (assuming that there are no other interesting time-zones worthy of explicit testing)? Can I help in the resolution of this issue, since resolution of

[issue23267] multiprocessing pool.py doesn't close inqueue and outqueue pipes on termination

Antoine Pitrou added the comment: I think this issue is mistaken. The reader and writer objects are closed automatically when they are destroyed (see Connection.__del__). The only thing that may lack is a way to close them more eagerly. In any case, I'm closing as a duplicate of issue

[issue30171] Emit ResourceWarning in multiprocessing Queue destructor

Antoine Pitrou added the comment: I'm willing to close this issue, as I don't think a ResourceWarning is appropriate here. -- resolution: -> not a bug stage: -> resolved status: open -> pending ___ Python tracker

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

Antoine Pitrou added the comment: Anyone who thinks those objects stay alive too long can submit a PR for SimpleQueue and Pool to close them eagerly. -- ___ Python tracker

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

Changes by STINNER Victor : -- versions: -Python 3.3, Python 3.4 ___ Python tracker ___

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

STINNER Victor added the comment: This issue is marked as also affecting Python 3.7. I don't see a SimpleQueue.close() method in master, but I don't remind any resource warning when running tests on master neither. Does it mean that our test runner miss such file descriptor leak? Or worse,

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

INADA Naoki added the comment: Sorry, I'm not packaging expert. Please wait for expert for right direction. -- ___ Python tracker ___

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

Elvis Stansvik added the comment: Okay, so it seems my "fix" is not complete at all. Not even `setup.py install` works with plain distutils, since it just copies the build dir. Back when I created this issue, I must have (accidentally) tested `setup.py install` using setuptools. With

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

STINNER Victor added the comment: See also my bpo-30171: "Emit ResourceWarning in multiprocessing Queue destructor". -- ___ Python tracker ___

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

Changes by STINNER Victor : -- nosy: +davin, pitrou ___ Python tracker ___ ___

[issue30967] Crash in PyThread_ReInitTLS() in the child process after os.fork() on CentOS 6.5 (Python 2.7.13)

STINNER Victor added the comment: Anoter previous change related to PyThread_ReInitTLS(), issue #13817, unlikely related to your bug. commit e0e88b0483d73c925e8f1809d24031acd6bfdf01 Author: Charles-François Natali Date: Thu Feb 2 19:57:19 2012 +0100 Issue #13817:

[issue29640] _PyThreadState_Init and fork race leads to inconsistent key list

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

[issue30967] Crash in PyThread_ReInitTLS() in the child process after os.fork() on CentOS 6.5 (Python 2.7.13)

STINNER Victor added the comment: This bug seems similar to issue #29640. Good news: it contains a fix (not merged yet) :-) -- ___ Python tracker ___

[issue30967] Crash in PyThread_ReInitTLS() in the child process after os.fork() on CentOS 6.5 (Python 2.7.13)

STINNER Victor added the comment: Python 2.7 uses its own implementation of Thread Local Storage: see find_key() in Python/thread.c. This implementation uses a lock and a chained list. A fork only clones the current thread in the child process, all other threads are "removed", so Python has

[issue28638] Optimize namedtuple creation

INADA Naoki added the comment: I didn't say "let's not do it". I just want to focus on pure Python implementation at this issue, because this thread is too long already. Feel free to open new issue about C implementation. Even if C implementation is added later, pure Python optimization can

[issue30967] Python core crash during os.fork() on CentOS 6.5 (Python 2.7.13)

Thomas Mortensson added the comment: Unsure if related to: https://bugs.python.org/issue10517 or https://bugs.python.org/issue13156 -- ___ Python tracker

[issue23267] multiprocessing pool.py doesn't close inqueue and outqueue pipes on termination

Changes by Xiang Zhang : -- dependencies: +multiprocessing.queues.SimpleQueue leaks 2 fds ___ Python tracker ___

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

STINNER Victor added the comment: On Python 3.6+, regrtest is able to detect file descriptor leaks when using --huntrleaks. Is someone interested to backport this feature to 3.5 and/or 2.7 which would mean fix all FD leaks in our test suite? If someone wants to work on that, I would suggest

[issue30967] Python core crash during os.fork() on CentOS 6.5 (Python 2.7.13)

New submission from Thomas Mortensson: Unsure how to re-produce. Have a CoreDump file with the below backtrace. Our module is socc, we were running a Twisted application and Python core dumped giving us the following backtrace. Looks like we failed to spawn a process wsing os.fork() due to a

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

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

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

Xiang Zhang added the comment: Get this solved then we could also solve #23267, which reports pipes leak in pool due to using SimpleQueue. -- nosy: +xiang.zhang ___ Python tracker

[issue28638] Optimize namedtuple creation

Giampaolo Rodola' added the comment: > While "40x faster" is more 10x faster than "4x faster", C > implementation can boost only CPython and makes maintenance more harder. As a counter argument against "let's not do it because it'll be harder to maintain" I'd like to point out that namedtuple

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

Elvis Stansvik added the comment: @inada.naoki: I was half afraid that note in the docs would be brought up :) But I should have brought it up myself, sorry about that. My take is that I see no reason why this limitation should exists. For projects that have extensions, and wish to be

[issue28629] Emit ResourceWarning when implicitly terminating a suspended frame?

Changes by Jakub Stasiak : -- nosy: +jstasiak ___ Python tracker ___ ___

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

INADA Naoki added the comment: I thought `inplace` option is for debugging/testing without install, not for installing or packaging. As far as document [1], `inplace=1` in `setup.cfg` is noticed as: "which is probably a bad idea for this option, since always building extensions in-place

[issue30966] multiprocessing.queues.SimpleQueue leaks 2 fds

New submission from Armin Rigo: multiprocessing.queues.SimpleQueue should have a close() method. This is needed to explicitly release the two file descriptors of the Pipe used internally. Without it, the file descriptors leak if a reference to the SimpleQueue object happens to stay around

[issue30951] Documentation error in inspect module

Marco Buttu added the comment: Or maybe: "tuple of names of global variables used in the bytecode" -- nosy: +marco.buttu ___ Python tracker ___

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

Ned Deily added the comment: Now has PR waiting for review. Thanks, Elvis. -- nosy: +ned.deily stage: -> patch review ___ Python tracker ___

[issue29144] Implicit namespace packages in Python 3.6

Lumír Balhar added the comment: Hello. I've tried the build of python-moksha-common on Fedora rawhide [0] and Fedora 25 [1]. Fedora rawhide: Python 2.7.13 and 3.6.1, setuptools 36.2.0 Fedora 25: Python 2.7.13 and 3.5.3, setuptools 25.1.1 Source tarball of moksha.common contains

[issue29225] distutils.command.install_lib.get_outputs() wrong with extensions built inplace

Changes by Elvis Stansvik : -- pull_requests: +2818 ___ Python tracker ___ ___

[issue28638] Optimize namedtuple creation

INADA Naoki added the comment: I want to focus on pure Python implementation in this issue. While "40x faster" is more 10x faster than "4x faster", C implementation can boost only CPython and makes maintenance more harder. And sometimes "more 10x faster" is not so important. For example, say

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Steve Dower added the comment: New changeset e99d3a52a50b3f836fb9fb88f317aacddd494858 by Steve Dower in branch '3.6': [3.6] bpo-30450: Improved logic for obtaining dependencies (#2751) https://github.com/python/cpython/commit/e99d3a52a50b3f836fb9fb88f317aacddd494858 --

[issue30576] http.server should support HTTP compression (gzip)

Pierre Quentel added the comment: Is Python-ideas the appropriate place to get input from other core devs ? -- ___ Python tracker ___