[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

INADA Naoki added the comment: I think it's false positive of ASAN. We have dynamically sized block. https://github.com/python/cpython/blob/3b0f620c1a2a21272a9e2aeca6ca1d1ac10f8162/Objects/dict-common.h#L49-L69 dictobject.c:547 calls memcpy to fill the block and head pointer is defined as `int8

[issue31171] multiprocessing.BoundedSemaphore of 32-bit python could not work while cross compiling on linux platform

New submission from Hongxu Jia: To build python for embedded Linux systems, (http://www.yoctoproject.org/docs/2.3.1/yocto-project-qs/yocto-project-qs.html) The 32-bit python's multiprocessing.BoundedSemaphore could not work. 1. Prerequisite - Build 32bit python on 64bit host, add '-m32' to gcc

[issue31171] multiprocessing.BoundedSemaphore of 32-bit python could not work while cross compiling on linux platform

Hongxu Jia added the comment: 3. Analysis 1) The multiprocessing invokes named semaphore in C library (sem_open/sem_post/sem_getvalue/sem_unlink in ./Modules/_multiprocessing/semaphore.c) 2) The glibc defines two different sem_getvalue since the following commit. https://sourceware.org/git

[issue31171] multiprocessing.BoundedSemaphore of 32-bit python could not work while cross compiling on linux platform

Hongxu Jia added the comment: 4. Solution For cross compiling, there is no `-pthread', so we should explicitly add `-lpthread' to build multiprocessing. Peterson tried to do it in the following commit: ... commit e711cafab13efc9c1fe6c5cd75826401445eb585 Author: Benjamin Peterson Date: Wed Ju

[issue31172] Py_Main() is totally broken on Visual Studio 2017

New submission from Patrick Rutkowski: Install Visual Studio 2017 Download and unpack Python-3.6.2.tgz Open a Visual Studio command prompt Browse to Python-3.6.2\PCBuild Run build.bat -p x64 -c Release Run build.bat -p x64 -c Debug Add the PCbuild\amd64 directory to your PATH Create a new Visu

[issue31159] Doc: Language switch can't switch on specific cases

Julien Palard added the comment: Now works in 3.7, needs backports to 3.6 and 2.7. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue31171] multiprocessing.BoundedSemaphore of 32-bit python could not work while cross compiling on linux platform

Changes by Hongxu Jia : -- pull_requests: +3087 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31172] Py_Main() is totally broken on Visual Studio 2017

Patrick Rutkowski added the comment: Just for kicks I tried the same Py_Main() code from a Win32 console application (instead of from a GUI application). The C code this time was #include int wmain(int argc, wchar_t** argv) { return Py_Main(argc, argv); } The resulting error message when

[issue31172] Py_Main() is totally broken on Visual Studio 2017

Changes by Christian Heimes : -- assignee: christian.heimes -> components: +Windows -SSL nosy: +paul.moore, steve.dower, tim.golden, zach.ware -christian.heimes ___ Python tracker _

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

geeknik added the comment: So if I leave UBSan and ASan out of the equation and compile with gcc and run this script: Program received signal SIGSEGV, Segmentation fault. update_refs (containers=) at Modules/gcmodule.c:353 353 _PyGCHead_SET_REFS(gc, Py_REFCNT(FROM_GC(gc))); (gdb) bt

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

D Gentry added the comment: Ok, it sounds like as good a solution as I can expect. No, I don't have a corporate build but I think my registry developed issues some time in the past and windows locked it down to prevent exe from installing. It's been a while but that is the only thing I can come

[issue31172] Py_Main() is totally broken on Visual Studio 2017

Patrick Rutkowski added the comment: I removed my custom built Python and installed the one provided by the python-3.6.2-amd64.exe installer instead. The Win32 Command Line application now works, and shows the message box. The Win32 GUI Application still fails to work, the output is just nothi

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

INADA Naoki added the comment: As Benjamin commented, this is caused by mutating internal dict. PyType_Lookup() use "method cache", based on "tp_version_tag" in the type object. When you modify internal dict directly, namespace is changed without invalidating tp_version_tag. So cached pointer i

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

STINNER Victor added the comment: > I don't know we should fix it or not. I don't have any idea fix this without > any performance penalty. The PEP 509 (dict version) might help if we want to fix this bug. -- nosy: +haypo ___ Python tracker

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

INADA Naoki added the comment: But we should check dicts of all parents. It will has significant penalty, especially for classes having long mro (inheriting metaclass from typing module cause long mro). -- ___ Python tracker

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

STINNER Victor added the comment: Another solution is to replace class dict with a special type which invalidates the type cache on dict[key]=value. -- ___ Python tracker ___ __

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

STINNER Victor added the comment: "But we should check dicts of all parents. It will has significant penalty, especially for classes having long mro (inheriting metaclass from typing module cause long mro)." Oh right. That would defeat the whole purpose of the cache. Maybe we should not fix t

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

New submission from STINNER Victor: The test_child_terminated_in_stopped_state() test creates a child process which calls ptrace(PTRACE_ME, 0, 0) and then crashs using SIGSEGV. The problem is that even if we read the exit status using os.waitpid() through subprocess, the process remains alive

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

Changes by STINNER Victor : -- components: +Tests versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue31158] test_pty: test_basic() fails randomly on Travis CI

Cornelius Diekmann added the comment: I observed the same issue, but the problem occurs mainly when reading data. In my proposed patch in issue29070, I use the existing pty._writen() to make sure all data is written. As Martin mentioned, reading is a problem. My patch proposes _os_timeout_read

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

Changes by STINNER Victor : -- pull_requests: +3090 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

STINNER Victor added the comment: https://github.com/python/cpython/pull/3055 removes the functional test and replaces it with an unit test which mocks os.waitpid() using a new _testcapi.W_STOPCODE() function to test the WIFSTOPPED() path. The functional test created a core dump, but it's now

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

py78py90py added the comment: I downloaded python from www.python.org. And I think I have tcl/tk installed. 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 Type "copyright", "credits" or "license()" for more information. >>> WARNING:

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

STINNER Victor added the comment: I chose to only add W_STOPCODE() to _testcapi rather than the os module, because I don't want to have to document this function. I don't think that anyone needs such function, usually we only need to consume process statuses, not to produce them. The only use

[issue31173] test_subprocess: test_child_terminated_in_stopped_state() leaks a zombie process

STINNER Victor added the comment: New changeset 7b7c6dcfff6a35333988a3c74c895ed19dff2e09 by Victor Stinner in branch 'master': bpo-31173: Rewrite WSTOPSIG test of test_subprocess (#3055) https://github.com/python/cpython/commit/7b7c6dcfff6a35333988a3c74c895ed19dff2e09 --

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: bpo-31173 fixed a leaked child process in test_subprocess. -- ___ Python tracker ___ ___ Python-bugs

[issue31160] Enhance support.reap_children()

Changes by STINNER Victor : -- pull_requests: +3091 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: New changeset 6c8c2943d996b59a48d331f61f22cbe72933910e by Victor Stinner in branch 'master': bpo-31160: test_tempfile: Fix reap_children() warning (#3056) https://github.com/python/cpython/commit/6c8c2943d996b59a48d331f61f22cbe72933910e -- __

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

Changes by STINNER Victor : -- pull_requests: +3092 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

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

STINNER Victor added the comment: The problem is that socketserver.ForkinMixin doesn't wait until all children completes. It's only calls os.waitpid() in non-blocking module (using os.WNOHANG) after each loop iteration. If a child process completes after the last call to ForkingMixIn.collect_c

[issue31174] test_tools leaks randomly references on x86 Gentoo Refleaks 3.x

New submission from STINNER Victor: The "x86 Gentoo Refleaks 3.x" buildbot runs tests using -u-cpu to disable the cpu resource. The problem is that DirectoryTestCase.test_files() of Lib/test/test_tools/test_unparse.py uses random: # Test limited subset of files unless the 'cpu' resourc

[issue31174] test_tools leaks randomly references on x86 Gentoo Refleaks 3.x

Changes by STINNER Victor : -- pull_requests: +3093 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

Steven D'Aprano added the comment: I'm not sure whether this is a bug or a feature. In the examples you show, we have *both* an IndentationError/TabError and missing parentheses around print. So I'm almost inclined to say that this is right: - you get an IndentationError (or TabError); - and

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: An example on 2.7.13: Traceback (most recent call last): File "/opt/python/2.7.9/lib/python2.7/multiprocessing/process.py", line 258, in _bootstrap self.run() File "/opt/python/2.7.9/lib/python2.7/multiprocessing/process.py", line 114, in run self._t

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: Correction - 2.7.9 - Travis seems to be a bit behind. Here's one from 3.6.2: Traceback (most recent call last): File "/opt/python/3.6.2/lib/python3.6/multiprocessing/process.py", line 249, in _bootstrap self.run() File "/opt/python/3.6.2/lib/python3.6/mul

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: The section in question is: def convert_to_error(kind, result): if kind == '#ERROR': return result elif kind == '#TRACEBACK': assert type(result) is str return RemoteError(result) elif kind == '#UNSERIALIZABLE': assert

[issue31175] Exception while extracting file from ZIP with non-matching file name in central directory

New submission from Tarmo Randel: The problem: miscreants are modifying ZIP file header parts so, that Python based automated analysis tools are unable to process the contents of the ZIP file but intended clients are able to open the file and extract the possibly malicious contents. Github pu

[issue31175] Exception while extracting file from ZIP with non-matching file name in central directory

Tarmo Randel added the comment: Proposed patch -- keywords: +patch Added file: http://bugs.python.org/file47074/zipfile.patch ___ Python tracker ___ _

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

Steve Dower added the comment: Okay, if that's the way you want to go. Be aware that the old MSI code is gone though, so rebuilding it will not be trivial. Though if you do, there are a few people who would find it more convenient, so you may be able to enlist help maintaining it (we didn't ge

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

STINNER Victor added the comment: New changeset aa8ec34ad52bb3b274ce91169e1bc4a598655049 by Victor Stinner in branch 'master': bpo-31151: Add socketserver.ForkingMixIn.server_close() (#3057) https://github.com/python/cpython/commit/aa8ec34ad52bb3b274ce91169e1bc4a598655049 --

[issue31176] Is a UDP transport also a ReadTransport/WriteTransport?

New submission from twisteroid ambassador: In docs / Library Reference / asyncio / Transports and Protocols, it is mentioned that "asyncio currently implements transports for TCP, UDP, SSL, and subprocess pipes. The methods available on a transport depend on the transport’s kind." It also list

[issue31172] Py_Main() is totally broken on Visual Studio 2017

Steve Dower added the comment: Your final file layout needs to match any of our standard ones. On my phone now so I'm not going to write them all out (will do it later if you need), but you need to put your .exe in the same location as the python.exe for the runtime you're using (or move the r

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: bpo-31151 fixed test_socketserver. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue31160] Enhance support.reap_children()

Changes by STINNER Victor : -- pull_requests: +3095 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

Berker Peksag added the comment: For those who want to triage this issue, the test case can be found at https://github.com/drallensmith/neat-python/blob/e4aeb39eccefbd73babfb61bb13fd23feef2a102/tests/test_distributed.py#L234 -- nosy: +berker.peksag, davin, pitrou __

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: New changeset 719a15b32587de6c4add4385ee3f84a20711340f by Victor Stinner in branch '3.6': [3.6] bpo-31160: Backport reap_children() fixes from master to 3.6 (#3060) https://github.com/python/cpython/commit/719a15b32587de6c4add4385ee3f84a20711340f --

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

Changes by David K. Hess : -- pull_requests: +3096 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue31160] Enhance support.reap_children()

Changes by STINNER Victor : -- pull_requests: +3097 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

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

STINNER Victor added the comment: New changeset 693790817a93701093ef9be7abbb0d6d4309 by Victor Stinner in branch '2.7': PCbuild: downgrade pcbuild.sln to support VS 2010 (#3031) https://github.com/python/cpython/commit/693790817a93701093ef9be7abbb0d6d4309 -- _

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

Changes by STINNER Victor : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue31159] Doc: Language switch can't switch on specific cases

Changes by Roundup Robot : -- pull_requests: +3098 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3099 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31177] unittest mock's reset_mock throws an error when an attribute has been deleted

New submission from Hmvp: When using a mock and deleting a attribute reset_mock cannot be used anymore since it tries to call reset_mock on the _deleted sentinel value. Reproduction path: ``` from unittest.mock import MagicMock mock = MagicMock() mock.a = 'test' del mock.a mock.reset_mock() ```

[issue4963] mimetypes.guess_extension result changes after mimetypes.init()

David K. Hess added the comment: FYI, PR opened: https://github.com/python/cpython/pull/3062 -- ___ Python tracker ___ ___ Python-bugs-

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: New changeset 1247e2cda514d7a73187e0b53ec8c35d87a34a84 by Victor Stinner in branch '2.7': [2.7] bpo-31160: Backport reap_children fixes from master to 2.7 (#3063) https://github.com/python/cpython/commit/1247e2cda514d7a73187e0b53ec8c35d87a34a84 -- __

[issue31149] Add Japanese to the language switcher

STINNER Victor added the comment: New changeset e8e7fba0b24582959feca9c31f2a72fc0251f83d by Victor Stinner (Julien Palard) in branch '3.6': bpo-31159: fix language switch regex on unknown yet built languages. … (#3051) https://github.com/python/cpython/commit/e8e7fba0b24582959feca9c31f2a72fc025

[issue31159] Doc: Language switch can't switch on specific cases

STINNER Victor added the comment: New changeset e8e7fba0b24582959feca9c31f2a72fc0251f83d by Victor Stinner (Julien Palard) in branch '3.6': bpo-31159: fix language switch regex on unknown yet built languages. … (#3051) https://github.com/python/cpython/commit/e8e7fba0b24582959feca9c31f2a72fc025

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

STINNER Victor added the comment: Copy of interesting comments: https://github.com/python/cpython/pull/3025 serhiy-storchaka: "Parent's destroy() now is called even if this destroy() already was called. I.e. it can be called twice." haypo: "Yes, it's a deliberate choice. All other ttk widgets

[issue31164] test_functools: test_recursive_pickle() stack overflow on x86 Gentoo Refleaks 3.x

Changes by STINNER Victor : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31149] Add Japanese to the language switcher

STINNER Victor added the comment: I reopen the issue: backport to 2.7 is still needed. -- status: closed -> open versions: +Python 2.7, Python 3.6, Python 3.7 ___ Python tracker

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: Well, it looks like I was incorrect in where the AssertionError is coming from - the attached patches, while an improvement IMO on the current code, did not result in a change in behavior. Unfortunately, the combination of bare asserts (with no messages) with re

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: Here is the patch for 2.7. -- Added file: http://bugs.python.org/file47076/managers-2.7.patch ___ Python tracker ___ _

[issue31143] lib2to3 requires source files for fixes

Steve Dower added the comment: It also breaks .zip file distribution, which I'm fairly sure we do explicitly support by virtue of having "python36.zip" in sys.path by default. And the ".pyc-only in a zip file" distribution is *totally* busted :) (and also officially released for Windows...) I

[issue26762] test_multiprocessing_spawn leaves processes running in background

Changes by STINNER Victor : -- pull_requests: +3101 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

drallensmith added the comment: pdb is not currently working for debugging a subprocess. I suspect I will need to put "import pdb" and "pdb.set_trace()" into managers.py. BTW, a thank-you to berker.peksag; while the link is present in Travis, I should still have put it in. -- ___

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

New submission from STINNER Victor: Lib/subprocess.py contains the following code: try: exception_name, hex_errno, err_msg = ( errpipe_data.split(b':', 2)) except ValueError: exception_name = b'Su

[issue31169] Unknown-source assertion failure in multiprocessing/managers.py

drallensmith added the comment: I've updated the title to be more accurate. On second thought, putting in a pdb.set_trace() would require that I know where the assertion failure is taking place... sigh. BTW, is there some way to edit earlier messages? I am used to github in that regard... ---

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: New changeset 957d0e9b59bd27ca7c473560634d8b5dbe66338c by Victor Stinner in branch 'master': bpo-26762: _test_multiprocessing reports dangling (#3064) https://github.com/python/cpython/commit/957d0e9b59bd27ca7c473560634d8b5dbe66338c -- __

[issue31010] test_socketserver.test_ForkingTCPServer(): threading_cleanup() and reap_children() warnings on AMD64 FreeBSD 10.x Shared 3.x

Changes by STINNER Victor : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue31010] test_socketserver.test_ForkingTCPServer(): threading_cleanup() and reap_children() warnings on AMD64 FreeBSD 10.x Shared 3.x

STINNER Victor added the comment: I'm not 100% sure, but it looks like a duplicate of bpo-31151. -- resolution: -> duplicate superseder: -> test_socketserver: Warning -- reap_children() reaped child process ___ Python tracker

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

STINNER Victor added the comment: bpo-31010 has been marked as a duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-li

[issue31041] test_handle_called_with_mp_queue() of test_logging: threading_cleanup() failed to cleanup, on AMD64 FreeBSD 10.x Shared 3.x

STINNER Victor added the comment: Let's mark this issue as a duplicate of bpo-30830. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_logging leaks a "dangling" threads on FreeBSD ___ Python tracker

[issue31008] FAIL: test_wait_for_handle (test.test_asyncio.test_windows_events.ProactorTests) on x86 Windows7 3.x

Changes by STINNER Victor : -- pull_requests: +3102 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30830] test_logging leaks a "dangling" threads on FreeBSD

STINNER Victor added the comment: bpo-31041 has been marked as a duplicate of this issue. Extracts: test_handle_called_with_mp_queue (test.test_logging.QueueListenerTest) ... Warning -- threading_cleanup() failed to cleanup -1 threads after 4 sec (count: 0, dangling: 1) and test_handle_called

[issue30830] test_logging leaks a "dangling" threads on FreeBSD

Changes by STINNER Victor : -- title: HTTPHandlerTest of test_logging leaks a "dangling" thread on AMD64 FreeBSD CURRENT Non-Debug 3.x -> test_logging leaks a "dangling" threads on FreeBSD ___ Python tracker

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

Martijn Pieters added the comment: It's confusing; a syntax error reports on the first error found, not two errors at once. The TabError or IndentationError exception detail message itself is lost (it should be "IndentationError: Improper mixture of spaces and tabs." or "TabError: Improper ind

[issue31168] IDLE hangs with absurdly long __repr__s

Terry J. Reedy added the comment: I am quite aware that tk text widgets (and probably other widgets) have line-length limitations. Which issue this duplicates depends on what action you propose. #28840 proposes addressing limits in the docs. #1442493 is about code changes. -- resolu

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

R. David Murray added the comment: Steve, when we changed installers was that when we also fixed the security/permissions problems with the install dir? If permissions are the issue the OP's problem may have nothing to do with it not being msi. --

[issue31143] lib2to3 requires source files for fixes

Brett Cannon added the comment: Simplest way is to do https://docs.python.org/3/library/importlib.html#importlib.util.find_spec and see if a spec can be found for the module in question. That will do the search for the module but it won't load it. This does dictate that you know the name of t

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Changes by Ammar Askar : -- pull_requests: +3103 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

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

Steve Dower added the comment: > when we changed installers was that when we also fixed the > security/permissions problems with the install dir Yes, but the permissions issue here isn't the install directory - it is probably the TEMP directory or some other system restriction. It's basically

[issue31002] IDLE: Add tests for configdialog keys tab

Terry J. Reedy added the comment: I am not sure I agree with all your suggested name changes. But I am looking as more substantive issues first. -- ___ Python tracker ___ _

[issue31130] test_idle: idlelib.configdialog leaks references

Terry J. Reedy added the comment: Victor: Something seems to have changed in the last few days. When I merged, both specific classes python -m test -R 3:3 -u gui -v test_idle -m idlelib.idle_test.test_configdialog.FontPageTest.* and the module as a whole passed. python -m test -R 3:3 -u gui -v

[issue31130] test_idle: idlelib.configdialog leaks references

STINNER Victor added the comment: > test_idle leaked [1, 1, 1, 1] memory blocks, sum=4 While reference leaks are more or less stable, the check on memory blocks is fragile. I'm unable to reproduce your issue on Linux. I tested "./python -m test -R 3:3 -u gui -v test_idle". If you have a repro

[issue31069] test_multiprocessing_spawn leaked a dangling process

Changes by STINNER Victor : -- title: test_multiprocessing_spawn leaked a process on AMD64 Windows8.1 Refleaks 3.x -> test_multiprocessing_spawn leaked a dangling process ___ Python tracker ___

[issue31069] test_multiprocessing_spawn leaked a process on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: With the commit 957d0e9b59bd27ca7c473560634d8b5dbe66338c (bpo-26762), _test_multiprocessing now fails with ENV_CHANGED if a warning is emitted. It allowed to catch a warning on x86-64 El Capitan 3.x: http://buildbot.python.org/all/builders/x86-64%20El%20Capita

[issue31179] Speed-up dict.copy() up to 5.5 times.

Changes by Yury Selivanov : -- pull_requests: +3104 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31179] Speed-up dict.copy() up to 5.5 times.

New submission from Yury Selivanov: It's possible to significantly improve performance of shallow dict copy. Currently, PyDict_Copy creates a new empty dict object and then inserts key/values into it one by one. My idea is to simply memcpy the whole keys/items region and do the necessary inc

[issue31180] test_multiprocessing_spawn hangs randomly on x86 Windows7 3.6

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Windows7%203.6/builds/570/steps/test/logs/stdio 1:21:25 [402/405] test_frame passed -- running: test_multiprocessing_spawn (2805 sec) 1:21:32 [403/405] test_hash passed -- running: test_multiprocessing_spawn (2811

[issue31181] Segfault in gcmodule.c:360 visit_decref (PyObject_IS_GC(op))

New submission from lchin: When running a python script with YML data as input, it stopped with segmentation fault /home/appuser/pyETL/tableTrimmer.py /home/appuser/pyETL/csidPyLib/etlConfig/ip4AuditSync.yml (gdb) bt Core was generated by `python2.7 tableTrimmer.py csidPyLib/etlConfig/ip4

[issue31179] Speed-up dict.copy() up to 5.5 times.

STINNER Victor added the comment: > PyDict_Copy creates a new empty dict object and then inserts key/values into > it one by one. Why not creating a "preallocated" dict in that case? _PyDict_NewPresized() -- ___ Python tracker

[issue31069] test_multiprocessing_spawn leaked a dangling process

STINNER Victor added the comment: Another warning on x86 Tiger 3.x: http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/1043/steps/test/logs/stdio test_rapid_restart (test.test_multiprocessing_forkserver.WithProcessesTestManagerRestart) ... ok Warning -- Dangling processes: {} tes

[issue31179] Speed-up dict.copy() up to 5.5 times.

Yury Selivanov added the comment: >> PyDict_Copy creates a new empty dict object and then inserts key/values into >> it one by one. > Why not creating a "preallocated" dict in that case? _PyDict_NewPresized() I don't think it's related to the proposed patch. Please take a look at the PR. `_

[issue31002] IDLE: Add tests for configdialog keys tab

Terry J. Reedy added the comment: I have thought about factoring out common test code into helper functions either within test_configdialog or in a new module. One example: simulate a click on a listbox, with common before and after code. Another: Testing the group of selection widgets on bo

[issue31130] test_idle: idlelib.configdialog leaks references

Terry J. Reedy added the comment: My message was most a heads-up. As I said, I only get the 1 block leak with a micro test of a class or method. It is possible that even that is Windows-specific. As long as you only care that test_idle not leak, I don't care about this either. --

[issue31130] test_idle: idlelib.configdialog leaks references

STINNER Victor added the comment: > As I said, I only get the 1 block leak with a micro test of a class or method. Yeah, again, the memory block check is fragile. It might be an legit internal cache filled for good reasons. It can be a free list. It can be a lot of things. It's really hard to

[issue31008] FAIL: test_wait_for_handle (test.test_asyncio.test_windows_events.ProactorTests) on x86 Windows7 3.x

STINNER Victor added the comment: New changeset 5659a72f487579be76335c09c8ba8b2f1800adde by Victor Stinner in branch 'master': bpo-31008: Fix asyncio test_wait_for_handle on Windows (#3065) https://github.com/python/cpython/commit/5659a72f487579be76335c09c8ba8b2f1800adde -- _

[issue31008] FAIL: test_wait_for_handle (test.test_asyncio.test_windows_events.ProactorTests) on x86 Windows7 3.x

Changes by STINNER Victor : -- pull_requests: +3105 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue28087] macOS 12 poll syscall returns prematurely

STINNER Victor added the comment: What is the status of this issue? Is there still something to do? If you ask me my opinion, I would just suggest to remove select.poll() on macOS to stop to have to bother with poll() bugs which only trigger at runtime :-/ -- versions: -Python 3.5 __

[issue30030] Simplify _RandomNameSequence

STINNER Victor added the comment: No consensus was found on this issue how to "simplify" _RandomNameSequence, so I close the issue. -- resolution: -> rejected status: open -> closed ___ Python tracker ___

  1   2   >