[issue32706] test_check_hostname() of test_ftplib started to fail randomly

Ned Deily added the comment: Since this is just an intermittent test failure and we have lived with it this long, I think it can wait for 3.7.1 at this point. Downgrading to "critical". -- priority: deferred blocker -> critical

[issue32947] Support OpenSSL 1.1.1

Ned Deily added the comment: Christian, I'm not sure how this issue now differs from Issue33618 (and whether it can be closed as a duplicate) but, with the delay in OpenSSL 1.1.1 and as discussed over there, full 1.1.1 support will have to wait for 3.7.1 et al so I'm

[issue32493] UUID Module - FreeBSD build failure

Serhiy Storchaka added the comment: I will be busy next few hours, but will take this issue as soon as I can. However I do not promise the result. -- ___ Python tracker

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Serhiy Storchaka added the comment: Seems there are 2 or 3 different bugs here. Race condition, using freed memory, and maybe something other. I take this. -- assignee: -> serhiy.storchaka type: -> behavior ___ Python

[issue32493] UUID Module - FreeBSD build failure

Ned Deily added the comment: This problem is still unresolved and causing buildbot failures. It really should be fixed before we tag 3.7.0rc1. Serhiy, could you take a look at it, please? Thanks! http://buildbot.python.org/all/#/builders/87/builds/1014/steps/4/logs/stdio

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

s added the comment: Guys, First of all - thank you for accepting it and trying to fix it. I lost two days attempting to resurrect python3 on my laptop and ended up with uninstalling it and restoring python 2.7.10. I agree (and I think it is separate and well known python's

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Serhiy Storchaka added the comment: What is \udcdb\udcdb\udcdb...? Looks like a corrupted memory. -- nosy: +serhiy.storchaka ___ Python tracker

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

Serhiy Storchaka added the comment: Because I don't want that this fix be missed in the next bugfix release. I think this documentation is important enough. There may be no chance to document it later. -- ___ Python

[issue33628] IDLE: Code cleanup on codecontext

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

Ned Deily added the comment: Update: we flubbed the first attempt at altering the Windows7 buildbot config and, at the moment, I'm waiting for the fix for that to get manually copied to the buildbot. -- ___ Python tracker

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

Ned Deily added the comment: The same intermittent failure was seen on the ARMv7 Ubuntu 3.7 builder: http://buildbot.python.org/all/#/builders/117/builds/314/steps/4/logs/stdio 0:00:36 load avg: 5.14 [ 48/415/1] test_numeric_tower crashed (Exit code -11) -- running:

[issue33628] IDLE: Code cleanup on codecontext

miss-islington added the comment: New changeset b2ab5dc72b36d074a86f2b1d91ae804e5a7210f8 by Miss Islington (bot) in branch '3.7': bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests (GH-7085)

[issue33628] IDLE: Code cleanup on codecontext

miss-islington added the comment: New changeset 935c81bbbca28ca23862d7ee1f79cd502e447edd by Miss Islington (bot) in branch '3.6': bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests (GH-7085)

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: That Windows8.1 buildbot sure keeps busy with all those builders assigned to it :) Those refleaks builds take a *long* time! http://buildbot.python.org/all/#/workers/11 But I see at least one builder has made it through successfully and no

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

Ned Deily added the comment: > Is there then no pathway for actually fixing the bug? aka how can I get > `required=True` to be the default. There may very well be but, unfortunately, dealing with this newly-identified 3.x compatibility issue takes precedence for 3.7.0. In

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: this is how my friends talk here, see: https://english.stackexchange.com/questions/11816/is-guy-gender-neutral -- ___ Python tracker

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: of course, sorry, I meant in a gender neutral way -- ___ Python tracker ___

[issue33565] strange tracemalloc results

Mariatta Wijaya added the comment: Alexander, in the future please use gender-neutral words such as "folks" and "y'all" instead of "guys". Thanks. -- nosy: +Mariatta ___ Python tracker

[issue18307] Relative path in co_filename for zipped modules

Mariatta Wijaya added the comment: Vitaly, in the future please use gender-neutral words such as "folks" and "y'all" instead of "guys". Thanks. -- nosy: +Mariatta ___ Python tracker

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

Ned Deily added the comment: New changeset dd7a255911f364cf521676082a89d4cac307737e by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33109: argparse subparsers are once again not required by default (GH-6919) (GH-7089)

[issue26510] [argparse] Add required argument to add_subparsers

Ned Deily added the comment: New changeset dd7a255911f364cf521676082a89d4cac307737e by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33109: argparse subparsers are once again not required by default (GH-6919) (GH-7089)

[issue20104] expose posix_spawn(p)

STINNER Victor added the comment: Tests fail on PPC64 Fedora 3.x: bpo-33630. -- ___ Python tracker ___

[issue33628] IDLE: Code cleanup on codecontext

Change by miss-islington : -- pull_requests: +6728 ___ Python tracker ___

[issue33628] IDLE: Code cleanup on codecontext

Change by miss-islington : -- pull_requests: +6727 ___ Python tracker ___

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/53/builds/1062 (...) test_close_file (test.test_posix.TestPosixSpawn) ... ok test_dup2 (test.test_posix.TestPosixSpawn) ... ok test_empty_file_actions (test.test_posix.TestPosixSpawn) ... ok

[issue33628] IDLE: Code cleanup on codecontext

Terry J. Reedy added the comment: New changeset 8506016f904ba6bc27bf5261f27a0bdd5945cd26 by Terry Jan Reedy (Cheryl Sabella) in branch 'master': bpo-33628: IDLE: Minor code cleanup of codecontext.py and its tests (GH-7085)

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

STINNER Victor added the comment: The test creating the coredump has been added by bpo-32374. -- ___ Python tracker ___

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

STINNER Victor added the comment: MultiPhaseExtensionModuleTests.test_bad_traverse() of Lib/test/test_importlib/extension/test_loader.py does create a coredump file. The script run by the test trigger a segfault. Is it deliberate? See bpo-33629 and my PR 7090.

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

Change by STINNER Victor : -- pull_requests: +6726 ___ Python tracker ___ ___

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

Change by STINNER Victor : -- keywords: +patch pull_requests: +6725 stage: -> patch review ___ Python tracker ___

[issue33628] IDLE: Code cleanup on codecontext

Terry J. Reedy added the comment: Super list. It made the diff really easy to parse into related changes. I printed it, reviewed code for items one by one, made a few changes, and checked them off when satisfied. IDLE *does* (sort of) allow tabs. One can read a file with

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

STINNER Victor added the comment: The problem comes from MultiPhaseExtensionModuleTests.test_bad_traverse() of Lib/test/test_importlib/extension/test_loader.py. This test runs the following code: --- import importlib.util as util spec = util.find_spec('_testmultiphase')

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: test_asyncio doesn't hang on FreeBSD 3.x buildbot anymore! macOS buildbot is back to green as well. It seems like I can close the issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

STINNER Victor added the comment: I added the block_on_close class attribute to Python 3.7 and master. I'm not really proud of it, but it's the price of the backward compatibility! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue33565] strange tracemalloc results

Alexander Mohr added the comment: ok fair enough, however a caveat is that it's not necessarily end of function as I was able to expand the function by a few more lines and the callstack stayed the same, however I'm guessing the interpreter was smart enough to realize

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

Change by miss-islington : -- pull_requests: +6723 stage: commit review -> patch review ___ Python tracker ___

[issue26510] [argparse] Add required argument to add_subparsers

Change by miss-islington : -- pull_requests: +6724 ___ Python tracker ___

[issue33109] argparse: make new 'required' argument to add_subparsers default to False instead of True

Ned Deily added the comment: New changeset 8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04 by Ned Deily in branch 'master': bpo-33109: argparse subparsers are once again not required by default (GH-6919)

[issue26510] [argparse] Add required argument to add_subparsers

Ned Deily added the comment: New changeset 8ebf5ceb0f5408d1ebc26c19702ac0762ef5ea04 by Ned Deily in branch 'master': bpo-33109: argparse subparsers are once again not required by default (GH-6919)

[issue33565] strange tracemalloc results

INADA Naoki added the comment: > The callstack I initially mentioned still has no explanation and we now know > is not correct. I don't think so. The callstack is Python's callstack where caused leak in C. (Python doesn't call malloc directly) In this case, local

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/124/builds/315 Warning -- files was modified by test_importlib Before: [] After: ['python.core'] -- components: FreeBSD, Tests messages: 317497 nosy: koobs, vstinner priority:

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

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

[issue32708] test_sendfile() hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot

STINNER Victor added the comment: Duplicate of bpo-33353. -- resolution: -> fixed stage: -> resolved status: open -> closed superseder: -> test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD ___ Python

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

miss-islington added the comment: New changeset fa286edbde9ed660d99628aea14ee3b824c2afe6 by Miss Islington (bot) in branch '3.7': bpo-33540: Add block_on_close attr to socketserver (GH-6911)

[issue32911] Doc strings no longer stored in body of AST

STINNER Victor added the comment: IMHO Python 3.7 will be simpler to process, since it avoids to check if the first node is a docstring or not. I agree that it's a backward incompatible, but it has been done on purpose. In fact, there is no warranty about backward

[issue32911] Doc strings no longer stored in body of AST

Ned Deily added the comment: > * Merge my patch in 3.7rc1, or Sorry but we are not going to revisit this decision for 3.7.0. It's too late! -- ___ Python tracker

[issue32911] Doc strings no longer stored in body of AST

INADA Naoki added the comment: If Python 3.7 is released with current AST form, I don't want to change it again. I prefer * Merge my patch in 3.7rc1, or * Add compile(..., "multi") mode for "sequence of statements" -- ___

[issue32622] Implement loop.sendfile

STINNER Victor added the comment: New changeset fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384 by Victor Stinner in branch '3.7': [3.7] bpo-33353: Fix test_asyncio on FreeBSD (GH-7087) https://github.com/python/cpython/commit/fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: New changeset fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384 by Victor Stinner in branch '3.7': [3.7] bpo-33353: Fix test_asyncio on FreeBSD (GH-7087) https://github.com/python/cpython/commit/fa24c1c5afa9ba2453d88db5ed6b9d2cc3b58384

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

STINNER Victor added the comment: I completed the _PyCoreConfig structure to add home, module_search_path_env, and many other options. It might help to guess how the final configuration has been computed. I also reworked the code to clarify when and how sys.path is

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

Change by miss-islington : -- pull_requests: +6722 ___ Python tracker ___

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

INADA Naoki added the comment: > We should maybe dump sys.path into stderr on the specific "unable to load the > file system codec" error. In addition to sys.path, I think "What's current python home (prefix and exec-prefix), and where it come from" is very useful. I

[issue33540] socketserver: Add an opt-in option to get Python 3.6 behaviour on server_close()

STINNER Victor added the comment: New changeset 453bd0bc65b7ea6a18c43da69143ab10d54c0a35 by Victor Stinner in branch 'master': bpo-33540: Add block_on_close attr to socketserver (GH-6911) https://github.com/python/cpython/commit/453bd0bc65b7ea6a18c43da69143ab10d54c0a35

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

INADA Naoki added the comment: > if it could be broken installation or configuration (like incorrectly set > PYTHONHOME or any other python related environment variables), then this > crash should be expected every time I invoke python executable and attempt > to run

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by STINNER Victor : -- pull_requests: +6721 ___ Python tracker ___ ___

[issue32622] Implement loop.sendfile

STINNER Victor added the comment: New changeset b97de3dd86046ac46567146d86a69d4f78ea09db by Victor Stinner in branch 'master': bpo-33353: test_asyncio set SO_SNDBUF after connect (GH-7086) https://github.com/python/cpython/commit/b97de3dd86046ac46567146d86a69d4f78ea09db

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: New changeset b97de3dd86046ac46567146d86a69d4f78ea09db by Victor Stinner in branch 'master': bpo-33353: test_asyncio set SO_SNDBUF after connect (GH-7086) https://github.com/python/cpython/commit/b97de3dd86046ac46567146d86a69d4f78ea09db

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

STINNER Victor added the comment: I close this issue to move again the discussion to bpo-33353. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: My change caused a regression on macOS: bpo-33626. I just closed this issue as a duplicate of this one. -- ___ Python tracker

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by STINNER Victor : -- pull_requests: +6719 ___ Python tracker ___ ___

[issue32622] Implement loop.sendfile

Change by STINNER Victor : -- pull_requests: +6720 ___ Python tracker ___ ___

[issue33628] IDLE: Code cleanup on codecontext

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +6718 stage: -> patch review ___ Python tracker ___

[issue33610] IDLE: Make multiple improvements to CodeContext

Cheryl Sabella added the comment: For item 2 - #33628 -- dependencies: +IDLE: Code cleanup on codecontext ___ Python tracker

[issue33628] IDLE: Code cleanup on codecontext

New submission from Cheryl Sabella : Based on the github comments on PR5638, some code cleanup issues identified for codecontext. codecontext * getspacesfirstword - function and param1 name * get_line_info - make into helper function and change parm * get_context -

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

STINNER Victor added the comment: The regression seems to be caused by my test_asyncio change for bpo-33353: commit 2932755cc11fd82b4908d60b24b837aa4f3028e6 -- ___ Python tracker

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: There are a couple of other buildbots with the same failure: ARMv7 Ubuntu 3.x: http://buildbot.python.org/all/#/builders/106/builds/1066 PPC64 AIX 3.x: http://buildbot.python.org/all/#/builders/10/builds/1005 --

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

STINNER Victor added the comment: If the issue is specific to Python 3.5, we can no longer fix it since 3.5 doesn't accept bugfixes anymore. No? -- nosy: +vstinner ___ Python tracker

[issue33627] test_numeric_tower.test_complex() crashed on

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/88/builds/1044 0:07:59 load avg: 1.58 [107/416/1] test_numeric_tower crashed (Exit code -11) Fatal Python error: Segmentation fault Current thread 0x405c4dc0 (most recent call first): File

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

Larry Hastings added the comment: Documentation changes are okay. -- ___ Python tracker ___

[issue33627] test_numeric_tower.test_complex() crashed on x86 Ubuntu Shared 3.x

Change by STINNER Victor : -- components: +Tests title: test_numeric_tower.test_complex() crashed on -> test_numeric_tower.test_complex() crashed on x86 Ubuntu Shared 3.x type: -> crash versions: +Python 3.8 ___ Python tracker

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

Larry Hastings added the comment: Serhiy, why did you mark this as a release blocker? This is a proposed documentation fix. -- priority: release blocker -> low ___ Python tracker

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

Change by STINNER Victor : -- title: Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW -> [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW ___ Python tracker

[issue33626] test_sendfile_fallback_close_peer_in_middle_of_receiving() fails on x86-64 Sierra 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/14/builds/1023 == FAIL: test_sendfile_fallback_close_peer_in_middle_of_receiving

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by miss-islington : -- pull_requests: +6716 ___ Python tracker ___

[issue32622] Implement loop.sendfile

Change by miss-islington : -- pull_requests: +6717 ___ Python tracker ___

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: New changeset 2932755cc11fd82b4908d60b24b837aa4f3028e6 by Victor Stinner in branch 'master': bpo-33353: test_asyncio uses smaller sendfile data (#7083) https://github.com/python/cpython/commit/2932755cc11fd82b4908d60b24b837aa4f3028e6

[issue32622] Implement loop.sendfile

STINNER Victor added the comment: New changeset 2932755cc11fd82b4908d60b24b837aa4f3028e6 by Victor Stinner in branch 'master': bpo-33353: test_asyncio uses smaller sendfile data (#7083) https://github.com/python/cpython/commit/2932755cc11fd82b4908d60b24b837aa4f3028e6

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

Change by Antoine Pitrou : -- nosy: -pitrou ___ Python tracker ___ ___ Python-bugs-list

[issue32622] Implement loop.sendfile

Change by STINNER Victor : -- pull_requests: +6715 ___ Python tracker ___ ___

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by STINNER Victor : -- keywords: +patch pull_requests: +6714 stage: -> patch review ___ Python tracker ___

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

STINNER Victor added the comment: test_start_tls_server_1() just failed on my Linux. It likely depends on the system load. -- nosy: +vstinner title: test_asyncio failures on Windows -> test_asyncio: test_start_tls_server_1() fails randomly

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

Ned Deily added the comment: Thanks, David. Yes, I think disabling "largefile" tests on that buildbot makes the most sense. We're working on it. -- nosy: +ned.deily ___ Python tracker

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

David Bolen added the comment: The win7 builder isn't on Azure, so changing host type isn't an option at the moment. For my part, I'd prefer removing the largefile tests for that one rather than increasing timeout. The tests generate a huge amount of I/O, so my guess is

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: er, "cleaned out" -- ___ Python tracker ___ ___

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Steve Dower added the comment: Okay, I'll take a look now. -- ___ Python tracker ___

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: Steve: just a minute ago, zware out the win8.1 bot's repo and restarted a 3.7 build. -- ___ Python tracker

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: FTR, this started happening after the following commit: commit 6d2cd9036c0ab78a83de43d1511befb7a7fc0ade Author: Eric Snow Date: Wed May 16 15:04:57 2018 -0400 bpo-32604: Improve subinterpreter tests.

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

STINNER Victor added the comment: test_mmap.test_large_offset() failed on x86 Windows7 3.7: http://buildbot.python.org/all/#/builders/111/builds/265 David Bolen: do you prefer to upgrade the VM to a faster account on Azure, or change the timeout? 0:41:01 [144/415/1]

[issue27535] Ignored ResourceWarning warnings leak memory in warnings registries

STINNER Victor added the comment: Alexander Mohr reported a memory leak in his code using botocore (Python client for Amazon S3): bpo-33565. His code emited ResourceWarning, but these warnings are ignored by default. The link between ignored warnings and a memory leak is

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Change by Ned Deily : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: Mark Shannon, the author of the assertion, approved my PR to remove the assertion: https://github.com/python/cpython/pull/7069#issuecomment-391342700 The initial issue, the failing assertion, has been fixed. Well, to be honest, I failed

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: > All the critical builds should forcibly rebuild it, so this isn't urgent, but > I'll take a look next time I get a chance to work on the build files. It's more than a *bit* urgent since it is causing one of the 3.7 stable buildbots to fail to

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: (for example, http://buildbot.python.org/all/#/builders/133/builds/251 ) -- ___ Python tracker ___

[issue33463] Can namedtuple._asdict return a regular dict instead of OrderedDict?

Michael Selik added the comment: I changed the PR to simply replace OrderedDict with dict. For the docs warnings, if I'm understanding correctly, those should be separate pulls for older branches? -- ___ Python tracker

[issue33618] Support TLS 1.3

Christian Heimes added the comment: New changeset 72ef4fc32b354f8e56eec64f4c15ac2e07d118be by Christian Heimes (Miss Islington (bot)) in branch '3.7': [3.7] bpo-33618: Enable TLS 1.3 in tests (GH-7079) (GH-7082)

[issue33609] Document that dicts preserve insertion order

Ned Deily added the comment: I agree with Yury's suggestions; the entry in the "Dictionary view objects" section, that Cheryl points to, is not sufficient. Is somebody willing to write a PR? -- priority: normal -> high stage: -> needs patch type: enhancement ->

[issue33618] Support TLS 1.3

Change by miss-islington : -- pull_requests: +6713 ___ Python tracker ___

[issue33618] Support TLS 1.3

Christian Heimes added the comment: New changeset 529525fb5a8fd9b96ab4021311a598c77588b918 by Christian Heimes in branch 'master': bpo-33618: Enable TLS 1.3 in tests (GH-7079) https://github.com/python/cpython/commit/529525fb5a8fd9b96ab4021311a598c77588b918 --

[issue33618] Support TLS 1.3

Christian Heimes added the comment: Tests with 1.0.2o and 1.1.0h are passing. -- ___ Python tracker ___

[issue33618] Support TLS 1.3

Ned Deily added the comment: As long as it doesn't break 1.0.2 and 1.1.0 support, sure :) -- ___ Python tracker ___

  1   2   3   >