[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Kyle Stanley added the comment: Now that the backports for 3.6-3.8 are merged, I'll work on the What's New entries next. Waiting on feedback from Larry Hastings regarding the potential 3.5 backport, I'll add him to the nosy list. -- nosy: +larry

[issue33762] Make tempfiles subclass IOBase

Serhiy Storchaka added the comment: I have doubts that making _TemporaryFileWrapper a subclass of IOBase can make it simpler. It can make it more complex. _TemporaryFileWrapper is a proxy class with the __getattr__ method which not just return attributes of the underlying file, but wraps

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Ned Deily added the comment: New changeset b23c0840ce07e03f2705fb08d94f8f03e5c5d5b8 by Ned Deily (Kyle Stanley) in branch '3.6': [3.6] bpo-37228: Fix loop.create_datagram_endpoint()'s usage of SO_REUSEADDR (GH-17311). (GH-17571)

[issue39024] Compiling relative paths test fails (install via pyenv)

Ned Deily added the comment: Thanks for the report. This problem is being tracked in Issue38295. -- nosy: +ned.deily resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> test_relative_path of test_py_compile fails on macOS 10.15 Catalina

[issue39024] Compiling relative paths test fails (install via pyenv)

New submission from John94 : Installed the below versions using pyenv on macOS 10.15.2, once installed I ran tests on all versions and they all failed on the "test_py_compile" test. 2.7.17 - https://pastebin.com/iFCA7FZb 3.6.9 - https://pastebin.com/UYfUqK9p 3.7.5 -

[issue39024] Compiling relative paths test fails (install via pyenv)

Change by John94 : Removed file: https://bugs.python.org/file48771/2_7_17.txt ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Change by Kyle Stanley : -- pull_requests: +17045 pull_request: https://github.com/python/cpython/pull/17571 ___ Python tracker ___

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Kyle Stanley added the comment: Oh okay, I'll work on the 3.6 backport first then. -- ___ Python tracker ___ ___ Python-bugs-list

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Ned Deily added the comment: Actually, 3.6.10rc1 is currently blocked by this so if you do have time to work on it first, that would be great. -- ___ Python tracker ___

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Kyle Stanley added the comment: > since the release for 3.7.1 and 3.7.6 are coming up soon. Clarification: should be "since the release for 3.8.1 and 3.7.6 are coming up soon", that was a typo. -- ___ Python tracker

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Kyle Stanley added the comment: > The backport to 3.7 seems straightforward so I did it to unblock 3.7.6rc1. > The backport to 3.6 is a bit more complicated and 3.6.10rc1 can wait a bit > longer so I'll leave that for Kyle along with the various What's New entries. Thanks, Ned. I'll

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Ned Deily added the comment: The backport to 3.7 seems straightforward so I did it to unblock 3.7.6rc1. The backport to 3.6 is a bit more complicated and 3.6.10rc1 can wait a bit longer so I'll leave that for Kyle along with the various What's New entries. --

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Ned Deily added the comment: New changeset 95157c6a281ccfc7a92a17dfb8d7b5338cad5cb7 by Ned Deily in branch '3.7': bpo-37228: Fix loop.create_datagram_endpoint()'s usage of SO_REUSEADDR (GH-17311) (GH-17570) https://github.com/python/cpython/commit/95157c6a281ccfc7a92a17dfb8d7b5338cad5cb7

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Change by Ned Deily : -- pull_requests: +17044 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17570 ___ Python tracker ___

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue38594] importlib.metadata documentation deficiencies

Jason R. Coombs added the comment: I'm hoping those documentation edits address the deficiencies, but if not, we can take another stab at it. Feel free to re-open as needed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue38594] importlib.metadata documentation deficiencies

Jason R. Coombs added the comment: New changeset b738237d6792acba85b1f6e6c8993a812c7fd815 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-39022, bpo-38594: Sync with importlib_metadata 1.3 (GH-17568) (GH-17569)

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

Jason R. Coombs added the comment: New changeset b738237d6792acba85b1f6e6c8993a812c7fd815 by Jason R. Coombs (Miss Islington (bot)) in branch '3.8': bpo-39022, bpo-38594: Sync with importlib_metadata 1.3 (GH-17568) (GH-17569)

[issue39023] random.seed with string and version 1 not deterministic in 3.5.2

Change by Raymond Hettinger : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39023] random.seed with string and version 1 not deterministic in 3.5.2

Michael Thompson added the comment: Thanks. I found 3.6 works for me. --Mike On Tue, Dec 10, 2019 at 5:10 PM Mark Dickinson wrote: > > Mark Dickinson added the comment: > > I think this was already fixed in 3.5, but the fix would have gone in > later than the 3.5.2 release: see issue

[issue39023] random.seed with string and version 1 not deterministic in 3.5.2

Mark Dickinson added the comment: I think this was already fixed in 3.5, but the fix would have gone in later than the 3.5.2 release: see issue #27706. 3.5.3 and later should have the fix. -- nosy: +mark.dickinson ___ Python tracker

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

Jason R. Coombs added the comment: New changeset b7a0109cd2bafaa21a4d50aad307e901c68f9156 by Jason R. Coombs in branch 'master': bpo-39022, bpo-38594: Sync with importlib_metadata 1.3 (GH-17568) https://github.com/python/cpython/commit/b7a0109cd2bafaa21a4d50aad307e901c68f9156 --

[issue38594] importlib.metadata documentation deficiencies

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

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

[issue38594] importlib.metadata documentation deficiencies

Jason R. Coombs added the comment: New changeset b7a0109cd2bafaa21a4d50aad307e901c68f9156 by Jason R. Coombs in branch 'master': bpo-39022, bpo-38594: Sync with importlib_metadata 1.3 (GH-17568) https://github.com/python/cpython/commit/b7a0109cd2bafaa21a4d50aad307e901c68f9156 --

[issue39023] random.seed with string and version 1 not deterministic in 3.5.2

New submission from Michael Thompson : Version 3.5.2, the "rand string seed" is not deterministic in code sample below across multiple invocations of the program. Python 3.6.8 works fine. #!/usr/bin/env python3 import random lis = '94' random.seed(lis, version=1) w = random.random() * 100

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

miss-islington added the comment: New changeset 00e2fe4f214eadd5714751968e158c78a8a3f04b by Miss Islington (bot) in branch '3.8': bpo-39012: Fix RC version suffix for nuget release files (GH-17564) https://github.com/python/cpython/commit/00e2fe4f214eadd5714751968e158c78a8a3f04b --

[issue38594] importlib.metadata documentation deficiencies

Change by Jason R. Coombs : -- keywords: +patch pull_requests: +17041 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17568 ___ Python tracker ___

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

Change by Jason R. Coombs : -- keywords: +patch pull_requests: +17040 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17568 ___ Python tracker ___

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

Change by Jason R. Coombs : -- title: Synchronize importlib.metadata with importlib_metadata 1.2 -> Synchronize importlib.metadata with importlib_metadata 1.3 ___ Python tracker

[issue38594] importlib.metadata documentation deficiencies

Jason R. Coombs added the comment: I've merged the recommended changes into importlib_metadata 1.3 and I'm including those changes in issue39022. -- ___ Python tracker ___

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.2

New submission from Jason R. Coombs : Calling for another refresh of importlib.metadata from the third-party package. History at https://importlib-metadata.readthedocs.io/en/latest/changelog%20(links).html. -- messages: 358233 nosy: jaraco priority: normal severity: normal status:

[issue39021] multiprocessing is_alive() between children processes

New submission from Matt : I'm trying to evaluate process' state between two "sibling" processes (processes created by the same parent process); using the .is_alive() and exitcode to evaluate whether a process has been init'd, started, finished successfully or unsuccessfully. The reference

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

Steve Dower added the comment: New changeset d0802d07d2c864b95480a9b24c7cc050e19189d5 by Steve Dower in branch 'master': bpo-39012: Fix RC version suffix for nuget release files (GH-17564) https://github.com/python/cpython/commit/d0802d07d2c864b95480a9b24c7cc050e19189d5 --

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

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

[issue33762] Make tempfiles subclass IOBase

Terry J. Reedy added the comment: TemporaryFile() returns an instance of _TemporaryFileWrapper. isinstance(TemporaryFile(), io.IOBase) is a sensible thing to do and would be True if _TemporaryFileWrapper subclassed the appropriate io base file. The base class for IDLE's stdxxx pseudofiles

[issue39020] [AIX] module _curses fails to build since ESCDELAY has been added

Michael Felt added the comment: quote: Interesting, a comment in curses.h: * Notes: * a. ESCDELAY was an undocumented feature under AIX curses. * It gives the ESC expire time in milliseconds. iirc - that is a symbolic link to ncurses.h from ncurses-devel RPM package, not

[issue39016] Negative Refcount in Python 3.8

Christian Tismer added the comment: On 10.12.19 17:57, Pablo Galindo Salgado wrote: > > Pablo Galindo Salgado added the comment: > >> No, this appears to be impossible. > > Oh, I see. Apologies then for the misunderstunding. No problem! You could as well have been right. I tried to move

[issue39001] possible problem with 64-bit mingw DECREF

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39017] Infinite loop in the tarfile module

Change by Ethan Furman : -- stage: -> test needed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31485] Tkinter widget.unbind(sequence, funcid) unbind all bindings

Giovanni Lombardo added the comment: http://docs.python.org/devguide/triaging.html#assigned-to -- nosy: +glombardo ___ Python tracker ___

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

Jonathan Slenders added the comment: Even simpler, the following code will crash after so many iterations: ``` import asyncio loop = asyncio.get_event_loop() while True: loop.call_soon_threadsafe(loop.stop) loop.run_forever() ``` Adding a little sleep of 0.01s after `run_forever()`

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

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

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset 1d0f9b316a290f0e1f330fdbceb027deb96ce109 by Victor Stinner in branch 'master': bpo-38614: Use test.support.INTERNET_TIMEOUT constant (GH-17565) https://github.com/python/cpython/commit/1d0f9b316a290f0e1f330fdbceb027deb96ce109 --

[issue38225] iscoroutinefunction broken with cython - allow tagging of functions as async?

Fabio Pugliese Ornellas added the comment: It is worth noting that test frameworks can greatly benefit from iscoroutinefunction to work. I'm the main author of TestSlide, which provides more strict mocking for Python. I recently added async support, so we can detect bugs such as

[issue38860] GenericPyCData_new does not invoke new or init

Rebecca Morgan added the comment: Hi there, I’m a newcomer would like to take a look at this. Planning to investigate over the next few days. -- nosy: +beccamorgan ___ Python tracker

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

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

[issue39001] possible problem with 64-bit mingw DECREF

Dave Lawrence added the comment: further investigation seems to point to this being something to do with mingw and the dll. I have tried compiling the same test example on 64-bit linux and in the Ubuntu WSL on windows and it works. Tests also show that the refcount of '1' is correct and not

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

Change by Steve Dower : -- keywords: +patch pull_requests: +17036 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/17564 ___ Python tracker

[issue39012] nuget package published as 3.8.1-c1 instead of rc1

Change by Steve Dower : -- title: nuget package published at 3.8.1-c1 instead of rc1 -> nuget package published as 3.8.1-c1 instead of rc1 ___ Python tracker ___

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset c98b0199a984430312833ef403d265be314f7244 by Victor Stinner in branch 'master': bpo-38614: Use test.support.LONG_TIMEOUT constant (GH-17562) https://github.com/python/cpython/commit/c98b0199a984430312833ef403d265be314f7244 --

[issue33762] temp file isn't IOBase

Serhiy Storchaka added the comment: Actually things are more complex. TemporaryFile is not a class, it is a function, so it does not make sense to use it with isinstance(). And if add support for TemporaryFile, NamedTemporaryFile and SpooledTemporaryFile should be supported too. It may be

[issue39011] ElementTree attributes replace "\r" with "\n"

mefistotelis added the comment: Disclaimer: I'm not at all an expert in XML specs. The linked spec chapter, "End-of-Line Handling", says all line endings should behave like they were converted to "\n" _before_ parsing. This means: 1. This part of spec does not apply to the behavior

[issue33762] temp file isn't IOBase

Andrew Svetlov added the comment: Agree, aiohttp can be fixed easily. If somebody wants to make a pull request -- you are welcome! https://github.com/aio-libs/aiohttp/issues/4432 -- ___ Python tracker

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset bbc8b7965bb9f46763c96878326966f4231c7d39 by Victor Stinner in branch 'master': bpo-38614: Use default join_thread() timeout in tests (GH-17559) https://github.com/python/cpython/commit/bbc8b7965bb9f46763c96878326966f4231c7d39 --

[issue39020] [AIX] module _curses fails to build since ESCDELAY has been added

Serhiy Storchaka added the comment: I prefer option (b). We can also just use #if !defined(_AIX) || defined(NCURSES_VERSION) Interesting, a comment in curses.h: * Notes: * a. ESCDELAY was an undocumented feature under AIX curses. * It gives the ESC expire time in

[issue33762] temp file isn't IOBase

Change by Terry J. Reedy : -- versions: +Python 3.7, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset 07871b256c76ca561554d1f82b430fc64a5c7ee0 by Victor Stinner in branch 'master': bpo-38614: Use test.support.LOOPBACK_TIMEOUT constant (GH-17554) https://github.com/python/cpython/commit/07871b256c76ca561554d1f82b430fc64a5c7ee0 --

[issue39020] [AIX] module _curses fails to build since ESCDELAY has been added

Change by Zachary Ware : -- components: +Build title: [AIX] module _ctypes fails to build since ESCDELAY has been added -> [AIX] module _curses fails to build since ESCDELAY has been added ___ Python tracker

[issue33762] temp file isn't IOBase

Serhiy Storchaka added the comment: Even if make TemporaryFile a subclass of IOBase (I am not sure we should do this) you could only use this in Python 3.9 and newer. I think it is better to fix this issue on the aiohttp side. aiohttp already registers payload types for a bunch of file-like

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

Michael Felt added the comment: I am thinking along two lines: a) tell setup.py to not build _curses, just as _curses_panel b) figure out how to use configure tests, to establish that ESCDELAY is not available AND then tell _cursesmodule.* that these routines are not available (and add

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

Change by Michael Felt : -- components: +Extension Modules ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33762] temp file isn't IOBase

Sergii Tkachenko added the comment: Affected as well: Python 3.8.0 (default, Nov 3 2019, 10:55:54) [Clang 11.0.0 (clang-1100.0.33.8)] on darwin -- versions: +Python 3.8 -Python 3.7 ___ Python tracker

[issue33762] temp file isn't IOBase

Sergii Tkachenko added the comment: Confirming this to be a thing on Python 3.7.5 / OS X 10.15.1. In [31]: f = tempfile.NamedTemporaryFile() In [32]: isinstance(f, io.IOBase) Out[32]: False -- nosy: +sergiitk versions: +Python 3.7 -Python 3.6 ___

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

New submission from Michael Felt : Did not notice this earlier - as the buildbot does not report it: issue38312 introduced a regression with regard to AIX. Not sure how to classify component (as Build, C API, or Library, so left blank) Failed to build these modules: _curses

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17035 pull_request: https://github.com/python/cpython/pull/17563 ___ Python tracker ___ ___

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

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

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17033 pull_request: https://github.com/python/cpython/pull/17561 ___ Python tracker ___ ___

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

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

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17032 pull_request: https://github.com/python/cpython/pull/17560 ___ Python tracker ___ ___

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- keywords: +patch pull_requests: +17030 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17558 ___ Python tracker ___

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- components: +Library (Lib) nosy: +levkivskyi versions: +Python 3.9 ___ Python tracker ___ ___

[issue39019] Missing class getitems in standard library classes

New submission from Batuhan : After working on issue 38994 and issue 38978, I decided to write a simple AST analyzer to find class getitem syntax usage in typeshed. It discovered a few classes (I am not sure if there are more). As @brett.cannon suggested in PR 17498 I'll prepare individual

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

Jonathan Slenders added the comment: It looks like the following code will reproduce the issue: ``` import asyncio import threading loop = asyncio.get_event_loop() while True: def test(): loop.call_soon_threadsafe(loop.stop) threading.Thread(target=test).start()

[issue39017] Infinite loop in the tarfile module

Change by Serhiy Storchaka : -- nosy: +lars.gustaebel, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39018] IndexError exception on corrupted zip file

Change by Serhiy Storchaka : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue39016] Negative Refcount in Python 3.8

Christian Tismer added the comment: On 10.12.19 17:57, Pablo Galindo Salgado wrote: > > Pablo Galindo Salgado added the comment: > >> No, this appears to be impossible. > > Oh, I see. Apologies then for the misunderstunding. Well, but I think that is weird, too! Why should that custom

[issue39018] IndexError exception on corrupted zip file

Karthikeyan Singaravelan added the comment: Bisecting gives me the commit as da6ce58dd5ac109485af45878fca6bfd265b43e9 where exception message is improved with issue36993 -- nosy: +serhiy.storchaka ___ Python tracker

[issue39016] Negative Refcount in Python 3.8

Pablo Galindo Salgado added the comment: > No, this appears to be impossible. Oh, I see. Apologies then for the misunderstunding. -- ___ Python tracker ___

[issue39016] Negative Refcount in Python 3.8

Christian Tismer added the comment: No, this appears to be impossible. The function "type_mro_modified" exists as well, but there is no "if (custom) {" branch at all! On 10.12.19 17:21, Pablo Galindo Salgado wrote: > > Pablo Galindo Salgado added the comment: > >>From the PR: > >

[issue39018] IndexError exception on corrupted zip file

Karthikeyan Singaravelan added the comment: master produces the below error while 3.8.0 produces IndexError. I guess it's fixed by one of the reports. ./python ../backups/bpo39018.py ../crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38 Traceback (most recent call last): File

[issue39018] IndexError exception on corrupted zip file

New submission from jvoisin : The attached file raises an `IndexError: tuple index out of range` exception when trying to open it with `zipfile.Zipfile('crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38')`, with the following stacktrace: ``` $ cat test_zip.py import zipfile import sys with

[issue39016] Negative Refcount in Python 3.8

Pablo Galindo Salgado added the comment: >From the PR: Christian, can you open the PR against master instead? We will backport the change to 3.8 after is merged. -- nosy: +pablogsal ___ Python tracker

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39017] Infinite loop in the tarfile module

New submission from jvoisin : While playing with fuzzing and Python, I stumbled upon an infinite loop in Python's tarfile module: just open the attached file with `tarfile.open('timeout-a52710a313fdb35fb428c3399277cb640fe2f686')`, and Python will be endlessly stuck in the `_proc_pax`

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

Jonathan Slenders added the comment: Thanks Victor for the reply. It looks like it's the self-socket in the BaseProactorEventLoop that gets closed. It's exactly this FD for which the exception is raised. We don't close the event loop anywhere. I also don't see `_close_self_pipe` being

[issue39016] Negative Refcount in Python 3.8

New submission from Christian Tismer : By the new Py_TPFLAGS_METHOD_DESCRIPTOR flag, a new code path is activated, and when extension types like PySide create a new class, we observe negative refcounts. The reason is that the code in typeobject.c fkt. type_mro_modified calls

[issue39016] Negative Refcount in Python 3.8

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

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

Serhiy Storchaka added the comment: How did you get warnings? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

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

[issue38947] dataclass defaults behave inconsistently for init=True/init=False when default is a descriptor

Change by PCManticore : -- nosy: +Claudiu.Popa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28249] doctest.DocTestFinder reports incorrect line numbers with exclude_empty=False

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

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

Łukasz Langa added the comment: I meant to comment on a different issue, the trigger is stuff like https://bugs.python.org/issue39015 (new deprecationwarnings being generated without cleaning up the standard library first). -- ___ Python tracker

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

New submission from Łukasz Langa : The original issue was bpo-36048. Some call sites were not updated and now 3.8.0 and 3.8.1rc1 are emitting a lot of warnings like: :219: DeprecationWarning: an integer is required (got type float). Implicit conversion to integers using __int__ is

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

Łukasz Langa added the comment: Make sure the standard library doesn't emit those warnings itself. -- nosy: +lukasz.langa ___ Python tracker ___

[issue24925] Allow doctest to find line number of __test__ strings if formatted as a triple quoted string.

Jurjen N.E. Bos added the comment: I tried to make a pull request, but it fails on the format of news file name. At least the tests all pass. -- ___ Python tracker ___

[issue1021318] PyThreadState_Next not thread safe

Julien Danjou added the comment: Yes, that's the one  -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1021318] PyThreadState_Next not thread safe

STINNER Victor added the comment: > We'd simply need to provide a new API to lock/unlock the interpreter's mutex. Are you talking about this lock? #define HEAD_LOCK(runtime) \ PyThread_acquire_lock((runtime)->interpreters.mutex, WAIT_LOCK) #define HEAD_UNLOCK(runtime) \

[issue1021318] PyThreadState_Next not thread safe

Change by STINNER Victor : -- nosy: +eric.snow, pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

  1   2   >