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

[miss-islington]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Thanks!

--
nosy: +Mariatta
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +13540
pull_request: https://github.com/python/cpython/pull/13644

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Kubilay Kocak]

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 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/base_events.py",
 line 1813 in _run_once
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/base_events.py",
 line 563 in run_forever
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/base_events.py",
 line 595 in run_until_complete
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/test/test_asyncio/test_streams.py",
 line 1531 in test_stream_server_abort

Some errors (warnings?) later in the re-run (which passes), may be 
related/indicative:

Future exception was never retrieved
future: 
Traceback (most recent call last):
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/subprocess.py",
 line 173, in _feed_stdin
await self.stdin.drain()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/streams.py",
 line 1415, in drain
await self._protocol._drain_helper()
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd-current/build/Lib/asyncio/streams.py",
 line 594, in _drain_helper
await waiter
BrokenPipeError

Full log attached

--
nosy: +koobs
resolution: fixed -> 
status: closed -> open
Added file: 
https://bugs.python.org/file48376/koobs-freebsd-current-3.x-build-168.stdio.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36839] Support the buffer protocol in code objects

[Inada Naoki]

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] = 101" 

You are comparing apple and orange.
Breanking memory inside immutable object by ctypes is far different from 
mutating mutable memory.

It introduce more weakness and complexity into code object.

At least, you need to demonstrate the benefit.

When importing module, there are many objects are created.  Why avoiding decref 
only for co_code make much difference?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

Change by Ned Deily :


--
versions:  -Python 3.5, Python 3.6, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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)
https://github.com/python/cpython/commit/8ea0fd85bc67438f679491fae29dfe0a3961900a


--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +13539
pull_request: https://github.com/python/cpython/pull/13643

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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


--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +13538
pull_request: https://github.com/python/cpython/pull/11612

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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)
https://github.com/python/cpython/commit/8ab624b17ba656e9af5a79be6af0cf2911a111ba


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32947] Support OpenSSL 1.1.1

[Ned Deily]

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 the backport now, we could always choose to 
backport it later if the need arises.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33006] docstring of filter function is incorrect

[Ned Deily]

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.

--
nosy: +ned.deily
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32947] Support OpenSSL 1.1.1

[Ned Deily]

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


--
status: pending -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Abhilash Raj]

Change by Abhilash Raj :


--
nosy: +maxking

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36839] Support the buffer protocol in code objects

[Dino Viehland]

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 objects are remaining immutable - they can 
only be created by objects which expose the read-only buffer protocol.  So for 
example passing in a memoryview(b'abc') will work here while a 
memoryview(bytearray(b'abc')) will fail.  And because when asking for a non 
read-write view the buffer implementer needs to be consistent  for all callers 
(https://docs.python.org/3/c-api/buffer.html#c.PyBUF_WRITABLE) it seems that 
this invariant should hold for all objects being passed in.

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] = 101" 

So people will still be able to do nasty things, but there are certainly 
guards in place to strongly discourage them from doing so.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Ned Deily]

Ned Deily  added the comment:

Should we update the Windows and Mac installers to 1.1.1c now?

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33006] docstring of filter function is incorrect

[miss-islington]

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)
https://github.com/python/cpython/commit/09ba83330b495afedbb6b27853506fe15a85b461


--
nosy: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Cheryl Sabella]

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 defaults for SSLContext options and ciphers

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eryk Sun]

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;
PyErr_SetExcFromWindowsErrWithFilenameObjects(PyExc_OSError,
0, temp, NULL);
Py_XDECREF(temp);
handle = INVALID_HANDLE_VALUE;
}

I think undeprecating the two PyErr_ functions with a modified signature in 3.8 
is okay since they were never in the documented API, never in the stable 
(limited) API, and Py_UNICODE has been a typedef for wchar_t since 3.3.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor  added the comment:

Thanks Serhiy for the review!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

Change by Ned Deily :


--
Removed message: https://bugs.python.org/msg343843

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 cases and more predictably cause an error 
rather than let the process run on and possibly fail nondeterministically. 

> Do only a few Python module use the Objective-C runtime? Or is it basically 
> "everything"?

I don't think we should try to second-guess this.  We now recognize that using 
fork like this on macOS has always been dangerous.  For some programs it will 
be fine, for others it won't.  People have had many macOS and Python releases 
to deal with this; if it works for their application, we shouldn't be changing 
the default for them.  But let's make it easier for new users to do the right 
thing - first by documenting the pitfall, then, in 3.8, changing the default.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 cases and more predictably cause an error 
rather than letter than let the process run on and possibly fail 
nondeterministically. 

> Do only a few Python module use the Objective-C runtime? Or is it basically 
> "everything"?

I don't think we should try to second-guess this.  We now recognize that using 
fork like this on macOS has always been dangerous.  For some programs it will 
be fine, for others it won't.  People have had many macOS and Python releases 
to deal with this; if it works for their application, we shouldn't be changing 
the default for them.  But let's make it easier for new users to do the right 
thing - first by documenting the pitfall, than, in 3.8, changing the default.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 subprocess in surprising ways.

Do only a few Python module use the Objective-C runtime? Or is it basically 
"everything"?

If it's just a few, would it be possible to emit a warning or even an exception 
if called in a child process after fork?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 rather than 
developers when it isn't their fault.  So if there is any flaw in the logic of 
when to show it in a situation where the application isn't about to crash or 
lockup, it'll show up when it shouldn't and cause somebody some grief to deal 
with via new code to ignore that warning.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Vladimir Chebotarev]

Change by Vladimir Chebotarev :


--
pull_requests: +13537
pull_request: https://github.com/python/cpython/pull/7243

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Joannah Nanjekye]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19184] dis module has incorrect docs for RAISE_VARARGS

[Cheryl Sabella]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Barry A. Warsaw]

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 is one of the reasons it 
> should not be backported.

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 subprocess in surprising ways.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36839] Support the buffer protocol in code objects

[Inada Naoki]

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

For example, you can create read only buffer from bytearray,
or even raw C char array.  It doesn't violate semantics of read-only.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
nosy: +pablogsal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36540] PEP 570: Python Positional-Only Parameters

[Pablo Galindo Salgado]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
nosy: +mbussonn

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37072] PyNode_Compile() crashes in Python 3.8.

[Guido van Rossum]

Change by Guido van Rossum :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36540] PEP 570: Python Positional-Only Parameters

[Carol Willing]

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)
https://github.com/python/cpython/commit/b76302ddd0896cb39ce69909349b53db6e7776e2


--
nosy: +willingc

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37072] PyNode_Compile() crashes in Python 3.8.

[Guido van Rossum]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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. this is not a new issue for 3.7 which is one of the reasons it 
should not be backported.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29731] Ability to filter warnings to print current stack

[Cheryl Sabella]

Change by Cheryl Sabella :


--
nosy: +christian.heimes, pitrou, vstinner
versions: +Python 3.8 -Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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: +miss-islington

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 default start method (fork) is now unsafe on 
macOS? Maybe also explain how to change the default start method on macOS.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Dino Viehland]

Change by Dino Viehland :


--
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Dino Viehland]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Cheryl Sabella]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Gregory P. Smith]

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 people are 
using an OS that changes behavior out from underneath their application between 
minor OS version upgrades, they should take that up with the OS vendor.  We 
cannot workaround this fundamental problem.

Applications and libraries will still need to support a slew of Python versions 
and OS versions, so they're all going to need to be modified to explicitly 
request the "spawn" method from multiprocessing on macOS anyways.  So there 
seems little point in changing the default within a patch release 3.7.4.

--
nosy: +gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Cheryl Sabella]

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


--
nosy: +cheryl.sabella

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +13536
pull_request: https://github.com/python/cpython/pull/13641

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36839] Support the buffer protocol in code objects

[Dino Viehland]

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 of the buffer protocol it should be really 
read-only.  

As far as the ref counts, it's not just the ref counts for the code byte 
strings that are potentially problematic.  But it's the ref counts on all of 
the random other objects which the code objects are on the same page as, as 
well as other random read-write data that could be on those pages.  There's 
also an additional benefit in that code objects not loaded before forking can 
continue to share their memory as well.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Pavel Koneski]

Change by Pavel Koneski :


--
keywords: +patch
pull_requests: +13535
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13639

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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.

Sure, the risk is real, but I tried to minimize it.

NameError and AttributeError "should" not happen: I wrote 
_make_invoke_excepthook() to prevent name errors. Functions used to invoke 
threading.excepthook are "cached" in a private namespace. Moreover, the default 
hook is implemented in C also to reduce the risk of raising a new exception.

Anyway, if threading.excepthook() raises a second exception, sys.excepthook() 
is now called to handle it ;-) That's a Python 3.8 change. In Python 3.7 and 
older, new exception was handled by start_new_thread().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Brian Spratke]

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 locate Tcl/Tk libs and/or headers

 grpmodule and crypt module have issues as well, but I do not feel that those 
are related.

Are there any other ideas people can throw out?

--
components: Cross-Build
files: Python3.7Output.zip
messages: 343822
nosy: Alex.Willmer, Brian Spratke
priority: normal
severity: normal
status: open
title: _ctypes not failing, can't find reason
versions: Python 3.7
Added file: https://bugs.python.org/file48375/Python3.7Output.zip

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I will make a PR after https://github.com/python/cpython/pull/13202 is merged.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

[Pablo Galindo Salgado]

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: docs@python, gvanrossum, levkivskyi, pablogsal
priority: normal
severity: normal
stage: needs patch
status: open
title: Document TYPE_COMMENT in documentation reference for compound statements
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Zackery Spytz]

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 like 
PyErr_SetExcFromWindowsErrWithWideCharFilename().

--
nosy: +serhiy.storchaka, vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Liran Nuna]

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 coroutine 
with `asyncio.ensure_future` if the decorated function is a coroutine, and it 
will only happen when a result comes back from the decorated function which 
would have minimal impact.

Of course, I don't know much about the internals of `lru_cache` so my 
assumptions could be wrong. I should familiar myself with the implementation 
and figure out how doable it would be.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Brett Cannon]

Brett Cannon  added the comment:

@Carl Feel free to open new issues for whatever you need. :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Brett Cannon]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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, MemoryError and, at the shutdown stage, maybe NameError, 
AttributeError or TypeError.

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Serhiy Storchaka]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +emilyemorehouse

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matthias Bussonnier]

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.

!=  +   <=  __
"   +=  <>  `
""" ,   ==  b"
%   -   >   b'
%=  -=  >=  f"
&   .   >>  f'
&=  ... >>= j
'   /   @   r"
''' //  J   r'
(   //= [   u"
)   /=  \   u'
*   :   ]   |
**  <   ^   |=
**= <<  ^=  ~
*=  <<= _
```

Oh no ! Our favorite `:=` is missing :-(

--
assignee: docs@python
components: Documentation
messages: 343813
nosy: docs@python, mbussonn
priority: normal
severity: normal
status: open
title: Assignment expression operator (walrus) not in built-in help()
versions: Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37072] PyNode_Compile() crashes in Python 3.8.

[Guido van Rossum]

Change by Guido van Rossum :


--
keywords: +patch
pull_requests: +13534
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13634

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jizhou Yang]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37072] PyNode_Compile() crashes in Python 3.8.

[Guido van Rossum]

Guido van Rossum  added the comment:

OK, I'll look into this.

--
assignee:  -> gvanrossum
nosy: +gvanrossum

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33164] Blake 2 module update

[David Carlier]

Change by David Carlier :


--
pull_requests: +13533
pull_request: https://github.com/python/cpython/pull/13633

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Andrew Svetlov]

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 Python beta I think.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[miss-islington]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Barry A. Warsaw]

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 consensus on and go from there.  Thanks 
for working on this!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 :-( And sys.excepthook doesn't provide access to the thread 
function which caused the issue.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22640] Add silent mode for py_compile

[Berker Peksag]

Change by Berker Peksag :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22640] Add silent mode for py_compile

[Berker Peksag]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36991] zipfile: AttributeError on extract

[Berker Peksag]

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 _get_decompressor().

There is no issue when getting the compressor object because 
_check_compression() is called inside _writecheck().

--
components: +Library (Lib)
nosy: +berker.peksag, serhiy.storchaka
resolution: not a bug -> 
stage: resolved -> patch review
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue36991] zipfile: AttributeError on extract

[Berker Peksag]

Change by Berker Peksag :


--
pull_requests: +13532
pull_request: https://github.com/python/cpython/pull/13632

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Charalampos Stratakis]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Christian Heimes]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

Reported here: https://bugs.python.org/issue35998

--
nosy: +cstratak

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Christian Heimes]

Change by Christian Heimes :


--
keywords: +patch
pull_requests: +13531
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13631

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Christian Heimes]

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)
--
Traceback (most recent call last):
  File 
"/home/heimes/dev/python/cpython/Lib/test/test_asyncio/test_sslproto.py", line 
577, in test_start_tls_server_1
self.loop.run_until_complete(run_main())
  File "/home/heimes/dev/python/cpython/Lib/asyncio/base_events.py", line 608, 
in run_until_complete
return future.result()
  File 
"/home/heimes/dev/python/cpython/Lib/test/test_asyncio/test_sslproto.py", line 
570, in run_main
await asyncio.wait_for(
  File "/home/heimes/dev/python/cpython/Lib/asyncio/tasks.py", line 461, in 
wait_for
raise exceptions.TimeoutError()
asyncio.exceptions.TimeoutError

--
components: +asyncio
nosy: +asvetlov, yselivanov
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Andrew Svetlov]

Change by Andrew Svetlov :


--
keywords: +patch
pull_requests: +13530
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13630

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +13529
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/13629

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37081] Test with OpenSSL 1.1.1c

[Christian Heimes]

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 OpenSSL 1.1.1c
versions: Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jarl Gullberg]

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 can't seem to get past.

In short, the compilation goes well until the [sharedmods] stage, where it 
encounters an error related to readline and the module not having been compiled 
with -fPIC. I've included a truncated log (taken from a second make invocation 
after the first failed) that displays the issue.

This is the ./configure invocation I've used:
'--prefix=/usr' '--enable-shared' '--with-system-expat' '--with-system-ffi' 
'--with-ensurepip=yes' '--enable-optimizations' '--enable-ipv6' 'CFLAGS=-fPIC' 
'CXXFLAGS=-fPIC'

Any assistance would be much appreciated.

--
components: Build
files: make.log
messages: 343796
nosy: Jarl Gullberg
priority: normal
severity: normal
status: open
title: Cannot compile Python3.7.3 on Alt-F (ARM)
type: compile error
versions: Python 3.7
Added file: https://bugs.python.org/file48374/make.log

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 recent call last):
  File 
"C:\buildbot.python.org\2.7.kloth-win64vs9\build\lib\test\test_descr.py", line 
407, in test_wrap_lenfunc_bad_cast
self.assertEqual(xrange(sys.maxsize).__len__(), sys.maxsize)
OverflowError: Python int too large to convert to C long

--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[lilydjwg]

Change by lilydjwg :


--
keywords: +patch
pull_requests: +13527
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/13628

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor  added the comment:

bpo-33407 added MSVC support for Py_DEPRECATED().

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33407] Implement Py_DEPRECATED() macro for Visual Studio

[STINNER Victor]

STINNER Victor  added the comment:

Thanks Zackery Spytz for the fix!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33407] Implement Py_DEPRECATED() macro for Visual Studio

[STINNER Victor]

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


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Christoph Reiter]

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())
done = True
sys.excepthook = hook

def worker():
raise Exception
_thread.start_new_thread(worker, tuple())
while not done:
pass

--
nosy: +lazka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
pull_requests: +13526
pull_request: https://github.com/python/cpython/pull/13627

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com