[issue31431] SSL: check_hostname should imply CERT_REQUIRED

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3528 stage: needs patch -> patch review ___ Python tracker ___

[issue31439] WindowsError: [Error 2] The system cannot find the file specified

Changes by Sneha Tipugade : -- components: Windows nosy: Sneha Tipugade, paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: WindowsError: [Error 2] The system cannot find the file specified type: compile error

[issue31432] Documention for CERT_OPTIONAL is misleading

Changes by Christian Heimes : -- keywords: +patch pull_requests: +3527 stage: -> patch review ___ Python tracker ___

[issue31438] IDLE 3 crashes and quits when caret character typed

Terry J. Reedy added the comment: In the future, please upload plain text. I am fairly certain that this is a duplicate of previous issues about Apple's buggy tcl/tk causing crashes that bypass Python's error reporting. -- assignee: terry.reedy -> components: +Tkinter, macOS -IDLE

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Mariatta Wijaya added the comment: New changeset ea0f7c26cef4550bf4db1a9bae17d41b79ab7c0d by Mariatta in branch 'master': bpo-31394: Make tokenize.rst PEP 8-compliant (GH-3526) https://github.com/python/cpython/commit/ea0f7c26cef4550bf4db1a9bae17d41b79ab7c0d --

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Changes by Mariatta Wijaya : -- pull_requests: +3526 ___ Python tracker ___ ___

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Mariatta Wijaya added the comment: New changeset 5513e888e9a742156c35ce7ab628407d8cf9e1f0 by Mariatta in branch '3.6': [3.6] bpo-31394: Clarify documentation about token type attribute (GH-3469) (GH-3525) https://github.com/python/cpython/commit/5513e888e9a742156c35ce7ab628407d8cf9e1f0

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Changes by Mariatta Wijaya : -- pull_requests: +3525 ___ Python tracker ___ ___

[issue31394] Ellipsis_token.type != token.ELLIPSIS

Mariatta Wijaya added the comment: New changeset 5f8fbf917ebf2398aa75a1f271617e2e50ab7c88 by Mariatta (Aivar Annamaa) in branch 'master': bpo-31394: Clarify documentation about token type attribute (GH-3469) https://github.com/python/cpython/commit/5f8fbf917ebf2398aa75a1f271617e2e50ab7c88

[issue31404] undefined behavior and crashes in case of a bad sys.modules

Nick Coghlan added the comment: Introducing sys.__modules__ doesn't solve the problem, since you'd be able to recreate the problems Oren reports just by messing with that as well as with sys.modules. And we try reasonable hard to protect users from completely breaking the interpreter just by

[issue31438] IDLE 3 crashes and quits when caret character typed

R. David Murray added the comment: Have you followed the instructions on this page?: https://www.python.org/download/mac/tcltk/ -- nosy: +r.david.murray ___ Python tracker

[issue30313] Tests of Python 2.7 VS9.0 buildbots must be run with -uall -rwW options

STINNER Victor added the comment: Zachary Ware fixed the issue by tuning VS9 buildbot configurations: --- class Windows27VS9Build(WindowsBuild): buildersuffix = 'vs9' build_command = [r'PC\VS9.0\build.bat', '-e', '-k', '-d'] test_command = [r'PC\VS9.0\rt.bat', '-q', '-d', '-uall',

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: Again, PR 3523 is a temporary fix to unblock the situation. For a proper fix, I have a question: Should server_close() calls self.close_request(request) on thread requests? -- ___ Python tracker

[issue30830] test_logging leaks dangling threads on FreeBSD

STINNER Victor added the comment: While testing PR 3138 (stricter threading_cleanup) with PR 3523 (socketserver joins threads), I got the following warning: test_listen_config_1_ok (test.test_logging.ConfigDictTest) ... Warning -- threading_cleanup() detected 1 leaked threads (count: 1,

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

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

[issue30830] test_logging leaks dangling threads on FreeBSD

Changes by STINNER Victor : -- pull_requests: +3523 ___ 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: I didn't see this failure since one month on the 2.7 buildbots. While I fear that the bug still exists, I close it to clean up my list of open issues. I will reopen the issue if the bug strikes back! -- resolution: -> out of date status: open ->

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

STINNER Victor added the comment: Sadly, this crash was only seen once in one month, so I will just close the issue :-/ -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue31320] test_ssl logs a traceback

STINNER Victor added the comment: Thanks for the fix Christian. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue31259] [3.6] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: While backporting fixes on tests make sense, I'm not sure that it's doable to make regrtest more strict. It took me a while to fix all "dangling threads" and "dangling processes" on the master branch, and 6 months later, I'm not done yet. There are tricky

[issue31258] [2.7] Enhance support reap_children() and threading_cleanup()

STINNER Victor added the comment: While backporting fixes on tests make sense, I'm not sure that it's doable to make regrtest more strict. It took me a while to fix all "dangling threads" and "dangling processes" on the master branch, and 6 months later, I'm not done yet. There are tricky

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: Ok, the issue should now be fixed in Python 3.6 and master (future 3.7). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: New changeset 94eb2d5b73d07bc447f1fe19923b4c3259734b9c by Victor Stinner (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31249: Fix test_concurrent_futures dangling thread (GH-3521) (#3522)

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: Attached PR 3523 is a temporary solution until we agree how to handle these threads and child processes in socketserver. I wrote the PR to fix "dangling threads" warnings to fix random buildbot failures. The PR fixes warnings but also reenable test_logging

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

STINNER Victor added the comment: I tag this issue as release blocker as a remainder that we have to agree how to handle threads/processes before Python 3.7 feature freeze. See also bpo-31233: socketserver.ThreadingMixIn leaks running threads after server_close(). -- nosy: +ned.deily

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

STINNER Victor added the comment: I created a thread on the python-dev mailing list to discuss this issue: https://mail.python.org/pipermail/python-dev/2017-August/148826.html -- ___ Python tracker

[issue30830] test_logging leaks dangling threads on FreeBSD

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3522 stage: -> patch review ___ Python tracker ___

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3521 stage: -> patch review ___ Python tracker ___

[issue31438] IDLE 3 crashes and quits when caret character typed

New submission from ALPER PAKSOY: IDLE 3 crashes and quits whenever I type the caret (^) character in the editor. I have to copy and paste the caret character into the IDLE editor whenever I have to use the caret character. I have the IDLE 3.6.2 running on macOS Sierra (v10.12.6) on mid-2011

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: New changeset 3bcf157c115ba3e48bce62ac8cb13c703475a113 by Victor Stinner in branch 'master': bpo-31249: Fix test_concurrent_futures dangling thread (#3521) https://github.com/python/cpython/commit/3bcf157c115ba3e48bce62ac8cb13c703475a113 --

[issue31249] test_concurrent_futures leaks dangling threads

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

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: Multiple test_logging tests have been skipped until this issue is fixed: see bpo-30830 and commit 6966960468327c958b03391f71f24986bd697307. -- ___ Python tracker

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

STINNER Victor added the comment: Another recent example while testing bpo-31234: test_ThreadingUDPServer (test.test_socketserver.SocketServerTest) ... (...) done Warning -- threading_cleanup() detected 1 leaked threads (count: 1, dangling: 2) ok --

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: Remaining issue: socketserver. bpo-31233: socketserver.ThreadingMixIn leaks running threads after server_close() See also bpo-31151: socketserver.ForkingMixIn.server_close() leaks zombie processes. -- ___ Python

[issue31249] test_concurrent_futures leaks dangling threads

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3519 stage: resolved -> patch review ___ Python tracker ___

[issue31249] test_concurrent_futures leaks dangling threads

STINNER Victor added the comment: I still see the warning sometimes: 0:04:09 load avg: 7.03 [185/405/1] test_concurrent_futures failed (env changed) (68 sec) -- running: test_multiprocessing_spawn (160 sec), test_gdb (53 sec), test_lib2to3 (195 sec) test_cancel

[issue31275] Check fall-through in _codecs_iso2022.c

Changes by STINNER Victor : -- versions: +Python 3.6 ___ Python tracker ___ ___

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: New changeset bcf042ff98b6261b7780c1e40fa1681ef30502f9 by Victor Stinner (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31234: Enhance test_thread.test_forkinthread() (GH-3516) (#3519)

[issue16500] Allow registering at-fork handlers

STINNER Victor added the comment: New changeset bcf042ff98b6261b7780c1e40fa1681ef30502f9 by Victor Stinner (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31234: Enhance test_thread.test_forkinthread() (GH-3516) (#3519)

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

STINNER Victor added the comment: New changeset c0e77364ca29df6cfb311e79892955c92bd8e595 by Victor Stinner in branch '3.6': [3.6] bpo-30923: Silence fall-through warnings included in -Wextra since gcc-7.0 (#3518)

[issue31275] Check fall-through in _codecs_iso2022.c

STINNER Victor added the comment: New changeset c0e77364ca29df6cfb311e79892955c92bd8e595 by Victor Stinner in branch '3.6': [3.6] bpo-30923: Silence fall-through warnings included in -Wextra since gcc-7.0 (#3518)

[issue29475] option to not follow symlinks when globbing

wim glenn added the comment: +1, would like to use this feature too, and I would like it also in pathlib.PosixPath.glob -- nosy: +wim.glenn ___ Python tracker

[issue31404] undefined behavior and crashes in case of a bad sys.modules

Eric Snow added the comment: > I haven't finished reviewing PR 1638. I'm not sure that this change > is worth. It breaks a code that assumes that sys.module is a dict, > and I afraid it slows down importing. Maybe revert this change until > resolving all problems? Yeah, I'm leaning that way

[issue31437] test_socket.SendfileUsingSendfileTest.testWithTimeoutTriggeredSend fails due to sendfile completing before timeout

Brian Moyles added the comment: accidental double-submit, duplicates Issue31436 -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker

[issue31437] test_socket.SendfileUsingSendfileTest.testWithTimeoutTriggeredSend fails due to sendfile completing before timeout

New submission from Brian Moyles: In building Python 3.6.2 on Ubuntu 16.04, test_socket repeatedly fails at == FAIL: testWithTimeoutTriggeredSend (test.test_socket.SendfileUsingSendfileTest)

[issue31436] test_socket.SendfileUsingSendfileTest.testWithTimeoutTriggeredSend fails due to sendfile completing before timeout

New submission from Brian Moyles: In building Python 3.6.2 on Ubuntu 16.04, test_socket repeatedly fails at == FAIL: testWithTimeoutTriggeredSend (test.test_socket.SendfileUsingSendfileTest)

[issue28909] Adding LTTng-UST tracing support

Francis Deslauriers added the comment: Hi all, Is there anything I can do to move this patch-set forward? @Charalampos, I will make sure to include this in the patch. Thank you. -- ___ Python tracker

[issue27815] Make SSL suppress_ragged_eofs default more secure

Martin Panter added the comment: Even if some use cases depend on suppress_ragged_eofs=True, I think it is best to avoid that as the default. There could be a deprecation period if necessary. I tested some HTTP clients I had handy. In summary, most seemed to handle a truncation attack on the

[issue31427] Proposed addition to Windows FAQ

Eryk Sun added the comment: The FAQ could instead link to the more recent update, KB3118401. https://support.microsoft.com/en-us/help/3118401/update-for-universal-c-runtime-in-windows -- nosy: +eryksun ___ Python tracker

[issue31250] test_asyncio leaks dangling threads

STINNER Victor added the comment: New changeset 5013a5ebc9978a58435036fa3860c465882c21da by Victor Stinner in branch '3.6': [3.6] bpo-31250: test_asyncio: fix dangling threads (#3517) https://github.com/python/cpython/commit/5013a5ebc9978a58435036fa3860c465882c21da --

[issue31427] Proposed addition to Windows FAQ

Changes by Eryk Sun : -- versions: +Python 3.5 ___ Python tracker ___ ___

[issue31250] test_asyncio leaks dangling threads

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

[issue31435] Addition giving incorrect result in certain circumstances

R. David Murray added the comment: https://docs.python.org/3/tutorial/floatingpoint.html -- nosy: +r.david.murray ___ Python tracker ___

[issue31435] Addition giving incorrect result in certain circumstances

Stefan Krah added the comment: Pythons has binary floating point, which does not give the same results as a pocket calculator. You can see the differences by using the decimal module: # These are the binary floats in exact decimal representation. >>> Decimal(7.95)

[issue31435] Addition giving incorrect result in certain circumstances

New submission from Aodhán Collins: Basic addition is dropping a tiny fraction when adding together certain numbers. We have discovered that when adding together the numbers 8.95 and 0.95 we get an incorrect answer, that is off by a tiny fraction. This doesn't occur when adding 7.95 and 0.95

[issue16251] pickle special methods are looked up on the instance rather than the type

Serhiy Storchaka added the comment: > The recursion case was successfully deep copying under Python 2. When > migrating the code, the sudden recursion error is pretty hard to debug. Python 3 is not compatible with Python 2 because it fixes many bugs that can't be fixed without breaking

[issue18875] Idle: Auto insertion of the closing parens, brackets, and braces

Changes by Charles Wohlganger : -- keywords: +patch pull_requests: +3517 stage: -> patch review ___ Python tracker ___

[issue16251] pickle special methods are looked up on the instance rather than the type

Łukasz Langa added the comment: > These two classes obviously are not pickleable. Pickling or copying them is a > programming error. The recursion case was successfully deep copying under Python 2. When migrating the code, the sudden recursion error is pretty hard to debug. > I believe the

[issue31370] Remove support for threads-less builds

R. David Murray added the comment: And actually, I wouldn't be surprised if eventlet depended on the *functionality* in _dummy_threading, so you probably need to restore that, too. -- ___ Python tracker

[issue31370] Remove support for threads-less builds

R. David Murray added the comment: dummy_threading should definitely not have been removed, and like all the other APIs should not be removed until 2.7 is dead. Deprecating it is of course fine :) -- nosy: +r.david.murray ___ Python tracker

[issue31433] Impossible download python 3.6.2 and 2.7 documentation (html)

Berker Peksag added the comment: Thank you for the report. This is a duplicate of issue 31395. See https://bugs.python.org/issue31395#msg301978 and https://github.com/python/psf-salt/issues/118 for details. -- nosy: +berker.peksag resolution: -> duplicate stage: -> resolved status:

[issue16251] pickle special methods are looked up on the instance rather than the type

Serhiy Storchaka added the comment: > The two test cases added demonstrate what was impossible to pickle before and > is now. These two classes obviously are not pickleable. Pickling or copying them is a programming error. I believe the proper way of making them pickleable and copyable is

[issue31434] [3.6] Python/random.c:128:17: warning: implicit declaration of function 'getrandom'

STINNER Victor added the comment: Oh, the warning probably comes from the fact that I upgraded since Fedora 24 to Fedora 25. Re-running ./configure fixed the issue. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python

[issue16500] Allow registering at-fork handlers

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

[issue31234] Make support.threading_cleanup() stricter

STINNER Victor added the comment: New changeset a15d155aadfad232158f530278505cdc6f326f93 by Victor Stinner in branch 'master': bpo-31234: Enhance test_thread.test_forkinthread() (#3516) https://github.com/python/cpython/commit/a15d155aadfad232158f530278505cdc6f326f93 --

[issue31234] Make support.threading_cleanup() stricter

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

[issue16500] Allow registering at-fork handlers

STINNER Victor added the comment: New changeset a15d155aadfad232158f530278505cdc6f326f93 by Victor Stinner in branch 'master': bpo-31234: Enhance test_thread.test_forkinthread() (#3516) https://github.com/python/cpython/commit/a15d155aadfad232158f530278505cdc6f326f93 --

[issue31434] [3.6] Python/random.c:128:17: warning: implicit declaration of function 'getrandom'

New submission from STINNER Victor: haypo@selma$ touch Python/random.c haypo@selma$ LANG= make gcc -pthread -c -Wno-unused-result -Wsign-compare -g -Og -Wall -Wstrict-prototypes -O0 -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -I. -I./Include

[issue31275] Check fall-through in _codecs_iso2022.c

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

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

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

[issue31250] test_asyncio leaks dangling threads

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3512 stage: resolved -> patch review ___ Python tracker ___

[issue31417] Use the enumerate function where appropriate

Changes by Serhiy Storchaka : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31234] Make support.threading_cleanup() stricter

Changes by STINNER Victor : -- keywords: +patch pull_requests: +3510 stage: -> patch review ___ Python tracker ___

[issue16500] Allow registering at-fork handlers

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

[issue31370] Remove support for threads-less builds

Serhiy Storchaka added the comment: Following lines needs updating: Lib/importlib/_bootstrap.py:1135 Lib/_pydecimal.py:436 Lib/test/ssl_servers.py:11 Lib/test/support/__init__.py:2053 Lib/test/test_httplib.py:1080 Lib/test/test_idle.py:4 Lib/test/test_multiprocessing_main_handling.py:3

[issue31433] Impossible download python 3.6.2 and 2.7 documentation (html)

New submission from Diego Satoba: Hi, Links to python 3.6.2 and 2.7 documentation in HTML are broken, web server returns 404 Not Found. The links are: https://docs.python.org/2/archives/python-2.7.14rc1-docs-html.zip https://docs.python.org/3/archives/python-3.6.2-docs-html.zip --

[issue31395] Docs Downloads are 404s

Ned Deily added the comment: Thanks for the report. After looking into this a bit, the URLs you are using are those from the daily docs build, the latest doc changes checked into each branch. As best I can tell, the part of the daily build that makes the downloadable files has been broken,

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: On the FreeBSD 10 buildbot, I ran test_multiprocessing_forkserver during 10 minutes twice in two terminals, while running "./python -m test -j2 -r -F" twice in two other terminals to stress the machine. I failed to reproduce the "Warning -- Dangling threads:

[issue31432] Documention for CERT_OPTIONAL is misleading

Christian Heimes added the comment: PS: OpenSSL still validates the chain when SSL_VERIFY_NONE is set. In that mode OpenSSL just does not abort the handshake when an error occurs. OpenSSL keeps the last verification error around, see #31372. -- ___

[issue25115] SSL_set_verify_depth not exposed by the ssl module

Alex Gaynor added the comment: For the use case of "I want to trust this CA, but I don't want to trust any of it's sub CAs" I think there's a simpler solution than expanding our API: Create your own cross-sign of the root you want, and add a pathLenConstraint: 0 to the basicConstraints

[issue31427] Proposed addition to Windows FAQ

Steve Dower added the comment: This is a problem with 3.5 and later running on Windows 8.1 or earlier without all Windows Updates being installed. It can happen for two reasons: * not using the official installer (most common) * random failure in the official installer (rare) Installing

[issue31370] Remove support for threads-less builds

Christian Heimes added the comment: +1 to restore dummy_threading and go through a proper deprecation phase in 3.7+. -0 to restore _dummy_thread. It's an internal, private module. -- nosy: +christian.heimes ___ Python tracker

[issue25115] SSL_set_verify_depth not exposed by the ssl module

Christian Heimes added the comment: Grant, I'm not sure I follow you. Do I understand correctly that you want to call SSL_CTX_set_verify_depth(ctx, 1), in order to enforce that a peer cert is directly signed by your CA? That doesn't sound like a good use of SSL_CTX_set_verify_depth(),

[issue31370] Remove support for threads-less builds

STINNER Victor added the comment: Oh, Arfrever wrote me on IRC that the removal of dummy_threading broke portage on Gentoo: https://bugs.gentoo.org/630730 eventlet also uses dummy_threading: eventlet/support/dns/entropy.py:23:import dummy_threading as _threading

[issue31432] Documention for CERT_OPTIONAL is misleading

New submission from Christian Heimes: >From #31431, the documentation of CERT_OPTIONAL and CERT_REQUIRED are >misleading. For client side sockets, CERT_OPTIONAL does **NOT** mean that no >certificates will be required from the other side of the socket connection. >The server **must** provide

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

STINNER Victor added the comment: Failure on AMD64 FreeBSD 10.x Shared 3.x: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/868/steps/test/logs/stdio ... test_map_chunksize (test.test_multiprocessing_forkserver.WithThreadsTestPool) ... ok

[issue31432] Documention for CERT_OPTIONAL is misleading

Changes by Christian Heimes : -- nosy: +alex, dstufft, janssen ___ Python tracker ___ ___

[issue31370] Remove support for threads-less builds

STINNER Victor added the comment: Arfrever: "Lib/_dummy_thread.py and Lib/dummy_threading.py were deleted, but Doc/library/_dummy_thread.rst and Doc/library/dummy_threading.rst still exist." Ah, it should be deleted as well. Arfrever: "Probably Doc/whatsnew/3.7.rst should mention that these

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

STINNER Victor added the comment: > This change also broke compilation on AMD64 Windows10 2.7 buildbot: > http://buildbot.python.org/all/builders/AMD64%20Windows10%202.7/builds/279 > (...) error MSB6006: "mt.exe" exited with code -1073741819. (...) I created the bug bpo-31430 to track this

[issue31430] [Windows][2.7] Python 2.7 compilation fails on mt.exe crashing with error code C0000005

New submission from STINNER Victor: On the AMD64 Windows10 2.7 buildbot, the Python compilation fails on mt.exe crashing with error code C005 (code -1073741819). It is crashing since the build 279 (Mon Sep 4 2017). This build was trigged by a single change: the commit

[issue31431] SSL: check_hostname should imply CERT_REQUIRED

Changes by Christian Heimes : -- nosy: +alex, dstufft, janssen ___ Python tracker ___ ___

[issue31431] SSL: check_hostname should imply CERT_REQUIRED

New submission from Christian Heimes: Hostname verification makes not much sense without verifying the certificate chain first. At the moment one has to set verify_mode to CERT_REQUIRED first: >>> import ssl >>>

[issue31370] Remove support for threads-less builds

Arfrever Frehtes Taifersar Arahesis added the comment: Lib/_dummy_thread.py and Lib/dummy_threading.py were deleted, but Doc/library/_dummy_thread.rst and Doc/library/dummy_threading.rst still exist. Probably Doc/whatsnew/3.7.rst should mention that these modules were deleted. Or maybe they

[issue31417] Use the enumerate function where appropriate

Changes by Raymond Hettinger : -- assignee: rhettinger -> ___ Python tracker ___

[issue31428] ElementTree.Element.__deepcopy__() raises a SystemError in case of a bad memo

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31428] ElementTree.Element.__deepcopy__() raises a SystemError in case of a bad memo

Serhiy Storchaka added the comment: New changeset d056818ed2ade6d28190a375d7183f4aef9caa55 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31428: Prevent raising a SystemError in case the memo arg of ElementTree.Element.__deepcopy__() isn't a dictionary. (#3512)

[issue16251] pickle special methods are looked up on the instance rather than the type

Changes by Łukasz Langa : -- versions: +Python 3.6, Python 3.7 -Python 3.5 ___ Python tracker ___

[issue16251] pickle special methods are looked up on the instance rather than the type

Łukasz Langa added the comment: > What the problem tries to solve PR 3508? The two test cases added demonstrate what was impossible to pickle before and is now. > Swallowing all exceptions looks like an antipattern to me. This is the only thing that we can do faced with custom

[issue31401] Dynamic compilation that uses function in comprehension fails when compiled inside function

R. David Murray added the comment: Hmm. I must have made a mistake when I ran (jpc's) test on 3.7. It is failing with the NameError for me when I try it again. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: compile error -> behavior

  1   2   >