[issue36739] "4.6. Defining Functions" should mention nonlocal

miss-islington added the comment: New changeset cee95fe1825dfeb52d7074c8209b5884a079f06c by Miss Islington (bot) in branch '3.7': bpo-36739: Update controlflow.rst (GH-12983) https://github.com/python/cpython/commit/cee95fe1825dfeb52d7074c8209b5884a079f06c --

[issue36739] "4.6. Defining Functions" should mention nonlocal

Mariatta Wijaya added the comment: Thanks! -- nosy: +Mariatta resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36739] "4.6. Defining Functions" should mention nonlocal

Change by miss-islington : -- pull_requests: +13540 pull_request: https://github.com/python/cpython/pull/13644 ___ Python tracker ___

[issue36739] "4.6. Defining Functions" should mention nonlocal

miss-islington added the comment: New changeset e1f95e77e0647aff602e0660ba3c282b71045875 by Miss Islington (bot) (pbhd) in branch 'master': bpo-36739: Update controlflow.rst (GH-12983) https://github.com/python/cpython/commit/e1f95e77e0647aff602e0660ba3c282b71045875 -- nosy:

[issue36889] Merge StreamWriter and StreamReader into just asyncio.Stream

Kubilay Kocak added the comment: Seeing a test_ayncio failure on koobs-freebsd-current: Timeout (0:25:00)! Thread 0x000800abb000 (most recent call first): File "/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/selectors.py", line 558 in select File

[issue36839] Support the buffer protocol in code objects

Inada Naoki added the comment: > Could someone create a buffer object which still allows the underlying memory > to be written? Sure. But I can use ctypes to modify byte code today as well > with something like "ctypes.cast(id(f.__code__.co_code) + 32, > ctypes.POINTER(ctypes.c_char)) [0]

[issue26903] ProcessPoolExecutor(max_workers=64) crashes on Windows

Change by Ned Deily : -- versions: -Python 3.5, Python 3.6, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue26903] ProcessPoolExecutor(max_workers=64) crashes on Windows

Ned Deily added the comment: New changeset 8ea0fd85bc67438f679491fae29dfe0a3961900a by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-26903: Limit ProcessPoolExecutor to 61 workers on Windows (GH-13132) (GH-13643)

[issue37067] os.execl doesn't allow for empty string in mac

Ned Deily added the comment: The behavior was changed in Python 3.6 for all platforms to catch this error; see Issue28732. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue26903] ProcessPoolExecutor(max_workers=64) crashes on Windows

Change by miss-islington : -- pull_requests: +13539 pull_request: https://github.com/python/cpython/pull/13643 ___ Python tracker ___

[issue35907] [security][CVE-2019-9948] Unnecessary URL scheme exists to allow local_file:// reading file in urllib

Ned Deily added the comment: New changeset 4f06dae5d8d4400ba38d8502da620f07d4a5696e by Ned Deily (Victor Stinner) in branch '3.6': bpo-35907, CVE-2019-9948: urllib rejects local_file:// scheme (GH-13513) https://github.com/python/cpython/commit/4f06dae5d8d4400ba38d8502da620f07d4a5696e

[issue32128] test_nntplib: test_article_head_body() fails in SSL mode

Change by STINNER Victor : -- pull_requests: +13538 pull_request: https://github.com/python/cpython/pull/11612 ___ Python tracker ___

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Change by Ned Deily : -- assignee: ned.deily -> resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 2.7, Python 3.7, Python 3.8 ___ Python tracker

[issue35925] test_httplib test_nntplib test_ssl fail on ARMv7 Debian buster bot (OpenSSL 1.1.1a)

Ned Deily added the comment: New changeset 8ab624b17ba656e9af5a79be6af0cf2911a111ba by Ned Deily (Gregory P. Smith) in branch '3.6': [3.6] bpo-35925: Skip SSL tests that fail due to weak external certs or old TLS (GH-13124) (GH-13252)

[issue32947] Support OpenSSL 1.1.1

Ned Deily added the comment: I don't have a strong opinion about backporting to 3.6. With OpenSSL 1.0.2 official support ending at the end of 2019 and 3.6.z retired towards the ned of 2021, there would be a 2-year window where 3.6 is still in security-fix-only status. But, if we don't do

[issue33006] docstring of filter function is incorrect

Ned Deily added the comment: Thanks for the docstring improvement! It looks like the Library Reference entry for filter has similar wording in 3.x and 2.7 with regard to "items are removed". If soneone feels strongly that that is not precise enough, suggest supplying a separate doc PR.

[issue32947] Support OpenSSL 1.1.1

Ned Deily added the comment: New changeset 3dbc43f63c7e056b80d6e28f3812125a09555456 by Ned Deily (Victor Stinner) in branch '3.6': bpo-32947: test_ssl fixes for TLS 1.3 and OpenSSL 1.1.1 (GH-11612) https://github.com/python/cpython/commit/3dbc43f63c7e056b80d6e28f3812125a09555456 --

[issue34025] SMTP EmailPolicy not using the correct line length for RCF 2045 encoded data (is 78, should be 76)

Change by Abhilash Raj : -- nosy: +maxking ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36839] Support the buffer protocol in code objects

Dino Viehland added the comment: Sure, but immutable/const is almost always a language level guarantee. The only case where that's not true is when you have OS/hardware level memory protection and that doesn't apply to any of Python's existing byte codes. So from a Python perspective, code

[issue37081] Test with OpenSSL 1.1.1c

Ned Deily added the comment: Should we update the Windows and Mac installers to 1.1.1c now? -- nosy: +ned.deily ___ Python tracker ___

[issue33006] docstring of filter function is incorrect

miss-islington added the comment: New changeset 09ba83330b495afedbb6b27853506fe15a85b461 by Miss Islington (bot) (Tony Flury) in branch '2.7': [2.7] bpo-33006 - Correct filter doc string to clarify 2nd argument can be iterable (GH-6015)

[issue34818] test.test_ssl.ThreadedTests.test_tls1_3 fails in 2.7 with AttributeError: __exit__

Cheryl Sabella added the comment: Thank you for the report and the pull request. This was fixed as part of issue28043, so I'm closing this as a duplicate. -- nosy: +cheryl.sabella resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Sane

[issue36935] bpo-35813 introduced usage of the deprecated PyErr_SetFromWindowsErrWithUnicodeFilename() function

Eryk Sun added the comment: > I think it would be best to replace the two calls with > PyErr_SetFromWindowsErr(0) (for now). For now it can at least be implemented inline. For example: if (handle == NULL) { PyObject *temp = name ? PyUnicode_FromWideChar(name, -1) : NULL;

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

STINNER Victor added the comment: Thanks Serhiy for the review! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

STINNER Victor added the comment: New changeset 8b09500345d998f3ff1e363a5210bc87f42ff306 by Victor Stinner in branch 'master': bpo-37076: _thread.start_new_thread() calls _PyErr_WriteUnraisableMsg() (GH-13617) https://github.com/python/cpython/commit/8b09500345d998f3ff1e363a5210bc87f42ff306

[issue33725] Python crashes on macOS after fork with no exec

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg343843 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33725] Python crashes on macOS after fork with no exec

Ned Deily added the comment: > To be clear, what is unsafe on macOS (as of 10.13, but even more so on 10.14) > is calling into the Objective-C runtime between fork and exec. No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS tries much harder at runtime to detect such

[issue33725] Python crashes on macOS after fork with no exec

Ned Deily added the comment: > To be clear, what is unsafe on macOS (as of 10.13, but even more so on 10.14) > is calling into the Objective-C runtime between fork and exec. No, it has *always* been unsafe. What's new as of 10.13/14 is that macOS tries much harder at runtime to detect such

[issue33725] Python crashes on macOS after fork with no exec

STINNER Victor added the comment: > To be clear, what is unsafe on macOS (as of 10.13, but even more so on 10.14) > is calling into the Objective-C runtime between fork and exec. The problem > for Python is that it’s way too easy to do that implicitly, thus causing the > macOS to abort the

[issue33725] Python crashes on macOS after fork with no exec

Gregory P. Smith added the comment: Documentation of the issue for sure! A RuntimeWarning is a maybe if it can be made conditional on the OS version (10.13 and higher?)... when the "fork" method would be used. BUT be very cautious about warnings as they tend to crop up in front of users

[issue29326] Blank lines in ._pth file are not ignored

Change by Vladimir Chebotarev : -- pull_requests: +13537 pull_request: https://github.com/python/cpython/pull/7243 ___ Python tracker ___

[issue35453] pathlib.Path: glob and rglob should accept PathLike patterns

Joannah Nanjekye added the comment: Since this is not considered an issue, I will just add tests to confirm this behavior and close this. -- nosy: +nanjekyejoannah ___ Python tracker

[issue19184] dis module has incorrect docs for RAISE_VARARGS

Cheryl Sabella added the comment: The original PR appears to have been abandoned, so this issue available for someone to submit a new PR. -- nosy: +cheryl.sabella versions: +Python 3.8 -Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 28, 2019, at 16:43, Ned Deily wrote: > Thanks, I was just going to add that I would accept a doc change for 3.7. > But the wording should be a little clearer that fork has *always* been unsafe > on macOS, i.e. this is not a new issue for 3.7 which

[issue36839] Support the buffer protocol in code objects

Inada Naoki added the comment: read-only is slightly different than const / immutable. const / immutable means anyone can not modify the memory. read-only means only the memory should not be modified through the buffer. But underlaying memory block can be modified by owner who creates

[issue37082] Assignment expression operator (walrus) not in built-in help()

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36540] PEP 570: Python Positional-Only Parameters

Pablo Galindo Salgado added the comment: Closing this. Will reopen if we realize we missed something. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue36373] asyncio.gather: no docs for deprecated loop parameter

Change by Matthias Bussonnier : -- nosy: +mbussonn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37072] PyNode_Compile() crashes in Python 3.8.

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36540] PEP 570: Python Positional-Only Parameters

Carol Willing added the comment: New changeset b76302ddd0896cb39ce69909349b53db6e7776e2 by Carol Willing (Pablo Galindo) in branch 'master': bpo-36540: Documentation for PEP570 - Python positional only arguments (#13202)

[issue37072] PyNode_Compile() crashes in Python 3.8.

Guido van Rossum added the comment: New changeset 77f0ed7a42606d03ebfe48ab152caf0d796d6540 by Guido van Rossum in branch 'master': bpo-37072: Fix crash in PyAST_FromNodeObject() when flags is NULL (#13634) https://github.com/python/cpython/commit/77f0ed7a42606d03ebfe48ab152caf0d796d6540

[issue33725] Python crashes on macOS after fork with no exec

Ned Deily added the comment: > Can we at least document that the default start method (fork) is now unsafe > on macOS? Thanks, I was just going to add that I would accept a doc change for 3.7. But the wording should be a little clearer that fork has *always* been unsafe on macOS, i.e.

[issue29731] Ability to filter warnings to print current stack

Change by Cheryl Sabella : -- nosy: +christian.heimes, pitrou, vstinner versions: +Python 3.8 -Python 3.7 ___ Python tracker ___

[issue22102] Zipfile generates Zipfile error in zip with 0 total number of disk in Zip64 end of central directory locator

miss-islington added the comment: New changeset 0eb69990c85b6c82c677d5a43e3df28836ae845e by Miss Islington (bot) in branch '3.7': bpo-22102: Fixes zip files with disks set to 0 (GH-5985) https://github.com/python/cpython/commit/0eb69990c85b6c82c677d5a43e3df28836ae845e -- nosy:

[issue33725] Python crashes on macOS after fork with no exec

STINNER Victor added the comment: Ned Deily: > GPS beat me to it: this definitely should not be backported to either 3.7 or > 2.7 since it is a major user behavior change. Hum ok, but test_multiprocessing_fork is now always skipped on macOS in Python 3.7. Can we at least document that the

[issue33725] Python crashes on macOS after fork with no exec

Ned Deily added the comment: GPS beat me to it: this definitely should not be backported to either 3.7 or 2.7 since it is a major user behavior change. -- versions: -Python 2.7, Python 3.7 ___ Python tracker

[issue37001] symtable.symtable doesn't accept bytes which leads to a mismatch from compile()

Change by Dino Viehland : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue37001] symtable.symtable doesn't accept bytes which leads to a mismatch from compile()

Dino Viehland added the comment: New changeset 415406999d7c09af9f3dcacfb4578b9e97b2ce77 by Dino Viehland in branch 'master': bpo-37001: Makes symtable.symtable have parity with compile for input (#13483) https://github.com/python/cpython/commit/415406999d7c09af9f3dcacfb4578b9e97b2ce77

[issue33725] Python crashes on macOS after fork with no exec

Gregory P. Smith added the comment: FWIW I am in favor of "spawn" being the default on _all_ platforms in 3.8. The safest option being the default just seems like the right thing to do. -- ___ Python tracker

[issue22102] Zipfile generates Zipfile error in zip with 0 total number of disk in Zip64 end of central directory locator

Cheryl Sabella added the comment: @Guillaume.Carre, thank you for the report and @fran6co, thank you for the contribution. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33725] Python crashes on macOS after fork with no exec

Gregory P. Smith added the comment: There is a multiprocessing spawn method on Python 2.7. And we should never do such a crazy huge feature backport. IMNSHO - We should not change the default in 3.7 either. That is a notable behavior change. That decision is entirely up to Ned (RM). If

[issue22102] Zipfile generates Zipfile error in zip with 0 total number of disk in Zip64 end of central directory locator

Cheryl Sabella added the comment: New changeset ab0716ed1ea2957396054730afbb80c1825f9786 by Cheryl Sabella (Francisco Facioni) in branch 'master': bpo-22102: Fixes zip files with disks set to 0 (GH-5985) https://github.com/python/cpython/commit/ab0716ed1ea2957396054730afbb80c1825f9786

[issue22102] Zipfile generates Zipfile error in zip with 0 total number of disk in Zip64 end of central directory locator

Change by miss-islington : -- pull_requests: +13536 pull_request: https://github.com/python/cpython/pull/13641 ___ Python tracker ___

[issue36839] Support the buffer protocol in code objects

Dino Viehland added the comment: The PR actually checks that the buffer is read-only (this was also a concern that Mark Shannon had). And the Python buffer protocol says that you need to consistently hand out read-only buffers. So while someone could create a buffer and mutate it outside

[issue36919] Exception from 'compile' reports a newline char not present in input

Change by Pavel Koneski : -- keywords: +patch pull_requests: +13535 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13639 ___ Python tracker ___

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

STINNER Victor added the comment: > Since the error handling for threading.Thread.run() is written on Python > there are many opportunities to get an exception in error handling: > KeyboardInterrupt, MemoryError and, at the shutdown stage, maybe NameError, > AttributeError or TypeError.

[issue37084] _ctypes not failing, can't find reason

New submission from Brian Spratke : I am trying to cross compile Python 3.7 for Android. I have Python building, but I keep getting an error that _ctypes failed to build, but I see nothing that jumps out as a reason. _ctypes_test builds, before that I see this INFO message INFO: Can't

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

Pablo Galindo Salgado added the comment: I will make a PR after https://github.com/python/cpython/pull/13202 is merged. -- ___ Python tracker ___

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

New submission from Pablo Galindo Salgado : The last changes in the grammar regarding TYPE_COMMENTS should be added to this section: https://docs.python.org/3/reference/compound_stmts.html#function-definitions -- assignee: docs@python components: Documentation messages: 343820 nosy:

[issue36935] bpo-35813 introduced usage of the deprecated PyErr_SetFromWindowsErrWithUnicodeFilename() function

Zackery Spytz added the comment: The PR for bpo-33407 has been merged, so two warnings are now emitted in Modules/_winapi.c. I think it would be best to replace the two calls with PyErr_SetFromWindowsErr(0) (for now). Eryk, I think a discussion on python-dev would be necessary for something

[issue35040] [functools] provide an async-compatible version of functools.lru_cache

Liran Nuna added the comment: > A coroutine detection is a relatively slow check. > I don't think we need to do it in `functools.lru_cache`. Wouldn't a coroutine check only happen during decoration time? To successfully solve this easily and efficiently, we only really need to wrap the

[issue21156] Consider moving importlib.abc.InspectLoader.source_to_code() to importlib.abc.Loader

Brett Cannon added the comment: @Carl Feel free to open new issues for whatever you need. :) -- ___ Python tracker ___ ___

[issue35040] [functools] provide an async-compatible version of functools.lru_cache

Brett Cannon added the comment: I was just saying that this is an enhancement request, no judgment about whether we want to solve the enhancement request. -- ___ Python tracker

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

Serhiy Storchaka added the comment: > If threading.Thread.run() is correctly written, it should not raise an > exception. Since the error handling for threading.Thread.run() is written on Python there are many opportunities to get an exception in error handling: KeyboardInterrupt,

[issue31961] subprocess._execute_child doesn't accept a single PathLike argument for args

Serhiy Storchaka added the comment: New changeset 9e3c4526394856d6376eed4968d27d53e1d69b7d by Serhiy Storchaka in branch 'master': bpo-31961: Fix support of path-like executables in subprocess. (GH-5914) https://github.com/python/cpython/commit/9e3c4526394856d6376eed4968d27d53e1d69b7d

[issue37082] Assignment expression operator (walrus) not in built-in help()

Change by Karthikeyan Singaravelan : -- nosy: +emilyemorehouse ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37082] Assignment expression operator (walrus) not in built-in help()

New submission from Matthias Bussonnier : Do the following at a Python prompt: ``` >>> help() Welcome to Python 3.8's help utility! [...]SNIP help> symbols Here is a list of the punctuation symbols which Python assigns special meaning to. Enter any symbol to get more help. !=

[issue37072] PyNode_Compile() crashes in Python 3.8.

Change by Guido van Rossum : -- keywords: +patch pull_requests: +13534 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13634 ___ Python tracker

[issue37079] PEM cadata causes ssl.SSLError: nested asn1 error

Jizhou Yang added the comment: Thanks a lot for the quick answer! Verified that the proposed solution works with PEM certificates in both Python 2 and 3. -- stage: -> resolved status: pending -> closed ___ Python tracker

[issue37072] PyNode_Compile() crashes in Python 3.8.

Guido van Rossum added the comment: OK, I'll look into this. -- assignee: -> gvanrossum nosy: +gvanrossum ___ Python tracker ___

[issue36373] asyncio.gather: no docs for deprecated loop parameter

Yury Selivanov added the comment: > Yuri, I think we should deprecate explicit loop everywhere in non-deprecated > asyncio API by Python 3.8. +1 -- ___ Python tracker ___

[issue33164] Blake 2 module update

Change by David Carlier : -- pull_requests: +13533 pull_request: https://github.com/python/cpython/pull/13633 ___ Python tracker ___

[issue36373] asyncio.gather: no docs for deprecated loop parameter

Andrew Svetlov added the comment: *Passing* loop to gather should be deprecated. *Using* loop by *internal logic* is pretty fine, we do it in asyncio everywhere. Yuri, I think we should deprecate explicit loop everywhere in non-deprecated asyncio API by Python 3.8. We can do it even in

[issue36933] sys.set_coroutine_wrapper documented as to be removed in 3.8 (still there)

miss-islington added the comment: New changeset 382034b255935fbf0b5516708ac16a020d27af39 by Miss Islington (bot) (Matthias Bussonnier) in branch 'master': bpo-36933: fix what's new. (GH-13627) https://github.com/python/cpython/commit/382034b255935fbf0b5516708ac16a020d27af39 --

[issue33725] Python crashes on macOS after fork with no exec

Barry A. Warsaw added the comment: On May 27, 2019, at 16:28, STINNER Victor wrote: > I don't see a clear consensus to switch to spawn on *all* platforms, so I > wrote PR 13603 which is the minimum fix: switch to spawn by default, but only > on macOS. Fair enough. Let’s fix what we have

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

STINNER Victor added the comment: I updated my PR description: _thread.start_new_thread() now logs uncaught exception raised by the function using sys.unraisablehook(), rather than sys.excepthook(), so the hook gets access to the function which raised the exception. --

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

STINNER Victor added the comment: Output: --- Unhandled exception in thread started by <_DummyThread(Dummy-1, started daemon 14038597680)> --- Ah right, sys.excepthook is called! But "Unhandled exception in thread started by " line is always written into stderr, it cannot be avoided

[issue22640] Add silent mode for py_compile

Change by Berker Peksag : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 -Python 3.5 ___ Python tracker ___

[issue22640] Add silent mode for py_compile

Berker Peksag added the comment: New changeset 2e33ecd7c9b0cac3efc6fcbdd4547fd086b4e2d1 by Berker Peksag (Joannah Nanjekye) in branch 'master': bpo-22640: Add silent mode to py_compile.compile() (GH-12976) https://github.com/python/cpython/commit/2e33ecd7c9b0cac3efc6fcbdd4547fd086b4e2d1

[issue36991] zipfile: AttributeError on extract

Berker Peksag added the comment: The OP's report is valid and they already stated that the file is malformed. More importantly, this can be reproduced with a valid ZIP file as well. The correct behavior is to get RuntimeError in this case. _check_compression() needs to be called before

[issue36991] zipfile: AttributeError on extract

Change by Berker Peksag : -- pull_requests: +13532 pull_request: https://github.com/python/cpython/pull/13632 ___ Python tracker ___

[issue37081] Test with OpenSSL 1.1.1c

Charalampos Stratakis added the comment: Also those failures are recorded on the Fedora buildbot, it seems to be happening randomly: https://buildbot.python.org/all/#/workers/32 -- ___ Python tracker

[issue37081] Test with OpenSSL 1.1.1c

Christian Heimes added the comment: Ah, thanks! I forgot about that bug. The test suite is aready failing with OpenSSL 1.1.1b. -- ___ Python tracker ___

[issue26423] Integer overflow in wrap_lenfunc() on 64-bit build of Windows with len > 2**31-1

STINNER Victor added the comment: New changeset aaed2c332ae8370e5e87d09c43ef7a39c2abf68d by Victor Stinner in branch '2.7': bpo-26423: Fix test_descr.test_wrap_lenfunc_bad_cast() on 32-bit Windows (GH-13629) https://github.com/python/cpython/commit/aaed2c332ae8370e5e87d09c43ef7a39c2abf68d

[issue37081] Test with OpenSSL 1.1.1c

Charalampos Stratakis added the comment: Reported here: https://bugs.python.org/issue35998 -- nosy: +cstratak ___ Python tracker ___

[issue37081] Test with OpenSSL 1.1.1c

Change by Christian Heimes : -- keywords: +patch pull_requests: +13531 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13631 ___ Python tracker

[issue37081] Test with OpenSSL 1.1.1c

Christian Heimes added the comment: test_start_tls_server_1 is failing reproducible with OpenSSL 1.1.1c on Linux (Fedora 29). == ERROR: test_start_tls_server_1 (test.test_asyncio.test_sslproto.SelectorStartTLSTests)

[issue35621] asyncio.create_subprocess_exec() only works with main event loop

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +13530 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13630 ___ Python tracker ___

[issue26423] Integer overflow in wrap_lenfunc() on 64-bit build of Windows with len > 2**31-1

Change by STINNER Victor : -- pull_requests: +13529 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/13629 ___ Python tracker ___

[issue37081] Test with OpenSSL 1.1.1c

New submission from Christian Heimes : OpenSSL 1.1.1c is out, https://github.com/openssl/openssl/blob/OpenSSL_1_1_1c/CHANGES -- assignee: christian.heimes components: SSL, Tests messages: 343797 nosy: christian.heimes priority: high severity: normal status: open title: Test with

[issue37080] Cannot compile Python3.7.3 on Alt-F (ARM)

New submission from Jarl Gullberg : I am currently trying to compile the latest stable release of Python (3.7.3 at the time of writing) on a small ARM device (a DNS-323A1 NAS), running Alt-F (a custom linux-based firmware) using GCC 4.3.3. Unfortunately, I've hit a major snag that I just

[issue26423] Integer overflow in wrap_lenfunc() on 64-bit build of Windows with len > 2**31-1

STINNER Victor added the comment: Oh. The test fails on Python 2.7 on Windows: https://buildbot.python.org/all/#/builders/26/builds/287 ERROR: test_wrap_lenfunc_bad_cast (test.test_descr.OperatorsTest) -- Traceback (most

[issue35246] asyncio.create_subprocess_exec doesn't accept pathlib.Path like subprocess does

Change by lilydjwg : -- keywords: +patch pull_requests: +13527 stage: -> patch review pull_request: https://github.com/python/cpython/pull/13628 ___ Python tracker ___

[issue26423] Integer overflow in wrap_lenfunc() on 64-bit build of Windows with len > 2**31-1

STINNER Victor added the comment: Thanks Zackery Spytz for the fix. It's now applied to 2.7, 3.7 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue26423] Integer overflow in wrap_lenfunc() on 64-bit build of Windows with len > 2**31-1

STINNER Victor added the comment: New changeset 80dfe990162e7a2dd99524829beecd449a973e9e by Victor Stinner in branch '2.7': bpo-26423: Fix possible overflow in wrap_lenfunc() (GH-13606) (GH-13625) https://github.com/python/cpython/commit/80dfe990162e7a2dd99524829beecd449a973e9e --

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

STINNER Victor added the comment: bpo-33407 added MSVC support for Py_DEPRECATED(). -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33407] Implement Py_DEPRECATED() macro for Visual Studio

STINNER Victor added the comment: Thanks Zackery Spytz for the fix! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33407] Implement Py_DEPRECATED() macro for Visual Studio

STINNER Victor added the comment: New changeset 3c8724fc60163f4f3c3b0d531c84cc7b36783f82 by Victor Stinner (Zackery Spytz) in branch 'master': bpo-33407: Implement Py_DEPRECATED() on MSVC (GH-8980) https://github.com/python/cpython/commit/3c8724fc60163f4f3c3b0d531c84cc7b36783f82 --

[issue37076] _thread.start_new_thread(): call sys.unraisablehook() to handle uncaught exceptions

Christoph Reiter added the comment: > _thread.start_new_thread() calls none of these hooks, but directly logs the > exception. It calls sys.excepthook() currently: import _thread import threading import sys done = False def hook(*args): global done print(threading.current_thread())

[issue36933] sys.set_coroutine_wrapper documented as to be removed in 3.8 (still there)

Change by Matthias Bussonnier : -- pull_requests: +13526 pull_request: https://github.com/python/cpython/pull/13627 ___ Python tracker ___

  1   2   >