[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

[issue31160] Enhance support.reap_children()

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

[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 ___ ___

[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 =

[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...

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

Changes by Roundup Robot : -- pull_requests: +3098 ___ Python tracker ___

[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 ___

[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: 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

[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 ___

[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

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: bpo-31151 fixed test_socketserver. -- ___ Python tracker ___ ___

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

Changes by David K. Hess : -- pull_requests: +3096 ___ Python tracker ___ ___

[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

[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

[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 ___ ___

[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

[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)

[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)

[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. --

[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 --

[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

[issue14345] Document socket.SOL_SOCKET

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___

[issue31033] Add argument to .cancel() of Task and Future

Марк Коренберг added the comment: 1. Yes, specifying argument to cancel in `raise CancelledError` would be perfect 2. specifying argument to `.cancel()` is still actual. 3. Yes, important part of exceptions should not be swallowed (please open separate issue). Also, it will be nice to show

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

Benjamin Peterson added the comment: Yeah, bad things happen when the underlying class dict, which isn't normally exposed to Python, is mutated. -- nosy: +benjamin.peterson ___ Python tracker

[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

[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

[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

[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.

[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

[issue19903] Idle: Use inspect.signature for calltips

Terry J. Reedy added the comment: This is much clearer. What you got is a limitation of getfullargspec relative to signature (see the links). In this case, you want follow_wrapped=True, to get the specific signature of the wrapped function instead of the generic signature of the wrapper*.

[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

[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

[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 ___

[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 ___

[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)

[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

[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

[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 ___ ___

[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

[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

[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

[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

[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

[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()

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

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3099 ___ Python tracker ___

[issue26762] test_multiprocessing_spawn leaves processes running in background

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

[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 ___

[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

[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

[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:

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

Changes by Yury Selivanov : -- pull_requests: +3104 ___ Python tracker ___ ___

[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

[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

[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

[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:

[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

[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 ___ ___

[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

[issue29736] Optimize builtin types constructor

STINNER Victor added the comment: I lost interest in this issue. I closed my PR, now I close this old issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30982] AMD64 Windows8.1 Refleaks 3.x: compilation error, cannot open python37_d.dll

STINNER Victor added the comment: The bug is gone. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[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 270c3c62edd81c14fcdb6a24b4b518a777ec6534 by Victor Stinner in branch '3.6': bpo-31008: Fix asyncio test_wait_for_handle on Windows (#3065) (#3068) https://github.com/python/cpython/commit/270c3c62edd81c14fcdb6a24b4b518a777ec6534 --

[issue30885] test_subprocess hangs on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: Sadly, I didn't see the bug recently, so I just close the issue. Note: Python 3.5 just entered security only fixes stage. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30857] test_bsddb3 hangs longer than 37 minutes on x86 Tiger 2.7

STINNER Victor added the comment: Sadly I didn't see this bug recently, so I just close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30855] [2.7] test_tk: test_use() of test_tkinter.test_widgets randomly fails with "integer value too large to represent" on with AMD64 Windows8 3.5

STINNER Victor added the comment: Change the Python version to 2.7 only, since Python 3.5 doesn't accept bug fixes anymore (only security fixes). -- title: [3.5] test_tk: test_use() of test_tkinter.test_widgets randomly fails with "integer value too large to represent" on with AMD64

[issue31069] test_multiprocessing_spawn leaks a dangling process

Changes by STINNER Victor : -- title: test_multiprocessing_spawn leaked a dangling process -> test_multiprocessing_spawn leaks a dangling process ___ Python tracker

[issue30846] [3.6] test_rapid_restart() of test_multiprocessing_fork fails randomly on AMD64 Debian PGO 3.6

STINNER Victor added the comment: See also bpo-31069. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31069] test_multiprocessing_spawn leaks a dangling process

STINNER Victor added the comment: See also bpo-30846. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue30845] [3.5] test_first_completed_some_already_completed() of test_concurrent_futures.ProcessPoolWaitTests: time.sleep() fails with "sleep length must be non-negative" in setUp() on x86 Tiger 3.

STINNER Victor added the comment: Python 3.5 doesn't accept bugfixes anymore, so I close this issue. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue30834] Warning -- files was modified by test_import, After: ['@test_4852_tmp.pyc']

STINNER Victor added the comment: Python 3.5 doesn't accept bugfixes anymore, so I close this issue. I never saw this bug on 2.7, 3.6 or master buildbots. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30830] test_logging leaks dangling threads on FreeBSD

Changes by STINNER Victor : -- title: test_logging leaks a "dangling" threads on FreeBSD -> test_logging leaks dangling threads on FreeBSD ___ Python tracker

[issue30778] test_bsddb3 crash on x86 Windows7 2.7

Changes by STINNER Victor : -- title: test_bsddb3 crash on x86 Windows XP 2.7 -> test_bsddb3 crash on x86 Windows7 2.7 ___ Python tracker

[issue30778] [2.7] test_bsddb3 crash on x86 Windows7 2.7

Changes by STINNER Victor : -- title: test_bsddb3 crash on x86 Windows7 2.7 -> [2.7] test_bsddb3 crash on x86 Windows7 2.7 ___ Python tracker

[issue30683] Enhance doctest support in regrtest --list-cases

STINNER Victor added the comment: I have no idea how to implement this idea. I'm not interested to work on this topic, so I just close this issue. If someone wants to work on this topic, please open a new issue. -- resolution: -> out of date stage: -> resolved status: open -> closed

[issue30653] test_socket hangs in ThreadableTest.tearDown() on AMD64 FreeBSD CURRENT Debug 3.6

STINNER Victor added the comment: I didn't see this bug recently, so I close this issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30391] test_threading_handled() and test_threading_not_handled() of test_socketserver hangs randomly on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: I didn't see this bug recently, I hesitate to close this issue. -- ___ Python tracker ___

[issue30382] test_stdin_broken_pipe() of test_asyncio failed randomly on AMD64 FreeBSD CURRENT Non-Debug 3.x

STINNER Victor added the comment: I only saw this bug once since June, so I close this issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30369] test_thread crashed with SIGBUS on AMD64 FreeBSD 10.x Shared 3.6

STINNER Victor added the comment: I only saw this bug once, so I close the issue. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30229] Closing a BufferedRandom calls lseek() mutliple times

STINNER Victor added the comment: I closed my PR, so I also close this issue. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue30188] test_nntplib: random EOFError in setUpClass()

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

[issue30051] Document that the random module doesn't support fork

STINNER Victor added the comment: Since Raymond and Antoine don't like the documentation idea, I just close my issue. Hopefully, Python 3.7 now reseeds automatically random at fork! -- resolution: -> rejected stage: -> resolved status: open -> closed

[issue31160] Enhance support.reap_children()

STINNER Victor added the comment: I pushed the most important change: reap_children() now makes tests fail with ENV_CHANGED on warning, so I close the issue. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[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 ___

  1   2   >