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

[Kyle Stanley]

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

___
Python tracker 

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

[issue33762] Make tempfiles subclass IOBase

[Serhiy Storchaka]

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 methods so they have references to the _TemporaryFileWrapper 
instance. If subclass IOBase you will need to write implementations of all 
methods of IOBase and its subclasses. You could also to reproduce the hierarhy 
of io classes to support binary and text, buffered and unbuffered files.

IDLE's pseudofiles are simpler because they represent only text files.

--

___
Python tracker 

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

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

[Ned Deily]

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


--

___
Python tracker 

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

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

[Ned Deily]

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

___
Python tracker 

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

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

[John94]

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  - https://pastebin.com/dzKeYVZD
3.8.0  - https://pastebin.com/sT7DT1WQ

--
components: Tests
files: 2_7_17.txt
messages: 358250
nosy: John94
priority: normal
severity: normal
status: open
title: Compiling relative paths test fails (install via pyenv)
type: behavior
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file48771/2_7_17.txt

___
Python tracker 

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

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

[John94]

Change by John94 :


Removed file: https://bugs.python.org/file48771/2_7_17.txt

___
Python tracker 

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

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

[Kyle Stanley]

Change by Kyle Stanley :


--
pull_requests: +17045
pull_request: https://github.com/python/cpython/pull/17571

___
Python tracker 

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

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

[Kyle Stanley]

Kyle Stanley  added the comment:

Oh okay, I'll work on the 3.6 backport first then.

--

___
Python tracker 

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

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

[Ned Deily]

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 

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

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

[Kyle Stanley]

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 

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

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

[Kyle Stanley]

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 prioritize working on the What's New entries for 3.7 and 3.8 
(likely in the same PR to master) before working on the backports to 3.6 and 
3.5, since the release for 3.7.1 and 3.7.6 are coming up soon.

--

___
Python tracker 

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

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

[Ned Deily]

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.

--

___
Python tracker 

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

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

[Ned Deily]

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


--

___
Python tracker 

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

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

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +17044
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17570

___
Python tracker 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[Jason R. Coombs]

Change by Jason R. Coombs :


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

[issue38594] importlib.metadata documentation deficiencies

[Jason R. Coombs]

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

___
Python tracker 

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

[issue38594] importlib.metadata documentation deficiencies

[Jason R. Coombs]

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


--

___
Python tracker 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[Jason R. Coombs]

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


--

___
Python tracker 

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

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

[Raymond Hettinger]

Change by Raymond Hettinger :


--
resolution:  -> out of date
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

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

[Michael Thompson]

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 #27706. 3.5.3 and later should have
> the fix.
>
> --
> nosy: +mark.dickinson
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

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

[Mark Dickinson]

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 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[Jason R. Coombs]

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


--

___
Python tracker 

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

[issue38594] importlib.metadata documentation deficiencies

[miss-islington]

Change by miss-islington :


--
pull_requests: +17043
pull_request: https://github.com/python/cpython/pull/17569

___
Python tracker 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[miss-islington]

Change by miss-islington :


--
pull_requests: +17042
pull_request: https://github.com/python/cpython/pull/17569

___
Python tracker 

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

[issue38594] importlib.metadata documentation deficiencies

[Jason R. Coombs]

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


--

___
Python tracker 

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

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

[Michael Thompson]

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
print('rand string seed: %d' % w)
lis = 94
random.seed(lis, version=1)
w = random.random() * 100
print('rand int seed: %d' % w)


Running in a Docker container: uname -a:
Linux formatstring-igrader 4.15.0-20-generic #21-Ubuntu SMP Tue Apr 24 06:16:15 
UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

--
messages: 358236
nosy: mfthomps
priority: normal
severity: normal
status: open
title: random.seed with string and version 1 not deterministic in 3.5.2
type: behavior
versions: Python 3.5

___
Python tracker 

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

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

[miss-islington]

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


--
nosy: +miss-islington

___
Python tracker 

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

[issue38594] importlib.metadata documentation deficiencies

[Jason R. Coombs]

Change by Jason R. Coombs :


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

___
Python tracker 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[Jason R. Coombs]

Change by Jason R. Coombs :


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

___
Python tracker 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.3

[Jason R. Coombs]

Change by Jason R. Coombs :


--
title: Synchronize importlib.metadata with importlib_metadata 1.2 -> 
Synchronize importlib.metadata with importlib_metadata 1.3

___
Python tracker 

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

[issue38594] importlib.metadata documentation deficiencies

[Jason R. Coombs]

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 

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

[issue39022] Synchronize importlib.metadata with importlib_metadata 1.2

[Jason R. Coombs]

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: open
title: Synchronize importlib.metadata with importlib_metadata 1.2
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

[issue39021] multiprocessing is_alive() between children processes

[Matt]

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 to one process is passed to the other and I'd like to call 
.is_alive(). This raises the following assertion error:

Process C-2:
Traceback (most recent call last):
  File "/usr/lib/python3.7/multiprocessing/process.py", line 297, in _bootstrap
self.run()
  File "/home/timms/.PyCharm2019.2/config/scratches/is_alive_method.py", line 
59, in run
print("brother - ",self.brother.state)
  File "/home/timms/.PyCharm2019.2/config/scratches/is_alive_method.py", line 
16, in state
if self.is_alive():
  File "/usr/lib/python3.7/multiprocessing/process.py", line 151, in is_alive
assert self._parent_pid == os.getpid(), 'can only test a child process'
AssertionError: can only test a child process

It's obvious that the assertion fails given the family structure of the 
processes. Overwriting the is_alive() method in my own process class appears to 
produce my desired output behaviour - with assertion and discarding self 
removed (see attachment).

Is there something fundamental to how process' operate that I should be weary 
of? I understand that is_alive also joins itself if possible; is that the sole 
reason for the assertion? Could a method that mirrors is_alive() without the 
assertion and discard method work with the desired intention I've described 
above?

--
files: is_alive_method.py
messages: 358232
nosy: matttimms
priority: normal
severity: normal
status: open
title: multiprocessing is_alive() between children processes
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file48770/is_alive_method.py

___
Python tracker 

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

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

[Steve Dower]

Change by Steve Dower :


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

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

[Steve Dower]

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


--

___
Python tracker 

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

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

[miss-islington]

Change by miss-islington :


--
pull_requests: +17039
pull_request: https://github.com/python/cpython/pull/17567

___
Python tracker 

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

[issue33762] Make tempfiles subclass IOBase

[Terry J. Reedy]

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 does this and hence, for instance,

>>> sys.stdout

>>> isinstance(sys.stdout, io.IOBase)
True

I believe that tempfile long predates io, added in 2.6.  Since the IO base 
classes are not 'abstract base classes' in the sense of subclassing 
abc.ABCMeta, the tempfile classes cannot just be registered as implementing 
them.  And tempfile has never been re-written to be based on io, by subclassing 
io base classes.

Doing so would fix this issue.  It *might* result in simpler tempfile code (but 
I would not be sure until it is done).  It would also address (but not 
automatically fix) #26175. I think SpooledTemporaryFile would likely be the 
hardest.  Martin and Serhiy are correct that a change would be an enhancement, 
not a bugfix.

--
stage:  -> test needed
title: temp file isn't IOBase -> Make tempfiles subclass IOBase
type: behavior -> enhancement
versions:  -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

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

[Michael Felt]

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 
something from AIX itself.

On my test partitions - where I do not install RPMs, I do not have that 
comment. Likewise, I did see that comment on the gccfarm POWER8 provided by IBM 
(which has ncurses-devel installed, or I would have never known :) )

--

___
Python tracker 

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

[issue39016] Negative Refcount in Python 3.8

[Christian Tismer]

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 the patch to master and realized only then
that there was nothing similar. Interesting btw., I should
investigate when this divergence was introduced.

Best -- Chris

--

___
Python tracker 

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

[issue39001] possible problem with 64-bit mingw DECREF

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

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

[issue39017] Infinite loop in the tarfile module

[Ethan Furman]

Change by Ethan Furman :


--
stage:  -> test needed

___
Python tracker 

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

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

[Giovanni Lombardo]

Giovanni Lombardo  added the comment:

http://docs.python.org/devguide/triaging.html#assigned-to

--
nosy: +glombardo

___
Python tracker 

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

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

[Jonathan Slenders]

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()` prevents the issue.

So, to me it looks like the cancellation of the `_OverlappedFuture` that wraps 
around the `_recv()` call from the self-pipe did not complete before we start 
`_recv()` again in the next `run_forever()` call. No idea if that makes sense...

--

___
Python tracker 

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

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17038
pull_request: https://github.com/python/cpython/pull/17566

___
Python tracker 

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

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

[STINNER Victor]

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


--

___
Python tracker 

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

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

[Fabio Pugliese Ornellas]

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 
configuring a sync mock for something that is async 
(https://testslide.readthedocs.io/en/2.0.2/strict_mock/index.html#coroutine-functions-async-def).
 It works just fine, as long as iscoroutinefunction works, which is not the 
case for async Cython (a big chunk of TestSlide's use cases).

+1 an Andrew's func.__awaitable__ idea: interpreter can provide that for `async 
def` and one can also do that for anything that implements __call__ to 
communicate that the callable is async.

--
nosy: +fornellas

___
Python tracker 

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

[issue38860] GenericPyCData_new does not invoke new or init

[Rebecca Morgan]

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 

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

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17037
pull_request: https://github.com/python/cpython/pull/17565

___
Python tracker 

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

[issue39001] possible problem with 64-bit mingw DECREF

[Dave Lawrence]

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 the problem.
the PyObject pointers of 02750408 are suspicious though and on sight 
look like 32-bit addresses -- is there some odd 32/64 bit mismatch happening 
somewhere even though the lib clearly links and loads the dll?

--

___
Python tracker 

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

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

[Steve Dower]

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 

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

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

[Steve Dower]

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 

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

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

[STINNER Victor]

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


--

___
Python tracker 

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

[issue33762] temp file isn't IOBase

[Serhiy Storchaka]

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 easier to use a virtual subclassing: register IOBasePayload with a 
class which has an __instancecheck__() method which checks the existence of 
attributes "read" and "close".

--

___
Python tracker 

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

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

[mefistotelis]

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 described in the issue , 
because line endings are converted before the file is saved. The spec describes 
loading process, not saving.

2. Before parsing, the line endings within attributes are replaced by idioms - 
so they are no longer line endings in the meaning assigned by the spec. The 
chapter starts with clear indication that it only applies to line endings which 
are used to give structure to physical file. The affected line endings are 
narrowed by stating: "files [...], for editing convenience, are organized into 
lines.". Since line endings in attributes are idiomized, they don't take part 
of organizing file into lines.


Then again, I'm not an expert. From the various specs I worked with, I know 
that the affected industry always comes out with unified interpretation of 
specs. If it was widely accepted to apply this chapter to values of attributes, 
I'd understand.

--

___
Python tracker 

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

[issue33762] temp file isn't IOBase

[Andrew Svetlov]

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 

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

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

[STINNER Victor]

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


--

___
Python tracker 

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

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

[Serhiy Storchaka]

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

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33762] temp file isn't IOBase

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions: +Python 3.7, Python 3.9

___
Python tracker 

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

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

[STINNER Victor]

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


--

___
Python tracker 

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

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

[Zachary Ware]

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 

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

[issue33762] temp file isn't IOBase

[Serhiy Storchaka]

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 types. You can also register it yourself:

aiohttp.payload.PAYLOAD_REGISTRY.register(aiohttp.payload.IOBasePayload, 
tempfile.TemporaryFile)

Seems IOBasePayload needs only read() and close() methods.

--
nosy: +asvetlov, serhiy.storchaka

___
Python tracker 

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

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

[Michael Felt]

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 that to the new docs for these routines).

--

___
Python tracker 

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

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

[Michael Felt]

Change by Michael Felt :


--
components: +Extension Modules

___
Python tracker 

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

[issue33762] temp file isn't IOBase

[Sergii Tkachenko]

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 

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

[issue33762] temp file isn't IOBase

[Sergii Tkachenko]

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

___
Python tracker 

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

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

[Michael Felt]

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

commit b32cb97bce472dad337c6b2f071883f6234e21d8
Author: Anthony Sottile 
Date:   Thu Oct 31 02:13:48 2019 -0700

bpo-38312: Add curses.{get,set}_escdelay and curses.{get,set}_tabsize. 
(GH-16938)

Background: ncurses is not part of AIX; curses. ncurses packages provided by 
other parties are not stable enough for, among other things, allow the buildbot 
to pass.

Prior to this commit AIX passed all tests related to _curses.

--
messages: 358210
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: [AIX] module _ctypes fails to build since ESCDELAY has been added
type: compile error
versions: Python 3.9

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

Change by Batuhan :


--
pull_requests: +17035
pull_request: https://github.com/python/cpython/pull/17563

___
Python tracker 

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

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17034
pull_request: https://github.com/python/cpython/pull/17562

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

Change by Batuhan :


--
pull_requests: +17033
pull_request: https://github.com/python/cpython/pull/17561

___
Python tracker 

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

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +17031
pull_request: https://github.com/python/cpython/pull/17559

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

Change by Batuhan :


--
pull_requests: +17032
pull_request: https://github.com/python/cpython/pull/17560

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

Change by Batuhan :


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

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

Change by Batuhan :


--
components: +Library (Lib)
nosy: +levkivskyi
versions: +Python 3.9

___
Python tracker 

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

[issue39019] Missing class getitems in standard library classes

[Batuhan]

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 pull requests.  

typeshed/stdlib/3/subprocess.pyi:868  => Popen
typeshed/stdlib/3/subprocess.pyi:82   => CompletedProcess
typeshed/stdlib/3/tempfile.pyi:98 => SpooledTemporaryFile
typeshed/stdlib/3/os/__init__.pyi:463 => DirEntry
typeshed/stdlib/3/http/cookies.pyi:5  => Morsel

--
messages: 358209
nosy: BTaskaya, brett.cannon
priority: normal
severity: normal
status: open
title: Missing class getitems in standard library classes

___
Python tracker 

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

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

[Jonathan Slenders]

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()
loop.run_forever()

```

Leave it running on Windows, in Python 3.8 for a few seconds, then it starts 
spawning `ConnectionResetError`s.

--

___
Python tracker 

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

[issue39017] Infinite loop in the tarfile module

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +lars.gustaebel, serhiy.storchaka

___
Python tracker 

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

[issue39018] IndexError exception on corrupted zip file

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> out of date
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

[issue39016] Negative Refcount in Python 3.8

[Christian Tismer]

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 clause be in 3.8 but not in master?

--

___
Python tracker 

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

[issue39018] IndexError exception on corrupted zip file

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Bisecting gives me the commit as da6ce58dd5ac109485af45878fca6bfd265b43e9 where 
exception message is improved with issue36993

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue39016] Negative Refcount in Python 3.8

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

> No, this appears to be impossible.

Oh, I see. Apologies then for the misunderstunding.

--

___
Python tracker 

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

[issue39016] Negative Refcount in Python 3.8

[Christian Tismer]

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:
> 
> Christian, can you open the PR against master instead? We will backport the 
> change to 3.8 after is merged.
> 
> --
> nosy: +pablogsal
> 
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue39018] IndexError exception on corrupted zip file

[Karthikeyan Singaravelan]

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 "/home/xtreak/stuff/python/cpython/../backups/bpo39018.py", line 4, in 

with zipfile.ZipFile(sys.argv[1]) as f:
  File "/home/xtreak/stuff/python/cpython/Lib/zipfile.py", line 1256, in 
__init__
self._RealGetContents()
  File "/home/xtreak/stuff/python/cpython/Lib/zipfile.py", line 1379, in 
_RealGetContents
x._decodeExtra()
  File "/home/xtreak/stuff/python/cpython/Lib/zipfile.py", line 483, in 
_decodeExtra
raise BadZipFile(f"Corrupt zip64 extra field. "
zipfile.BadZipFile: Corrupt zip64 extra field. File size not found.

--
nosy: +xtreak

___
Python tracker 

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

[issue39018] IndexError exception on corrupted zip file

[jvoisin]

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 zipfile.ZipFile(sys.argv[1]) as f:
  pass
$ python3 ./test_zip.py ./crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38
Traceback (most recent call last):
  File "./test_zip.py", line 4, in 
with zipfile.ZipFile(sys.argv[1]) as f:
  File "/usr/lib/python3.7/zipfile.py", line 1225, in __init__
self._RealGetContents()
  File "/usr/lib/python3.7/zipfile.py", line 1348, in _RealGetContents
x._decodeExtra()
  File "/usr/lib/python3.7/zipfile.py", line 480, in _decodeExtra
self.file_size = counts[idx]
IndexError: tuple index out of range
$

```

The zipfile documentation doesn't mention that IndexError is a possible 
exception for this method.

--
components: Library (Lib)
files: crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38
messages: 358202
nosy: jvoisin
priority: normal
severity: normal
status: open
title: IndexError exception on corrupted zip file
type: behavior
versions: Python 3.7
Added file: 
https://bugs.python.org/file48769/crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38

___
Python tracker 

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

[issue39016] Negative Refcount in Python 3.8

[Pablo Galindo Salgado]

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 

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

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

[Matej Cepl]

Change by Matej Cepl :


--
nosy: +mcepl

___
Python tracker 

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

[issue39017] Infinite loop in the tarfile module

[jvoisin]

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` function in tarfile.py, likely due 
to a missing check of `length` being strictly superior to zero.

--
files: timeout-a52710a313fdb35fb428c3399277cb640fe2f686
messages: 358200
nosy: ethan.furman, jvoisin
priority: normal
severity: normal
status: open
title: Infinite loop in the tarfile module
type: security
versions: Python 3.7
Added file: 
https://bugs.python.org/file48768/timeout-a52710a313fdb35fb428c3399277cb640fe2f686

___
Python tracker 

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

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

[Jonathan Slenders]

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 called anywhere.

Debug logs don't provide any help. I'm looking into a reproducer.

--

___
Python tracker 

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

[issue39016] Negative Refcount in Python 3.8

[Christian Tismer]

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 lookup_maybe_method which returns a _borrowed_ reference.
This happens in the "if (custom) {" branch.

Removing all Py_XDECREF calls from the function fixes that.

--
components: Extension Modules
messages: 358198
nosy: Christian.Tismer
priority: critical
severity: normal
status: open
title: Negative Refcount in Python 3.8
type: crash
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

[issue39016] Negative Refcount in Python 3.8

[Christian Tismer]

Change by Christian Tismer :


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

___
Python tracker 

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

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

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

How did you get warnings?

--

___
Python tracker 

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

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

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

[PCManticore]

Change by PCManticore :


--
nosy: +Claudiu.Popa

___
Python tracker 

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

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

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

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

[Łukasz Langa]

Ł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 

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

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

[Łukasz Langa]

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 
deprecated, and may be removed in a future version of Python.

Adding authors of GH-11952 as nosy.

--
components: Library (Lib)
keywords: 3.8regression
messages: 358195
nosy: lukasz.langa, serhiy.storchaka, vstinner
priority: normal
severity: normal
stage: needs patch
status: open
title: DeprecationWarnings of implicitly truncations by __int__ appearing in 
the standard library
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

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

[Łukasz Langa]

Łukasz Langa  added the comment:

Make sure the standard library doesn't emit those warnings itself.

--
nosy: +lukasz.langa

___
Python tracker 

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

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

[Jurjen N.E. Bos]

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 

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

[issue1021318] PyThreadState_Next not thread safe

[Julien Danjou]

Julien Danjou  added the comment:

Yes, that's the one 

--

___
Python tracker 

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

[issue1021318] PyThreadState_Next not thread safe

[STINNER Victor]

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) \
PyThread_release_lock((runtime)->interpreters.mutex)

--

___
Python tracker 

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

[issue1021318] PyThreadState_Next not thread safe

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +eric.snow, pitrou, serhiy.storchaka

___
Python tracker 

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