From report at bugs.python.org  Sun Nov  1 00:14:56 2020
From: report at bugs.python.org (Zac Hatfield-Dodds)
Date: Sun, 01 Nov 2020 04:14:56 +0000
Subject: [issue42218] SystemError in compile builtin function
In-Reply-To: <1604143002.46.0.930999995617.issue42218@roundup.psfhosted.org>
Message-ID: <1604204096.51.0.26193126646.issue42218@roundup.psfhosted.org>


Zac Hatfield-Dodds <zac.hatfield.dodds at gmail.com> added the comment:

Wow!  Thanks and congrats on the super-fast fix :-)


FYI Paul Ganssle has recently [1] started to work on adding property-based tests to CPython CI [2].  Once Paul gets the stubs and first set of tests working, I'll start moving the others over from my demo repo [3] to CPython master so we catch this kind of bug earlier in future.

[1] https://bugs.python.org/issue42109; see also https://bugs.python.org/issue38953
[2] https://pyfound.blogspot.com/2020/05/property-based-testing-for-python.html
[3] https://github.com/Zac-HD/stdlib-property-tests

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42218>
_______________________________________

From report at bugs.python.org  Sun Nov  1 00:31:45 2020
From: report at bugs.python.org (Jeremy Howard)
Date: Sun, 01 Nov 2020 04:31:45 +0000
Subject: [issue42226] imghdr.what is missing docstring, has a logic error,
 and is overly complex
Message-ID: <1604205105.29.0.494636878964.issue42226@roundup.psfhosted.org>


New submission from Jeremy Howard <j at zz.lc>:

imghdr.what does not set f if h is passed, but still passed f to tests functions. None of the tests functions use it - they would not be able to anyway since it is not always set.

imghdr.what is missing a docstring.

imghdr.what has a complex highly nest structure with multiple return paths which makes the logic hard to follow.

----------
components: Library (Lib)
messages: 380114
nosy: jph00
priority: normal
severity: normal
status: open
title: imghdr.what is missing docstring, has a logic error, and is overly complex
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42226>
_______________________________________

From report at bugs.python.org  Sun Nov  1 00:34:37 2020
From: report at bugs.python.org (Jeremy Howard)
Date: Sun, 01 Nov 2020 04:34:37 +0000
Subject: [issue42226] imghdr.what is missing docstring, has a logic error,
 and is overly complex
In-Reply-To: <1604205105.29.0.494636878964.issue42226@roundup.psfhosted.org>
Message-ID: <1604205277.3.0.718123170503.issue42226@roundup.psfhosted.org>


Change by Jeremy Howard <j at zz.lc>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42226>
_______________________________________

From report at bugs.python.org  Sun Nov  1 01:28:43 2020
From: report at bugs.python.org (Kaiyu Zheng)
Date: Sun, 01 Nov 2020 05:28:43 +0000
Subject: [issue42227] Unexpected sharing of list/set/dict between instances of
 the same class,
 when the list/set/dict is a default parameter value of the constructor
Message-ID: <1604208523.28.0.858749665776.issue42227@roundup.psfhosted.org>


New submission from Kaiyu Zheng <kaiyutony at gmail.com>:

In the following toy example, with Python 3.7.4

class Foo:
    def __init__(self, a=set()):
        self.a = a
foo1 = Foo()
foo2 = Foo()
foo1.a.add(1)
print(foo2.a)

This shows {1}. This means that modifying the .a field of foo1 changed that of foo2. I was not expecting this behavior, as I thought that when the constructor is called, an empty set is created for the parameter `a`. But instead, what seems to happen is that a set() is created, and then shared between instances of Foo. What is the reason for this? What is the benefit? It adds a lot of confusion

----------
messages: 380115
nosy: kaiyutony
priority: normal
severity: normal
status: open
title: Unexpected sharing of list/set/dict between instances of the same class, when the list/set/dict is a default parameter value of the constructor
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42227>
_______________________________________

From report at bugs.python.org  Sun Nov  1 01:33:16 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Nov 2020 05:33:16 +0000
Subject: [issue42146] subprocess.Popen() leaks cwd in case of uid/gid overflow
In-Reply-To: <1603629055.61.0.677699237141.issue42146@roundup.psfhosted.org>
Message-ID: <1604208796.01.0.784131254588.issue42146@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset d3b4e068077dd26927ae7485bd0303e09d962c02 by Alexey Izbyshev in branch 'master':
bpo-42146: Unify cleanup in subprocess_fork_exec() (GH-22970)
https://github.com/python/cpython/commit/d3b4e068077dd26927ae7485bd0303e09d962c02


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42146>
_______________________________________

From report at bugs.python.org  Sun Nov  1 01:36:27 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Nov 2020 05:36:27 +0000
Subject: [issue42146] subprocess.Popen() leaks cwd in case of uid/gid overflow
In-Reply-To: <1603629055.61.0.677699237141.issue42146@roundup.psfhosted.org>
Message-ID: <1604208987.4.0.980508582287.issue42146@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42146>
_______________________________________

From report at bugs.python.org  Sun Nov  1 01:24:35 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 01 Nov 2020 06:24:35 +0000
Subject: [issue42227] Unexpected sharing of list/set/dict between instances of
 the same class,
 when the list/set/dict is a default parameter value of the constructor
In-Reply-To: <1604208523.28.0.858749665776.issue42227@roundup.psfhosted.org>
Message-ID: <1604211875.71.0.766180923162.issue42227@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Sorry, this is not a bug, but working as designed. Default values for functions and methods are only created once, when the function is created, not on every call.

This is a FAQ:

https://docs.python.org/3/faq/programming.html#why-are-default-values-shared-between-objects

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42227>
_______________________________________

From report at bugs.python.org  Sun Nov  1 01:34:38 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 01 Nov 2020 06:34:38 +0000
Subject: [issue42227] Unexpected sharing of list/set/dict between instances of
 the same class,
 when the list/set/dict is a default parameter value of the constructor
In-Reply-To: <1604208523.28.0.858749665776.issue42227@roundup.psfhosted.org>
Message-ID: <1604212478.53.0.701739578345.issue42227@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

See also my comment here:

https://bugs.python.org/msg361451

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42227>
_______________________________________

From report at bugs.python.org  Sun Nov  1 02:05:05 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 07:05:05 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604214305.77.0.939939549344.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I get a crash for chr(128516) ("?") in Tk.

$ wish
% label .l -text ?
.l
% X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  139 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  599
  Current serial number in output stream:  599

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 02:59:15 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Nov 2020 07:59:15 +0000
Subject: [issue13501] Make libedit support more generic;
 port readline / libedit to FreeBSD
In-Reply-To: <1322579942.3.0.601983912656.issue13501@psf.upfronthosting.co.za>
Message-ID: <1604217555.84.0.610360421006.issue13501@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

at a glance, it looks like the PR needs updating.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13501>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:08:51 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 09:08:51 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604221731.72.0.496737898223.issue29566@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2165cea548f961b308050f30d1f042a377651d44 by Ronald Oussoren in branch 'master':
bpo-29566: binhex.binhex now consitently writes MacOS 9 line endings. (GH-23059)
https://github.com/python/cpython/commit/2165cea548f961b308050f30d1f042a377651d44


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:09:08 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 09:09:08 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604221748.38.0.887665950191.issue29566@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +21990
pull_request: https://github.com/python/cpython/pull/23070

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:10:25 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 09:10:25 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604221825.42.0.287672332935.issue29566@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:11:17 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 09:11:17 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604221877.14.0.47511185311.issue29566@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +21991
pull_request: https://github.com/python/cpython/pull/23071

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:16:38 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 09:16:38 +0000
Subject: [issue24380] Got warning when compiling _scproxy.c on Mac
In-Reply-To: <1433427659.62.0.118183885403.issue24380@psf.upfronthosting.co.za>
Message-ID: <1604222198.35.0.126415108426.issue24380@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm closing this as out of date because the code the compiler warns about is no longer present in the master branch.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24380>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:38:54 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 09:38:54 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604223534.15.0.396613134582.issue29566@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
resolution: duplicate -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:39:47 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 09:39:47 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604223587.82.0.257538007785.issue29566@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 39a56e55231be00d52fa183fcd2b7d88619ced4b by Miss Skeleton (bot) in branch '3.8':
[3.8] bpo-29566: binhex.binhex now consitently writes MacOS 9 line endings. (GH-23059) (GH-23070)
https://github.com/python/cpython/commit/39a56e55231be00d52fa183fcd2b7d88619ced4b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 04:39:48 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 09:39:48 +0000
Subject: [issue29566] binhex() creates files with mixed line endings
In-Reply-To: <1487161265.61.0.450348509296.issue29566@psf.upfronthosting.co.za>
Message-ID: <1604223588.09.0.292263395483.issue29566@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3defcbac2c9ff4306ed5b7fb37d12637eb188306 by Miss Skeleton (bot) in branch '3.9':
[3.9] bpo-29566: binhex.binhex now consitently writes MacOS 9 line endings. (GH-23059) (GH-23071)
https://github.com/python/cpython/commit/3defcbac2c9ff4306ed5b7fb37d12637eb188306


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29566>
_______________________________________

From report at bugs.python.org  Sun Nov  1 05:04:46 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Sun, 01 Nov 2020 10:04:46 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1604225086.16.0.293048820493.issue42140@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Sun Nov  1 05:46:29 2020
From: report at bugs.python.org (Ben Boeckel)
Date: Sun, 01 Nov 2020 10:46:29 +0000
Subject: [issue42228] Activate.ps1 clears PYTHONHOME
Message-ID: <1604227589.68.0.567841470196.issue42228@roundup.psfhosted.org>


New submission from Ben Boeckel <bugs.python at me.benboeckel.net>:

On Windows, we are extracting a tarball of a Python installation for CI (to avoid needing to juggle umpteen Python installs on umpteen machines). This requires `PYTHONHOME` to be set to use properly since there is no registry entry for the "installation". However, `Activate.ps1` clears `PYTHONHOME` unconditionally. Is there something else we can do to properly integrate with it or should there be an option to say "no, I need `PYTHONHOME` for the stdlib to work"?

I don't know how relevant this is to other platforms at the moment as other mechanisms are sufficient there (Xcode's Python3.framework in the SDK and Linux system packages).

----------
components: Windows
messages: 380125
nosy: mathstuf, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Activate.ps1 clears PYTHONHOME
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42228>
_______________________________________

From report at bugs.python.org  Sun Nov  1 05:49:32 2020
From: report at bugs.python.org (Samuel Marks)
Date: Sun, 01 Nov 2020 10:49:32 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
Message-ID: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>


New submission from Samuel Marks <samuelmarks at gmail.com>:

Planned to fix all the compiler warnings on macOS. Ended up just fixing this SQLite one:
```
Python-3.9.0/Modules/_sqlite/connection.c:1066:9: warning: 'sqlite3_trace' is deprecated: first deprecated in macOS 10.12
      [-Wdeprecated-declarations]
        sqlite3_trace(self->db, 0, (void*)0);
        ^~~~~~~~~~~~~
        sqlite3_trace_v2
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sqlite3.h:3022:36: note: 'sqlite3_trace' has
      been explicitly marked deprecated here
SQLITE_API SQLITE_DEPRECATED void *sqlite3_trace(
                                   ^
Python-3.9.0/Modules/_sqlite/connection.c:1069:9: warning: 'sqlite3_trace' is deprecated: first deprecated in macOS 10.12
      [-Wdeprecated-declarations]
        sqlite3_trace(self->db, _trace_callback, trace_callback);
        ^~~~~~~~~~~~~
        sqlite3_trace_v2
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/sqlite3.h:3022:36: note: 'sqlite3_trace' has
      been explicitly marked deprecated here
SQLITE_API SQLITE_DEPRECATED void *sqlite3_trace(
                                   ^
```

Note that: `sqlite3_enable_shared_cache` should be removed from `Modules/_sqlite/module.c` also, as warning and guide says: https://www.sqlite.org/c3ref/enable_shared_cache.html
```
Python-3.9.0/Modules/_sqlite/module.c:147:10: warning: 'sqlite3_enable_shared_cache' is deprecated: first deprecated in macOS
      10.7 - Not supported [-Wdeprecated-declarations]
```

But I think that would require a major version change, so let's keep that warning fix to one side.

Same with the tk issues, as per https://bugs.python.org/issue41016 ; although I suspect there's a way to quiet the warnings here?

----------
components: Build
messages: 380126
nosy: samuelmarks
priority: normal
pull_requests: 21992
severity: normal
status: open
title: Fix SQLite warnings on macOS
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:12:14 2020
From: report at bugs.python.org (Marco Sulla)
Date: Sun, 01 Nov 2020 12:12:14 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604232734.39.0.286459481949.issue41835@roundup.psfhosted.org>


Marco Sulla <launchpad.net at marco.sulla.e4ward.com> added the comment:

I did PGO+LTO... --enable-optimizations --with-lto

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:17:01 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Sun, 01 Nov 2020 12:17:01 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
Message-ID: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>


New submission from Jakub Stasiak <jakub+python.org at stasiak.at>:

The documentation explicitly says "sets" but arbitrary iterables are accepted and various non-sets are passed to those in real world almost certainly.

----------
components: asyncio
messages: 380128
nosy: asvetlov, jstasiak, yselivanov
priority: normal
severity: normal
status: open
title: Document that asyncio's wait() and as_completed() accept arbitrary iterables
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:23:24 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Sun, 01 Nov 2020 12:23:24 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604233404.22.0.324009038945.issue42230@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:26:47 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Sun, 01 Nov 2020 12:26:47 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1604233607.32.0.756289344571.issue42140@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

I opened https://bugs.python.org/issue42230 to make the documentation reflect the reality in this matter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:36:24 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 12:36:24 +0000
Subject: [issue30053] Problems building with --enable-profiling on macOS
In-Reply-To: <1492001446.82.0.198717177169.issue30053@psf.upfronthosting.co.za>
Message-ID: <1604234184.63.0.189908902094.issue30053@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The system compiler on macOS 10.9 or later doesn't support "-pg" (profile generation) at all:

$ clang -o t -pg t.c
clang: error: the clang compiler does not support -pg option on versions of OS X 10.9 and later

This means that its unlikely I'll look into this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30053>
_______________________________________

From report at bugs.python.org  Sun Nov  1 07:45:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 12:45:17 +0000
Subject: [issue42207] Python 3.9 testing fails when building with clang and
 optimizations are enabled
In-Reply-To: <1604069104.85.0.435616508554.issue42207@roundup.psfhosted.org>
Message-ID: <1604234717.4.0.442798249507.issue42207@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This bug no longer happens on master branch because it's related to test_peg_generator.

test_peg_generator exists in 3.9 and master branches.

configure.ac doesn't seem to be different in 3.9 and master branches for PGO_PROF_USE_FLAG and LLVM_PROF_MERGER variables.

I don't understand why this change is specific to the 3.9 branch.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42207>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:04:38 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 01 Nov 2020 13:04:38 +0000
Subject: [issue37483] Add PyObject_CallOneArg()
In-Reply-To: <1562069683.82.0.624448792444.issue37483@roundup.psfhosted.org>
Message-ID: <1604235878.42.0.250859977011.issue37483@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset 7feb54a6348f6220b27986777786c812f110b53d by Dong-hee Na in branch 'master':
bpo-37483: Add PyObject_CallOneArg() in the What's New in Python 3.9 (GH-23062)
https://github.com/python/cpython/commit/7feb54a6348f6220b27986777786c812f110b53d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37483>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:04:52 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 13:04:52 +0000
Subject: [issue37483] Add PyObject_CallOneArg()
In-Reply-To: <1562069683.82.0.624448792444.issue37483@roundup.psfhosted.org>
Message-ID: <1604235892.36.0.0721628543486.issue37483@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +21994
pull_request: https://github.com/python/cpython/pull/23074

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37483>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:27:09 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 13:27:09 +0000
Subject: [issue37483] Add PyObject_CallOneArg()
In-Reply-To: <1562069683.82.0.624448792444.issue37483@roundup.psfhosted.org>
Message-ID: <1604237229.07.0.145899143589.issue37483@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0312efcd2bb3d7964dbfe2b4cbd5f5b440aed049 by Miss Skeleton (bot) in branch '3.9':
bpo-37483: Add PyObject_CallOneArg() in the What's New in Python 3.9 (GH-23062)
https://github.com/python/cpython/commit/0312efcd2bb3d7964dbfe2b4cbd5f5b440aed049


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37483>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:28:37 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 01 Nov 2020 13:28:37 +0000
Subject: [issue37483] Add PyObject_CallOneArg()
In-Reply-To: <1562069683.82.0.624448792444.issue37483@roundup.psfhosted.org>
Message-ID: <1604237317.27.0.282786394194.issue37483@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37483>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:33:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:33:58 +0000
Subject: [issue24165] Free list for single-digits ints
In-Reply-To: <1431352769.3.0.375640200007.issue24165@psf.upfronthosting.co.za>
Message-ID: <1604237638.96.0.832638918614.issue24165@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Inada-san, how do you interpret the results? Looks like it's performance-neutral.

You should give a try to the development branch of pyperf which computes the geometric mean of all results and says if it's faster or slower overall :-D
https://mail.python.org/archives/list/speed at python.org/thread/RANN6PQURUVPMNXS6GIOL42F2DIFV5LM/
(I'm still waiting for testers before releasing a new version including the new feature.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24165>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:44:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:44:32 +0000
Subject: [issue42231] test_zipimport failure
Message-ID: <1604238272.76.0.181231986099.issue42231@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

ARM Raspbian 3.x:
https://buildbot.python.org/all/#/builders/424/builds/294

I don't understand why the test started to fail at build 294 which only has one new change: commit 2165cea548f961b308050f30d1f042a377651d44 ("bpo-29566: binhex.binhex now consitently writes MacOS 9 line endings"). It seems to be unrelated.

I failed to reproduce the issue on Linux.

======================================================================
FAIL: testBoth (test.test_zipimport.UncompressedZipImportTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 194, in testBoth
    self.doTest(pyc_ext, files, TESTMOD)
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 148, in doTest
    self.assertEqual(file, os.path.join(TEMP_ZIP,
AssertionError: '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py' != '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc'
- /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py
+ /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc
?                                                                                                                                  +


======================================================================
FAIL: testGetCompiledSource (test.test_zipimport.UncompressedZipImportTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 594, in testGetCompiledSource
    self.doTest(pyc_ext, files, TESTMOD, call=self.assertModuleSource)
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 148, in doTest
    self.assertEqual(file, os.path.join(TEMP_ZIP,
AssertionError: '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py' != '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc'
- /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py
+ /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc
?                                                                                                                                  +


======================================================================
FAIL: testBoth (test.test_zipimport.CompressedZipImportTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 194, in testBoth
    self.doTest(pyc_ext, files, TESTMOD)
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 148, in doTest
    self.assertEqual(file, os.path.join(TEMP_ZIP,
AssertionError: '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py' != '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc'
- /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py
+ /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc
?                                                                                                                                  +


======================================================================
FAIL: testGetCompiledSource (test.test_zipimport.CompressedZipImportTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 594, in testGetCompiledSource
    self.doTest(pyc_ext, files, TESTMOD, call=self.assertModuleSource)
  File "/var/lib/buildbot/workers/3.x.gps-raspbian/build/Lib/test/test_zipimport.py", line 148, in doTest
    self.assertEqual(file, os.path.join(TEMP_ZIP,
AssertionError: '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py' != '/var[64 chars]8289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc'
- /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.py
+ /var/lib/buildbot/workers/3.x.gps-raspbian/build/build/test_python_18289?/test_python_worker_2163?/junk95142.zip/ziptestmodule.pyc
?                                                                                                                                  +

----------
components: Tests
messages: 380135
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_zipimport failure
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42231>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:48:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:48:18 +0000
Subject: [issue42160] unnecessary overhead in tempfile
In-Reply-To: <1603747164.82.0.214293266524.issue42160@roundup.psfhosted.org>
Message-ID: <1604238498.01.0.337987646212.issue42160@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42160>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:51:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:51:48 +0000
Subject: [issue42231] test_zipimport failure
In-Reply-To: <1604238272.76.0.181231986099.issue42231@roundup.psfhosted.org>
Message-ID: <1604238708.36.0.217624399639.issue42231@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The test failed on many 3.x buildbots. Other examples:

* PPC64LE Fedora Rawhide 3.x: https://buildbot.python.org/all/#builders/455/builds/226
* AMD64 Windows10 3.x: https://buildbot.python.org/all/#builders/146/builds/295

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42231>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:52:19 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:52:19 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604238739.23.0.859328945398.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Serhiy:
> I get a crash for chr(128516) ("?") in Tk.

On Linux? What is your Tk version?

On my Fedora 32, the character is displayed properly. It seems like Tk is still using X11 whereas my GNOME desktop is using Wayland.

$ ./python -m test.pythoninfo|grep ^tkinter
tkinter.TCL_VERSION: 8.6
tkinter.TK_VERSION: 8.6
tkinter.info_patchlevel: 8.6.10

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:53:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:53:52 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604238832.71.0.44321172108.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Hum, I didn't explain well. My test. I ran:

./python -m idlelib

In the IDLE shell, I wrote chr(0x1F604) which displays the emoji as expected:

>>> chr(0x1F604)
'?'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:55:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 13:55:11 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604238911.3.0.37771959153.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Serhiy's test also work as expected.

$ wish
% label .l -text ?

Since the Serhiy's test doesn't use Python, is it worth it to track this Tk crash in the Python bug tracker?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 08:54:05 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 13:54:05 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604238845.87.0.150013982097.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I generated a script for testing all characters:

with open('withtest.sh', 'w', errors='surrogatepass') as f:
    for i in range(0x100, 0x110000): print(f"echo 'label .l -text \"{chr(i)}\"; exit' | wish 2>/dev/null && echo OK '\\U{i:08x}' {chr(i)!r} || echo FAIL '\\U{i:08x}' {chr(i)!r}", file=f)

It takes a time. It tested around 20% of all characters for 6-7 hours. And it seems that all failed characters are colored emojies and all passed characters are non-colored. Seems it is related either to the font that provides colored emojies, or to the mechanism that interprets such fonts, or Tk just cannot correctly handle the output when such fonts are used (maybe reserve too small buffer or cannot interpret result code).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 09:12:00 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 14:12:00 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604239920.19.0.616134289373.issue41754@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
keywords: +patch
pull_requests: +21995
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23075

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  1 09:12:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 14:12:53 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604239973.26.0.862697537604.issue41754@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've created a PR that ignores this exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  1 09:34:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 14:34:09 +0000
Subject: [issue42115] Caching infrastructure for the evaluation loop:
 specialised opcodes
In-Reply-To: <1603336898.74.0.366564812208.issue42115@roundup.psfhosted.org>
Message-ID: <1604241249.02.0.848673195735.issue42115@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> because you'd cache a pointer to the specific `+` operator implementation

You should have a look at "INCA: Inline Caching meets Quickening in Python 3.3":
https://bugs.python.org/issue14757

Stefan Brunthaler wrote a paper on his work:
"Inline Caching Meets Quickening" (Published in ECOOP 2010)
https://publications.sba-research.org/publications/ecoop10.pdf

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42115>
_______________________________________

From report at bugs.python.org  Sun Nov  1 09:56:12 2020
From: report at bugs.python.org (Marcel Hofstetter)
Date: Sun, 01 Nov 2020 14:56:12 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604242572.62.0.305458283057.issue42173@roundup.psfhosted.org>


Change by Marcel Hofstetter <hofstetter at jomasoft.ch>:


----------
nosy: +jomasoftmarcel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:08:43 2020
From: report at bugs.python.org (David CARLIER)
Date: Sun, 01 Nov 2020 15:08:43 +0000
Subject: [issue42232] mmap module add Darwin specific madvise options
Message-ID: <1604243323.33.0.637936661343.issue42232@roundup.psfhosted.org>


Change by David CARLIER <devnexen at gmail.com>:


----------
components: macOS
nosy: devnexen, ned.deily, ronaldoussoren
priority: normal
pull_requests: 21996
severity: normal
status: open
title: mmap module add Darwin specific madvise options
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42232>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:26:25 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 15:26:25 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604244385.17.0.307847314772.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Yes, on Linux. Ubuntu 2020.04. Tk 8.6.10. X.Org X Server 1.20.8.

I tried to report the bug upstream, but failed. I did not use the Tk bugtracker several years, and it was on different computer, so I have no password to my account, and when I tried to create new accounts, I cannot login with them too. I tried to write to the mailing list, but it requires subscribing, and when I subscribed I did not receive a message with confirmation. If anybody can, please report this bug to Tk developers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:29:52 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 15:29:52 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604244592.67.0.422299758337.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Victor, do you see a color smiling face in my example or monochromatic or just a bar?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:32:10 2020
From: report at bugs.python.org (Ken Jin)
Date: Sun, 01 Nov 2020 15:32:10 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
Message-ID: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>


New submission from Ken Jin <kenjin4096 at gmail.com>:

Union type expressions added in PEP 604 throw an error when both operands are GenericAlias objects.

Eg the following works::

int | list[str]

The following throws TypeError::

list[int] | dict[float, str]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for |: 'types.GenericAlias' and 'types.GenericAlias'

I have submitted a PR to fix this. Coincidentally, it also fixes the fact that union expressions weren't de-duplicating GenericAlias properly.

Eg::
>>> list[int] | int | list[int]
list[int] | int | list[int]

For non-GenericAlias type expressions, the new code shouldn't be much slower. Rich compare is only used for GenericAlias objects. This isn't very scientific, but 

python -m timeit "int | str | float"

# original
1000000 loops, best of 5: 295 nsec per loop

# purely rich compare
1000000 loops, best of 5: 344 nsec per loop

# check  for GenericAlias and rich compare only for that
1000000 loops, best of 5: 297 nsec per loop

----------
components: Interpreter Core
messages: 380145
nosy: gvanrossum, kj, levkivskyi
priority: normal
severity: normal
status: open
title: GenericAlias does not support union type expressions
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:34:12 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 15:34:12 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604244852.26.0.502757561452.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Victor, do you see a color smiling face in my example or monochromatic or just a bar?

See attached screenshot: fedora32.png.

----------
Added file: https://bugs.python.org/file49556/fedora32.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:38:11 2020
From: report at bugs.python.org (Ken Jin)
Date: Sun, 01 Nov 2020 15:38:11 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604245091.43.0.948845456631.issue42233@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:39:31 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 15:39:31 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604245171.89.0.0481507896605.issue42233@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There is also a problem with typing module.

>>> typing.List[int] | dict[float, str]
typing.Union[typing.List[int], dict]

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:48:23 2020
From: report at bugs.python.org (Armins Stepanjans)
Date: Sun, 01 Nov 2020 15:48:23 +0000
Subject: [issue42234] pathlib relative_to behaviour change
Message-ID: <1604245703.4.0.361207259352.issue42234@roundup.psfhosted.org>


New submission from Armins Stepanjans <armins.bagrats at gmail.com>:

In the docs (https://docs.python.org/3/library/pathlib.html#pathlib.PurePath.relative_to) PurePath.relative_to() is specified to fail for arguments that are not on the original path (e.g. Path('/ham/beans').relative_to(Path('/spam'))).

I believe it would be useful to extend the behaviour of relative_to so that it handles the case above. For example, I would expect Path('/ham/beans').relative_to(Path('/spam')) to return Path('../ham/beans').

If this sounds like a useful change I'd be happy to make a PR for it.

----------
components: Library (Lib)
messages: 380148
nosy: armins.bagrats
priority: normal
severity: normal
status: open
title: pathlib relative_to behaviour change
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42234>
_______________________________________

From report at bugs.python.org  Sun Nov  1 10:53:28 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Nov 2020 15:53:28 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604246008.21.0.548967572236.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It looks different on my computer. I suppose it will crash to you too if you install a color emoji font.

----------
Added file: https://bugs.python.org/file49557/Ubuntu-2020.04.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:00:44 2020
From: report at bugs.python.org (Ken Jin)
Date: Sun, 01 Nov 2020 16:00:44 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604246444.37.0.109904488847.issue42233@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

@Serhiy, wow interesting find, it seems to be typing's repr problem rather than the actual types itself:

>>> typing.Union[dict[int, str], list[str]]
typing.Union[dict, list]

>>> typing.Union[dict[int, str], list[str]].__args__
(dict[int, str], list[str])

The __args__ seem to be correct, so I'm guessing the typing repr went wrong somewhere. That should be the case for your example too:

>>> alias = typing.List[int] | dict[float, str]
>>> alias
typing.Union[typing.List[int], dict]

>>> type(alias)
<class 'typing._UnionGenericAlias'>

>>> alias.__args__
(typing.List[int], dict[float, str])

I'll work on this. If I don't reply back in a week, someone else is free to take over this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:24:46 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 16:24:46 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604247886.23.0.95068375366.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The error on Linux could be related to this issue: https://bugzilla.redhat.com/show_bug.cgi?id=1498269

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:31:13 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 16:31:13 +0000
Subject: [issue42235] [macOS] Use --enable-optimizations in build-installer.py
Message-ID: <1604248273.75.0.377267734476.issue42235@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

With recent enough compilers it is possible to use --enable-optimzations when building the installer.

----------
messages: 380152
nosy: ronaldoussoren
priority: normal
severity: normal
status: open
title: [macOS] Use --enable-optimizations in build-installer.py
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42235>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:37:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 16:37:44 +0000
Subject: [issue41181] [macOS] Build macOS installer with LTO and PGO
 optimizations
In-Reply-To: <1593599541.73.0.325479735185.issue41181@roundup.psfhosted.org>
Message-ID: <1604248664.05.0.795318923346.issue41181@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Link Time Optimization (LTO) and Profile-Guided Optimization (PGO) have a major impact on Python performance: they make Python between 10% and 30% faster (coarse estimation).
>
> Currently, macOS installers distributed on python.org are built with Clang 6.0 without LTO or PGO. I propose to enable LTO and PGO to make these binaries faster.

Oh, I forgot to mention that I discovered that macOS doesn't use LTO when I worked on the https://bugs.python.org/issue39542#msg373230 issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41181>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:37:51 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 16:37:51 +0000
Subject: [issue42235] [macOS] Use --enable-optimizations in build-installer.py
In-Reply-To: <1604248273.75.0.377267734476.issue42235@roundup.psfhosted.org>
Message-ID: <1604248671.64.0.119518521725.issue42235@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See also bpo-41181 "[macOS] Build macOS installer with LTO and PGO optimizations".

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42235>
_______________________________________

From report at bugs.python.org  Sun Nov  1 11:45:14 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 16:45:14 +0000
Subject: [issue42235] [macOS] Use --enable-optimizations in build-installer.py
In-Reply-To: <1604248273.75.0.377267734476.issue42235@roundup.psfhosted.org>
Message-ID: <1604249114.77.0.451318138885.issue42235@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm working on a PR. 

The current version of build-installer.py doesn't use LTO/PGO because installers are build on macOS 10.9 where the compiler doesn't reliably support this. Recent compilers should work a lot better.

The upcoming PR enables --enable-optimizations when building on macOS 10.15 or later (Xcode 11 or 12), mostly because that's what I'm testing with. 


I'm listing 41100 as a dependency because having that is the only way to make use of this PR at the moment: build-installer.py uses --enable-universalsdk and 41100 introduces "universal2" as a set of architectures that can be build using Xcode 12. All other sets of architectures require Xcode 10 or older.

----------
components: +macOS
dependencies: +Build failure on macOS 11 (beta)
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42235>
_______________________________________

From report at bugs.python.org  Sun Nov  1 12:03:28 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 01 Nov 2020 17:03:28 +0000
Subject: [issue42235] [macOS] Use --enable-optimizations in build-installer.py
In-Reply-To: <1604248273.75.0.377267734476.issue42235@roundup.psfhosted.org>
Message-ID: <1604250208.19.0.861030866075.issue42235@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42235>
_______________________________________

From report at bugs.python.org  Sun Nov  1 12:36:52 2020
From: report at bugs.python.org (Ken Jin)
Date: Sun, 01 Nov 2020 17:36:52 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604252212.15.0.180789037803.issue42233@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
pull_requests: +21999
pull_request: https://github.com/python/cpython/pull/23081

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 13:12:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 18:12:56 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
Message-ID: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

When the UTF-8 Mode is enabled, sys.stdout.encoding is always UTF-8, whereas os.devide_encoding(sys.stdout.fileno()) returns the locale encoding. os.devide_encoding() must return UTF-8 when the UTF-8 Mode is used.

----------
components: Library (Lib)
messages: 380156
nosy: vstinner
priority: normal
severity: normal
status: open
title: os.device_encoding() doesn't respect the UTF-8 Mode
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 13:14:14 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 18:14:14 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604254454.5.0.410860962028.issue42233@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22000
pull_request: https://github.com/python/cpython/pull/23082

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 13:13:47 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 18:13:47 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604254427.78.0.0687434438312.issue42233@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1f7dfb277e5b88cddc13e5024766be787a3e9127 by kj in branch 'master':
bpo-42233: Correctly repr GenericAlias when used with typing module (GH-23081)
https://github.com/python/cpython/commit/1f7dfb277e5b88cddc13e5024766be787a3e9127


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  1 13:45:39 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 18:45:39 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604256339.18.0.0299893098984.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

In bpo-42208, I added C _Py_GetLocaleEncoding() function and Python _locale._get_locale_encoding() function.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 13:47:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 18:47:17 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604256437.65.0.549201552366.issue42236@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 14:59:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 19:59:42 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604260782.88.0.307891609113.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 82458b6cdbae3b849dc11d0d7dc2ab06ef0451c4 by Victor Stinner in branch 'master':
bpo-42236: Enhance _locale._get_locale_encoding() (GH-23083)
https://github.com/python/cpython/commit/82458b6cdbae3b849dc11d0d7dc2ab06ef0451c4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:07:47 2020
From: report at bugs.python.org (Sebastian Wiedenroth)
Date: Sun, 01 Nov 2020 20:07:47 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
Message-ID: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>


New submission from Sebastian Wiedenroth <wiedi at frubar.net>:

I'm investigating some test failures related to sendfile on illumos:


testCount (test.test_socket.SendfileUsingSendfileTest) ... FAIL
testCountSmall (test.test_socket.SendfileUsingSendfileTest) ... ok
testCountWithOffset (test.test_socket.SendfileUsingSendfileTest) ... ok
testEmptyFileSend (test.test_socket.SendfileUsingSendfileTest) ... ok
testNonBlocking (test.test_socket.SendfileUsingSendfileTest) ... ok
testNonRegularFile (test.test_socket.SendfileUsingSendfileTest) ... ok
testOffset (test.test_socket.SendfileUsingSendfileTest) ... ERROR
testRegularFile (test.test_socket.SendfileUsingSendfileTest) ... ok
testWithTimeout (test.test_socket.SendfileUsingSendfileTest) ... FAIL
testWithTimeoutTriggeredSend (test.test_socket.SendfileUsingSendfileTest) ... ok
test_errors (test.test_socket.SendfileUsingSendfileTest) ... ok

======================================================================
ERROR: testOffset (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/root/cpython/Lib/socket.py", line 386, in _sendfile_use_sendfile
    sent = os_sendfile(sockno, fileno, offset, blocksize)
OSError: [Errno 22] Invalid argument

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/root/cpython/Lib/test/test_socket.py", line 374, in _tearDown
    raise exc
  File "/root/cpython/Lib/test/test_socket.py", line 392, in clientRun
    test_func()
  File "/root/cpython/Lib/test/test_socket.py", line 6057, in _testOffset
    sent = meth(file, offset=5000)
  File "/root/cpython/Lib/socket.py", line 399, in _sendfile_use_sendfile
    raise _GiveupOnSendfile(err)
socket._GiveupOnSendfile: [Errno 22] Invalid argument

======================================================================
FAIL: testCount (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/root/cpython/Lib/test/test_socket.py", line 6085, in testCount
    self.assertEqual(len(data), count)
AssertionError: 5405948743 != 5000007

======================================================================
FAIL: testWithTimeout (test.test_socket.SendfileUsingSendfileTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/root/cpython/Lib/test/test_socket.py", line 6159, in testWithTimeout
    self.assertEqual(len(data), self.FILESIZE)
AssertionError: 429006848 != 10485760

----------------------------------------------------------------------
Ran 11 tests in 33.603s

FAILED (failures=2, errors=1)


Looking at the testCount case I could observe repeated calls to sendfile() with out_fd=7, in_fd=6 off=0, len=5000007 which returned -1 with errno set to EAGAIN.

----------
components: IO, Library (Lib)
messages: 380160
nosy: wiedi
priority: normal
severity: normal
status: open
title: test_socket.SendfileUsingSendfileTest fails on illumos
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:21:33 2020
From: report at bugs.python.org (Sebastian Wiedenroth)
Date: Sun, 01 Nov 2020 20:21:33 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604262093.51.0.543946427502.issue42237@roundup.psfhosted.org>


Change by Sebastian Wiedenroth <wiedi at frubar.net>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:22:56 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 01 Nov 2020 20:22:56 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604262176.39.0.00895088098781.issue42229@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

FYI, commit 7f331c8 (GH-19581 / bpo-40318) migrates the sqlite3 to the new trace API.

There was also a discussion about sqlite3_enable_shared_cache() on bpo, but I think it was closed as "wont-fix", IIRC.

----------
nosy: +erlendaasland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:52:53 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 01 Nov 2020 20:52:53 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604263973.21.0.550161800276.issue42229@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

Look at bpo-24464 regarding the shared cache issue. Apparently I did not remember correctly regarding its status.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:53:07 2020
From: report at bugs.python.org (Samuel Marks)
Date: Sun, 01 Nov 2020 20:53:07 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604263987.78.0.521210313481.issue42229@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

Yes, this commit extends his changes to include macOS support (for some reason that SQLite version check doesn?t work properly on macOS; so this checks the macOS version, knowing AOT when SQLite trace v1 APIs were deprecated.

Curious that `sqlite3_enable_shared_cache` is in the ?wontfix? category? why is this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 15:58:14 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 01 Nov 2020 20:58:14 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604264294.22.0.454051890939.issue42229@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

Oh, I see now that you're only mentioning 3.9 here. The issue was fixed in master only (that is 3.10 alpha). Perhaps GH-19581 should be backported to 3.9, or even 3.8, but that's not for me to decide.

Note: your patch is against 3.10, not 3.9.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 16:11:35 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 01 Nov 2020 21:11:35 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604265095.7.0.416121624034.issue42229@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

> Yes, this commit extends his changes to include macOS support (for some reason that SQLite version check doesn?t work properly on macOS

I can't reproduce this on master on macOS 10.15.7 with the SQLite 3.28.0 that's shipped with the os.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 16:12:56 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 01 Nov 2020 21:12:56 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604265176.83.0.671882494841.issue42229@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 16:40:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 21:40:25 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604266825.93.0.524962855138.issue42236@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22003
pull_request: https://github.com/python/cpython/pull/23086

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 17:07:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 01 Nov 2020 22:07:32 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604268452.01.0.832360738211.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset e662c398d87f136497f8ec672e83657ae3a599e0 by Victor Stinner in branch 'master':
bpo-42236: Use UTF-8 encoding if nl_langinfo(CODESET) fails (GH-23086)
https://github.com/python/cpython/commit/e662c398d87f136497f8ec672e83657ae3a599e0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Sun Nov  1 18:49:23 2020
From: report at bugs.python.org (Julien Palard)
Date: Sun, 01 Nov 2020 23:49:23 +0000
Subject: [issue42238] Deprecate suspicious.py?
Message-ID: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>


New submission from Julien Palard <julien+python at palard.fr>:

I was not here 21 years ago when it was introduced [1], but according to the commit message it was introduced to find leftover Latex mardown.

It tries to find 4 patterns in Sphinx node text (not in raw rst files):

::(?=[^=])|            # two :: (but NOT ::=)

This one has ~100 false positive in susp-ignored.csv (pypi classifiers, slices, ipv6, ...) 

:[a-zA-Z][a-zA-Z0-9]+| # :foo

This one has ~300 false positive in susp-ignored.csv (slices, C:\, ipv6, ...)


`|                     # ` (seldom used by itself)

This one has ~20 false positive in susp-ignored.csv (mostly reStructuredText in code-blocks)

(?<!\.)\.\.[ \t]*\w+:  # .. foo: (but NOT ... else:)

This one does not have false positives.

The script, on my laptop (with a core i9), is slow (4mn20s), and it's probably way slower on the CI.

I tried to search for `suspicious is:pr in:comments` on github to see if it's usefull:

- 2 contributor had an issue with the script (gh-9748, gh-21940)
- 5 had to add false positive to susp-ignored.csv (gh-20556, gh-13772, gh-11481, gh-9317, gh-6915)
- 4 had to update susp-ignored.csv (gh-11769, gh-5552, gh-3694, gh-2719)
- 1 did not addedd to susp-ignored but changed to avoid a false positive (gh-18939)

Case where it actually helped:

- Finding an error: (gh-12562 .. literalinclude: instead of .. literalinclude::)
- Finding refs in code block (gh-7413)
- Writing plaintext in Misc/NEWS (gh-1339)

I'd go for enhancing rstlint.py (which is fast, ~1s on my laptop) a bit to try to handle the `.. literalinclude:` missing a `:` errors, and dropping suspicious.

So I'd appreciate feedback on this script, did it helped you recently?

1: https://github.com/python/cpython/commit/700cf28f410521066f40671f1da7db0302d753fd

----------
assignee: mdk
components: Documentation
messages: 380167
nosy: mdk
priority: normal
severity: normal
status: open
title: Deprecate suspicious.py?

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Sun Nov  1 18:51:12 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 01 Nov 2020 23:51:12 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604274672.92.0.989607273353.issue37193@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:


New changeset c41559021213cfc9dc62a83fc63306b3bdc3e64b by MARUYAMA Norihiro in branch 'master':
bpo-37193: remove thread objects which finished process its request (GH-13893)
https://github.com/python/cpython/commit/c41559021213cfc9dc62a83fc63306b3bdc3e64b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Sun Nov  1 18:51:19 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 23:51:19 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604274679.46.0.758127906004.issue37193@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +22004
pull_request: https://github.com/python/cpython/pull/23087

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Sun Nov  1 18:51:27 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 23:51:27 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604274687.13.0.195798379877.issue37193@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22005
pull_request: https://github.com/python/cpython/pull/23088

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Sun Nov  1 18:51:34 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 01 Nov 2020 23:51:34 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604274694.02.0.759738890428.issue37193@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22006
pull_request: https://github.com/python/cpython/pull/23089

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Sun Nov  1 19:07:26 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Nov 2020 00:07:26 +0000
Subject: [issue42238] Deprecate suspicious.py?
In-Reply-To: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>
Message-ID: <1604275646.11.0.212841390242.issue42238@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I would love to see this disappear.  For me, it has been a recurring time waster.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Sun Nov  1 19:48:28 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 00:48:28 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604278108.64.0.194511811893.issue42229@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

@erlendaasland Hmm? just double-checked, and this issue is present on Python 3.8.6 and 3.9.0 but not master [d3b4e068077dd26927ae7485bd0303e09d962c02] as you referenced.

Should I close this issue?and PR?then? - Backport from master to these?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Sun Nov  1 19:51:19 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Nov 2020 00:51:19 +0000
Subject: [issue42238] Deprecate suspicious.py?
In-Reply-To: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>
Message-ID: <1604278279.28.0.616814835457.issue42238@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

If it still does useful checks, we could just limit it to running by release managers during the release manufacturing process; it is already run then. It would still allow for problems to be caught and fixed by the RM prior to release tagging.  But I don't have a strong opinion about its overall usefulness. I recall it catching at least one problem in a release I was involved with and that was probably before we had the CI checks.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Sun Nov  1 20:43:32 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 02 Nov 2020 01:43:32 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604281412.07.0.0920540090202.issue37193@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Commit c41559021213cfc9dc62a83fc63306b3bdc3e64b has introduced reference leaks:

----------------------------------------------------------------------
Ran 202 tests in 21.654s
OK (skipped=1)
......
test_logging leaked [20, 20, 20] references, sum=60
test_logging leaked [20, 20, 20] memory blocks, sum=60
2 tests failed again:
    test_logging test_socketserver
== Tests result: FAILURE then FAILURE ==

Example buildbot failure:

https://buildbot.python.org/all/#/builders/562/builds/79/steps/5/logs/stdio

As there is a release of 3.10 alpha 2 tomorrow I would be great if this could be fixed by tomorrow.

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Sun Nov  1 21:35:11 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 02:35:11 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604284511.42.0.692993645552.issue42225@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

In IDLE on Windows the following prints the first 3 astral planes in a couple of minutes.

for i in range(0x10000, 0x40000, 32):
    chars = ''.join(chr(i+j) for j in range(32))
    print(hex(i), chars)

Perhaps half of the assigned chars in the first plane are printed instead of being replaced with a narrow box. This includes emoticons as foreground color outlines on background color.  Maybe all of the second plane of extended CJK chars are printed.  The third plane is unassigned and prints as unassigned boxes (with an X).

Fixing OS graphics or tk is out of scope for us.  Preventing hangs or crashes when using tkinter is.  On Mac, refusing to insert any astral char into a tk widget might be the best solution.  Serhiy, could that be done in tkinter/_tkinter?

On Linux, the situation appears to be more complex.  The SO questioner
https://stackoverflow.com/questions/64615570/why-do-some-emoticons-cause-python-idle-to-crash-on-ubuntu
could print the two multicolor 'grinning face with smiling eyes' ?, which fails for Serhiy, but not the simpler thumbsup ?.  I don't know if we can detect fonts that cause crashes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  1 21:49:16 2020
From: report at bugs.python.org (Jeremy Howard)
Date: Mon, 02 Nov 2020 02:49:16 +0000
Subject: [issue42226] imghdr.what is missing docstring, has a logic error,
 and is overly complex
In-Reply-To: <1604205105.29.0.494636878964.issue42226@roundup.psfhosted.org>
Message-ID: <1604285356.72.0.87703235191.issue42226@roundup.psfhosted.org>


Change by Jeremy Howard <j at zz.lc>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42226>
_______________________________________

From report at bugs.python.org  Sun Nov  1 21:50:44 2020
From: report at bugs.python.org (mohamed koubaa)
Date: Mon, 02 Nov 2020 02:50:44 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604285444.22.0.104639864229.issue1635741@roundup.psfhosted.org>


Change by mohamed koubaa <koubaa.m at gmail.com>:


----------
pull_requests: +22007
pull_request: https://github.com/python/cpython/pull/23091

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:00:00 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 04:00:00 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604289600.2.0.49920134216.issue40511@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset da7bb7b4d769350c5fd03e6cfb16b23dc265ed72 by Tal Einat in branch 'master':
bpo-40511: Stop unwanted flashing of IDLE calltips (GH-20910)
https://github.com/python/cpython/commit/da7bb7b4d769350c5fd03e6cfb16b23dc265ed72


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:00:07 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 04:00:07 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604289607.09.0.278911735712.issue40511@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22008
pull_request: https://github.com/python/cpython/pull/23093

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:00:14 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 04:00:14 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604289614.94.0.0130748403313.issue40511@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22009
pull_request: https://github.com/python/cpython/pull/23094

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:41:31 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 02 Nov 2020 04:41:31 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1604292091.27.0.15474144934.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Actually you can't really change typing.Callable's __args__, because it must be hashable, and lists aren't.

If GenericAlias doesn't cache yet, it might very well do so in the future to gain some speed when e.g. list[int] is used at runtime outside annotations, e.g. in cast(), so it will be important there too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:49:46 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 04:49:46 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604292586.28.0.221127438596.issue40511@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 79e9f06149f92798a8e11e3f1c62dad171312ab3 by Miss Skeleton (bot) in branch '3.9':
bpo-40511: Stop unwanted flashing of IDLE calltips (GH-20910)
https://github.com/python/cpython/commit/79e9f06149f92798a8e11e3f1c62dad171312ab3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:50:02 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 04:50:02 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604292602.6.0.734656881231.issue40511@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1341582e165841810e2fbf89e23be0e92b4a9fdd by Miss Skeleton (bot) in branch '3.8':
bpo-40511: Stop unwanted flashing of IDLE calltips (GH-20910)
https://github.com/python/cpython/commit/1341582e165841810e2fbf89e23be0e92b4a9fdd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Sun Nov  1 23:51:17 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 04:51:17 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604292677.82.0.938526195572.issue40511@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

wyz, thank you for the report.  It should be fixed now.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Mon Nov  2 00:01:42 2020
From: report at bugs.python.org (hai shi)
Date: Mon, 02 Nov 2020 05:01:42 +0000
Subject: [issue37751] In codecs,
 function 'normalizestring' should convert both spaces and hyphens to
 underscores.
In-Reply-To: <1564832053.37.0.298269063007.issue37751@roundup.psfhosted.org>
Message-ID: <1604293302.77.0.0395259946817.issue37751@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37751>
_______________________________________

From report at bugs.python.org  Mon Nov  2 00:17:08 2020
From: report at bugs.python.org (Campbell Barton)
Date: Mon, 02 Nov 2020 05:17:08 +0000
Subject: [issue9499] DOC: C/API Execution namespace undocumented. (patch
 included)
In-Reply-To: <1280873534.19.0.920563075759.issue9499@psf.upfronthosting.co.za>
Message-ID: <1604294228.99.0.325288417376.issue9499@roundup.psfhosted.org>


Campbell Barton <ideasman42 at gmail.com> added the comment:

This patch is still relevant, mentioning this since the patch is from a while ago.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9499>
_______________________________________

From report at bugs.python.org  Mon Nov  2 00:24:17 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 05:24:17 +0000
Subject: [issue42239] IDLE: Restore calltip when needed
Message-ID: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

If one types 'int(' an int calltip is displayed.  If one adds 'float(' then the float calltip is displayed instead.  If one adds '"3.1")', the int calltip is restored.  (Actually a new int calltip.)  Finally, if one closes with ')', the int calltip is removed.

If, after 'int(', one adds instead 'f(', where f has no accessible signature or docstring and hence no calltip, the int calltip is dropped with no replacement.  When f is closed, the int calltip is not restored because open_calltip in

    def refresh_calltip_event(self, event):  # Bound to ')'.
        if self.active_calltip and self.active_calltip.tipwindow:
            self.open_calltip(False)

is not called because there is no existing calltip.

This issue is about somehow having the int calltip after the f call.  Possibilities.

1. Do not drop the int calltip when an inner call has none.

2. Give the inner call a fake calltip, something like "f(<unknown>".  Again, revise open_calltip.

3. Drop the outer calltip and set a 'nested_call flag in open_calltip and test it with 'or' in refresh_calltip_event (and unset the flag -- conditionally?) to restore it.

4. Add a calltip stack and test it for not empty in refresh_calltip_event. 

Tal, any opinions on the desired behavior.  I believe the #40511 revision should make any of the above, with 1 and 2 being easiest and safest.  A problem with 3 and 4 is that the text cursor can be moved out of the call and the calltip closed without the call being completed with ')'.

I want to add more tests first.

----------
assignee: terry.reedy
components: IDLE
messages: 380180
nosy: taleinat, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE: Restore calltip when needed
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 00:26:30 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 05:26:30 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604294790.6.0.603954500177.issue42239@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Restore calltip when needed -> IDLE: Restore or keep calltip when needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 00:38:42 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 02 Nov 2020 05:38:42 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1604295522.64.0.913506062559.issue42195@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Dear Guido, from what I can see in the typing module, _CallableType already casts the args list to a tuple before creating the __CallableGenericAlias, so it should support cacheing. This is taken from the from _CallableType::

def __getitem__(self, params):
    ...  # (some checking code here)
    args, result = params
    ...  # (some checking code here)

        params = (tuple(args), result)  # args is cast to a tuple
    return self.__getitem_inner__(params)

@_tp_cache   # the cache
def __getitem_inner__(self, params):
    args, result = params
    ...  # (some checking code here)
    
    # This is the suspect code causing the flattening of args
    params = args + (result,)     
    return self.copy_with(params)

def copy_with(self, params):
    return _CallableGenericAlias(self.__origin__, params,
                                 name=self._name, inst=self._inst)

Changing the suspect code from ``params = args + (result,)`` to ``params = (args, result)`` allows typing.Callable to be consistent with collections.abc.Callable's GenericAlias, and also allows for cacheing.

With that change:

>>> from typing import Callable
>>> Callable[[int, ], str].__args__
((<class 'int'>,), <class 'str'>)  # note the args is a tuple

>>> from collections.abc import Callable
>>> Callable[[int, ], str].__args__
([<class 'int'>], <class 'str'>)   # note the args is a list

This isn't fully consistent with collections.abc.Callable's GenericAlias just yet, but it's close.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov  2 01:24:11 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 06:24:11 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604298251.62.0.394336665515.issue42229@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

> Should I close this issue?and PR?then? - Backport from master to these?

If this fix is wanted in 3.9 and 3.8, I think the correct way to proceed would be to close GH-23072 and backport GH-19581.

Try checking out 3.9 and cherrypicking 7f331c8 to verify that the trace-warning disappears. I'm pretty sure that SQLite3 version detection works on macOS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Mon Nov  2 01:25:36 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 06:25:36 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604298336.53.0.0730744282913.issue42229@roundup.psfhosted.org>


Change by Samuel Marks <samuelmarks at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Mon Nov  2 01:25:19 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 06:25:19 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604298319.75.0.0356940741779.issue42229@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Mon Nov  2 01:29:44 2020
From: report at bugs.python.org (Rudresh Veerkhare)
Date: Mon, 02 Nov 2020 06:29:44 +0000
Subject: [issue42240] Add Maxheap version of a heappush into heapq module
Message-ID: <1604298584.59.0.170869406843.issue42240@roundup.psfhosted.org>


New submission from Rudresh Veerkhare <veerkharerudresh at gmail.com>:

Main functions required to implement Heap data structure are: 
function heappush - to push an element in Heap
function heappop - to pop an element from Heap

for implementing Minheap this functions are present in the module as : 
heappush - for adding element into Minheap
heappop - to pop an element from Minheap

for implementing Maxheap only one of this two required functions is present:
_heappop_max - to pop an element from Maxheap

I suggest adding a Maxheap version of heappush into heapq module.
_heappush_max - for adding an element into Maxheap.

----------
components: Library (Lib)
messages: 380184
nosy: veerkharerudresh
priority: normal
severity: normal
status: open
title: Add Maxheap version of a heappush into heapq module
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42240>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:17:08 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 07:17:08 +0000
Subject: [issue42241] Backport SQLite trace API v2
Message-ID: <1604301428.79.0.759085975242.issue42241@roundup.psfhosted.org>


New submission from Samuel Marks <samuelmarks at gmail.com>:

Backports https://github.com/python/cpython/pull/19581 https://bugs.python.org/issue40318 as per https://bugs.python.org/issue42229

----------
components: Build
messages: 380185
nosy: samuelmarks
priority: normal
pull_requests: 22011
severity: normal
status: open
title: Backport SQLite trace API v2
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42241>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:23:04 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 07:23:04 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604301784.77.0.869693553136.issue42239@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +22012
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/23098

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:26:01 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 07:26:01 +0000
Subject: [issue42242] Backport SQLite trace API v2
Message-ID: <1604301961.05.0.228655015786.issue42242@roundup.psfhosted.org>


New submission from Samuel Marks <samuelmarks at gmail.com>:

Backports https://github.com/python/cpython/pull/19581 https://bugs.python.org/issue40318 as per https://bugs.python.org/issue42229

See also 3.9 backporting: https://bugs.python.org/issue42241

[not sure if this is how you do backporting, a new issue and GH PR for each supported release tag?]

----------
components: Build
messages: 380186
nosy: samuelmarks
priority: normal
pull_requests: 22013
severity: normal
status: open
title: Backport SQLite trace API v2
type: compile error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42242>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:27:40 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 07:27:40 +0000
Subject: [issue42229] Fix SQLite warnings on macOS
In-Reply-To: <1604227772.18.0.746348927327.issue42229@roundup.psfhosted.org>
Message-ID: <1604302060.88.0.849393250213.issue42229@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

Opened two issues and two PRs for 3.8 and 3.8:
- https://bugs.python.org/issue42241
- https://bugs.python.org/issue42242

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42229>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:36:47 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Nov 2020 07:36:47 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604302607.02.0.413369356335.issue42239@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

We already have a "<<refresh-calltip>>" virtual event which is triggered upon typing a closing parenthesis ')'. We could just have it always call "open_calltip()" rather than only doing so when one is already open.

See PR GH-23098.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:37:49 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Nov 2020 07:37:49 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604302669.98.0.689570281626.issue42239@roundup.psfhosted.org>


Change by Tal Einat <taleinat+python at gmail.com>:


----------
pull_requests: +22014
pull_request: https://github.com/python/cpython/pull/23100

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:38:31 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Nov 2020 07:38:31 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604302711.02.0.258689751876.issue42239@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

We already have a "<<refresh-calltip>>" virtual event which is triggered upon typing a closing parenthesis ')'. We could just have it always call "open_calltip()" rather than only doing so when one is already open.

See PR GH-23100.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:38:56 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Nov 2020 07:38:56 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604302736.99.0.806082906681.issue42239@roundup.psfhosted.org>


Change by Tal Einat <taleinat+python at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 02:52:09 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 07:52:09 +0000
Subject: [issue42239] IDLE: Restore or keep calltip when needed
In-Reply-To: <1604294657.06.0.127781184025.issue42239@roundup.psfhosted.org>
Message-ID: <1604303529.29.0.313803503658.issue42239@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I dislike the idea of creating a Hyperparser and calling get_surrounding_brackets on every ).  For (, the open is the ( just typed and the close is typically the newline to the right.  For ), the open may be several lines back.  I will test for noticeable delay after sleeping.

----------
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42239>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:00:58 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 08:00:58 +0000
Subject: [issue42242] Backport SQLite trace API v2
In-Reply-To: <1604301961.05.0.228655015786.issue42242@roundup.psfhosted.org>
Message-ID: <1604304058.05.0.594347686547.issue42242@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
keywords: +patch
nosy: +erlendaasland
nosy_count: 1.0 -> 2.0
pull_requests: +22017
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/19581

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42242>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:00:57 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 08:00:57 +0000
Subject: [issue42241] Backport SQLite trace API v2
In-Reply-To: <1604301428.79.0.759085975242.issue42241@roundup.psfhosted.org>
Message-ID: <1604304057.99.0.0443836344488.issue42241@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
keywords: +patch
nosy: +erlendaasland
nosy_count: 1.0 -> 2.0
pull_requests: +22016
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/19581

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42241>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:02:56 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 08:02:56 +0000
Subject: [issue41229] Asynchronous generator memory leak
In-Reply-To: <1594123688.2.0.0110904549514.issue41229@roundup.psfhosted.org>
Message-ID: <1604304176.12.0.397090185443.issue41229@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6e8dcdaaa49d4313bf9fab9f9923ca5828fbb10e by Joongi Kim in branch 'master':
bpo-41229: Update docs for explicit aclose()-required cases and add contextlib.aclosing() method (GH-21545)
https://github.com/python/cpython/commit/6e8dcdaaa49d4313bf9fab9f9923ca5828fbb10e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41229>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:09:03 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 08:09:03 +0000
Subject: [issue42242] Backport SQLite trace API v2
In-Reply-To: <1604301961.05.0.228655015786.issue42242@roundup.psfhosted.org>
Message-ID: <1604304543.05.0.359422105489.issue42242@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

> [not sure if this is how you do backporting, a new issue and GH PR for each supported release tag?]

Backports are almost always created as backports of a specific GitHub pull request. The pull request is labelled as, for example, "needs backport to 3.9", and a bot will automatically try to cherry-pick the squashed commit to the target branch. So, if we wanted to backport GH-19581, we would do that directly from the original pull request over at GitHub. That will also preserve commit meta-data.

See also:
https://devguide.python.org/committing/?highlight=backport#backporting-changes-to-an-older-version

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42242>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:13:12 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 02 Nov 2020 08:13:12 +0000
Subject: [issue42241] Backport SQLite trace API v2
In-Reply-To: <1604301428.79.0.759085975242.issue42241@roundup.psfhosted.org>
Message-ID: <1604304792.61.0.0726699778301.issue42241@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

We often submit the backported patch by using the backport label from the origin PR.
(https://github.com/python/cpython/pull/19581)

So please discuss about the bacporting on bpo-40318

----------
nosy: +corona10
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42241>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:14:31 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 02 Nov 2020 08:14:31 +0000
Subject: [issue42242] Backport SQLite trace API v2
In-Reply-To: <1604301961.05.0.228655015786.issue42242@roundup.psfhosted.org>
Message-ID: <1604304871.66.0.294165504592.issue42242@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

We often submit the backported patch by using the backport label from the origin PR.
(https://github.com/python/cpython/pull/19581)

So please discuss the backporting on bpo-40318

----------
nosy: +corona10
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42242>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:18:33 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 08:18:33 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604305113.54.0.857948574353.issue42173@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

I ran the test and the results are attached (the first one is a complete test and the other one failed tests in verbose mode).

I checked the failing tests and divided them into several groups:

issues already reported:
  test_asyncio - reported and being solved here: https://bugs.python.org/issue38323
  test_posix - problem with return values, reported here: https://bugs.python.org/issue41839
  test_shutil - sendfile for Solaris was disabled in the library, but not in the test suite, which leads to the issues (I asked about reenabling here: https://bugs.python.org/issue41843; that would solve the issue)

these failures are probably related to our internal network settings (false positives):
  test_ssl, test_urllib, test_urllib2, test_urllib2_localnet

other:
  test_float - locale related *
  test_locale - locale related *
  test_re - most likely locale related *
  test_socket - known issues not yet reported upstream (not ready for acceptable PR)
  test_time - one locale related * and other not yet known
  test_tcl - yet to investigate

*) Locale related failures are due to wchar_t differences between the Linux world and ours. It's something we resolved very recently and have yet to rework it into an upstreamable form and report it.

It would be interesting to see Illumos results as well, because while also Solaris, there might be differences due to almost ten years of spit development.

----------
Added file: https://bugs.python.org/file49558/Oracle_Solaris_full_test.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:18:43 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 08:18:43 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604305123.81.0.742022028652.issue42173@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


Added file: https://bugs.python.org/file49559/Oracle_Solaris_detailed_test.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:20:25 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 08:20:25 +0000
Subject: [issue42243] Don't access the module dictionary directly
Message-ID: <1604305225.53.0.387494771093.issue42243@roundup.psfhosted.org>


New submission from Erlend Egeberg Aasland <erlend.aasland at innova.no>:

Quoting from https://docs.python.org/3.10/c-api/module.html:
"It is recommended extensions use other PyModule_* and PyObject_* functions rather than directly manipulate a module?s __dict__."

A number of modules still access the module dictionary directly:
zsh % grep -r PyModule_GetDict Modules
Modules/errnomodule.c:    PyObject *module_dict = PyModule_GetDict(module);
Modules/_sre.c:    d = PyModule_GetDict(m);
Modules/_cursesmodule.c:    d = PyModule_GetDict(m);
Modules/_threadmodule.c:    d = PyModule_GetDict(m);
Modules/signalmodule.c:    PyObject *d = PyModule_GetDict(m);
Modules/_xxsubinterpretersmodule.c:    PyObject *ns = PyModule_GetDict(main_mod);  // borrowed
Modules/_xxsubinterpretersmodule.c:    PyObject *ns = PyModule_GetDict(module);  // borrowed
Modules/socketmodule.c:    dict = PyModule_GetDict(m);
Modules/_ssl.c:    d = PyModule_GetDict(m);
Modules/_curses_panel.c:    PyObject *d = PyModule_GetDict(mod);
Modules/_sqlite/connection.c:    module_dict = PyModule_GetDict(module);
Modules/_winapi.c:    PyObject *d = PyModule_GetDict(m);
Modules/pyexpat.c:    d = PyModule_GetDict(m);

----------
components: Library (Lib)
messages: 380197
nosy: erlendaasland
priority: normal
severity: normal
status: open
title: Don't access the module dictionary directly
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42243>
_______________________________________

From report at bugs.python.org  Mon Nov  2 03:33:51 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 08:33:51 +0000
Subject: [issue42243] Don't access the module dictionary directly
In-Reply-To: <1604305225.53.0.387494771093.issue42243@roundup.psfhosted.org>
Message-ID: <1604306031.25.0.291884661235.issue42243@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42243>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:02:42 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 09:02:42 +0000
Subject: [issue42243] Don't access the module dictionary directly
In-Reply-To: <1604305225.53.0.387494771093.issue42243@roundup.psfhosted.org>
Message-ID: <1604307762.22.0.0709139753647.issue42243@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Are all these occurrences in the module initialization code?

I think there is nothing wrong with this. Yes, the code can be a little clearer if use PyObject_GetArrt or PyModule_Add*, but rewriting can introduce new bugs.

The remark in the documentation is rather about reading the module attributes and writing a new code. It does not require rewriting existing code.

You can do this, but it will be treated as pure cosmetic change. It can be accepted if the new code is much clearer.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42243>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:09:38 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 02 Nov 2020 09:09:38 +0000
Subject: [issue40452] Tkinter/IDLE: preserve clipboard on closure
In-Reply-To: <1588268147.56.0.852233274654.issue40452@roundup.psfhosted.org>
Message-ID: <1604308178.57.0.838890198516.issue40452@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

Perhaps we could get a Tcl/Tk dev to help with this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40452>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:15:28 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 09:15:28 +0000
Subject: [issue42243] Don't access the module dictionary directly
In-Reply-To: <1604305225.53.0.387494771093.issue42243@roundup.psfhosted.org>
Message-ID: <1604308528.22.0.946434304516.issue42243@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

> Are all these occurrences in the module initialization code?

Most of them, but not all.

> but rewriting can introduce new bugs.

Of course.


> You can do this, but it will be treated as pure cosmetic change. It can be accepted if the new code is much clearer.

It mostly results in more compact code, which, in my opinion, would improve both readability and maintainability.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42243>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:19:48 2020
From: report at bugs.python.org (Cristian Martinez de Morentin)
Date: Mon, 02 Nov 2020 09:19:48 +0000
Subject: =?utf-8?q?=5Bissue42244=5D_TimedRotatingFileHandler_doesn=E2=80=99t_handl?=
 =?utf-8?q?e_the_switch_to/from_DST_when_using_daily/midnight_rotation?=
Message-ID: <1604308788.03.0.39429090744.issue42244@roundup.psfhosted.org>


New submission from Cristian Martinez de Morentin <cmartinez at das-nano.com>:

TimedRotatingFileHandler doesn?t handle the switch to/from DST when using daily/midnight rotation. When DST switch occurs, the previous day logging file is overwritten. The issue is present regardless of the value of the UTC flag (True/False).

For instance, we had a DST switch on october 24th in Spain and no logging file was created for that day. Instead, the data was written to october 23rd file.

----------
components: Library (Lib)
messages: 380201
nosy: Cristian Martinez de Morentin
priority: normal
severity: normal
status: open
title: TimedRotatingFileHandler doesn?t handle the switch to/from DST when using daily/midnight rotation
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42244>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:37:56 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 02 Nov 2020 09:37:56 +0000
Subject: [issue42240] Add Maxheap version of a heappush into heapq module
In-Reply-To: <1604298584.59.0.170869406843.issue42240@roundup.psfhosted.org>
Message-ID: <1604309876.34.0.898095270043.issue42240@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42240>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:38:58 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 02 Nov 2020 09:38:58 +0000
Subject: =?utf-8?q?=5Bissue42244=5D_TimedRotatingFileHandler_doesn=E2=80=99t_handl?=
 =?utf-8?q?e_the_switch_to/from_DST_when_using_daily/midnight_rotation?=
In-Reply-To: <1604308788.03.0.39429090744.issue42244@roundup.psfhosted.org>
Message-ID: <1604309938.59.0.0559961683006.issue42244@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42244>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:53:55 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 09:53:55 +0000
Subject: [issue40318] Migrate to SQLite3 trace v2 API
In-Reply-To: <1587210970.59.0.35117859461.issue40318@roundup.psfhosted.org>
Message-ID: <1604310835.91.0.8887397129.issue40318@roundup.psfhosted.org>


Change by Samuel Marks <samuelmarks at gmail.com>:


----------
nosy: +samuelmarks
nosy_count: 4.0 -> 5.0
pull_requests: +22019
pull_request: https://github.com/python/cpython/pull/23102

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40318>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:54:05 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 09:54:05 +0000
Subject: [issue40318] Migrate to SQLite3 trace v2 API
In-Reply-To: <1587210970.59.0.35117859461.issue40318@roundup.psfhosted.org>
Message-ID: <1604310845.77.0.0432364917457.issue40318@roundup.psfhosted.org>


Change by Samuel Marks <samuelmarks at gmail.com>:


----------
pull_requests: +22020
pull_request: https://github.com/python/cpython/pull/23103

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40318>
_______________________________________

From report at bugs.python.org  Mon Nov  2 04:55:54 2020
From: report at bugs.python.org (Samuel Marks)
Date: Mon, 02 Nov 2020 09:55:54 +0000
Subject: [issue42242] Backport SQLite trace API v2
In-Reply-To: <1604301961.05.0.228655015786.issue42242@roundup.psfhosted.org>
Message-ID: <1604310954.91.0.734645572525.issue42242@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

Done, thanks for the how-to:
- https://github.com/python/cpython/pull/23103 [3.8]
- https://github.com/python/cpython/pull/23102 [3.9]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42242>
_______________________________________

From report at bugs.python.org  Mon Nov  2 05:02:44 2020
From: report at bugs.python.org (John Gardner)
Date: Mon, 02 Nov 2020 10:02:44 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604311364.71.0.894389806397.issue42173@roundup.psfhosted.org>


John Gardner <jgardner100 at hotmail.com> added the comment:

Don't remove, it is still actively used by so many people. If the maintance overhead of 700 lines is a large burdern, then I'm happy to take on whatever work is required for it.

----------
nosy: +jgardner100

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 05:51:56 2020
From: report at bugs.python.org (Markus Israelsson)
Date: Mon, 02 Nov 2020 10:51:56 +0000
Subject: [issue42037] Documentation confusion in CookieJar functions
In-Reply-To: <1602689022.88.0.876415237077.issue42037@roundup.psfhosted.org>
Message-ID: <1604314316.9.0.517273668128.issue42037@roundup.psfhosted.org>


Markus Israelsson <markus.israelsson at surgicalscience.com> added the comment:

I am currently updating the documentation source code.
On the cookiejar page it describes 'unverifiable' as a method.
I can however not find that method on the request page because it seems to be just a normal attribute.

I will make updates for that as well if that is ok with you?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42037>
_______________________________________

From report at bugs.python.org  Mon Nov  2 05:55:38 2020
From: report at bugs.python.org (Andy Fiddaman)
Date: Mon, 02 Nov 2020 10:55:38 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604314538.31.0.748276802967.issue42173@roundup.psfhosted.org>


Andy Fiddaman <andy at omnios.org> added the comment:

Jakub's results looks very familiar to me, having been working on python 3.9 on illumos.

For OmniOS, we currently skip these tests via --ignorefile:

# wchar_t related failures
*.test_re.ReTests.test_locale_compiled
*.test_re.ReTests.test_locale_caching
# illumos does not support multiple SCM_RIGHTS messages in a packet
*FDPassSeparate*
# These tests fail on illumos and the first consumes a significant
# amount of memory. Investigation required.
test.test_socket.SendfileUsingSendfileTest.testCount
test.test_socket.SendfileUsingSendfileTest.testWithTimeout
test.test_socket.SendfileUsingSendfileTest.testOffset
#
test.test_asyncio.test_sendfile.*
test.test_asyncio.test_subprocess.SubprocessMultiLoopWatcherTests.*


We are also carrying some local patches for the following. Several come from Solaris.

- Stop python detecting and using epoll() on illumos

- scheduling priorities can be < 0
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/mod-posix-sched_priority.patch

- differences in sendfile behaviour (improves the situation but is not complete)
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/mod-posix-sendfile.patch

- Enable sendfile for shutil.copy (mismatch between library and testsuite in terms of whether sendfile() is enabled on illumos)
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/mod-shutil-sendfile.patch

- Fixes for building the socket module (_XOPEN_SOURCE=600)
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/mod-socket-xpg6.patch

- Emulate clock_gettime(CLOCK_THREAD_CPUTIME_ID)
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/mod-time-threadtime.patch

- PTY patch
https://github.com/citrus-it/omnios-build/blob/python39/build/python39/patches/pty.patch

and a few others, not all of which are suitable for upstream.
https://github.com/citrus-it/omnios-build/tree/python39/build/python39/patches


With all of this in place, the headline test stats for OmniOS Python 3.9 are:

401 tests OK.

24 tests skipped:
    test_dbm_gnu test_epoll test_gdb test_idle test_kqueue test_msilib
    test_ossaudiodev test_smtpnet test_socketserver test_startfile
    test_tcl test_timeout test_tix test_tk test_ttk_guionly
    test_ttk_textonly test_turtle test_urllib2net test_urllibnet
    test_winconsoleio test_winreg test_winsound test_xmlrpc_net
    test_zipfile64

Tests result: SUCCESS

and, additionally, the dtrace tests succeed (we test them separately as they require elevated privileges).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 05:56:50 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 02 Nov 2020 10:56:50 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604314610.48.0.974256011942.issue42230@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 3d86d090dcbbdfdd3e5a5951cab30612d6131222 by Jakub Stasiak in branch 'master':
bpo-42230: Improve asyncio documentation regarding accepting sets vs iterables (GH-23073)
https://github.com/python/cpython/commit/3d86d090dcbbdfdd3e5a5951cab30612d6131222


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 05:56:50 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 10:56:50 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604314610.64.0.616600631114.issue42230@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22021
pull_request: https://github.com/python/cpython/pull/23104

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:10:42 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Mon, 02 Nov 2020 11:10:42 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604315442.54.0.986318977549.issue42230@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
pull_requests: +22022
pull_request: https://github.com/python/cpython/pull/23105

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:19:53 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 11:19:53 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604315993.71.0.68035302813.issue42230@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ff852aabf22908e7ef0325af65bab5d02c421fd8 by Miss Skeleton (bot) in branch '3.9':
bpo-42230: Improve asyncio documentation regarding accepting sets vs iterables (GH-23073)
https://github.com/python/cpython/commit/ff852aabf22908e7ef0325af65bab5d02c421fd8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:36:46 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 02 Nov 2020 11:36:46 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604317006.14.0.173901191191.issue42230@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset ad37c66adcd474e3d42a51c63ecb6a54ca2d23f2 by Jakub Stasiak in branch '3.8':
[3.8] bpo-42230: Improve asyncio documentation regarding accepting sets vs iterables (GH-23073) (GH-23105)
https://github.com/python/cpython/commit/ad37c66adcd474e3d42a51c63ecb6a54ca2d23f2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:37:05 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 02 Nov 2020 11:37:05 +0000
Subject: [issue42230] Document that asyncio's wait() and as_completed() accept
 arbitrary iterables
In-Reply-To: <1604233021.96.0.386232269828.issue42230@roundup.psfhosted.org>
Message-ID: <1604317025.35.0.215331177637.issue42230@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42230>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:43:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 11:43:41 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604317421.92.0.236206712631.issue37193@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The change fixing a leak in socketserver introduces a leak in socketserver :-)

$ ./python -m test test_socketserver -u all -m test.test_socketserver.SocketServerTest.test_ThreadingTCPServer -R 3:3
0:00:00 load avg: 0.95 Run tests sequentially
0:00:00 load avg: 0.95 [1/1] test_socketserver
beginning 6 repetitions
123456
......
test_socketserver leaked [3, 3, 3] references, sum=9
test_socketserver leaked [3, 3, 3] memory blocks, sum=9
test_socketserver failed

== Tests result: FAILURE ==

1 test failed:
    test_socketserver

Total duration: 497 ms
Tests result: FAILURE

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:47:08 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 11:47:08 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604317628.76.0.120286860204.issue42173@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

Thanks Andy, good to know we are seeing the same issue!

We tried to fix sendfile differences in Python code before as well, but as you said, it was never 100% solved. Recently we finally fixed it in C and it was accepted (https://bugs.python.org/issue41687) and backported to 3.9 so you might/should be ok without the patch as well.

CLOCK_THREAD_CPUTIME_ID was issue for us as well but before the patch was accepted upstream, Oracle Solaris implemented it so it was no longer necessary. But the issue is still open https://bugs.python.org/issue35455 and knowing that others will use it, I will dust it off and finish it.

Knowing that Oracle and Illumos are facing the same issues, I am much more confident that our patches won't break Illumos. I will start upstream more of them right away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:47:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 11:47:46 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604317666.3.0.908114846483.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Fixing OS graphics or tk is out of scope for us.  Preventing hangs or crashes when using tkinter is.  On Mac, refusing to insert any astral char into a tk widget might be the best solution.  Serhiy, could that be done in tkinter/_tkinter?

I dislike attempting to workaround Tk issues in Python. As you can see, the behavior really depends on the platform. As I wrote, on Fedora 32 it works (the character is rendered properly). I would prefer to not block such character on Fedora 32 because it does crash on some other platforms.

Or you should detect the very precise conditions explaining why it works on some platforms and crash on some other platforms...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:49:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 11:49:15 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604317755.73.0.392346128107.issue37193@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I rejected the backport to 3.8 and 3.9 since the change causes a regression on master.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Mon Nov  2 06:58:07 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 11:58:07 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604318287.4.0.923536421041.issue41835@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:01:40 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 12:01:40 +0000
Subject: [issue35455] Solaris thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604318500.9.0.0459552485759.issue35455@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

Comment from https://bugs.python.org/issue42173#msg380205 confirmed that this issue is still relevant to Illumos based systems. Because of that, I am happy to resolve it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:02:33 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 12:02:33 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604318553.66.0.130532600922.issue35455@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


----------
title: Solaris thread_time doesn't work with current implementation -> Solaris: thread_time doesn't work with current implementation

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:02:39 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 12:02:39 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604318559.84.0.152556026703.issue41835@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

> I did PGO+LTO... --enable-optimizations --with-lto

I'm sorry about that. PGO+LTO *reduce* noises, but there are still noises. And unpack_sequence is very fragile.
I tried your branch again, and unpack_sequence is 10% *slower* than master branch.

I am running pyperformance with PR-23106, which simplifies your function and use it from _PyStack_AsDict() and _PyEval_EvalCode().

----------
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:04:38 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 12:04:38 +0000
Subject: [issue42126] Optimize BUILD_CONST_KEY_MAP for distinct keys
In-Reply-To: <1603442811.66.0.361695425892.issue42126@roundup.psfhosted.org>
Message-ID: <1604318678.75.0.466250402887.issue42126@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

OK. Microbenchmark don't justify adding complexity to the eval loop and the compiler.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42126>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:05:57 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 02 Nov 2020 12:05:57 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604318757.32.0.0148000102845.issue35455@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Mon Nov  2 07:11:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 12:11:09 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604319069.95.0.600276350814.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I converted the unicodedata extension to the multi-phase initialization API in bpo-42157 with Mohamed Koubaa.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Mon Nov  2 08:10:52 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Nov 2020 13:10:52 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1604317755.73.0.392346128107.issue37193@roundup.psfhosted.org>
Message-ID: <078BDC7E-68A3-42B0-9575-238C2A7BE8E4@jaraco.com>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I recommend a rollback. I?ll try to get to it later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Mon Nov  2 08:15:24 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 13:15:24 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604322924.77.0.277985835967.issue41835@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

Short result (minspeed=2):

Slower (4):
- unpack_sequence: 65.2 ns +- 1.3 ns -> 69.2 ns +- 0.4 ns: 1.06x slower (+6%)
- unpickle_list: 5.21 us +- 0.04 us -> 5.44 us +- 0.02 us: 1.04x slower (+4%)
- chameleon: 9.80 ms +- 0.08 ms -> 10.0 ms +- 0.1 ms: 1.02x slower (+2%)
- logging_silent: 202 ns +- 5 ns -> 206 ns +- 5 ns: 1.02x slower (+2%)

Faster (9):
- pickle_dict: 30.7 us +- 0.1 us -> 29.0 us +- 0.1 us: 1.06x faster (-5%)
- scimark_lu: 169 ms +- 3 ms -> 163 ms +- 3 ms: 1.04x faster (-4%)
- sympy_str: 396 ms +- 8 ms -> 383 ms +- 5 ms: 1.04x faster (-3%)
- sqlite_synth: 3.46 us +- 0.08 us -> 3.34 us +- 0.04 us: 1.03x faster (-3%)
- scimark_fft: 415 ms +- 3 ms -> 405 ms +- 3 ms: 1.03x faster (-3%)
- pickle_list: 4.91 us +- 0.07 us -> 4.79 us +- 0.04 us: 1.03x faster (-3%)
- dulwich_log: 82.4 ms +- 0.8 ms -> 80.4 ms +- 0.8 ms: 1.02x faster (-2%)
- scimark_sparse_mat_mult: 5.49 ms +- 0.03 ms -> 5.37 ms +- 0.02 ms: 1.02x faster (-2%)
- spectral_norm: 157 ms +- 1 ms -> 153 ms +- 4 ms: 1.02x faster (-2%)

Benchmark hidden because not significant (47): ...

Geometric mean: 1.00 (faster)

Long result is attached.

----------
Added file: https://bugs.python.org/file49560/pr23106.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Mon Nov  2 08:25:13 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 13:25:13 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604323513.13.0.725121213748.issue41835@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

And bench_kwcall.py is a microbenchmark for _PyEval_EvalCode.

$ cpython/release/python -m pyperf compare_to master.json kwcall-nodup.json

kwcall-3: Mean +- std dev: [master] 192 us +- 2 us -> [kwcall-nodup] 175 us +- 1 us: 1.09x faster (-9%)
kwcall-6: Mean +- std dev: [master] 327 us +- 6 us -> [kwcall-nodup] 291 us +- 4 us: 1.12x faster (-11%)
kwcall-9: Mean +- std dev: [master] 436 us +- 10 us -> [kwcall-nodup] 373 us +- 5 us: 1.17x faster (-14%)

Geometric mean: 0.89 (faster)

----------
Added file: https://bugs.python.org/file49561/bench_kwcall.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Mon Nov  2 08:33:55 2020
From: report at bugs.python.org (DanilZ)
Date: Mon, 02 Nov 2020 13:33:55 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
Message-ID: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>


New submission from DanilZ <danil.com at me.com>:

Note: problem occurs only after performing the RandomizedSearchCV...

When applying a function in a multiprocess using concurrent.futures if the function includes anything else other than print(), it is not executed and the process freezes.

Here is the code to reproduce.

from xgboost import XGBRegressor
from sklearn.model_selection import KFold
import concurrent.futures
from sklearn.datasets import make_regression
import pandas as pd
import numpy as np
from sklearn.model_selection import RandomizedSearchCV

# STEP 1
# ----------------------------------------------------------------------------
# simulate RandomizedSearchCV

data = make_regression(n_samples=500, n_features=100, n_informative=10, n_targets=1, random_state=5)
X = pd.DataFrame(data[0])
y = pd.Series(data[1])
kf = KFold(n_splits = 3, shuffle = True, random_state = 5)
model = XGBRegressor(n_jobs = -1)
params = {
        'min_child_weight':     [0.1, 1, 5],
        'subsample':            [0.5, 0.7, 1.0],
        'colsample_bytree':     [0.5, 0.7, 1.0],
        'eta':                  [0.005, 0.01, 0.1],
        'n_jobs':               [-1]
        }
random_search = RandomizedSearchCV(
        model,
        param_distributions =   params,
        n_iter =                50,
        n_jobs =                -1,
        refit =                 True, # necessary for random_search.best_estimator_
        cv =                    kf.split(X,y),
        verbose =               1,
        random_state =          5
        )
random_search.fit(X, np.array(y))

# STEP 2.0
# ----------------------------------------------------------------------------
# test if multiprocessing is working in the first place

def just_print():
    print('Just printing')

with concurrent.futures.ProcessPoolExecutor() as executor:
    results_temp = [executor.submit(just_print) for i in range(0,12)]
# ----------------------------------------------------------------------------


# STEP 2.1
# ----------------------------------------------------------------------------
# test on a slightly more complex function

def fit_model():
    # JUST CREATING A DATASET, NOT EVEN FITTING ANY MODEL!!! AND IT FREEZES
    data = make_regression(n_samples=500, n_features=100, n_informative=10, n_targets=1, random_state=5)
    # model = XGBRegressor(n_jobs = -1)
    # model.fit(data[0],data[1])
    print('Fit complete')

with concurrent.futures.ProcessPoolExecutor() as executor:
    results_temp = [executor.submit(fit_model) for i in range(0,12)]
# ----------------------------------------------------------------------------


Attached this code in a .py file.

----------
components: macOS
files: concur_fut_freeze.py
messages: 380220
nosy: DanilZ, bquinlan, ned.deily, pitrou, ronaldoussoren
priority: normal
severity: normal
status: open
title: concurrent.futures.ProcessPoolExecutor freezes depending on complexity
versions: Python 3.7
Added file: https://bugs.python.org/file49562/concur_fut_freeze.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 08:56:01 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Mon, 02 Nov 2020 13:56:01 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604325361.85.0.28966227817.issue37193@roundup.psfhosted.org>


Change by Jason R. Coombs <jaraco at jaraco.com>:


----------
pull_requests: +22024
pull_request: https://github.com/python/cpython/pull/23107

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:00:55 2020
From: report at bugs.python.org (Eugene-Yuan Kou)
Date: Mon, 02 Nov 2020 14:00:55 +0000
Subject: [issue39679] functools: singledispatchmethod doesn't work with
 classmethod
In-Reply-To: <1582053375.25.0.178240077179.issue39679@roundup.psfhosted.org>
Message-ID: <1604325655.53.0.226190014817.issue39679@roundup.psfhosted.org>


Eugene-Yuan Kou <tn00372136 at gmail.com> added the comment:

Hi, I also encounter to the problem, and I have give my attempt to make the singledispatchmethod support the classmethod, and staticmethod with type annotation. I also adding two tests. Please refer to my fork.  I will trying to make a pull request

https://github.com/EugenePY/cpython/compare/3.8...fix-issue-39679

----------
nosy: +EugenePY

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39679>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:05:20 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Mon, 02 Nov 2020 14:05:20 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604325920.19.0.820764245884.issue40077@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22025
pull_request: https://github.com/python/cpython/pull/23108

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:13:06 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 02 Nov 2020 14:13:06 +0000
Subject: [issue41835] Speed up dict vectorcall creation using keywords
In-Reply-To: <1600779404.53.0.758044601526.issue41835@roundup.psfhosted.org>
Message-ID: <1604326386.91.0.682916955039.issue41835@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

While this is an interesting optimization, the gain is not enough.
I close this issue for now.

@Marco Sulla
Optimizing dict is a bit hard job. If you want to continue, I have an idea:
`dict(zip(keys, row))` is common use case. It is used by asdict() in datacalss, _asdict() in namedtuple, and csv DictReader.
Sniffing zip object and presizing dict may be interesting optimization.

But note that this idea has low chance of accepted too. We tries many ideas like this and reject them by ourselves even without creating a pull request.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41835>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:13:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 02 Nov 2020 14:13:24 +0000
Subject: [issue34067] Problem with contextlib.nullcontext
In-Reply-To: <1530984805.95.0.56676864532.issue34067@psf.upfronthosting.co.za>
Message-ID: <1604326404.27.0.674834737177.issue34067@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
pull_requests:  -21767

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34067>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:13:49 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 02 Nov 2020 14:13:49 +0000
Subject: [issue34067] Problem with contextlib.nullcontext
In-Reply-To: <1530984805.95.0.56676864532.issue34067@psf.upfronthosting.co.za>
Message-ID: <1604326429.18.0.37455541782.issue34067@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34067>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:16:31 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 14:16:31 +0000
Subject: [issue41435] Allow to retrieve ongoing exception handled by every
 threads
In-Reply-To: <1596037186.46.0.97878619969.issue41435@roundup.psfhosted.org>
Message-ID: <1604326591.1.0.812582102776.issue41435@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 64366fa9b3ba71b8a503a8719eff433f4ea49eb9 by Julien Danjou in branch 'master':
bpo-41435: Add sys._current_exceptions() function (GH-21689)
https://github.com/python/cpython/commit/64366fa9b3ba71b8a503a8719eff433f4ea49eb9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41435>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:23:22 2020
From: report at bugs.python.org (Florian Bruhin)
Date: Mon, 02 Nov 2020 14:23:22 +0000
Subject: [issue42174] shutil.get_terminal_size() returns 0 when run in a pty
In-Reply-To: <1603816351.29.0.440046743483.issue42174@roundup.psfhosted.org>
Message-ID: <1604327002.61.0.803011797836.issue42174@roundup.psfhosted.org>


Florian Bruhin <python.org at the-compiler.org> added the comment:

Just found another workaround for this in the wild, as part of the "rich" library:

https://github.com/willmcgugan/rich/blob/v9.1.0/rich/console.py#L669-L672

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42174>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:34:21 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 02 Nov 2020 14:34:21 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>
Message-ID: <1604327661.86.0.437624799332.issue42245@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Hello, it would be great if you can you provide more details. Like your Operating System and version, how many logical CPU cores there are on your machine, and lastly the exact Python version with major and minor versions included (eg. Python 3.8.2). Multiprocessing behaves differently depending on those factors.

FWIW I reduced your code down to make it easier to read, and removed all the unused variables:

import concurrent.futures
from sklearn.datasets import make_regression

def just_print():
    print('Just printing')

def fit_model():
    data = make_regression(n_samples=500, n_features=100, n_informative=10, n_targets=1, random_state=5)
    print('Fit complete')

if __name__ == '__main__':
    with concurrent.futures.ProcessPoolExecutor() as executor:
        results_temp = [executor.submit(just_print) for i in range(0,12)]

    with concurrent.futures.ProcessPoolExecutor() as executor:
        results_temp = [executor.submit(fit_model) for i in range(0,12)]

The problem is that I am *unable* to reproduce the bug you are reporting on Windows 10 64-bit, Python 3.7.6. The code runs till completion for both examples. I have a hunch that your problem lies elsewhere in one of the many libraries you imported.

>>> Note: problem occurs only after performing the RandomizedSearchCV...

Like you have noted, I went to skim through RandomizedSearchCV's source code and docs. RandomizedSearchCV is purportedly able to use multiprocessing backend for parallel tasks. By setting `n_jobs=-1` in your params, you're telling it to use all logical CPU cores. I'm unsure of how many additional processes and pools RandomizedSearchCV's spawns after calling it, but this sounds suspicious. concurrent.futures specifically warns that this may exhaust available workers and cause tasks to never complete. See https://docs.python.org/3/library/concurrent.futures.html#threadpoolexecutor (the docs here are for ThreadPoolExecutor, but they still apply).

A temporary workaround might be to reduce n_jobs OR even better: use scikit-learn's multiprocessing parallel backend that's dedicated for that, and should have the necessary protections in place against such behavior. https://joblib.readthedocs.io/en/latest/parallel.html#joblib.parallel_backend 


TLDR: I don't think this is a Python bug and I'm in favor of this bug being closed as `not a bug`.

----------
nosy: +kj

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:35:20 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Nov 2020 14:35:20 +0000
Subject: [issue42240] Add Maxheap version of a heappush into heapq module
In-Reply-To: <1604298584.59.0.170869406843.issue42240@roundup.psfhosted.org>
Message-ID: <1604327720.01.0.77572972737.issue42240@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Only the minheap is in the public API.  The maxheap functions are only supposed to be used internally.

Thank you for the suggestion, but I think we should decline.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42240>
_______________________________________

From report at bugs.python.org  Mon Nov  2 09:39:22 2020
From: report at bugs.python.org (E. Paine)
Date: Mon, 02 Nov 2020 14:39:22 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604327962.89.0.0194787536194.issue42225@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

For me, this is not limited to special characters. Trying to load anything in Tk using the 'JoyPixels' font crashes (sometimes it does load but all characters are very random - most are whitespace - and it crashes again after a call to `fc-cache`). IDLE crashes when trying to preview the font.

I believe this is what is being experienced on https://askubuntu.com/questions/1236488/x-error-of-failed-request-badlength-poly-request-too-large-or-internal-xlib-le because they are not using any special characters yet are reporting the same problem.

----------
components:  -macOS
nosy: +epaine

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:06:01 2020
From: report at bugs.python.org (DanilZ)
Date: Mon, 02 Nov 2020 15:06:01 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604327661.86.0.437624799332.issue42245@roundup.psfhosted.org>
Message-ID: <89BD2CB3-F8E8-4802-92A1-7D2B2F3DF990@me.com>


DanilZ <danil.com at me.com> added the comment:

Hi Ken, thanks for a quick reply.

Here are the requested specs.
System:
Python 3.7.6
OS X 10.15.7

Packages:
XGBoost 1.2.0
sklearn 0.22.2
pandas 1.0.5
numpy 1.18.1

I can see that you have reduced the code, which now excludes the RandomizedSearchCV part. This (reduced) code runs without any problems on my side as well, but if running it after the RandomizedSearchCV, the last function fit_model() freezes in a multiprocess.

I will read through the docs, but at first it looks as the actual problem is in the concurrent.futures module, because the easy function just_print() runs without issues. So the freeze is triggered by adding minor complexity into the fit_model() function running in a multiprocess.

> On 2 Nov 2020, at 17:34, Ken Jin <report at bugs.python.org> wrote:
> 
> 
> Ken Jin <kenjin4096 at gmail.com> added the comment:
> 
> Hello, it would be great if you can you provide more details. Like your Operating System and version, how many logical CPU cores there are on your machine, and lastly the exact Python version with major and minor versions included (eg. Python 3.8.2). Multiprocessing behaves differently depending on those factors.
> 
> FWIW I reduced your code down to make it easier to read, and removed all the unused variables:
> 
> import concurrent.futures
> from sklearn.datasets import make_regression
> 
> def just_print():
>    print('Just printing')
> 
> def fit_model():
>    data = make_regression(n_samples=500, n_features=100, n_informative=10, n_targets=1, random_state=5)
>    print('Fit complete')
> 
> if __name__ == '__main__':
>    with concurrent.futures.ProcessPoolExecutor() as executor:
>        results_temp = [executor.submit(just_print) for i in range(0,12)]
> 
>    with concurrent.futures.ProcessPoolExecutor() as executor:
>        results_temp = [executor.submit(fit_model) for i in range(0,12)]
> 
> The problem is that I am *unable* to reproduce the bug you are reporting on Windows 10 64-bit, Python 3.7.6. The code runs till completion for both examples. I have a hunch that your problem lies elsewhere in one of the many libraries you imported.
> 
>>>> Note: problem occurs only after performing the RandomizedSearchCV...
> 
> Like you have noted, I went to skim through RandomizedSearchCV's source code and docs. RandomizedSearchCV is purportedly able to use multiprocessing backend for parallel tasks. By setting `n_jobs=-1` in your params, you're telling it to use all logical CPU cores. I'm unsure of how many additional processes and pools RandomizedSearchCV's spawns after calling it, but this sounds suspicious. concurrent.futures specifically warns that this may exhaust available workers and cause tasks to never complete. See https://docs.python.org/3/library/concurrent.futures.html#threadpoolexecutor (the docs here are for ThreadPoolExecutor, but they still apply).
> 
> A temporary workaround might be to reduce n_jobs OR even better: use scikit-learn's multiprocessing parallel backend that's dedicated for that, and should have the necessary protections in place against such behavior. https://joblib.readthedocs.io/en/latest/parallel.html#joblib.parallel_backend 
> 
> 
> TLDR: I don't think this is a Python bug and I'm in favor of this bug being closed as `not a bug`.
> 
> ----------
> nosy: +kj
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42245>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:06:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 15:06:40 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604329600.85.0.815991444325.issue42236@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22026
pull_request: https://github.com/python/cpython/pull/23109

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:14:56 2020
From: report at bugs.python.org (DanilZ)
Date: Mon, 02 Nov 2020 15:14:56 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604327661.86.0.437624799332.issue42245@roundup.psfhosted.org>
Message-ID: <4F6E0C77-38B5-47F0-B1CD-7864C6FEDEDB@me.com>


DanilZ <danil.com at me.com> added the comment:

Here is a gif of what?s going on in my ActivityMonitor on a Mac while this code is executed:
https://gfycat.com/unselfishthatgraysquirrel <https://gfycat.com/unselfishthatgraysquirrel>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:27:40 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 02 Nov 2020 15:27:40 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604330860.98.0.142299948943.issue42224@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:


New changeset 301822859b3fc34801a06f1090d62f9f2ee5b092 by Lysandros Nikolaou in branch 'master':
bpo-42224: Fix test_format when locale does not expect number grouping (GH-23067)
https://github.com/python/cpython/commit/301822859b3fc34801a06f1090d62f9f2ee5b092


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:27:46 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 15:27:46 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604330866.72.0.975463682155.issue42224@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +22027
pull_request: https://github.com/python/cpython/pull/23110

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:29:12 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 02 Nov 2020 15:29:12 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604330952.84.0.390990985167.issue42224@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


----------
pull_requests: +22028
pull_request: https://github.com/python/cpython/pull/23111

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:32:42 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 02 Nov 2020 15:32:42 +0000
Subject: [issue42246] Implement PEP 626
Message-ID: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>


New submission from Mark Shannon <mark at hotpy.org>:

Implementation of PEP 626 requires:

1. Implementation of the new line number table and associated APIs.
2. Removal of BEGIN_DO_NOT_EMIT_BYTECODE and END_DO_NOT_EMIT_BYTECODE from the compiler as they do not understand line numbers and may remove lines from the bytecode that they shouldn't.
3. Enhance compiler front-end and CFG optimizer to avoid the negative performance impact of PEP.
 a) Duplicate the tests in while blocks to avoid the extra jump instruction at the end of the loop.
 b) Duplicate and renumber terminator blocks that have no line numbers.

Guaranteeing that f_lineno is correct without hurting performance
-----------------------------------------------------------------

PEP 626 mandates that the f_lineno attribute of a frame is always correct, even after a return or raise, but we don't want to hurt performance.
Since the interpreter ensures that the f_lasti attribute of a frame is always correct, we can ensure correctness of f_lineno at zero cost, by ensuring that all RETURN_VALUE, RAISE_VARARGS and RERAISE instruction have a non-negative line number. Then f_lineno can always be lazily computed from f_lasti.

The front-end generates artificial RERAISEs and RETURN_VALUE that have no line number. To give these instructions a valid line number we can take advantage of the fact that such terminator blocks (blocks with no successors) can be freely duplicated. Once duplicated, each terminator block will have only one predecessor and can acquire the line number of the preceding block, without causing false line events.

----------
assignee: Mark.Shannon
messages: 380231
nosy: Mark.Shannon, pablogsal
priority: normal
severity: normal
status: open
title: Implement PEP 626
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:39:07 2020
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Nov 2020 15:39:07 +0000
Subject: [issue42037] Documentation confusion in CookieJar functions
In-Reply-To: <1602689022.88.0.876415237077.issue42037@roundup.psfhosted.org>
Message-ID: <1604331547.66.0.484550617872.issue42037@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 3.0 -> 4.0
pull_requests: +22029
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23112

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42037>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:43:17 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 02 Nov 2020 15:43:17 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1604331797.56.0.645363730616.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:46:09 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 15:46:09 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604331969.32.0.404089748496.issue42224@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1e96de9ed4b1ca96d345b7e309a8fe3802638f4a by Miss Skeleton (bot) in branch '3.8':
bpo-42224: Fix test_format when locale does not expect number grouping (GH-23067)
https://github.com/python/cpython/commit/1e96de9ed4b1ca96d345b7e309a8fe3802638f4a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:48:29 2020
From: report at bugs.python.org (DanilZ)
Date: Mon, 02 Nov 2020 15:48:29 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604327661.86.0.437624799332.issue42245@roundup.psfhosted.org>
Message-ID: <0B8C64D6-380D-4CF3-9F1E-EB8E917ACA19@me.com>


DanilZ <danil.com at me.com> added the comment:

FYI: I?ve tried all the three of the possible backends: ?loky? (default) / ?threading? / ?multiprocessing?. None of them solved the problem.

> On 2 Nov 2020, at 17:34, Ken Jin <report at bugs.python.org> wrote:
> 
> A temporary workaround might be to reduce n_jobs OR even better: use scikit-learn's multiprocessing parallel backend that's dedicated for that, and should have the necessary protections in place against such behavior. https://joblib.readthedocs.io/en/latest/parallel.html#joblib.parallel_backend <https://joblib.readthedocs.io/en/latest/parallel.html#joblib.parallel_backend>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:50:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 15:50:02 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604332202.79.0.443884758552.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 4b9aad49992a825d8c76e428ed1aca81dd3878b2 by Victor Stinner in branch 'master':
bpo-42236: Enhance init and encoding documentation (GH-23109)
https://github.com/python/cpython/commit/4b9aad49992a825d8c76e428ed1aca81dd3878b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Mon Nov  2 10:52:04 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 02 Nov 2020 15:52:04 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604332324.29.0.897430333909.issue42224@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:


New changeset 723e21a8e79815ae77474d1f21b9847b9c9bdbeb by Lysandros Nikolaou in branch '3.9':
bpo-42224: Fix test_format when locale does not expect number grouping (GH-23067)
https://github.com/python/cpython/commit/723e21a8e79815ae77474d1f21b9847b9c9bdbeb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 11:03:10 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 02 Nov 2020 16:03:10 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>
Message-ID: <1604332990.12.0.126899957704.issue42245@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Hmm apologies I'm stumped then. The only things I managed to surmise from xgboost's and scikit-learn's GitHub issues is that this is a recurring issue specifically when using GridSearchCV :

Threads with discussions on workarounds:
https://github.com/scikit-learn/scikit-learn/issues/6627
https://github.com/scikit-learn/scikit-learn/issues/5115

Issues reported:
https://github.com/dmlc/xgboost/issues/2163
https://github.com/scikit-learn/scikit-learn/issues/10533
https://github.com/scikit-learn/scikit-learn/issues/10538 (this looks quite similar to your issue)

Some quick workarounds I saw were:
1. Remove n_jobs argument from GridSearchCV
2. Use parallel_backend from sklearn.externals.joblib rather than concurrent.futures so that the pools from both libraries don't have weird interactions.

I recommend opening an issue on scikit-learn/XGBoost's GitHub. This seems like a common problem that they face.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 11:49:31 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 02 Nov 2020 16:49:31 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604335771.86.0.77201686183.issue37193@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset aca67da4fe68d5420401ac1782203d302875eb27 by Jason R. Coombs in branch 'master':
Revert "bpo-37193: remove thread objects which finished process its request (GH-13893)" (GH-23107)
https://github.com/python/cpython/commit/aca67da4fe68d5420401ac1782203d302875eb27


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Mon Nov  2 11:54:33 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 16:54:33 +0000
Subject: [issue42180] Missing a plural in library/functions
In-Reply-To: <1603883314.74.0.667097394746.issue42180@roundup.psfhosted.org>
Message-ID: <1604336073.54.0.665865467532.issue42180@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22031
pull_request: https://github.com/python/cpython/pull/23114

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42180>
_______________________________________

From report at bugs.python.org  Mon Nov  2 12:00:40 2020
From: report at bugs.python.org (hai shi)
Date: Mon, 02 Nov 2020 17:00:40 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604336440.12.0.760304104081.issue41832@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

I will take a look in this weekend :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Mon Nov  2 12:14:37 2020
From: report at bugs.python.org (Sree)
Date: Mon, 02 Nov 2020 17:14:37 +0000
Subject: [issue42210] float.hex discards sign from -nan
In-Reply-To: <1604073869.82.0.718371202647.issue42210@roundup.psfhosted.org>
Message-ID: <1604337277.53.0.972188084534.issue42210@roundup.psfhosted.org>


Sree <sree314 at gmail.com> added the comment:

Thanks, all. I just wanted to know if this was a deliberate decision or an oversight. It also took me a while to realize it washex, and not fromhex.

That allows the current behaviour to be easily worked around in Python code, and a backwards compatible optional parameter to hex() might allow -nan in the future without breaking existing software.

Surprisingly, the standard does allow this [but this may not have been the intent] -- (Section 6.2) "Recognize that format conversions,
including conversions between supported formats and external representations as character sequences,
might be unable to deliver the same NaN." The conversion to character sequences text is key since I'm using a test harness written in Python that writes out and reads back text files containing float data.

Section 6.3 in the standard also adds more details on when the sign bit in NaNs is relevant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42210>
_______________________________________

From report at bugs.python.org  Mon Nov  2 12:28:06 2020
From: report at bugs.python.org (DanilZ)
Date: Mon, 02 Nov 2020 17:28:06 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604332990.12.0.126899957704.issue42245@roundup.psfhosted.org>
Message-ID: <4114B4BC-2E46-412D-A5F4-6F5C7CB1AA08@me.com>


DanilZ <danil.com at me.com> added the comment:

Thank you so much for the input! I will study all the links you have sent:

Here is a screen recording of some additional experiments:
https://vimeo.com/user50681456/review/474733642/b712c12c2c <https://vimeo.com/user50681456/review/474733642/b712c12c2c>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Mon Nov  2 12:45:19 2020
From: report at bugs.python.org (Gordon Ross)
Date: Mon, 02 Nov 2020 17:45:19 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604339119.05.0.0523318625868.issue42173@roundup.psfhosted.org>


Gordon Ross <Gordon.W.Ross at gmail.com> added the comment:

I can understand the frustrations around dealing with minority platforms, but please remember that the illumos project (www.illumos.org) is basically the inheritor of problems around "Build on Solaris" for 3rd party software like Python.  There are several OS distributions based on illumos that would be impacted by removing the ability to (easily) build Python. I'm confident we can find some people to help maintain build-bots etc. if that's what it takes.  If you're still looking for such help, let me know and I'll ask on developers at list.illumos.org for volunteers.

Thanks!  -GWR

----------
nosy: +gwr

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 12:48:22 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 02 Nov 2020 17:48:22 +0000
Subject: [issue42228] Activate.ps1 clears PYTHONHOME
In-Reply-To: <1604227589.68.0.567841470196.issue42228@roundup.psfhosted.org>
Message-ID: <1604339302.92.0.913019040229.issue42228@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

If `<directory of python.exe>\Lib\os.py` exists, then you shouldn't need either a registry entry or environment variable.

This sounds the same as the approach used on GitHub Actions and Azure Pipelines, and also through the packages at https://www.nuget.org/packages/python. These work fine, as far as I'm aware.

If there is some other reason you need PYTHONHOME to be set inside an activated virtual environment, you could set it _after_ activating the environment, or just modify the Activate.ps1 that is included in your tarball.

However, I seem to recall there were some fairly obscure bugs if a venv didn't resolve itself normally. So your best bet is to make sure that it can be resolved without needing the setting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42228>
_______________________________________

From report at bugs.python.org  Mon Nov  2 13:18:19 2020
From: report at bugs.python.org (Ben Boeckel)
Date: Mon, 02 Nov 2020 18:18:19 +0000
Subject: [issue42228] Activate.ps1 clears PYTHONHOME
In-Reply-To: <1604227589.68.0.567841470196.issue42228@roundup.psfhosted.org>
Message-ID: <1604341099.57.0.100150405015.issue42228@roundup.psfhosted.org>


Ben Boeckel <bugs.python at me.benboeckel.net> added the comment:

We build our own applications which run Python interpreters internally, so the auto-discovery won't work. It also doesn't seem to work for venvs either since the venv's `python.exe` is under `Scripts` which makes it not able to find things either on its own.

I've worked around it so far by just ignoring `Activate.ps1` completely and setting up PATH, PYTHONHOME, and PYTHONPATH instead, but this tells me that `Activate.ps1` probably needs some consideration for other use cases. The layout certainly seems wrong for auto-discovery at least.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42228>
_______________________________________

From report at bugs.python.org  Mon Nov  2 13:25:59 2020
From: report at bugs.python.org (David Mandelberg)
Date: Mon, 02 Nov 2020 18:25:59 +0000
Subject: [issue42247] unittest hides traceback frames in chained exceptions
Message-ID: <1604341559.53.0.224869314437.issue42247@roundup.psfhosted.org>


New submission from David Mandelberg <dseomn at google.com>:

The traceback in the output of the attached test (see below) doesn't include line 5, which is where the original exception is raised. I think this is because https://github.com/python/cpython/blob/b9ee4af4c643a323779fd7076e80b29d611f2709/Lib/unittest/result.py#L180-L186 uses the `limit` parameter to try to hide the implementation of `self.fail()` from the traceback, but `traceback.TracebackException.format()` applies the limit to the chained exception. I'm not sure if that's a bug in unittest or traceback, but from the comment in the above part of unittest, I don't think it's intentional.


F
======================================================================
FAIL: test_foo (__main__.FooTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "foo.py", line 12, in test_foo
    foo()
ValueError: foo

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "foo.py", line 14, in test_foo
    self.fail('foo() raised ValueError')
AssertionError: foo() raised ValueError

----------------------------------------------------------------------
Ran 1 test in 0.000s

FAILED (failures=1)

----------
components: Library (Lib)
files: foo.py
messages: 380244
nosy: dseomn
priority: normal
severity: normal
status: open
title: unittest hides traceback frames in chained exceptions
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49563/foo.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42247>
_______________________________________

From report at bugs.python.org  Mon Nov  2 14:08:13 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 02 Nov 2020 19:08:13 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1604344093.07.0.147368955329.issue42246@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I'm happy that we are removing BEGIN_DO_NOT_EMIT_BYTECODE and END_DO_NOT_EMIT_BYTECODE but could you elaborate how this is related? These macros protect the compiler from emitting bytecode that corresponds to deaf code and by definition, unreachable. Could you give an example of a situation in which they create something that messes up the line numbers? Is this something to be with cleanup blocks in dead code or something similar?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Mon Nov  2 14:25:36 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 19:25:36 +0000
Subject: [issue41943] unittest.assertLogs passes unexpectedly
In-Reply-To: <1601908800.0.0.297130696317.issue41943@roundup.psfhosted.org>
Message-ID: <1604345136.33.0.00346377953808.issue41943@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6fdfcec5b11f44f27aae3d53ddeb004150ae1f61 by Irit Katriel in branch 'master':
bpo-41943: Fix bug where assertLogs doesn't correctly filter messages? (GH-22565)
https://github.com/python/cpython/commit/6fdfcec5b11f44f27aae3d53ddeb004150ae1f61


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41943>
_______________________________________

From report at bugs.python.org  Mon Nov  2 14:42:24 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Nov 2020 19:42:24 +0000
Subject: [issue42243] Don't access the module dictionary directly
In-Reply-To: <1604305225.53.0.387494771093.issue42243@roundup.psfhosted.org>
Message-ID: <1604346144.2.0.390348058613.issue42243@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I would leave it as-is.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42243>
_______________________________________

From report at bugs.python.org  Mon Nov  2 15:16:57 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 02 Nov 2020 20:16:57 +0000
Subject: [issue42228] Activate.ps1 clears PYTHONHOME
In-Reply-To: <1604227589.68.0.567841470196.issue42228@roundup.psfhosted.org>
Message-ID: <1604348217.79.0.426528213492.issue42228@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

> I've worked around it so far by just ignoring `Activate.ps1` completely and setting up PATH, PYTHONHOME, and PYTHONPATH instead

This sounds like the right approach. Though if you're genuinely embedding Python in your application you should consider just including a copy of the runtime that you can fully control.

> this tells me that `Activate.ps1` probably needs some consideration for other use cases. The layout certainly seems wrong for auto-discovery at least.

Activate.ps1 only has one use case: to activate a virtual environment created with -m venv against a regular installation. Once you're customising the base install, you can use a python._pth file [1], a regular .pth file [2], or environment variables, but the venv tool isn't really for that case.

1: https://docs.python.org/3/using/windows.html#finding-modules
2: https://docs.python.org/3/library/site.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42228>
_______________________________________

From report at bugs.python.org  Mon Nov  2 15:46:49 2020
From: report at bugs.python.org (Eric Froemling)
Date: Mon, 02 Nov 2020 20:46:49 +0000
Subject: [issue42248] Raised exception in Enum keeping user objects alive
 unnecessarily
Message-ID: <1604350009.17.0.208770748804.issue42248@roundup.psfhosted.org>


New submission from Eric Froemling <ericfroemling at gmail.com>:

I've run into an issue where exceptions thrown by Enum constructors are keeping my objects alive. The underlying issue seems to be the same as https://bugs.python.org/issue36820

The same method used to fix the issue above seems to work here: simply adding a try/finally clause around the error handling at the end of enum.Enum.__new__() which sets ve_exc and exc to None does the trick.

I've attached a short script which demonstrates the issue. I realize that the cyclic garbage collector will eventually handle this case, but its a bummer to lose determinism in the destruction of my objects.

I'd be happy to create a PR for this or whatever I can do to help; just let me know if I should (I'm new here).

----------
components: Library (Lib)
files: enum_ref_loop_example.py
messages: 380249
nosy: efroemling
priority: normal
severity: normal
status: open
title: Raised exception in Enum keeping user objects alive unnecessarily
versions: Python 3.8
Added file: https://bugs.python.org/file49564/enum_ref_loop_example.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42248>
_______________________________________

From report at bugs.python.org  Mon Nov  2 15:54:45 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 20:54:45 +0000
Subject: [issue41435] Allow to retrieve ongoing exception handled by every
 threads
In-Reply-To: <1596037186.46.0.97878619969.issue41435@roundup.psfhosted.org>
Message-ID: <1604350485.72.0.150736384194.issue41435@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41435>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:02:11 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 21:02:11 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604350931.11.0.153033959418.issue42103@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 34637a0ce21e7261b952fbd9d006474cc29b681f by Serhiy Storchaka in branch 'master':
bpo-42103: Improve validation of Plist files. (GH-22882)
https://github.com/python/cpython/commit/34637a0ce21e7261b952fbd9d006474cc29b681f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:02:11 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 21:02:11 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604350931.29.0.626724431383.issue42103@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22032
pull_request: https://github.com/python/cpython/pull/23115

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:03:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 21:03:35 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604351015.66.0.138237807603.issue41796@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 5cf4782a2630629d0978bf4cf6b6340365f449b2 by Victor Stinner in branch 'master':
bpo-41796: Make _ast module state per interpreter (GH-23024)
https://github.com/python/cpython/commit/5cf4782a2630629d0978bf4cf6b6340365f449b2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:17:38 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 21:17:38 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604351858.69.0.660837418852.issue42103@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22033
pull_request: https://github.com/python/cpython/pull/23116

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:26:43 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 21:26:43 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604352403.53.0.826720635079.issue42103@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22034
pull_request: https://github.com/python/cpython/pull/23117

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:34:51 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 02 Nov 2020 21:34:51 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604352891.3.0.552746150072.issue42103@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e277cb76989958fdbc092bf0b2cb55c43e86610a by Miss Skeleton (bot) in branch '3.9':
bpo-42103: Improve validation of Plist files. (GH-22882)
https://github.com/python/cpython/commit/e277cb76989958fdbc092bf0b2cb55c43e86610a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:39:30 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 02 Nov 2020 21:39:30 +0000
Subject: [issue42224] test_format:test_locale fails when locale does not set
 grouping in thousands
In-Reply-To: <1604183976.7.0.233218767398.issue42224@roundup.psfhosted.org>
Message-ID: <1604353170.46.0.938357684911.issue42224@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42224>
_______________________________________

From report at bugs.python.org  Mon Nov  2 16:40:36 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Nov 2020 21:40:36 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604353236.68.0.378207414256.issue42103@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22035
pull_request: https://github.com/python/cpython/pull/23118

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Mon Nov  2 17:03:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 22:03:11 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604354591.83.0.874896481301.issue42236@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22036
pull_request: https://github.com/python/cpython/pull/23119

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Mon Nov  2 17:15:01 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 22:15:01 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604355301.16.0.121618969434.issue41796@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Mon Nov  2 17:17:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 22:17:49 +0000
Subject: [issue26789] logging: Trying to log during Python finalization with
 NameError: name 'open' is not defined
In-Reply-To: <1460905927.74.0.222378341822.issue26789@psf.upfronthosting.co.za>
Message-ID: <1604355469.96.0.395926603845.issue26789@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 45df61fd2d58e8db33179f3b5d00e53fe6a7e592 by Victor Stinner in branch 'master':
bpo-26789: Fix logging.FileHandler._open() at exit (GH-23053)
https://github.com/python/cpython/commit/45df61fd2d58e8db33179f3b5d00e53fe6a7e592


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26789>
_______________________________________

From report at bugs.python.org  Mon Nov  2 17:32:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Nov 2020 22:32:14 +0000
Subject: [issue26789] logging: Trying to log during Python finalization with
 NameError: name 'open' is not defined
In-Reply-To: <1460905927.74.0.222378341822.issue26789@psf.upfronthosting.co.za>
Message-ID: <1604356334.49.0.22094073465.issue26789@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I fixed the issue in the master and I will not backport the change to stable branches on purpose. Thanks for the review Vinay!

--

I pushed a change in Python 3.10 which reduces the risk of "NameError: name 'open' is not defined" when logging really late during the Python finalization.

It's a workaround on fragile finalization code. Please don't rely on it! You should release resources explicitly at exit. Don't rely on implicit __del__() finalizers.

I chose to enhance the logging module anyway since the initial issue was that asyncio failed to log a message at exit, a message which is supposed to help developer to fix their code. It's a convenient tool to ease debugging. But, again, it would be really bad idea to rely on it to ensure that logging still works after logging.shutdown() has been called!

About asyncio, for development, you can try to frequently call gc.collect() using call_later() or something, to get issues like "never-retrieved exceptions":
https://docs.python.org/dev/library/asyncio-dev.html

I chose to restrict this issue to the very specific case of NameError when calling logging.FileHandler.emit() late during the Python finalization.

If someone wants to enhance another function, please open a new issue.

I will not backport my change since the Python finalization is really fragile and my logging fix rely on many enhancements made in the master that will not be backported to Python 3.9 and older on purpose. Changes on the finalization are also fragile and can introduce new subtile bugs. It happened multiple times. But overall, step by step, the Python finalization becomes more and more reliable ;-)

For curious people, here are my notes on the Python finalization:
https://pythondev.readthedocs.io/finalization.html

--

About the logging, honestly, I'm not sure that it's a good idea that FileHandler.emit() reopens the file after logging.shutdown() has been called (this function calls FileHandler.close() which closes the file).

But if someone disagrees, please open a separated issue ;-) This one is now closed.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26789>
_______________________________________

From report at bugs.python.org  Mon Nov  2 18:10:17 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 02 Nov 2020 23:10:17 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604358617.05.0.791956650785.issue35455@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 9568622c9983b682b2a2a7bacfd3c341028ea099 by Jakub Kul?k in branch 'master':
bpo-35455: Fix thread_time for Solaris OS (GH-11118)
https://github.com/python/cpython/commit/9568622c9983b682b2a2a7bacfd3c341028ea099


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Mon Nov  2 18:10:46 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 02 Nov 2020 23:10:46 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604358646.6.0.86938771802.issue35455@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Mon Nov  2 18:29:10 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Nov 2020 23:29:10 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604359750.43.0.96183885358.issue42173@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

People interested in helping Solaris issues should see my post above, msg380006.

Issue #35455, about thread time on Solaris, with a simple but non-trivial patch, was just closed as fixed after reviews from 2 coredevs and a 3rd person.

I presume Victor will close his proposed PR when there is a buildbot and additional action on issues.  We have gotten new information that supports doing so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 18:44:51 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 02 Nov 2020 23:44:51 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604360691.48.0.411505348091.issue42173@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Victor, are you going to close the PR?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov  2 20:09:10 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 03 Nov 2020 01:09:10 +0000
Subject: [issue42180] Missing a plural in library/functions
In-Reply-To: <1603883314.74.0.667097394746.issue42180@roundup.psfhosted.org>
Message-ID: <1604365750.47.0.947468529254.issue42180@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 6b7a90db362253d67201c2a438a3f38f1ec6180c by Miss Skeleton (bot) in branch '3.9':
bpo-42180: fix plural in arguments and control (GH-23015) (GH-23114)
https://github.com/python/cpython/commit/6b7a90db362253d67201c2a438a3f38f1ec6180c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42180>
_______________________________________

From report at bugs.python.org  Mon Nov  2 21:25:51 2020
From: report at bugs.python.org (Chris Xiao)
Date: Tue, 03 Nov 2020 02:25:51 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1604370351.49.0.699246639453.issue42153@roundup.psfhosted.org>


Chris Xiao <c.cx at foxmail.com> added the comment:

maybe?you can try to contact the webmaster of the University of Washington to get the correct url

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov  2 22:04:57 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Nov 2020 03:04:57 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604372697.53.0.763318388808.issue42225@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Victor, does my test run to completion (without exception) on your Fedora?  If it does, I definitely would not disable astral char display on Fedora.  This version catches exceptions and reports them separately and runs directly with tkinter, in about a second.

tk = True
if tk:
    from tkinter import Tk
    from tkinter.scrolledtext import ScrolledText
    root = Tk()
    text = ScrolledText(root, width=80, height=40)
    text.pack()
    def print(txt):
        text.insert('insert', txt+'\n')

errors = []
for i in range(0x10000, 0x40000, 32):
    chars = ''.join(chr(i+j) for j in range(32))
    try:
       print(f"{hex(i)} {chars}")
    except Exception as e:
        errors.append(f"{hex(i)} {e}")
print("ERRORS:")
for line in errors:
    print(line)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  2 23:16:19 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 03 Nov 2020 04:16:19 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604376979.16.0.804568947343.issue40077@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Tue Nov  3 00:15:52 2020
From: report at bugs.python.org (Inada Naoki)
Date: Tue, 03 Nov 2020 05:15:52 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604380552.24.0.265746203185.issue42236@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

I don't think UTF-8 mode should override os.device_encoding() on Windows.

UTF-8 mode can be used to ignore legacy locale encoding, and os.device_encoding() uses the locale encoding on Unix. So overriding it make sense.

But locale encoding and console cp are different on Windows. Users may want to know console cp even when they want to use UTF-8 by default for reading/writing text files.

----------
nosy: +methane

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Tue Nov  3 01:33:43 2020
From: report at bugs.python.org (shakir_juolay)
Date: Tue, 03 Nov 2020 06:33:43 +0000
Subject: [issue42196] Python Windows Installation Error 0x800705aa
In-Reply-To: <1603978740.79.0.0573376832754.issue42196@roundup.psfhosted.org>
Message-ID: <1604385223.18.0.925446794014.issue42196@roundup.psfhosted.org>


shakir_juolay <shakir_juolay at yahoo.com> added the comment:

I updated my Windows using Windows Update. Attempted one more time and failed with different errors(images attached).

Tried with Python3.8.1 and failed with initial error 0x800705aa.

Rebooted my machine and tried again with Python3.9 and it worked.

Thanks all for your help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42196>
_______________________________________

From report at bugs.python.org  Tue Nov  3 01:34:23 2020
From: report at bugs.python.org (shakir_juolay)
Date: Tue, 03 Nov 2020 06:34:23 +0000
Subject: [issue42196] Python Windows Installation Error 0x800705aa
In-Reply-To: <1603978740.79.0.0573376832754.issue42196@roundup.psfhosted.org>
Message-ID: <1604385263.19.0.152619431297.issue42196@roundup.psfhosted.org>


Change by shakir_juolay <shakir_juolay at yahoo.com>:


Added file: https://bugs.python.org/file49565/Installation Screen Shots - 2.log

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42196>
_______________________________________

From report at bugs.python.org  Tue Nov  3 01:36:12 2020
From: report at bugs.python.org (shakir_juolay)
Date: Tue, 03 Nov 2020 06:36:12 +0000
Subject: [issue42196] Python Windows Installation Error 0x800705aa
In-Reply-To: <1603978740.79.0.0573376832754.issue42196@roundup.psfhosted.org>
Message-ID: <1604385372.51.0.0541871871968.issue42196@roundup.psfhosted.org>


Change by shakir_juolay <shakir_juolay at yahoo.com>:


----------
stage:  -> resolved
status: open -> closed
Added file: https://bugs.python.org/file49566/Installation Screen Shots.docx

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42196>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:21:29 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:21:29 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
Message-ID: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

Due to a typo plistlib uses at most 32 bits for references and offsets. It will fail if try to create a file larger than 4GiB or containing more than 2**32 unique objects (the latter of course implies the former).

----------
components: Library (Lib), macOS
messages: 380263
nosy: ned.deily, ronaldoussoren, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Plistlib cannot create binary Plist file larger than 4GiB
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:25:26 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:25:26 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604388326.23.0.516850044571.issue42249@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:29:06 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:29:06 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604388546.29.0.539652898543.issue35455@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Perhaps we should also use gethrtime() and gethrvtime() on HP-UX, but this is a different issue.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:32:31 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:32:31 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604388751.23.0.0199427433856.issue42103@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 547d2bcc55e348043b2f338027c1acd9549ada76 by Serhiy Storchaka in branch '3.8':
[3.8] bpo-42103: Improve validation of Plist files. (GH-22882) (GH-23116)
https://github.com/python/cpython/commit/547d2bcc55e348043b2f338027c1acd9549ada76


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:33:40 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:33:40 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1604388820.66.0.422733286789.issue42103@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +lukasz.langa
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Tue Nov  3 02:53:16 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 07:53:16 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604389996.04.0.750286501338.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It works on Ubuntu if uninstall the color Emoji font (package fonts-noto-color-emoji).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov  3 04:39:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 09:39:06 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604396346.27.0.845635812187.issue40077@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 74b4eda98b650245216292ace8d7e30d3997baa7 by Erlend Egeberg Aasland in branch 'master':
bpo-40077: Convert mmap.mmap static type to a heap type (GH-23108)
https://github.com/python/cpython/commit/74b4eda98b650245216292ace8d7e30d3997baa7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Tue Nov  3 05:42:59 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 03 Nov 2020 10:42:59 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1604400179.28.0.816626213543.issue42246@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

The following code is completely eliminated by the macros.

1. if 0:
2.     secret_debugging_code()

PEP 626 says that all executed lines of code must generate trace events,
so we need to emit an instruction for line 1.

Dead code elimination will remove the `secret_debugging_code()`, but leave the test. The peephole optimiser can then reduce it to a NOP, but won't eliminate it as it is the only instruction for line 1.

----------
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Tue Nov  3 05:49:29 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 03 Nov 2020 10:49:29 +0000
Subject: [issue42250] test_ast leaked [23640, 23636, 23640] references
Message-ID: <1604400569.36.0.556312833681.issue42250@roundup.psfhosted.org>


New submission from Pablo Galindo Salgado <pablogsal at gmail.com>:

https://buildbot.python.org/all/#/builders/205/builds/83

OK
......
test_ast leaked [23640, 23636, 23640] references, sum=70916
test_ast leaked [7932, 7930, 7932] memory blocks, sum=23794
1 test failed again:
    test_ast

----------
messages: 380269
nosy: pablogsal
priority: normal
severity: normal
status: open
title: test_ast leaked [23640, 23636, 23640] references

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42250>
_______________________________________

From report at bugs.python.org  Tue Nov  3 05:52:51 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 03 Nov 2020 10:52:51 +0000
Subject: [issue42250] test_ast leaked [23640, 23636, 23640] references
In-Reply-To: <1604400569.36.0.556312833681.issue42250@roundup.psfhosted.org>
Message-ID: <1604400771.35.0.633795135676.issue42250@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
components: +Tests
nosy: +BTaskaya, vstinner -pablogsal
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42250>
_______________________________________

From report at bugs.python.org  Tue Nov  3 05:51:33 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 10:51:33 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604400693.44.0.918716034486.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22038
pull_request: https://github.com/python/cpython/pull/23122

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov  3 05:53:38 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 03 Nov 2020 10:53:38 +0000
Subject: [issue42250] test_ast leaked [23640, 23636, 23640] references
In-Reply-To: <1604400569.36.0.556312833681.issue42250@roundup.psfhosted.org>
Message-ID: <1604400818.82.0.956962852718.issue42250@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
assignee:  -> vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42250>
_______________________________________

From report at bugs.python.org  Tue Nov  3 06:37:02 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 03 Nov 2020 11:37:02 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604403422.74.0.288969908274.issue1635741@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

I've converted _sre to multi-phase init in this branch: https://github.com/erlend-aasland/cpython/tree/bpo-1635741/sre

I'm waiting for GH-23101 to be merged (or rejected) before I submit the PR. It's a fairly large PR (1 file changed, 259 insertions(+), 173 deletions(-), ex. clinic code). Let me know if you want me to split it up.

Here's an overview over the commits in the branch (clinic included):
97fc9aad3f (HEAD -> bpo-1635741/sre, origin/bpo-1635741/sre) Convert _sre to multi-phase initialisation
 1 file changed, 55 insertions(+), 15 deletions(-)
f2cc4bdf45 Convert global state to module state
 2 files changed, 212 insertions(+), 345 deletions(-)
0d9b3cb47e Establish global module state and add types to it
 1 file changed, 28 insertions(+), 14 deletions(-)
823767cf9a Convert _sre scanner type to heap type
 1 file changed, 19 insertions(+), 37 deletions(-)
a018a9ce15 Convert _sre match type to heap type
 1 file changed, 31 insertions(+), 43 deletions(-)
7e6e997b59 Convert _sre pattern type to heap type
 1 file changed, 35 insertions(+), 44 deletions(-)
06d23e377c Add convenience macro
 1 file changed, 12 insertions(+)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov  3 07:31:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 12:31:10 +0000
Subject: [issue42250] test_ast leaked [23640, 23636, 23640] references
In-Reply-To: <1604400569.36.0.556312833681.issue42250@roundup.psfhosted.org>
Message-ID: <1604406670.41.0.80673293294.issue42250@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I prefer to track the regression in bpo-41796.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> _ast module state should be made per interpreter

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42250>
_______________________________________

From report at bugs.python.org  Tue Nov  3 07:33:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 12:33:55 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604406835.23.0.602314755978.issue41796@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

There is a leak (I just marked bpo-42250 as duplicate of this issue):

https://buildbot.python.org/all/#/builders/205/builds/83

OK
......
test_ast leaked [23640, 23636, 23640] references, sum=70916
test_ast leaked [7932, 7930, 7932] memory blocks, sum=23794
1 test failed again:
    test_ast

test_subinterpreter() test leaks.

There are two problems:

* _PyAST_Fini() is only called in the main interpreter, I forgot to remove the "if _Py_IsMainInterpreter()"
* _PyAST_Fini() is called after the last GC collection, whereas AST_type contains a reference to itself (as any Python type) in its tp_mro member. A GC collection is required to destroy the type. _PyAST_Fini() must be called before the last GC collection.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Tue Nov  3 07:44:58 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 03 Nov 2020 12:44:58 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604407498.93.0.148362122483.issue41832@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Tue Nov  3 07:47:12 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 03 Nov 2020 12:47:12 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604407632.21.0.0705904287698.issue40077@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22040
pull_request: https://github.com/python/cpython/pull/23124

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Tue Nov  3 08:15:23 2020
From: report at bugs.python.org (Mario Corchero)
Date: Tue, 03 Nov 2020 13:15:23 +0000
Subject: [issue42251] Add threading.gettrace and threading.getprofile
Message-ID: <1604409323.63.0.865948030488.issue42251@roundup.psfhosted.org>


New submission from Mario Corchero <mariocj89 at gmail.com>:

When working in a C extension from a non-python created thread which calls PyGILState_Ensure as it later calls a Python callback on user code, I wished there was a way to set the trace function similar to what a native Python thread would do.

We could just call sys.gettrace within the thread, but the application might have chosen to set threading.settrace differently.

Same applies for threading.setprofile.

----------
components: Library (Lib)
messages: 380273
nosy: mariocj89
priority: normal
severity: normal
status: open
title: Add threading.gettrace and threading.getprofile
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42251>
_______________________________________

From report at bugs.python.org  Tue Nov  3 08:17:22 2020
From: report at bugs.python.org (Tom Kent)
Date: Tue, 03 Nov 2020 13:17:22 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
Message-ID: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>


New submission from Tom Kent <tom at teeks99.com>:

According to the documentation https://docs.python.org/3/using/windows.html#windows-embeddable

> When extracted, the embedded distribution is (almost) fully isolated 
> from the user?s system, including environment variables, system registry 
> settings, and installed packages

The embedded distribution should ignore the environment variables. 

This is echoed in this prior issue that thought `PYTHONPATH` not being respected was a bug:
https://bugs.python.org/issue28245

Regardless of the decision to respect environment variables, the message that is displayed when running the distribution's `python --help` needs to indicate how it will act. 

Currently, for the embedded distribution, which doesn't respect the env variables, there is a section in the output from running `python -help` that indicates:

```
Other environment variables:
PYTHONSTARTUP: file executed on interactive startup (no default)
PYTHONPATH   : ';'-separated list of directories prefixed to the
               default module search path.  The result is sys.path.
PYTHONHOME   : alternate <prefix> directory (or <prefix>;<exec_prefix>).
               The default module search path uses <prefix>\python{major}{minor}.
PYTHONPLATLIBDIR : override sys.platlibdir.
PYTHONCASEOK : ignore case in 'import' statements (Windows).
PYTHONUTF8: if set to 1, enable the UTF-8 mode.
PYTHONIOENCODING: Encoding[:errors] used for stdin/stdout/stderr.
PYTHONFAULTHANDLER: dump the Python traceback on fatal errors.
PYTHONHASHSEED: if this variable is set to 'random', a random value is used
   to seed the hashes of str and bytes objects.  It can also be set to an
   integer in the range [0,4294967295] to get hash values with a
   predictable seed.
PYTHONMALLOC: set the Python memory allocators and/or install debug hooks
   on Python memory allocators. Use PYTHONMALLOC=debug to install debug
   hooks.
PYTHONCOERCECLOCALE: if this variable is set to 0, it disables the locale
   coercion behavior. Use PYTHONCOERCECLOCALE=warn to request display of
   locale coercion and locale compatibility warnings on stderr.
PYTHONBREAKPOINT: if this variable is set to 0, it disables the default
   debugger. It can be set to the callable of your debugger of choice.
PYTHONDEVMODE: enable the development mode.
PYTHONPYCACHEPREFIX: root directory for bytecode cache (pyc) files.
```

This may lead users (it did lead this one) to assume that they are doing something wrong when for example the output of `sys.path` doesn't included items in `os.environ["PYTHONPATH"]`. 

Realizing that it may be difficult to achieve, the help output should match the state of what the interpreter will actually do if run.

----------
components: Windows
messages: 380274
nosy: paul.moore, steve.dower, teeks99, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Embeddable Python indicates that it uses PYTHONPATH
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Tue Nov  3 08:18:56 2020
From: report at bugs.python.org (Mario Corchero)
Date: Tue, 03 Nov 2020 13:18:56 +0000
Subject: [issue42251] Add threading.gettrace and threading.getprofile
In-Reply-To: <1604409323.63.0.865948030488.issue42251@roundup.psfhosted.org>
Message-ID: <1604409536.56.0.898596003701.issue42251@roundup.psfhosted.org>


Change by Mario Corchero <mariocj89 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42251>
_______________________________________

From report at bugs.python.org  Tue Nov  3 08:29:21 2020
From: report at bugs.python.org (wyz23x2)
Date: Tue, 03 Nov 2020 13:29:21 +0000
Subject: [issue40511] IDLE: properly handle '(' and ')' within calls
In-Reply-To: <1588680591.22.0.16376057042.issue40511@roundup.psfhosted.org>
Message-ID: <1604410161.23.0.280819619652.issue40511@roundup.psfhosted.org>


wyz23x2 <wyz23x2 at 163.com> added the comment:

Thanks! :D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40511>
_______________________________________

From report at bugs.python.org  Tue Nov  3 08:49:18 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 03 Nov 2020 13:49:18 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1604411358.44.0.124409506475.issue42246@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> Dead code elimination will remove the `secret_debugging_code()`, but leave the test. The peephole optimiser can then reduce it to a NOP, but won't eliminate it as it is the only instruction for line 1.

Gotcha. I am pretty sure that this will have a similar problem as the coverage people were claiming when we were not properly removing all dead code (slightly less coverage percentage). This is not a problem of course, but we should ping the coverage folks so they are aware of this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:03:02 2020
From: report at bugs.python.org (Jens Diemer)
Date: Tue, 03 Nov 2020 14:03:02 +0000
Subject: [issue42253] xml.dom.minidom.rst missed informations
Message-ID: <1604412182.71.0.862314326589.issue42253@roundup.psfhosted.org>


New submission from Jens Diemer <github.com at jensdiemer.de>:

The standalone arguments was added in Python 3.9. This information is missed in the docu.

----------
messages: 380277
nosy: jedie2
priority: normal
pull_requests: 22042
severity: normal
status: open
title: xml.dom.minidom.rst missed informations
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42253>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:04:47 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 03 Nov 2020 14:04:47 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604412287.14.0.552683440337.issue37193@roundup.psfhosted.org>


Change by Jason R. Coombs <jaraco at jaraco.com>:


----------
pull_requests: +22043
pull_request: https://github.com/python/cpython/pull/23127

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:16:04 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 03 Nov 2020 14:16:04 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604412964.58.0.949049764972.issue42249@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 212d32f45c91849c17a82750df1ac498d63976be by Serhiy Storchaka in branch 'master':
bpo-42249: Fix writing binary Plist files larger than 4 GiB. (GH-23121)
https://github.com/python/cpython/commit/212d32f45c91849c17a82750df1ac498d63976be


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:16:16 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 03 Nov 2020 14:16:16 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604412976.34.0.450607639273.issue42249@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22044
pull_request: https://github.com/python/cpython/pull/23128

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:24:54 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 03 Nov 2020 14:24:54 +0000
Subject: [issue42035] [C API] PyType_GetSlot cannot get tp_name
In-Reply-To: <1602683525.08.0.938781399322.issue42035@roundup.psfhosted.org>
Message-ID: <1604413494.76.0.959255036796.issue42035@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42035>
_______________________________________

From report at bugs.python.org  Tue Nov  3 09:35:42 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 03 Nov 2020 14:35:42 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604414142.03.0.652416698466.issue41796@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Tue Nov  3 10:02:03 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 03 Nov 2020 15:02:03 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604415723.16.0.778039130185.issue42249@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ac70175fc038e0f06034c4d61c577ef4b923464a by Miss Skeleton (bot) in branch '3.8':
bpo-42249: Fix writing binary Plist files larger than 4 GiB. (GH-23121)
https://github.com/python/cpython/commit/ac70175fc038e0f06034c4d61c577ef4b923464a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 10:02:26 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 03 Nov 2020 15:02:26 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604415746.06.0.374649414653.issue42249@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22045
pull_request: https://github.com/python/cpython/pull/23129

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 10:13:46 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 03 Nov 2020 15:13:46 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604416426.65.0.82962444258.issue35455@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22046
pull_request: https://github.com/python/cpython/pull/23130

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Tue Nov  3 10:41:19 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 03 Nov 2020 15:41:19 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1604418079.55.0.357307645586.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


----------
nosy: +nedbat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Tue Nov  3 11:40:45 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 16:40:45 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604421645.83.0.0890044311763.issue41796@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Tue Nov  3 11:42:45 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 16:42:45 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604421765.48.0.778167860182.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

In PR 23131, I added a comment to _PyInterpreter_Clear() to remind me that trying to destroy a Python type after the last GC collection doesn't work as expected:

    // All Python types must be destroyed before the last GC collection. Python
    // types create a reference cycle to themselves in their in their
    // PyTypeObject.tp_mro member (the tuple contains the type).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov  3 11:59:38 2020
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 03 Nov 2020 16:59:38 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
In-Reply-To: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>
Message-ID: <1604422778.34.0.656981037047.issue42252@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

The embeddable distribution isn't intended for end users to run Python scripts from the command line, so I don't think the CLI help needs to be special cased. The documentation you quoted should be clarified as something like "isolated from user and system Python settings, including environment variables such as PYTHONPATH, registry settings, and installed packages". It would be helpful as well if the Windows download links on python.org explained or linked to the intended use case for the embeddable distribution. Sometimes people mistakenly download it when they really need a normal Python installation.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:00:22 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 17:00:22 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604422822.37.0.525813424132.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The following program fails with:
---
X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  138 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  4248
  Current serial number in output stream:  4956
---

Python program:
---
from tkinter import Tk
from tkinter.scrolledtext import ScrolledText
root = Tk()
text = ScrolledText(root, width=80, height=40)
text.pack()

for i in range(0x10000, 0x40000, 32):
    chars = ''.join(chr(i+j) for j in range(32))
    text.insert('insert', f"{hex(i)} {chars}\n")

input("Press enter to exit")
---

It seems like the first character which triggers this RenderAddGlyphs BadLength issue is: U+1f6c2. See attached emoji.png screenshot. As you can see, some emojis are rendered in color in Gnome Terminal. I guess that it uses the Gtk 3 pango library to render these characters.

----------
Added file: https://bugs.python.org/file49567/emojis.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:01:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 17:01:49 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604422909.28.0.0668217828162.issue42225@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This version catches exceptions and reports them separately and runs directly with tkinter, in about a second.

The X Error is displayed and then the process exit. Python cannot catch this fatal X Error.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:07:19 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 17:07:19 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604423239.11.0.215404272807.issue41796@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset fd957c124c44441d9c5eaf61f7af8cf266bafcb1 by Victor Stinner in branch 'master':
bpo-41796: Call _PyAST_Fini() earlier to fix a leak (GH-23131)
https://github.com/python/cpython/commit/fd957c124c44441d9c5eaf61f7af8cf266bafcb1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:08:50 2020
From: report at bugs.python.org (Tom Kent)
Date: Tue, 03 Nov 2020 17:08:50 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
In-Reply-To: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>
Message-ID: <1604423330.35.0.0925054597728.issue42252@roundup.psfhosted.org>


Tom Kent <tom at teeks99.com> added the comment:

I'm not sure I agree with that. One possible use-case is to package it along with another program to use the interpreter. In this case they could use the other program's native language features (e.g. .Net's Process.Start(), Win32 API's CreateProcess(), Even Python's subprocess but why?, etc) to run `python.exe myscript.py`. 

In this case, the user may assume that adding something to the `PYTHONPATH` env variable, as most of the launching methods allow, would take hold. When this fails, the first attempt at debugging would be to try it interactively with the same command, then promptly look at python --help when that fails. 

Maybe a better question is why should the embeddable distribution's python.exe ignore env variables? Wouldn't it make more sense to depend on the user to add a `-E` if that is what they desire?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:32:34 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Nov 2020 17:32:34 +0000
Subject: [issue41796] _ast module state should be made per interpreter
In-Reply-To: <1600251024.87.0.709557549839.issue41796@roundup.psfhosted.org>
Message-ID: <1604424754.08.0.781199245463.issue41796@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The leak is fixed, I close again the issue. Thanks for the report Pablo.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41796>
_______________________________________

From report at bugs.python.org  Tue Nov  3 12:49:42 2020
From: report at bugs.python.org (signing_agreement)
Date: Tue, 03 Nov 2020 17:49:42 +0000
Subject: [issue42254] inspect.getmembers iterator version
Message-ID: <1604425782.8.0.580845588744.issue42254@roundup.psfhosted.org>


New submission from signing_agreement <kuglasses at gmail.com>:

inspect.getmembers should have a generator version.

----------
components: Library (Lib)
messages: 380287
nosy: signing_agreement
priority: normal
severity: normal
status: open
title: inspect.getmembers iterator version
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42254>
_______________________________________

From report at bugs.python.org  Tue Nov  3 13:16:19 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 18:16:19 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604427379.36.0.593561371463.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@Kevin Walzer: Is the problem were seeing a known issue with Tk?

----------
nosy: +wordtech

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov  3 13:18:33 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 18:18:33 +0000
Subject: [issue42254] inspect.getmembers iterator version
In-Reply-To: <1604425782.8.0.580845588744.issue42254@roundup.psfhosted.org>
Message-ID: <1604427513.13.0.607803149382.issue42254@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

why?

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42254>
_______________________________________

From report at bugs.python.org  Tue Nov  3 13:45:18 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Nov 2020 18:45:18 +0000
Subject: [issue7175] Define a standard location and API for configuration files
In-Reply-To: <1256037677.34.0.670034749287.issue7175@psf.upfronthosting.co.za>
Message-ID: <1604429118.34.0.303119175472.issue7175@roundup.psfhosted.org>


?ric Araujo <merwok at netwok.org> added the comment:

This ticket did not reach a consensus.  It seems there would be little value in changing the existing scheme for IDLE and such; external tools can (and often do) already use appdirs; I suggest closing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7175>
_______________________________________

From report at bugs.python.org  Tue Nov  3 13:52:36 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Nov 2020 18:52:36 +0000
Subject: [issue42158] http.server doesn't guess n-quads, n-triples,
 notation3 and TriG MIME types
In-Reply-To: <1603735016.36.0.247111341461.issue42158@roundup.psfhosted.org>
Message-ID: <1604429556.74.0.433448631058.issue42158@roundup.psfhosted.org>


?ric Araujo <merwok at netwok.org> added the comment:

Editing /etc/mime.types is one way of customizing the types returned; another one is to make a pull request to add them to the list inside the mimetypes module.

----------
nosy: +eric.araujo
stage:  -> needs patch
versions:  -Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42158>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:11:36 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 19:11:36 +0000
Subject: [issue38647] Why only the MacOSXOSAScript in webbrowser does not have
 the name property?
In-Reply-To: <1572456767.92.0.8897291562.issue38647@roundup.psfhosted.org>
Message-ID: <1604430696.35.0.418301193229.issue38647@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38647>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:12:37 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 19:12:37 +0000
Subject: [issue38647] Why only the MacOSXOSAScript in webbrowser does not have
 the name property?
In-Reply-To: <1572456767.92.0.8897291562.issue38647@roundup.psfhosted.org>
Message-ID: <1604430757.88.0.101571280812.issue38647@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've created a PR for adding the attribute.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38647>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:15:01 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 19:15:01 +0000
Subject: [issue42255] webbrowser.MacOSX is unused, untested and undocumented
Message-ID: <1604430901.68.0.981211049507.issue42255@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

class webbrower.MacOSX is untested and undocumented. It is also not used by webbrowser itself (webbrowser.MacOSXOSAScript is used to launch browsers).

It's probably safe to just remove the class, otherwise deprecate in 3.10 for removal in 3.11.

----------
components: Library (Lib), macOS
messages: 380293
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: webbrowser.MacOSX is unused, untested and undocumented
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42255>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:17:21 2020
From: report at bugs.python.org (Paulie Pena)
Date: Tue, 03 Nov 2020 19:17:21 +0000
Subject: [issue42256] BaseCookie.__parse_string() doesn't work with expires=
 between cookies
Message-ID: <1604431041.17.0.875441243707.issue42256@roundup.psfhosted.org>


New submission from Paulie Pena <paulie4 at gmail.com>:

Since `requests` creates a comma-separated list for any duplicated headers, this causes a problem when `expires=...` is between two `Set-Cookie` header values. `BaseCookie.__parse_string()` in https://github.com/python/cpython/blob/master/Lib/http/cookies.py, in that case, will just give up, since it thinks it was given an invalid cookie. The fix is to replace the comma at the end of each trailing `expires=...` with a semicolon. Inside `BaseCookie.__parse_string()`, before the `while` loop, all that should be needed is to add this:
```
str = re.sub('(=\w{3},\s[\w\d\s-]{9,11}\s[\d:]{8}\sGMT),', r'\1;', str)
```

----------
components: Library (Lib)
messages: 380294
nosy: paulie4
priority: normal
severity: normal
status: open
title: BaseCookie.__parse_string() doesn't work with expires= between cookies
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42256>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:19:47 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 03 Nov 2020 19:19:47 +0000
Subject: [issue42100] Add _PyType_GetModuleByDef
In-Reply-To: <1603226105.52.0.971925860816.issue42100@roundup.psfhosted.org>
Message-ID: <1604431187.72.0.899261714191.issue42100@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
nosy: +erlendaasland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42100>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:23:38 2020
From: report at bugs.python.org (signing_agreement)
Date: Tue, 03 Nov 2020 19:23:38 +0000
Subject: [issue42254] inspect.getmembers iterator version
In-Reply-To: <1604425782.8.0.580845588744.issue42254@roundup.psfhosted.org>
Message-ID: <1604431418.95.0.855135335783.issue42254@roundup.psfhosted.org>


signing_agreement <kuglasses at gmail.com> added the comment:

The object it deals with is already loaded, but in cases I see online, users tend to examine one member at a time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42254>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:25:00 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Tue, 03 Nov 2020 19:25:00 +0000
Subject: [issue42205] Add image/webp to list of non-standard mimetypes
In-Reply-To: <1604049363.03.0.933855009454.issue42205@roundup.psfhosted.org>
Message-ID: <1604431500.96.0.743130436189.issue42205@roundup.psfhosted.org>


?ric Araujo <merwok at netwok.org> added the comment:

Hello!  Why open a second ticket?

----------
nosy: +eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42205>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:33:44 2020
From: report at bugs.python.org (Paulie Pena)
Date: Tue, 03 Nov 2020 19:33:44 +0000
Subject: [issue42256] BaseCookie.__parse_string() doesn't work with expires=
 between cookies
In-Reply-To: <1604431041.17.0.875441243707.issue42256@roundup.psfhosted.org>
Message-ID: <1604432024.32.0.420043196398.issue42256@roundup.psfhosted.org>


Paulie Pena <paulie4 at gmail.com> added the comment:

whoops, the first string should also be a raw string, i.e. `r'...'`

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42256>
_______________________________________

From report at bugs.python.org  Tue Nov  3 14:35:52 2020
From: report at bugs.python.org (=?utf-8?q?Volker_Wei=C3=9Fmann?=)
Date: Tue, 03 Nov 2020 19:35:52 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1604432152.1.0.982933988996.issue17852@roundup.psfhosted.org>


Change by Volker Wei?mann <volker.weissmann at gmx.de>:


----------
nosy: +Volker Wei?mann
nosy_count: 12.0 -> 13.0
pull_requests: +22049
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23135

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Tue Nov  3 15:09:09 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 03 Nov 2020 20:09:09 +0000
Subject: [issue42254] inspect.getmembers iterator version
In-Reply-To: <1604425782.8.0.580845588744.issue42254@roundup.psfhosted.org>
Message-ID: <1604434149.72.0.265229207481.issue42254@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I personally don't think it is worthwhile to add another API for this without a good use case.  The memory overhead of eagerly creating a list should be fairly small.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42254>
_______________________________________

From report at bugs.python.org  Tue Nov  3 15:19:57 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 03 Nov 2020 20:19:57 +0000
Subject: [issue42064] Convert sqlite3 to multi-phase initialisation (PEP 489)
In-Reply-To: <1602963425.44.0.576962569847.issue42064@roundup.psfhosted.org>
Message-ID: <1604434797.39.0.257288489875.issue42064@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

FYI, rebased https://github.com/erlend-aasland/cpython/tree/bpo-42064/all onto master, added Petr Viktorin's _PyType_GetModuleByDef() for use in item 7 (module state). I still run into problems in item 8, but I haven't devoted much time for this yet:
Modules/gcmodule.c:116: gc_decref: Assertion "gc_get_refs(g) > 0" failed: refcount is too small
Enable tracemalloc to get the memory block allocation traceback

object address  : 0x7f861140c6b0
object refcount : 2
object type     : 0x109666678
object type name: type
object repr     : <class 'sqlite3.InterfaceError'>

Fatal Python error: _PyObject_AssertFailed: _PyObject_AssertFailed
Python runtime state: finalizing (tstate=0x7f8631409000)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42064>
_______________________________________

From report at bugs.python.org  Tue Nov  3 15:20:54 2020
From: report at bugs.python.org (signing_agreement)
Date: Tue, 03 Nov 2020 20:20:54 +0000
Subject: [issue42254] inspect.getmembers iterator version
In-Reply-To: <1604425782.8.0.580845588744.issue42254@roundup.psfhosted.org>
Message-ID: <1604434854.46.0.159119809703.issue42254@roundup.psfhosted.org>


signing_agreement <kuglasses at gmail.com> added the comment:

That is a fair point. I selected a few popular python libraries to test, and they all return a small list.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42254>
_______________________________________

From report at bugs.python.org  Tue Nov  3 15:57:29 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 03 Nov 2020 20:57:29 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604437049.24.0.225149737548.issue40077@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22050
pull_request: https://github.com/python/cpython/pull/23136

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Tue Nov  3 16:33:06 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 03 Nov 2020 21:33:06 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604439186.29.0.242553802406.issue42249@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 9bc07874e34930d4e816a9a3330aab009404991e by Miss Skeleton (bot) in branch '3.9':
bpo-42249: Fix writing binary Plist files larger than 4 GiB. (GH-23121)
https://github.com/python/cpython/commit/9bc07874e34930d4e816a9a3330aab009404991e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Tue Nov  3 16:58:50 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 03 Nov 2020 21:58:50 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604440730.15.0.769383905828.issue41832@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

The PyType_Slot documentation says that the pointer may not be NULL: https://docs.python.org/3/c-api/type.html?highlight=pytype_fromspec#c.PyType_Slot.PyType_Slot.pfunc

If you change this, why do it only for tp_doc, but for all the slots? NULL should *always* mean that the slot is set to NULL instead of inherited. (Except maybe in cases where this is dangerous; then it should result in an error?)
See: https://bugs.python.org/issue26979

If you want to only change this for tp_doc, please also update the PyType_Slot documentation to cover the exception.

----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Tue Nov  3 17:26:00 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 03 Nov 2020 22:26:00 +0000
Subject: [issue41618] [C API] How many slots of static types should be exposed
 in PyType_GetSlot()
In-Reply-To: <1598172498.12.0.869607269568.issue41618@roundup.psfhosted.org>
Message-ID: <1604442360.35.0.0941904332471.issue41618@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

> Can we write those info to docs? In case some developer want to exposing slot in future.

Do you mean something like "only expose a slot if you have a reason for exposing it"? That sounds like a tautology.
Where in the docs would this go?

> nb_inserved in PyNumberMethods should be removed?

You mean nb_reserved, right?
It can't be removed; old-style initialization is positional.
But it could be replaced according to PEP387:
- in 3.x, raise a warning if it is not set to NULL (in static types)
- in 3.x+2, throw an error if it is not set to NULL (in static types)
- in 3.x+3 or later, it can be replaced by another slot, if there's something we need to add to PyNumberMethods

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41618>
_______________________________________

From report at bugs.python.org  Tue Nov  3 17:30:44 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 03 Nov 2020 22:30:44 +0000
Subject: [issue42100] Add _PyType_GetModuleByDef
In-Reply-To: <1603226105.52.0.971925860816.issue42100@roundup.psfhosted.org>
Message-ID: <1604442644.58.0.0454716715382.issue42100@roundup.psfhosted.org>


Change by Petr Viktorin <encukou at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42100>
_______________________________________

From report at bugs.python.org  Tue Nov  3 17:58:45 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 03 Nov 2020 22:58:45 +0000
Subject: [issue1633941] for line in sys.stdin: doesn't notice EOF the first
 time
Message-ID: <1604444325.8.0.0398583122488.issue1633941@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Since this is a python 2 only issue, should this issue be closed as out of date?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1633941>
_______________________________________

From report at bugs.python.org  Tue Nov  3 19:59:23 2020
From: report at bugs.python.org (Kevin Walzer)
Date: Wed, 04 Nov 2020 00:59:23 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604451563.39.0.37394713917.issue42225@roundup.psfhosted.org>


Kevin Walzer <wordtech at users.sourceforge.net> added the comment:

Some work has been done this year on expanding support for these types of glyphs in Tk, but I'm not sure of its current state--it's not my area of expertise. Can you open a ticket at https://core.tcl-lang.org/tk/ so one of the folks working on this can take a look?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov  3 20:09:24 2020
From: report at bugs.python.org (Steve Dower)
Date: Wed, 04 Nov 2020 01:09:24 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
In-Reply-To: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>
Message-ID: <1604452164.62.0.177407279996.issue42252@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Updating the documentation link on the download page is being discussed as we speak.

> One possible use-case is to package it along with another program to use the interpreter.

This is the primary use case. If you're doing something else with it, you're probably misusing it :)

> In this case, the user may assume that adding something to the `PYTHONPATH` env variable, as most of the launching methods allow, would take hold.

Agreed. The documentation explains this, though likely doesn't make clear enough that it's the presence of the ._pth file that triggers the behaviour.

> ... then promptly look at python --help when that fails. 

I'm pretty sure the help text is generated before we've tried to detect any local configuration, so it's far from trivial to make it dynamic based on context. 

> Maybe a better question is why should the embeddable distribution's python.exe ignore env variables? Wouldn't it make more sense to depend on the user to add a `-E` if that is what they desire?

It's to make it non-exploitable by default. The theory being that it will likely be installed into Program Files by an admin, which means file-based configuration is locked down from regular users and an attacker can't rely on a fully functioning Python runtime being present. 
 Most people wildly underestimate how exploitable CPython is via environment variables.

In an embedded scenario, you also have other ways to update paths, either statically (in the ._pth file) or in Python code (via sys.path modification). And you can of course delete the ._pth file if you don't feel you need the isolation, but there are legitimate reasons we don't recommend that one.

Not enough of this is documented that well, unfortunately. It sounds like we should:
* add a note to the environment variables section of --help that some other options may disable these
* add a link to https://docs.python.org/3/using/windows.html#windows-embeddable back to the download page (it was removed in the 3.9 releases for some reason)
* expand that doc section to link forward to https://docs.python.org/3/using/windows.html#finding-modules and maybe rearrange for making it more obvious how to use this package

----------
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Tue Nov  3 20:34:03 2020
From: report at bugs.python.org (Tom Kent)
Date: Wed, 04 Nov 2020 01:34:03 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
In-Reply-To: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>
Message-ID: <1604453643.53.0.487776716861.issue42252@roundup.psfhosted.org>


Tom Kent <tom at teeks99.com> added the comment:

A couple things...

>> One possible use-case is to package it along with another program to use the interpreter.

> This is the primary use case. If you're doing something else with it, you're probably misusing it :)

Interesting, I'd been expecting this was commonly used as the way to give access to python3X.dll. We actually do (or are trying to do) both from our installation.



I've been mostly focusing on `PYTHONPATH` because that's where I encountered the issue. Which if any of the other env variables are respected? 



Would there be an argument to add additional command line options that could be used as a more secure alternative to the env variables? A command line argument `-e` that is the opposite of `-E` and enables the usage of PYTHON* env? Maybe this doesn't make sense since you said it is the ._pth that causes this...just thinking aloud.

The two options you mention (modify ._pth and append to sys.path) aren't great because we 1) would prefer to use the un-modified python distro 2) don't own the scripts that we are embedding, they are from a 3rd party so modifications are complicated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Tue Nov  3 20:39:18 2020
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 04 Nov 2020 01:39:18 +0000
Subject: [issue1633941] for line in sys.stdin: doesn't notice EOF the first
 time
Message-ID: <1604453958.35.0.201058737677.issue1633941@roundup.psfhosted.org>


Change by Benjamin Peterson <benjamin at python.org>:


----------
resolution:  -> out of date
stage: test needed -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1633941>
_______________________________________

From report at bugs.python.org  Tue Nov  3 20:41:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 01:41:42 +0000
Subject: [issue1643712] Emphasize buffering issues when sys.stdin is used
Message-ID: <1604454102.3.0.168342402601.issue1643712@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Closed along with 1633941.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1643712>
_______________________________________

From report at bugs.python.org  Tue Nov  3 20:46:36 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 01:46:36 +0000
Subject: [issue17344] checking size of size_t... configure: error:
In-Reply-To: <1362378724.97.0.818399526609.issue17344@psf.upfronthosting.co.za>
Message-ID: <1604454396.71.0.309635991731.issue17344@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17344>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:07:43 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 02:07:43 +0000
Subject: [issue5537] LWPCookieJar cannot handle cookies with expirations of
 2038 or greater on 32-bit platforms
In-Reply-To: <1237744231.54.0.279066174651.issue5537@psf.upfronthosting.co.za>
Message-ID: <1604455663.0.0.292252152368.issue5537@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords:  -patch
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5537>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:16:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 02:16:18 +0000
Subject: [issue15128] inspect raises exception when frames are misleading
 about source line numbers
In-Reply-To: <1340301668.18.0.785702018205.issue15128@psf.upfronthosting.co.za>
Message-ID: <1604456178.92.0.253279039774.issue15128@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15128>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:39:26 2020
From: report at bugs.python.org (waicalibre)
Date: Wed, 04 Nov 2020 02:39:26 +0000
Subject: [issue38902] image/webp support in mimetypes
In-Reply-To: <1574548382.26.0.67471558876.issue38902@roundup.psfhosted.org>
Message-ID: <1604457566.84.0.0161134041416.issue38902@roundup.psfhosted.org>


Change by waicalibre <waicailbre_aayx at protonmail.com>:


----------
keywords: +patch
nosy: +waicalibre
nosy_count: 3.0 -> 4.0
pull_requests: +22051
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22718

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38902>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:39:45 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 04 Nov 2020 02:39:45 +0000
Subject: [issue42049] Add image/webp to list of media types in mimetypes.py
In-Reply-To: <1602826491.72.0.784851705448.issue42049@roundup.psfhosted.org>
Message-ID: <1604457585.9.0.794179398972.issue42049@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
resolution:  -> duplicate
superseder:  -> image/webp support in mimetypes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42049>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:40:29 2020
From: report at bugs.python.org (waicalibre)
Date: Wed, 04 Nov 2020 02:40:29 +0000
Subject: [issue38902] image/webp support in mimetypes
In-Reply-To: <1574548382.26.0.67471558876.issue38902@roundup.psfhosted.org>
Message-ID: <1604457629.12.0.442951749938.issue38902@roundup.psfhosted.org>


Change by waicalibre <waicailbre_aayx at protonmail.com>:


----------
pull_requests: +22052
pull_request: https://github.com/python/cpython/pull/23034

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38902>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:40:40 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 04 Nov 2020 02:40:40 +0000
Subject: [issue42205] Add image/webp to list of non-standard mimetypes
In-Reply-To: <1604049363.03.0.933855009454.issue42205@roundup.psfhosted.org>
Message-ID: <1604457640.56.0.285101226303.issue42205@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
resolution:  -> duplicate
superseder:  -> image/webp support in mimetypes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42205>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:41:12 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 02:41:12 +0000
Subject: [issue4999] multiprocessing.Queue does not order objects
In-Reply-To: <1232369845.16.0.0391307501892.issue4999@psf.upfronthosting.co.za>
Message-ID: <1604457672.65.0.194418749501.issue4999@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I see the documentation mentions it now (in the second gray box here:
https://docs.python.org/3.8/library/multiprocessing.html#pipes-and-queues )

and it also suggests to use a shared queue if this is an issue. 


Any objections to closing this issue?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4999>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:42:44 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 04 Nov 2020 02:42:44 +0000
Subject: [issue38902] image/webp support in mimetypes
In-Reply-To: <1574548382.26.0.67471558876.issue38902@roundup.psfhosted.org>
Message-ID: <1604457764.69.0.0553241590221.issue38902@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

I'm +1 to add it in common types, because webp is really de-facto standard.
https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/MIME_types

If no objection, I will merge this in next week.

----------
nosy: +methane
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38902>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:43:23 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 04 Nov 2020 02:43:23 +0000
Subject: [issue42205] Add image/webp to list of non-standard mimetypes
In-Reply-To: <1604049363.03.0.933855009454.issue42205@roundup.psfhosted.org>
Message-ID: <1604457803.94.0.646975915588.issue42205@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42205>
_______________________________________

From report at bugs.python.org  Tue Nov  3 21:43:33 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 04 Nov 2020 02:43:33 +0000
Subject: [issue42049] Add image/webp to list of media types in mimetypes.py
In-Reply-To: <1602826491.72.0.784851705448.issue42049@roundup.psfhosted.org>
Message-ID: <1604457813.89.0.452182240236.issue42049@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42049>
_______________________________________

From report at bugs.python.org  Wed Nov  4 01:01:55 2020
From: report at bugs.python.org (Kurochan)
Date: Wed, 04 Nov 2020 06:01:55 +0000
Subject: [issue42257] platform.libc_ver() doesn't consider in case of
 executable is empty string
Message-ID: <1604469715.55.0.889552705694.issue42257@roundup.psfhosted.org>


New submission from Kurochan <kuro at kurochan.org>:

Currently, `platform.libc_ver()` doesn't consider in case of `executable` variable is an empty string.
However, with Python 3.8, the following code could pass an empty string `executable` to the `platform.libc_ver()` function.

https://github.com/python/cpython/blob/efc782d29e229924076ffb6645a72f26242fb3ef/Lib/platform.py#L1205
https://docs.python.org/3/library/sys.html#sys.executable

Because the `sys.executable` could return an empty string, so I would like to add the empty string handler.

https://github.com/python/cpython/blob/efc782d29e229924076ffb6645a72f26242fb3ef/Lib/platform.py#L174

Or please also merge the following PR to Python 3.8.
https://github.com/python/cpython/pull/14418

----------
components: Library (Lib)
messages: 380311
nosy: kurochan
priority: normal
severity: normal
status: open
title: platform.libc_ver() doesn't consider in case of executable is empty string
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42257>
_______________________________________

From report at bugs.python.org  Wed Nov  4 01:17:23 2020
From: report at bugs.python.org (Kurochan)
Date: Wed, 04 Nov 2020 06:17:23 +0000
Subject: [issue42257] platform.libc_ver() doesn't consider in case of
 executable is empty string
In-Reply-To: <1604469715.55.0.889552705694.issue42257@roundup.psfhosted.org>
Message-ID: <1604470643.92.0.402728635843.issue42257@roundup.psfhosted.org>


Change by Kurochan <kuro at kurochan.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42257>
_______________________________________

From report at bugs.python.org  Wed Nov  4 02:24:13 2020
From: report at bugs.python.org (serge-sans-paille)
Date: Wed, 04 Nov 2020 07:24:13 +0000
Subject: [issue42207] Python 3.9 testing fails when building with clang and
 optimizations are enabled
In-Reply-To: <1604069104.85.0.435616508554.issue42207@roundup.psfhosted.org>
Message-ID: <1604474653.53.0.569572426102.issue42207@roundup.psfhosted.org>


Change by serge-sans-paille <serge.guelton at telecom-bretagne.eu>:


----------
pull_requests: +22054
pull_request: https://github.com/python/cpython/pull/23141

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42207>
_______________________________________

From report at bugs.python.org  Wed Nov  4 04:27:57 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 09:27:57 +0000
Subject: [issue42251] Add threading.gettrace and threading.getprofile
In-Reply-To: <1604409323.63.0.865948030488.issue42251@roundup.psfhosted.org>
Message-ID: <1604482077.4.0.819252875327.issue42251@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42251>
_______________________________________

From report at bugs.python.org  Wed Nov  4 04:28:11 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 09:28:11 +0000
Subject: [issue42251] Add threading.gettrace and threading.getprofile
In-Reply-To: <1604409323.63.0.865948030488.issue42251@roundup.psfhosted.org>
Message-ID: <1604482091.0.0.593246666113.issue42251@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 0001a1b69ecda47b0406daa88c2943877580bcae by Mario Corchero in branch 'master':
bpo-42251: Add gettrace and getprofile to threading (GH-23125)
https://github.com/python/cpython/commit/0001a1b69ecda47b0406daa88c2943877580bcae


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42251>
_______________________________________

From report at bugs.python.org  Wed Nov  4 05:20:19 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 10:20:19 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604485219.35.0.607716288997.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 3529718925f40d14ed48d281d809187bc7314a14 by Victor Stinner in branch 'master':
bpo-42236: os.device_encoding() respects UTF-8 Mode (GH-23119)
https://github.com/python/cpython/commit/3529718925f40d14ed48d281d809187bc7314a14


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Wed Nov  4 05:26:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 10:26:56 +0000
Subject: [issue42236] os.device_encoding() doesn't respect the UTF-8 Mode
In-Reply-To: <1604254376.75.0.724076396779.issue42236@roundup.psfhosted.org>
Message-ID: <1604485616.13.0.765573716684.issue42236@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> But locale encoding and console cp are different on Windows. Users may want to know console cp even when they want to use UTF-8 by default for reading/writing text files.

You're right. My final change leaves Windows unchanged.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42236>
_______________________________________

From report at bugs.python.org  Wed Nov  4 05:45:27 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 10:45:27 +0000
Subject: [issue4683] tests missing in urllib2
In-Reply-To: <1229523259.96.0.571468029932.issue4683@psf.upfronthosting.co.za>
Message-ID: <1604486727.96.0.783738477609.issue4683@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
components: +Tests
resolution: fixed -> 
title: urllib2.HTTPDigestAuthHandler fails on third hostname? -> tests missing in urllib2
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4683>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:21:13 2020
From: report at bugs.python.org (mendelmaleh)
Date: Wed, 04 Nov 2020 11:21:13 +0000
Subject: [issue42258] argparse: show choices once per argument
Message-ID: <1604488873.92.0.395352183605.issue42258@roundup.psfhosted.org>


Change by mendelmaleh <mendelmaleh at gmail.com>:


----------
components: Library (Lib)
nosy: mendelmaleh
priority: normal
severity: normal
status: open
title: argparse: show choices once per argument
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42258>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:39:21 2020
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 04 Nov 2020 11:39:21 +0000
Subject: [issue4225] unicode_literals doesn't work in exec
In-Reply-To: <1225231604.07.0.232278936912.issue4225@psf.upfronthosting.co.za>
Message-ID: <1604489961.46.0.793114121384.issue4225@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
nosy: +python-dev
nosy_count: 3.0 -> 4.0
pull_requests: +22055
pull_request: https://github.com/python/cpython/pull/23143

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4225>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:39:38 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 11:39:38 +0000
Subject: [issue5038] urrlib2/httplib doesn't reset file position between
 requests
In-Reply-To: <1232730438.9.0.904675957675.issue5038@psf.upfronthosting.co.za>
Message-ID: <1604489978.94.0.970216327442.issue5038@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
components: +Documentation
stage: patch review -> needs patch
versions: +Python 3.10, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5038>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:42:06 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 11:42:06 +0000
Subject: [issue1767511] SocketServer.DatagramRequestHandler with empty response
Message-ID: <1604490126.54.0.410901713056.issue1767511@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
stage: patch review -> needs patch
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1767511>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:44:31 2020
From: report at bugs.python.org (Danylo Hlynskyi)
Date: Wed, 04 Nov 2020 11:44:31 +0000
Subject: [issue42259] pprint: infinite recursion for saferepr() when using
 nested objects, but str() works
Message-ID: <1604490271.59.0.652277780579.issue42259@roundup.psfhosted.org>


New submission from Danylo Hlynskyi <abcz2.uprola at gmail.com>:

First, here's an example using str():

```
class NiceObject:
    def __str__(self):
        return str(self.__dict__)
    def __repr__(self):
        return str(self)

s = NiceObject()
s.self = s
```
This outputs:
```
>>> s
{'self': {...}}
```

When I replace str() call with pprint.saferepr(), I end up in infinite recursion.
```
import pprint

class ReallyNiceObject:
    def __str__(self):
        return pprint.saferepr(self.__dict__)
    def __repr__(self):
        return str(self)
```

Same happens for pprint.pformat(), with depth set.

Is this expected behavior?

----------
components: Library (Lib)
messages: 380315
nosy: danbst
priority: normal
severity: normal
status: open
title: pprint: infinite recursion for saferepr() when using nested objects, but str() works
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42259>
_______________________________________

From report at bugs.python.org  Wed Nov  4 06:49:24 2020
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 04 Nov 2020 11:49:24 +0000
Subject: [issue42258] argparse: show choices once per argument
Message-ID: <1604490564.47.0.608621412877.issue42258@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22056
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23143

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42258>
_______________________________________

From report at bugs.python.org  Wed Nov  4 07:07:31 2020
From: report at bugs.python.org (hai shi)
Date: Wed, 04 Nov 2020 12:07:31 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604491651.99.0.717285576395.issue41832@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> If you change this, why do it only for tp_doc, but for all the slots? NULL should *always* mean that the slot is set to NULL instead of inherited. (Except maybe in cases where this is dangerous; then it should result in an error?

IMO, it's a proper user case.
>From bpo-26978: "I'll also try making an explicit `{Py_tp_dealloc, NULL}` override the inherited value, as per Serhiy's suggestion."
Petr, do you have a PR about it?

> If you want to only change this for tp_doc, please also update the PyType_Slot documentation to cover the exception.

Copy that, I will update it soon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Wed Nov  4 07:59:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 12:59:24 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604494764.38.0.314862971753.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 8021875bbcf7385e651def51bc597472a569042c by Victor Stinner in branch 'master':
bpo-1635741: Add PyModule_AddObjectRef() function (GH-23122)
https://github.com/python/cpython/commit/8021875bbcf7385e651def51bc597472a569042c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:00:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:00:44 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604494844.18.0.766688564032.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I added a new PyModule_AddObjectRef() function which does not steal a reference to the value on success. I suggest to use this new function instead of PyModule_AddObject() which is usually misused (creating reference leaks).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:05:59 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Nov 2020 13:05:59 +0000
Subject: [issue42249] Plistlib cannot create binary Plist file larger than 4GiB
In-Reply-To: <1604388089.74.0.470654148102.issue42249@roundup.psfhosted.org>
Message-ID: <1604495158.98.0.671068243258.issue42249@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42249>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:09:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:09:52 +0000
Subject: [issue41944] [security][CVE-2020-27619] Python testsuite calls eval()
 on content received via HTTP
In-Reply-To: <1601908852.29.0.0266876682235.issue41944@roundup.psfhosted.org>
Message-ID: <1604495392.45.0.899832409798.issue41944@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Red Hat advisory: https://access.redhat.com/security/cve/CVE-2020-27619

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41944>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:09:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:09:32 +0000
Subject: [issue41944] [security][CVE-2020-27619] Python testsuite calls eval()
 on content received via HTTP
In-Reply-To: <1601908852.29.0.0266876682235.issue41944@roundup.psfhosted.org>
Message-ID: <1604495372.19.0.39346269937.issue41944@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The CVE-2020-27619 has been assigned to this issue.

----------
title: [security] Python testsuite calls eval() on content received via HTTP -> [security][CVE-2020-27619] Python testsuite calls eval() on content received via HTTP

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41944>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:16:33 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 13:16:33 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604495793.1.0.521714485827.issue35455@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 72bb4c6c1fc5f5209819a2e62d55475ddc888192 by Miss Skeleton (bot) in branch '3.9':
bpo-35455: Fix thread_time for Solaris OS (GH-11118) (GH-23130)
https://github.com/python/cpython/commit/72bb4c6c1fc5f5209819a2e62d55475ddc888192


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:29:28 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Wed, 04 Nov 2020 13:29:28 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604496568.85.0.519791595196.issue35455@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


----------
pull_requests: +22057
pull_request: https://github.com/python/cpython/pull/23145

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:33:35 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Wed, 04 Nov 2020 13:33:35 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604496815.41.0.46003481317.issue35455@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


----------
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:47:47 2020
From: report at bugs.python.org (Jordan Williams)
Date: Wed, 04 Nov 2020 13:47:47 +0000
Subject: [issue8978] "tarfile.ReadError: file could not be opened
 successfully" if compiled without zlib
In-Reply-To: <1276292933.37.0.137444086026.issue8978@psf.upfronthosting.co.za>
Message-ID: <1604497667.17.0.126341996873.issue8978@roundup.psfhosted.org>


Jordan Williams <jordan at jwillikers.com> added the comment:

This issue took me a long time to diagnose when attempting to decompress a bzip2-compressed tarball. This occurs with Python 3.9.0. Since I was using asdf, which uses Pyenv internally, to build and manage my Python version, I failed to notice it was missing development libraries. A slightly more informative message could easily have tipped me off to this in short order.

----------
nosy: +jwillikers
type: behavior -> crash
versions: +Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8978>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:58:01 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:58:01 +0000
Subject: [issue40512] [subinterpreters] Meta issue: per-interpreter GIL
In-Reply-To: <1588683075.13.0.0239787407564.issue40512@roundup.psfhosted.org>
Message-ID: <1604498281.13.0.70209977452.issue40512@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See also bpo-15751: "Make the PyGILState API compatible with subinterpreters".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40512>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:58:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:58:15 +0000
Subject: [issue40522] [subinterpreters] Get the current Python interpreter
 state from Thread Local Storage (autoTSSkey)
In-Reply-To: <1588698734.65.0.223552100195.issue40522@roundup.psfhosted.org>
Message-ID: <1604498295.56.0.98389494207.issue40522@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See also bpo-15751: "Make the PyGILState API compatible with subinterpreters".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40522>
_______________________________________

From report at bugs.python.org  Wed Nov  4 08:58:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 13:58:42 +0000
Subject: [issue15751] [subinterpreters] Make the PyGILState API compatible
 with subinterpreters
In-Reply-To: <1345526301.75.0.455071650321.issue15751@psf.upfronthosting.co.za>
Message-ID: <1604498322.47.0.647097637623.issue15751@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See also bpo-40522: Get the current Python interpreter state from Thread Local Storage (autoTSSkey).

----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15751>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:02:24 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 04 Nov 2020 14:02:24 +0000
Subject: [issue15751] [subinterpreters] Make the PyGILState API compatible
 with subinterpreters
In-Reply-To: <1345526301.75.0.455071650321.issue15751@psf.upfronthosting.co.za>
Message-ID: <1604498544.84.0.129163288689.issue15751@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
nosy: +erlendaasland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15751>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:07:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 14:07:32 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604498852.73.0.543984291644.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22058
pull_request: https://github.com/python/cpython/pull/23146

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:17:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 14:17:32 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604499452.86.0.507251513758.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22059
pull_request: https://github.com/python/cpython/pull/23147

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:19:21 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 14:19:21 +0000
Subject: [issue35455] Solaris: thread_time doesn't work with current
 implementation
In-Reply-To: <1544452341.93.0.788709270274.issue35455@psf.upfronthosting.co.za>
Message-ID: <1604499561.59.0.798539618418.issue35455@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset a12f459ec2a31b96a21c735eb18f3d0fd19e99ff by Jakub Kul?k in branch '3.8':
[3.8] bpo-35455: Fix thread_time for Solaris OS (GH-11118). (GH-23145)
https://github.com/python/cpython/commit/a12f459ec2a31b96a21c735eb18f3d0fd19e99ff


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35455>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:43:22 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 04 Nov 2020 14:43:22 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604501002.0.0.933358217908.issue1635741@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22060
pull_request: https://github.com/python/cpython/pull/23148

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:45:21 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 14:45:21 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
Message-ID: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

This issue is a follow-up of the PEP 567 which introduced the PyConfig C API and is related to PEP 432 which wants to rewrite Modules/getpath.c in Python.

I would like to add a new PyInterpreterState_SetConfig() function to be able to reconfigure a Python interpreter in C. One example is to write a custom sys.path, to implement of virtual environment (common request for embedded Python), etc. Currently, it's really complex to tune the Python configuration.

The use case is to tune Python for embedded Python. First, I would like to add new functions to the C API for that:

* PyInterpreterState_GetConfigCopy()
* PyInterpreterState_SetConfig()

The second step will to be expose these two functions in Python (I'm not sure where for now), and gives the ablity to tune the Python configuration in pure Python.

The site module already does that for sys.path, but it is running "too late" in the Python initialization. Here the idea is to configure Python before it does access any file on disk, after the "core" initialization and before the "main" initialization.

One concrete example would be to reimplement Modules/getpath.c in Python, convert it to a frozen module, and run it at Python startup to populate sys.path. It would allow to move some of the site code into this module to run it earlier.

Pseudo-code in C:
---------------------
void init_core(void)
{
  // "Core" initialization
  PyConfig config;
  PyConfig_InitPython(&config);
  PyConfig._init_main = 0
  Py_InitializeFromc(&config);
  PyConfig_Clear(&config);
}

void tune_config(void)
{
  PyConfig config;
  PyConfig_InitPython(&config);

  // Get a copy of the current configuration
  PyInterpreterState_GetConfigCopy(&config);  // <== NEW API!

  // ... put your code to tune config ...

  // dummy example, current not possible in Python
  config.bytes_warnings = 1;

  // Reconfigure Python with the updated configuration
  PyInterpreterState_SetConfig(&config);  // <=== NEW API!
  PyConfig_Clear(&config);
}
  
int main()
{
  init_core();
  tune_config(); // <=== THE USE CASE!
  _Py_InitializeMain();
  return Py_RunMain();
}
---------------------

In this example, tune_config() is implemented in C. But later, it will be possible to convert the configuration to a Python dict and run Python code to tune the configuration.

The PEP 587 added a "Multi-Phase Initialization Private Provisional API":

* PyConfig._init_main = 0
* _Py_InitializeMain()

https://docs.python.org/dev/c-api/init_config.html#multi-phase-initialization-private-provisional-api

----------
components: C API
messages: 380327
nosy: vstinner
priority: normal
severity: normal
status: open
title: [C API] Add PyInterpreterState_SetConfig(): reconfigure an interpreter
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 09:52:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 14:52:03 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604501523.47.0.909750158889.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:15:57 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:15:57 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604502957.37.0.590732228106.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset cfb41e80c1ac5940ec6f2246c9ab4a3d16ef757e by Victor Stinner in branch 'master':
bpo-42260: Reorganize PyConfig (GH-23149)
https://github.com/python/cpython/commit/cfb41e80c1ac5940ec6f2246c9ab4a3d16ef757e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:16:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:16:02 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604502962.25.0.63860902288.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22062
pull_request: https://github.com/python/cpython/pull/23150

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:20:48 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 04 Nov 2020 15:20:48 +0000
Subject: [issue42261] Windows legacy I/O mode mistakenly ignores the device
 encoding
Message-ID: <1604503248.47.0.606925187106.issue42261@roundup.psfhosted.org>


New submission from Eryk Sun <eryksun at gmail.com>:

In Python 3.8+, legacy standard I/O mode uses the process code page from GetACP instead of the correct device encoding from GetConsoleCP and GetConsoleOutputCP. For example:

    C:\>chcp 850
    Active code page: 850
    C:\>set PYTHONLEGACYWINDOWSSTDIO=1

    C:\>py -3.7 -c "import sys; print(sys.stdin.encoding)"
    cp850
    C:\>py -3.8 -c "import sys; print(sys.stdin.encoding)"
    cp1252
    C:\>py -3.9 -c "import sys; print(sys.stdin.encoding)"
    cp1252

This is based on config_init_stdio_encoding() in Python/initconfig.c, which sets config->stdio_encoding via config_get_locale_encoding(). Cannot config->stdio_encoding be set to NULL for default behavior?

Computing this ahead of time would require separate encodings config->stdin_encoding, config->stdout_encoding, and config->stderr_encoding. And _Py_device_encoding would have to be duplicated as something like config_get_device_encoding(PyConfig *config, int fd, wchar_t **device_encoding).

----------
components: IO, Interpreter Core, Windows
messages: 380329
nosy: eryksun, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows legacy I/O mode mistakenly ignores the device encoding
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42261>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:24:56 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 04 Nov 2020 15:24:56 +0000
Subject: [issue42261] Windows legacy I/O mode mistakenly ignores the device
 encoding
In-Reply-To: <1604503248.47.0.606925187106.issue42261@roundup.psfhosted.org>
Message-ID: <1604503496.27.0.886538325467.issue42261@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

There's a related issue that affects opening duplicated file descriptors and opening "CON", "CONIN$", and "CONOUT$" in legacy I/O mode, but this case has always been broken. For Windows, _Py_device_encoding needs to be generalized to use _get_osfhandle and GetNumberOfConsoleInputEvents to detect and differentiate console input and output, instead of using isatty() and hard coding file descriptors 0-2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42261>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:34:04 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:34:04 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604504044.18.0.408274530141.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 988f1ec8d2643a0d00851903abcdae90d57ac0e6 by Victor Stinner in branch 'master':
bpo-1635741: _contextvars uses PyModule_AddType() (GH-23147)
https://github.com/python/cpython/commit/988f1ec8d2643a0d00851903abcdae90d57ac0e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:37:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:37:14 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604504234.86.0.106917059406.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 18ce7f1d0a3d65f34f25c5964da588743a1bfe3c by Victor Stinner in branch 'master':
bpo-1635741: _ast uses PyModule_AddObjectRef() (GH-23146)
https://github.com/python/cpython/commit/18ce7f1d0a3d65f34f25c5964da588743a1bfe3c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:42:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:42:24 +0000
Subject: [issue42261] Windows legacy I/O mode mistakenly ignores the device
 encoding
In-Reply-To: <1604503248.47.0.606925187106.issue42261@roundup.psfhosted.org>
Message-ID: <1604504544.15.0.112310587465.issue42261@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This is based on config_init_stdio_encoding() in Python/initconfig.c, which sets config->stdio_encoding via config_get_locale_encoding(). Cannot config->stdio_encoding be set to NULL for default behavior?

I would like to get a PyConfig structure fully populated to make the Python initialization more deterministic and reliable. So PyConfig fully control used encodings.

The solution here is to fix config_init_stdio_encoding() to use GetConsoleCP() and GetConsoleOutputCP() to build a "cpXXX" string.

This issue seems to be a regression that I introduced in Python 3.8 with the PEP 587 (PyConfig). I didn't notice this subtle case during my refactoring. Relying on os.device_encoding() when the encoding is NULL is not obvious. That's why I prefer to get PyConfig full populated ;-)

It would be nice to get an unit test for this case.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42261>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:44:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 15:44:24 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604504664.73.0.254073789645.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22063
pull_request: https://github.com/python/cpython/pull/23151

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:45:48 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 04 Nov 2020 15:45:48 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604504748.01.0.877455404521.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
nosy:  -christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 10:58:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 15:58:18 +0000
Subject: [issue25573] FrameSummary repr() does not support previously working
 uses of repr in traceback module
In-Reply-To: <1446845666.11.0.0803768990935.issue25573@psf.upfronthosting.co.za>
Message-ID: <1604505498.55.0.0782680380923.issue25573@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think the fourth element (the code line) was omitted from repr because it is not one of the constructor args for FrameSummary (it is derived from them), so it's redundant in terms of describing this instance.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25573>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:13:08 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 04 Nov 2020 16:13:08 +0000
Subject: [issue42261] Windows legacy I/O mode mistakenly ignores the device
 encoding
In-Reply-To: <1604503248.47.0.606925187106.issue42261@roundup.psfhosted.org>
Message-ID: <1604506388.67.0.290415099198.issue42261@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> The solution here is to fix config_init_stdio_encoding() to use 
> GetConsoleCP() and GetConsoleOutputCP() to build a "cpXXX" string.

But, as I mentioned, that's only possible by replacing config->stdio_encoding with three separate settings: config->stdin_encoding, config->stdout_encoding, and config->stderr_encoding.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42261>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:16:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 16:16:10 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604506570.72.0.314587406905.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Setting __traceback__ to None is not going to make the exception disappear.  Note that TracebackException does not represent a traceback, it represent an exception (for rendering in tracebacks). So all information of the exception is rendered by TracebackException.format(), not only the exception's traceback.

It's not entirely clear to me what you are trying to do (what is the output you are hoping to get?) but this looks more like a question than a bug report, so I am closing this issue. If this is still relevant, I'd suggest you ask on the python users list or StackOverflow - you are more likely to receive a prompt response there.

----------
nosy: +iritkatriel
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:20:34 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 16:20:34 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
Message-ID: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

In C, the following pattern (A) is very common:

    Py_INCREF(sysdict);
    interp->sysdict = sysdict;

* (1) Increment the reference counter
* (2) Store a reference to the object somewhere

Similar pattern (B) using return:

    Py_INCREF(temp);
    return temp;

The problem in these patterns is that the object has to be written twice. I propose to add a simple new Py_NewRef() function which returns a new strong reference. In short, it's just:

static inline PyObject* Py_NewRef(PyObject *obj)
{
    Py_INCREF(obj);
    return obj;
}

(The actual implementation is just a little bit more complex, to also export it as a regular function.)

Pattern (A) becomes:

    interp->sysdict = Py_NewRef(sysdict);

Pattern (B) becomes:

    
    return Py_NewRef(temp);

Py_NewRef() might help to prepare a C extension to be converted to HPy which uses a HPy_Dup() function. HPy_Dup() is different than "Py_INCREF(obj), obj" for subtle reasons. I let you dig into HPy documentation for the rationale:

https://hpy.readthedocs.io/en/latest/api.html#handles

Even if you ignore HPy, Py_NewRef() avoids to repeat the object variable, and so makes the code simpler. Simple example:

-#define Py_RETURN_NONE return Py_INCREF(Py_None), Py_None
+#define Py_RETURN_NONE return Py_NewRef(Py_None)

----------
components: C API
messages: 380337
nosy: vstinner
priority: normal
severity: normal
status: open
title: [C API] Add Py_NewRef() function to get a new strong reference to an object
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:23:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 16:23:03 +0000
Subject: [issue14655] traceback module docs should show how to print/fomat an
 exception object
In-Reply-To: <1335216172.17.0.173976069373.issue14655@psf.upfronthosting.co.za>
Message-ID: <1604506983.52.0.548021804875.issue14655@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

As of 3.5 there is this option:

traceback.TracebackException.from_exception(exc).format()


Perhaps that can be mentioned in the doc for traceback.format_exception().

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14655>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:24:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 16:24:25 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604507065.21.0.357729146243.issue42262@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:31:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 16:31:42 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604507502.92.0.739493354041.issue42262@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> The problem in these patterns is that the object has to be written twice.

I'm talking about the variable name which has to be repeated (written twice) in the source code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:32:56 2020
From: report at bugs.python.org (Simon Cross)
Date: Wed, 04 Nov 2020 16:32:56 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604507576.34.0.765103462155.issue42262@roundup.psfhosted.org>


Change by Simon Cross <hodgestar at gmail.com>:


----------
nosy: +hodgestar

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:33:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 16:33:16 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604507596.59.0.716325581809.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 58ca33b4674f39189b03c9a39fa7b676b43b3d08 by Victor Stinner in branch 'master':
bpo-1635741: Fix ref leak in _PyWarnings_Init() error path (GH-23151)
https://github.com/python/cpython/commit/58ca33b4674f39189b03c9a39fa7b676b43b3d08


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:34:36 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 16:34:36 +0000
Subject: [issue12535] Chained tracebacks are confusing because the first
 traceback is minimal
In-Reply-To: <1310405583.64.0.419150537523.issue12535@psf.upfronthosting.co.za>
Message-ID: <1604507676.37.0.728789511263.issue12535@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12535>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:34:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 16:34:40 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604507680.24.0.637924552883.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset af1d64d9f7a7cf673279725fdbaf4adcca51d41f by Victor Stinner in branch 'master':
bpo-42260: Main init modify sys.flags in-place (GH-23150)
https://github.com/python/cpython/commit/af1d64d9f7a7cf673279725fdbaf4adcca51d41f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:45:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 16:45:10 +0000
Subject: [issue16855] traceback module leaves off module name in last line of
 formatted tracebacks
In-Reply-To: <1357249745.89.0.552193091281.issue16855@psf.upfronthosting.co.za>
Message-ID: <1604508310.31.0.69419070545.issue16855@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This is a python 2 only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16855>
_______________________________________

From report at bugs.python.org  Wed Nov  4 11:50:47 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 04 Nov 2020 16:50:47 +0000
Subject: [issue42261] Windows legacy I/O mode mistakenly ignores the device
 encoding
In-Reply-To: <1604503248.47.0.606925187106.issue42261@roundup.psfhosted.org>
Message-ID: <1604508647.71.0.209141877351.issue42261@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> It would be nice to get an unit test for this case.

The process code page from GetACP() is either an ANSI code page or CP_UTF8 (65001). It should never be a Western OEM code page such as 850. In that case, a reliable unit test would check that the configured encoding is a particular OEM code page. For example, spawn a new interpreter in a windowless console session (i.e. creationflags=CREATE_NO_WINDOW). Set the session's input code page to 850 via ctypes.WinDLL('kernel32').SetConsoleCP(850). Set os.environ['PYTHONLEGACYWINDOWSSTDIO'] = '1'. Then spawn [sys.executable, '-c', 'import sys; print(sys.stdin.encoding)'], and verify that the output is 'cp850'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42261>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:01:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 17:01:30 +0000
Subject: [issue19206] Support disabling file I/O when doing traceback
 formatting
In-Reply-To: <1381324623.16.0.375897659555.issue19206@psf.upfronthosting.co.za>
Message-ID: <1604509290.46.0.572594654162.issue19206@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19206>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:10:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 17:10:03 +0000
Subject: [issue40747] sysconfig.get_config_var("py_version_nodot") should
 return 3_10
In-Reply-To: <1590266866.08.0.16909581495.issue40747@roundup.psfhosted.org>
Message-ID: <1604509803.26.0.961979309023.issue40747@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Links about the "AssertionError: would build wheel with unsupported tag ('cp310', 'cp310', 'linux_x86_64')" error:

* PEP 641 -- Using an underscore in the version portion of Python 3.10 compatibility tags
  https://www.python.org/dev/peps/pep-0641/
* PEP 641 discussion:
  https://discuss.python.org/t/pep-641-using-an-underscore-in-the-version-portion-of-python-3-10-compatibility-tags/5513
* CPython PR 20333: "bpo-40747: Make py_version_nodot 3_10 not 310"
  https://github.com/python/cpython/pull/20333
* wheel: "Fails to build wheel for Python 3.10"
  https://github.com/pypa/wheel/issues/354
* python3-setuptools: "python-setuptools fails to build with Python 3.10: AssertionError: would build wheel with unsupported tag ('cp310', 'cp310', 'linux_x86_64')"
https://bugzilla.redhat.com/show_bug.cgi?id=1891840

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40747>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:19:43 2020
From: report at bugs.python.org (Steve Dower)
Date: Wed, 04 Nov 2020 17:19:43 +0000
Subject: [issue42252] Embeddable Python indicates that it uses PYTHONPATH
In-Reply-To: <1604409442.14.0.226700475813.issue42252@roundup.psfhosted.org>
Message-ID: <1604510383.16.0.926905669853.issue42252@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

> I'd been expecting this was commonly used as the way to give access to python3X.dll.

Yeah, both. The idea is to delete the files you don't want - so if you don't need python.exe, just don't include it. Same goes for some of the native modules (e.g. deleting _socket.pyd and _ssl.pyd are an easy way to make sure you aren't offering networking).

> I've been mostly focusing on `PYTHONPATH` because that's where I encountered the issue. Which if any of the other env variables are respected? 

It's the equivalent of passing -I. That's the flag that gets set when a ._pth is detected: PC/getpathp.c#L563

> Would there be an argument to add additional command line options that could be used as a more secure alternative to the env variables? ... Maybe this doesn't make sense since you said it is the ._pth that causes this...just thinking aloud.

Yeah, the ._pth file is the more secure alternative. To change the import search path, an attacker has to be able to modify a (likely admin-only) file on disk, rather than just launching an executable with a specific command line. (For a bit more context, many exploits try to schedule tasks, which allows arbitrary executable path and arguments. So anything resembling a security feature can't be allowed to be overridden by environment or arguments.)

> The two options you mention (modify ._pth and append to sys.path) aren't great because we 1) would prefer to use the un-modified python distro 2) don't own the scripts that we are embedding, they are from a 3rd party so modifications are complicated.

None of the other options are better :)

Overriding the ._pth file should just be a matter of replacing the file. It's deliberately relative to its location, which means it should almost always be static. If you need your embedded interpreter to pick up paths from the local environment, just delete the file instead of updating it (which will make your copy of Python exploitable, but that's the tradeoff).

I don't know what your particular scripts look like, but I've had to go through and modify a number of third-party packages to make them work with this kind of setup. It's certainly possible to work around the limitation in a number of ways, often transparently to the code that's eventually going to be executed - the runpy module is often helpful. (And yeah, an attacker could do it as well, just not as trivially as it would be without the restriction.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42252>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:34:38 2020
From: report at bugs.python.org (Mattias Amnefelt)
Date: Wed, 04 Nov 2020 17:34:38 +0000
Subject: [issue1346874] httplib simply ignores CONTINUE
Message-ID: <1604511278.74.0.794069450313.issue1346874@roundup.psfhosted.org>


Change by Mattias Amnefelt <mattiasa at cantemo.com>:


----------
nosy: +Mattias Amnefelt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1346874>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:37:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 17:37:29 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604511449.48.0.836845800091.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 7184218e186811e75be663be78e57d5302bf8af6 by Mohamed Koubaa in branch 'master':
bpo-1635741: Fix PyInit_pyexpat() error handling (GH-22489)
https://github.com/python/cpython/commit/7184218e186811e75be663be78e57d5302bf8af6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 12:55:49 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 17:55:49 +0000
Subject: [issue1514420] Traceback display code can attempt to open a file
 named "<stdin>"
Message-ID: <1604512549.23.0.948185870217.issue1514420@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I was able to reproduce it on 3.8, but I'm confused about where the open is happening because linecache.updatecache tries to avoid this:

if not filename or (filename.startswith('<') and filename.endswith('>')):
        return []

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1514420>
_______________________________________

From report at bugs.python.org  Wed Nov  4 13:00:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 18:00:34 +0000
Subject: [issue23915] [doc] traceback set with BaseException.with_traceback()
 pushed back on raise
In-Reply-To: <1428769760.16.0.251757749986.issue23915@psf.upfronthosting.co.za>
Message-ID: <1604512834.86.0.236764241626.issue23915@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: traceback set with BaseException.with_traceback() overwritten on raise -> [doc] traceback set with BaseException.with_traceback() pushed back on raise
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23915>
_______________________________________

From report at bugs.python.org  Wed Nov  4 13:07:33 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 04 Nov 2020 18:07:33 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604513253.83.0.590459587238.issue42262@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
nosy: +erlendaasland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Wed Nov  4 13:17:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 18:17:04 +0000
Subject: [issue11007] stack tracebacks should give the relevant class name
In-Reply-To: <1295968345.3.0.31737747868.issue11007@psf.upfronthosting.co.za>
Message-ID: <1604513824.78.0.33410601761.issue11007@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11007>
_______________________________________

From report at bugs.python.org  Wed Nov  4 13:39:26 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Wed, 04 Nov 2020 18:39:26 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604515166.57.0.11030113094.issue42237@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

I thought I'd give it a shot and I believe i found the issue. Let's use the testCount test as an example.

The client side (or the data sending side) looks like this:

    def _testCount(self):
        address = self.serv.getsockname()
        file = open(os_helper.TESTFN, 'rb')
        sock = socket.create_connection(address,
                                        timeout=support.LOOPBACK_TIMEOUT)
        with sock, file:
            count = 5000007
            meth = self.meth_from_sock(sock)
            sent = meth(file, count=count)
            self.assertEqual(sent, count)
            self.assertEqual(file.tell(), count)

So we're sending 5000007 bytes of data at once to a socket that has a timeout of 5.0 seconds set (default in those tests).

Somewhere along the way socket._sendfile_use_sendfile() is called and in it there's a loop:

            try:
                while True:
                    (...)
                    try:
                        sent = os_sendfile(sockno, fileno, offset, blocksize)
                    except BlockingIOError:
                        if not timeout:
                            # Block until the socket is ready to send some
                            # data; avoids hogging CPU resources.
                            selector_select()
                        continue
                (...)
                return total_sent

On my test VM running openindiana 5.11 (I think that's the version number?) this is basically an infinite loop (I think it'll end at some point, but I didn't have the patience to verify this). That's because trying to send 5000007 bytes to that socket with 5 seconds timeout will trigger BlockingIOError. Why?

This is the relevant part of os.sendfile() implementation from posixmodule.c:

    do {
        Py_BEGIN_ALLOW_THREADS
        ret = sendfile(out_fd, in_fd, &offset, count);
        Py_END_ALLOW_THREADS
    } while (ret < 0 && errno == EINTR && !(async_err = PyErr_CheckSignals()));
    if (ret < 0)
        return (!async_err) ? posix_error() : NULL;
    return Py_BuildValue("n", ret);


offset is 0 in our case, but its exact value doesn't matter. The trouble is this is what illumos sendfile man page[1] says:


RETURN VALUES

       (...) In some error cases sendfile() may still write some
       data before encountering an error and returning -1.  When that occurs,
       off is updated to point to the byte that follows the last byte copied and
       should be compared with its value before calling sendfile() to determine
       how much data was sent.

After some input from Jakub Kulik I believe this is a unique behavior (Linux, Oracle Solaris, Mac OS, FreeBSD and likely all or almost all other OSes don't do this) and it lacks handling on the Python side.

I tested this and indeed the sendfile(out_fd, in_fd, &offset, count) call *does* do partial writes in our case which gets reported as EAGAIN which gets converted to BlockingIOError which makes socket._sendfile_use_sendfile() retry again and again, each time resending the very beginning of the data and not going any further, therefore accumulating a lot of garbage on the receiving socket's side.

This patch works for me and I run the whole test_socket test suite with it, no more failures:

diff --git a/Modules/posixmodule.c b/Modules/posixmodule.c
index 203f98515dfd..eeff11b5b8ea 100644
--- a/Modules/posixmodule.c
+++ b/Modules/posixmodule.c
@@ -9475,13 +9475,20 @@ os_sendfile_impl(PyObject *module, int out_fd, int in_fd, PyObject *offobj,
    }
#endif

+    off_t original_offset = offset;
    do {
        Py_BEGIN_ALLOW_THREADS
        ret = sendfile(out_fd, in_fd, &offset, count);
        Py_END_ALLOW_THREADS
    } while (ret < 0 && errno == EINTR && !(async_err = PyErr_CheckSignals()));
-    if (ret < 0)
-        return (!async_err) ? posix_error() : NULL;
+    if (ret < 0) {
+       if (offset != original_offset) {
+           ret = offset - original_offset;
+       }
+       else {
+           return (!async_err) ? posix_error() : NULL;
+       }
+    }
    return Py_BuildValue("n", ret);
#endif
}

If it's verified to be a good change I'm happy to resubmit it in a PR with appropriate illumos-specific #ifndefs.


[1] https://illumos.org/man/3ext/sendfile

----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Wed Nov  4 13:46:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 18:46:08 +0000
Subject: [issue34463] Discrepancy between traceback.print_exception and
 sys.__excepthook__
In-Reply-To: <1534964466.61.0.56676864532.issue34463@psf.upfronthosting.co.za>
Message-ID: <1604515568.16.0.279444034537.issue34463@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Reproduced on 3.10:

Running Release|Win32 interpreter...
Python 3.10.0a1+ (heads/exceptionGroup-stage1-dirty:928c211ad8, Oct 28 2020, 14:36:37) [MSC v.1916 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> raise SyntaxError("some message")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SyntaxError: some message

>>> import traceback
>>> import sys
>>> sys.excepthook = traceback.print_exception
>>> raise SyntaxError("some message")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line None
SyntaxError: some message

----------
components: +Library (Lib) -Demos and Tools
nosy: +iritkatriel
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34463>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:22:07 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 19:22:07 +0000
Subject: [issue14379] Several traceback docs improvements
In-Reply-To: <1332328007.08.0.704590425302.issue14379@psf.upfronthosting.co.za>
Message-ID: <1604517727.09.0.775423066023.issue14379@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Closing this issue is out of date. Most if not all of the points mentioned have been resolved by now, and there is also a section on traceback objects [1] which is linked from the exc_info doc [2].

[1] https://docs.python.org/3/reference/datamodel.html#traceback-objects
[2] https://docs.python.org/3/library/sys.html#sys.exc_info

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14379>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:32:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 19:32:02 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604518322.33.0.952025398.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 789359f47c2a744caa9a405131706099fd7ad6bd by Erlend Egeberg Aasland in branch 'master':
bpo-1635741: _sqlite3 uses PyModule_AddObjectRef() (GH-23148)
https://github.com/python/cpython/commit/789359f47c2a744caa9a405131706099fd7ad6bd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:41:49 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 19:41:49 +0000
Subject: [issue38197] Meaning of tracebacklimit differs between
 sys.tracebacklimit and traceback module
In-Reply-To: <1568716495.17.0.305052685385.issue38197@roundup.psfhosted.org>
Message-ID: <1604518909.41.0.449614283681.issue38197@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

If you change your script to do
sys.tracebacklimit = abs(limit)
and run it with arg -3, then you get the output you expect:

C:\Users\User\src\cpython>python.bat x.py -3
Running Release|Win32 interpreter...
limit -3
from traceback module:
Traceback (most recent call last):
  File "C:\Users\User\src\cpython\x.py", line 14, in x3
    x2()
  File "C:\Users\User\src\cpython\x.py", line 12, in x2
    x1()
  File "C:\Users\User\src\cpython\x.py", line 10, in x1
    1 / 0
ZeroDivisionError: division by zero

from interpreter:
Traceback (most recent call last):
  File "C:\Users\User\src\cpython\x.py", line 14, in x3
    x2()
  File "C:\Users\User\src\cpython\x.py", line 12, in x2
    x1()
  File "C:\Users\User\src\cpython\x.py", line 10, in x1
    1 / 0
ZeroDivisionError: division by zero


The documentation for traceback mentions the possibility of using negative limits and their meaning:

Print up to limit stack trace entries from traceback object tb (starting from the caller?s frame) if limit is positive. Otherwise, print the last abs(limit) entries. 

https://docs.python.org/3/library/traceback.html#traceback.print_tb

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38197>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:42:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 19:42:29 +0000
Subject: [issue40170] [C API] Make PyTypeObject structure an opaque structure
 in the public C API
In-Reply-To: <1585915023.07.0.846808236133.issue40170@roundup.psfhosted.org>
Message-ID: <1604518949.41.0.854408297207.issue40170@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22065
pull_request: https://github.com/python/cpython/pull/23153

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40170>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:42:45 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 04 Nov 2020 19:42:45 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
Message-ID: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>


New submission from Jason R. Coombs <jaraco at jaraco.com>:

In issue37193, I'd worked on an implementation in which a thread reference would be removed as the thread was closing, but this led to a memory leak caught by the buildbots (https://bugs.python.org/issue37193#msg380172).

As I tracked down the issue in GH-23127, I discovered that removing the reference to the thread from within the thread triggered the reference leak detection.

I've distilled that behavior into its own test which fails on master:

```
cpython master $ git diff
diff --git a/Lib/test/test_threading.py b/Lib/test/test_threading.py
index e0e5406ac2..2b4924d4d0 100644
--- a/Lib/test/test_threading.py
+++ b/Lib/test/test_threading.py
@@ -443,6 +443,15 @@ def _run(self, other_ref, yet_another):
                          msg=('%d references still around' %
                               sys.getrefcount(weak_raising_cyclic_object())))
 
+    def test_remove_thread_ref_in_thread(self):
+        def remove_ref():
+            threads[:] = []
+
+        threads = [
+            threading.Thread(target=remove_ref),
+        ]
+        threads[0].start()
+
     def test_old_threading_api(self):
         # Just a quick sanity check to make sure the old method names are
         # still present
```

Running that test with refcount checks leads to this failure:

```
cpython master $ ./python.exe Tools/scripts/run_tests.py -R 3:3 test.test_threading -m test_remove_thread_ref_in_thread
/Users/jaraco/code/public/cpython/python.exe -u -W default -bb -E -m test -r -w -j 0 -u all,-largefile,-audio,-gui -R 3:3 test.test_threading -m test_remove_thread_ref_in_thread
Using random seed 8650903
0:00:00 load avg: 1.76 Run tests in parallel using 10 child processes
0:00:01 load avg: 1.78 [1/1/1] test.test_threading failed

== Tests result: FAILURE ==

1 test failed:
    test.test_threading
0:00:01 load avg: 1.78
0:00:01 load avg: 1.78 Re-running failed tests in verbose mode
0:00:01 load avg: 1.78 Re-running test.test_threading in verbose mode
beginning 6 repetitions
123456
......
test.test_threading leaked [1, 1, 1] references, sum=3
test.test_threading leaked [3, 1, 1] memory blocks, sum=5
beginning 6 repetitions
123456
test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.test_remove_thread_ref_in_thread (test.test_threading.ThreadTests) ... ok

----------------------------------------------------------------------

Ran 1 test in 0.001s

OK
.
test.test_threading leaked [1, 1, 1] references, sum=3
test.test_threading leaked [1, 1, 1] memory blocks, sum=3
1 test failed again:
    test.test_threading

== Tests result: FAILURE then FAILURE ==

1 test failed:
    test.test_threading

1 re-run test:
    test.test_threading

Total duration: 2.0 sec
Tests result: FAILURE then FAILURE
```

Is that behavior by design? Is it simply not possible to remove a reference to a thread from within the thread?

----------
messages: 380353
nosy: jaraco
priority: normal
severity: normal
status: open
title: Removing thread reference in thread results in leaked reference
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:43:56 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 04 Nov 2020 19:43:56 +0000
Subject: [issue37193] Memory leak while running TCP/UDPServer with
 socketserver.ThreadingMixIn
In-Reply-To: <1559908419.41.0.390422965351.issue37193@roundup.psfhosted.org>
Message-ID: <1604519036.75.0.630627569756.issue37193@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I filed issue42263 to capture the underlying cause of the memory leak that led to the buildbot failures and the rollback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37193>
_______________________________________

From report at bugs.python.org  Wed Nov  4 14:48:39 2020
From: report at bugs.python.org (Carl Friedrich Bolz-Tereick)
Date: Wed, 04 Nov 2020 19:48:39 +0000
Subject: [issue38197] Meaning of tracebacklimit differs between
 sys.tracebacklimit and traceback module
In-Reply-To: <1568716495.17.0.305052685385.issue38197@roundup.psfhosted.org>
Message-ID: <1604519319.53.0.366494849539.issue38197@roundup.psfhosted.org>


Carl Friedrich Bolz-Tereick <cfbolz at gmx.de> added the comment:

It's still inconsistent between the two ways to get a traceback, and the inconsistency is not documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38197>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:01:31 2020
From: report at bugs.python.org (Sebastian Wiedenroth)
Date: Wed, 04 Nov 2020 20:01:31 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604520091.32.0.438391327496.issue42237@roundup.psfhosted.org>


Sebastian Wiedenroth <wiedi at frubar.net> added the comment:

Excellent analysis, that's it! I've also tested your patch on SmartOS and it works great.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:03:08 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 20:03:08 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1604520188.3.0.236462572597.issue42131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
superseder:  -> zipimport is not PEP 3147 or PEP 488 compliant

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:03:15 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 20:03:15 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1604520195.37.0.975544881343.issue42131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:19:56 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 04 Nov 2020 20:19:56 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
In-Reply-To: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>
Message-ID: <1604521196.47.0.81367518333.issue42263@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Could this be a race condition?  The thread that's created in the test is not waited on (join), it may or may not have exited by the time the test function returns.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:34:06 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Wed, 04 Nov 2020 20:34:06 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604522046.45.0.606118547113.issue42237@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

I did some further digging, and this is indeed not possible on Oracle Solaris (that is, sendfile() cannot write bytes and fail during the same call). We considered this a bug and changed/fixed it several years ago.

Manual page doesn't mention that either:
https://docs.oracle.com/cd/E88353_01/html/E37843/sendfile-3c.html

I am not sure whether Illumos will want to change this as well (probably not since it is mentioned in the man page as expected behavior), but either way, the proposed change doesn't harm Oracle Solaris because 'if (offset != original_offset)' can never be true.

----------
nosy: +kulikjak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:41:17 2020
From: report at bugs.python.org (Aaron Meurer)
Date: Wed, 04 Nov 2020 20:41:17 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604522477.63.0.352990323059.issue30384@roundup.psfhosted.org>


Aaron Meurer <asmeurer at gmail.com> added the comment:

> It's not entirely clear to me what you are trying to do (what is the output you are hoping to get?) but this looks more like a question than a bug report, so I am closing this issue. If this is still relevant, I'd suggest you ask on the python users list or StackOverflow - you are more likely to receive a prompt response there.

If you don't understand an issue, the correct response isn't to close it because you don't understand it. If an issue is unclear, you should ask for clarification, not insult the person who opened it. 

What you described *is* the bug report. If you read even the title you would see that the report is that setting __traceback__ to None doesn't affect the printing of the exception.

----------
nosy: +asmeurer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:52:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 20:52:08 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604523128.18.0.345159196535.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I had no intention to insult you and apologize if I did. I assumed that you forgot about this issue since you didn't chase it for 3 years, but you are right that I should have asked. 

I am reopening it so that you can explain the question. Since you didn't get a response so far, I'm probably not the only one who needs that. 

What do you mean by "completely hide an exception", and why do you think that setting __traceback__ to None should achieve that?

----------
resolution: not a bug -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 15:58:50 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 20:58:50 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604523530.01.0.39702791047.issue30384@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:02:50 2020
From: report at bugs.python.org (Aaron Meurer)
Date: Wed, 04 Nov 2020 21:02:50 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604523770.68.0.264027615758.issue30384@roundup.psfhosted.org>


Aaron Meurer <asmeurer at gmail.com> added the comment:

I think I found another way to achieve what I was trying to do, which is why I never pursued this. But I still think it's a bug.

__traceback__ = None isn't documented anywhere that I could find, so I was only able to deduce how it should work from reading the source code. If it is documented somewhere let me know.

I admit my initial report is a bit unclear. If you play with the test.py you can see what is going on

    import traceback

    try:
        raise ValueError
    except Exception as e:
        e.__traceback__ = None
        try:
            raise TypeError
        except:
            traceback.print_exc()

produces this output:


    ValueError

    During handling of the above exception, another exception occurred:

    Traceback (most recent call last):
      File "test.py", line 8, in <module>
        raise TypeError
    TypeError

My goal is to completely hide the caught exception in the traceback printed from the traceback module. It seems odd that it hides everything except for the actual ValueError.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:12:39 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Wed, 04 Nov 2020 21:12:39 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604524359.56.0.900492304978.issue42237@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
pull_requests: +22066
pull_request: https://github.com/python/cpython/pull/23154

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:15:08 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Wed, 04 Nov 2020 21:15:08 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604524507.99.0.592733436149.issue42237@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

Thank you! I submitted a PR with a slightly modified patch (the comparison only happens on Solaris family of systems), I'd appreciate your confirmation that it still works (it's working for me on openindiana).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:24:26 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 04 Nov 2020 21:24:26 +0000
Subject: [issue42264] Deprecate or remove sqlite3.OptimizedUnicode
Message-ID: <1604525066.61.0.869187561497.issue42264@roundup.psfhosted.org>


New submission from Erlend Egeberg Aasland <erlend.aasland at innova.no>:

Ref. discussion on GH-23148: https://github.com/python/cpython/pull/23148#discussion_r517536083

OptimizedUnicode was obsoleted and undocumented in Python 3.3 (see commit 86dc732f1f).

Suggesting to either deprecate OptimizedUnicode in 3.10 and remove it in 3.11, or just simply remove it in 3.10.

Relevant history:
48b13f0427 (undoc)
bc35bebb45 (clean up and undoc, closing bpo-13921)

(Pablo, adding you to nosy since you're the release manager; hope that's ok)

----------
components: Library (Lib)
messages: 380363
nosy: berker.peksag, erlendaasland, pablogsal, vstinner
priority: normal
severity: normal
status: open
title: Deprecate or remove sqlite3.OptimizedUnicode
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42264>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:27:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 21:27:46 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604525266.3.0.464161338344.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The traceback is only one part of an exception. It is simply a list of frames that show where the exception travelled between being raised and being caught.

An exception contains information about an error, including the type of the exception, sometimes some parameters like an exception message, and sometimes a traceback.

When exception is just created and before it is ever raised, its traceback is None. But you can still print the rest of the information in it (its type and args). 

I guess you're saying that the __context__ exception of the TypeError in your example has an empty traceback, which means it was never raised, which doesn't make sense because then how did it end up being the __context__ of another exception?

Yeah, __context__ is in a funny state, and the traceback module doesn't try to inspect it and interpret what you may have meant by doing that, it just prints the exception like it prints any other exception and you get a funny output.

I still don't a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:35:07 2020
From: report at bugs.python.org (Anatoliy Platonov)
Date: Wed, 04 Nov 2020 21:35:07 +0000
Subject: [issue42265] Remove binhex module following PEP-594
Message-ID: <1604525707.18.0.925908508614.issue42265@roundup.psfhosted.org>


New submission from Anatoliy Platonov <p4m.dev at gmail.com>:

https://www.python.org/dev/peps/pep-0594/#id163

----------
components: Library (Lib), Tests
messages: 380365
nosy: p4m-dev
priority: normal
severity: normal
status: open
title: Remove binhex module following PEP-594
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42265>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:35:52 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:35:52 +0000
Subject: [issue26216] run runtktests.py error when test tkinter
In-Reply-To: <1453901780.17.0.263140202656.issue26216@psf.upfronthosting.co.za>
Message-ID: <1604525752.86.0.433898704173.issue26216@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26216>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:36:36 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:36:36 +0000
Subject: [issue26205] Better specify number of nested scopes
In-Reply-To: <1453774587.84.0.143729632402.issue26205@psf.upfronthosting.co.za>
Message-ID: <1604525796.79.0.28166714355.issue26205@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26205>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:36:58 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:36:58 +0000
Subject: [issue26153] PyImport_GetModuleDict: no module dictionary! when
 `__del__` triggers a warning
In-Reply-To: <1453205670.9.0.210259286868.issue26153@psf.upfronthosting.co.za>
Message-ID: <1604525818.72.0.201885343536.issue26153@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26153>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:37:09 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:37:09 +0000
Subject: [issue26137] [idea] use the Microsoft Antimalware Scan Interface
In-Reply-To: <1453023852.0.0.39090079449.issue26137@psf.upfronthosting.co.za>
Message-ID: <1604525829.18.0.100002126475.issue26137@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26137>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:37:20 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:37:20 +0000
Subject: [issue26031] Add stat caching option to pathlib
In-Reply-To: <1452120089.84.0.0792910513701.issue26031@psf.upfronthosting.co.za>
Message-ID: <1604525840.29.0.230289396389.issue26031@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26031>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:38:44 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:38:44 +0000
Subject: [issue26388] Disabling changing sys.argv[0] with
 runpy.run_module(...alter_sys=True)
In-Reply-To: <1455835021.39.0.133039555561.issue26388@psf.upfronthosting.co.za>
Message-ID: <1604525924.08.0.971719204028.issue26388@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26388>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:39:05 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:39:05 +0000
Subject: [issue26300] "unpacked" bytecode
In-Reply-To: <1454710664.23.0.316699327961.issue26300@psf.upfronthosting.co.za>
Message-ID: <1604525945.33.0.505242598572.issue26300@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26300>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:39:41 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:39:41 +0000
Subject: [issue26285] Garbage collection of unused input sections from CPython
 binaries
In-Reply-To: <1454601388.85.0.405033419332.issue26285@psf.upfronthosting.co.za>
Message-ID: <1604525981.53.0.12493470964.issue26285@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26285>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:39:52 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:39:52 +0000
Subject: [issue26584] pyclbr module needs to be more flexible on loader support
In-Reply-To: <1458238800.08.0.676127110581.issue26584@psf.upfronthosting.co.za>
Message-ID: <1604525992.01.0.609731536396.issue26584@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26584>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:40:56 2020
From: report at bugs.python.org (Brett Cannon)
Date: Wed, 04 Nov 2020 21:40:56 +0000
Subject: [issue26394] Have argparse provide ability to require a fallback
 value be present
In-Reply-To: <1455985031.95.0.488150837583.issue26394@psf.upfronthosting.co.za>
Message-ID: <1604526056.38.0.260139968412.issue26394@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26394>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:43:41 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 04 Nov 2020 21:43:41 +0000
Subject: [issue26031] Add stat caching option to pathlib
In-Reply-To: <1452120089.84.0.0792910513701.issue26031@psf.upfronthosting.co.za>
Message-ID: <1604526221.51.0.957643767805.issue26031@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Okay, I am giving up on this.

----------
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26031>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:43:51 2020
From: report at bugs.python.org (Aaron Meurer)
Date: Wed, 04 Nov 2020 21:43:51 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604526231.71.0.0344368745701.issue30384@roundup.psfhosted.org>


Aaron Meurer <asmeurer at gmail.com> added the comment:

I don't think it's helpful to make such a literalistic interpretation. Just because the variable is called "traceback" doesn't mean it should apply only to the things that are *technically* a traceback (and I don't agree anyway that the line containing the exception isn't part of the "traceback").

> I guess you're saying that the __context__ exception of the TypeError in your example has an empty traceback, which means it was never raised

Does it mean that? Again, __traceback__ isn't documented anywhere, so I don't know what it being None really means.

All I know is that it apparently disables the printing of tracebacks in the traceback module, but fails to omit the exception line itself, leading to an unreadable traceback in my example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:44:40 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 04 Nov 2020 21:44:40 +0000
Subject: [issue42265] Remove binhex module following PEP-594
In-Reply-To: <1604525707.18.0.925908508614.issue42265@roundup.psfhosted.org>
Message-ID: <1604526280.86.0.773336043922.issue42265@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

PEP 594 hasn't been accepted yet.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42265>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:47:01 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 21:47:01 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604526421.85.0.169661500061.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

__traceback__  doesn't disable printing tracebacks.  It *is* the traceback. By setting it to None you erased the exception's traceback.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 16:56:10 2020
From: report at bugs.python.org (Kevin Modzelewski)
Date: Wed, 04 Nov 2020 21:56:10 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
Message-ID: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>


New submission from Kevin Modzelewski <kevmod at gmail.com>:

The problem is that the descriptor-ness of a type-level attribute is only checked at opcache-set time, not at opcache-hit time.

$ python3.8 test.py
2

$ ./python --version
Python 3.10.0a2+
$ git rev-parse --short HEAD
789359f47c
$ ./python test.py
1

----------
components: Interpreter Core
files: test.py
messages: 380370
nosy: Kevin Modzelewski, pablogsal
priority: normal
severity: normal
status: open
title: LOAD_ATTR cache does not fully replicate PyObject_GetAttr behavior
type: behavior
versions: Python 3.10
Added file: https://bugs.python.org/file49568/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:00:25 2020
From: report at bugs.python.org (pmp-p)
Date: Wed, 04 Nov 2020 22:00:25 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604527224.99.0.0864304549093.issue42266@roundup.psfhosted.org>


Change by pmp-p <pmpp.pub at gmail.com>:


----------
nosy: +pmpp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:11:58 2020
From: report at bugs.python.org (E. Paine)
Date: Wed, 04 Nov 2020 22:11:58 +0000
Subject: [issue42142] FAIL tkinter ttk LabeledScale test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604527918.75.0.419490404125.issue42142@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

I was wrong trying to blame Azure. I have now seen this happen on an Ubuntu Github Action for PR-22947 (https://github.com/python/cpython/pull/22947/checks?check_run_id=1354118848).

test_virtual_event (tkinter.test.test_ttk.test_widgets.ComboboxTest) ... Timeout (0:20:00)!
Thread 0x00007f549f9d6080 (most recent call first):
  File "/home/runner/work/cpython/cpython/Lib/tkinter/__init__.py", line 696 in wait_visibility
  File "/home/runner/work/cpython/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 452 in test_virtual_event

I am tempted just to remove all calls to `wait_visibility` in our tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:24:47 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 04 Nov 2020 22:24:47 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604528687.97.0.277682007521.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I'm going to close this issue because it's not a bug.

I understand your question now, as well as the source of your confusion: you thought that traceback is "the thing that is printed to the screen when an exception is raised" and that __traceback__ is something that controls how it's printed.  Those are two misunderstandings and I can see why you thought, on that basis, that there is a bug.

The traceback is only part of what is printed to the screen when an exception is raised, and the __traceback__ field of an exception is a pointer to the actual traceback data.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:27:40 2020
From: report at bugs.python.org (Olivier Croquette)
Date: Wed, 04 Nov 2020 22:27:40 +0000
Subject: [issue37351] Drop libpython38.a from Windows release
In-Reply-To: <1561049656.76.0.375565616699.issue37351@roundup.psfhosted.org>
Message-ID: <1604528860.17.0.473094725169.issue37351@roundup.psfhosted.org>


Olivier Croquette <ocroquette at free.fr> added the comment:

I don't know what version of gendef is meant, but the one from MSYS2 / MinGW64 doesn't output the result on stdout, but rather writes the file "python38.def" itself. So the commands are the following:

cd libs
gendef ..\python38.dll
dlltool --dllname python38.dll --def python38.def --output-lib libpython38.a

----------
nosy: +ocroquette

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37351>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:32:16 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 22:32:16 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604529136.65.0.295591685517.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Good catch, Kevin! Would you like to submit a PR for fixing this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:37:43 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 22:37:43 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604529463.23.0.441517667416.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Given that having attributes that are classes is quite uncommon, I think we can not optimize of the attribute itself is a class instead of checking for descriptors on every hit, hurting the performance gains

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:49:28 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 22:49:28 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604530168.84.0.148733940292.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Yury, any preference here?

----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:52:48 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Nov 2020 22:52:48 +0000
Subject: [issue42142] FAIL tkinter ttk LabeledScale test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604530368.76.0.512718631657.issue42142@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

All 3 of these timeout failures are Ubuntu.  They are a $*#(*&(#& nuisance for a required test.  Please submit a PR to skip on Ubuntu, if we can detect that, or linux, if not.

I have the impression that LabeledScale and Combobox are both composite widgets, in some sense.  Correct?  If so, we might limit the skip to those until the wait fails for something else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov  4 17:53:07 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 22:53:07 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604530387.07.0.080349747585.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

We could also store the tag of the type object if is a descriptor and compare against that on the cache hit to check that our assumptions are valid. The price here would be an extra pointer on the cache per opcode that may not even be used most of the time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:06:04 2020
From: report at bugs.python.org (E. Paine)
Date: Wed, 04 Nov 2020 23:06:04 +0000
Subject: [issue42142] FAIL tkinter ttk LabeledScale test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604531164.31.0.198279389306.issue42142@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:10:13 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 23:10:13 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604531413.97.0.501627041165.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

s/the attribute itself is a class/the attribute itself is in the class/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:12:20 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 04 Nov 2020 23:12:20 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604531540.31.0.533216347199.issue42266@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:13:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 23:13:58 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604531638.79.0.568951219733.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22069
pull_request: https://github.com/python/cpython/pull/23158

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:14:48 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 04 Nov 2020 23:14:48 +0000
Subject: [issue42207] Python 3.9 testing fails when building with clang and
 optimizations are enabled
In-Reply-To: <1604069104.85.0.435616508554.issue42207@roundup.psfhosted.org>
Message-ID: <1604531688.28.0.416236649438.issue42207@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22070
pull_request: https://github.com/python/cpython/pull/23155

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42207>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:34:10 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Wed, 04 Nov 2020 23:34:10 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
In-Reply-To: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>
Message-ID: <1604532850.19.0.379970438187.issue42263@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I don't think it's a race condition for two reasons: adding a `time.sleep(1)` after `.start` still raises errors, and in issue37193, there were 10 threads created, with at least 9 of those reaching termination before the test ended, yet it showed 10 reference leaks.

If you join the thread in the test, the leak is not detected. However, I believe that's because, in order to join on the thread, you must also hold a handle to the thread, so the condition isn't triggered.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:46:04 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Nov 2020 23:46:04 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604533564.04.0.289663895867.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 048a35659aa8074afe7d7d054e7cea1f8ee6d366 by Victor Stinner in branch 'master':
bpo-42260: Add _PyInterpreterState_SetConfig() (GH-23158)
https://github.com/python/cpython/commit/048a35659aa8074afe7d7d054e7cea1f8ee6d366


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov  4 18:17:09 2020
From: report at bugs.python.org (=?utf-8?q?Axel_Grull=C3=B3n?=)
Date: Wed, 04 Nov 2020 23:17:09 +0000
Subject: [issue42267] Python 3.9 broken installer
Message-ID: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>


New submission from Axel Grull?n <axelninja71 at gmail.com>:

Initially the Python 3.9 installer worked perfectly, I had every tool at my disposal and every component installed.

After I tried installing discord.py an error was shown and it was about certain components that were missing. To my ignorance I uninstalled Python 3.9 and deleted every key and sub-key related to it thinking it would allow me to do a fresh install of Python 3.9 and fix the issue.

What I get now is a disastrous incomplete installation when I try to install this Python version, a programmer with knowledge on it told me that no matter the registry keys deleted the installer should be able to install the version without issues.

Without further ado, this is the error I get:

Python path configuration:
  PYTHONHOME = (not set)
  PYTHONPATH = (not set)
  program name = 'python'
  isolated = 0
  environment = 1
  user site = 1
  import site = 1
  sys._base_executable = 'C:\\Users\\user\\AppData\\Local\\Programs\\Python\\Python39\\python.exe'
  sys.base_prefix = ''
  sys.base_exec_prefix = ''
  sys.platlibdir = 'lib'
  sys.executable = 'C:\\Users\\user\\AppData\\Local\\Programs\\Python\\Python39\\python.exe'
  sys.prefix = ''
  sys.exec_prefix = ''
  sys.path = [
    'C:\\WINDOWS\\SYSTEM32\\python39.zip',
    'C:\\Users\\user\\AppData\\Local\\Programs\\Python\\Python39\\Lib\\',
    'C:\\Users\\user\\AppData\\Local\\Programs\\Python\\Python39\\DLLs\\',
    'C:\\Program Files\\Python39\\Lib\\',
    'C:\\Program Files\\Python39\\DLLs\\',
    'C:\\Users\\user\\AppData\\Local\\Programs\\Python\\Python39',
  ]
Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
Python runtime state: core initialized
ModuleNotFoundError: No module named 'encodings'

Current thread 0x00002254 (most recent call first):
<no Python frame>

But of course I get such error because a plethora of essential files are missing.

 
C:\Users\user\AppData\Local\Programs\Python\Python39>tree /f
Folder PATH listing
Volume serial number is 8820-2829
C:.
?   LICENSE.txt
?   NEWS.txt
?   python.exe
?   pythonw.exe
?   vcruntime140.dll
?   vcruntime140_1.dll
?
????DLLs
?       py.ico
?       pyc.ico
?       pyd.ico
?       tcl86t.dll
?       tk86t.dll
?       _tkinter.pyd
?
????Doc
?       python390.chm
?
????Lib
?   ????idlelib
?   ?   ?   autocomplete.py
?   ?   ?   autocomplete_w.py
?   ?   ?   autoexpand.py
?   ?   ?   browser.py
?   ?   ?   calltip.py
?   ?   ?   calltip_w.py
?   ?   ?   ChangeLog
?   ?   ?   codecontext.py
?   ?   ?   colorizer.py
?   ?   ?   config-extensions.def
?   ?   ?   config-highlight.def
?   ?   ?   config-keys.def
?   ?   ?   config-main.def
?   ?   ?   config.py
?   ?   ?   configdialog.py
?   ?   ?   config_key.py
?   ?   ?   CREDITS.txt
?   ?   ?   debugger.py
?   ?   ?   debugger_r.py
?   ?   ?   debugobj.py
?   ?   ?   debugobj_r.py
?   ?   ?   delegator.py
?   ?   ?   dynoption.py
?   ?   ?   editor.py
?   ?   ?   extend.txt
?   ?   ?   filelist.py
?   ?   ?   format.py
?   ?   ?   grep.py
?   ?   ?   help.html
?   ?   ?   help.py
?   ?   ?   help_about.py
?   ?   ?   history.py
?   ?   ?   HISTORY.txt
?   ?   ?   hyperparser.py
?   ?   ?   idle.bat
?   ?   ?   idle.py
?   ?   ?   idle.pyw
?   ?   ?   iomenu.py
?   ?   ?   macosx.py
?   ?   ?   mainmenu.py
?   ?   ?   multicall.py
?   ?   ?   NEWS.txt
?   ?   ?   NEWS2x.txt
?   ?   ?   outwin.py
?   ?   ?   parenmatch.py
?   ?   ?   pathbrowser.py
?   ?   ?   percolator.py
?   ?   ?   pyparse.py
?   ?   ?   pyshell.py
?   ?   ?   query.py
?   ?   ?   README.txt
?   ?   ?   redirector.py
?   ?   ?   replace.py
?   ?   ?   rpc.py
?   ?   ?   run.py
?   ?   ?   runscript.py
?   ?   ?   scrolledlist.py
?   ?   ?   search.py
?   ?   ?   searchbase.py
?   ?   ?   searchengine.py
?   ?   ?   sidebar.py
?   ?   ?   squeezer.py
?   ?   ?   stackviewer.py
?   ?   ?   statusbar.py
?   ?   ?   textview.py
?   ?   ?   TODO.txt
?   ?   ?   tooltip.py
?   ?   ?   tree.py
?   ?   ?   undo.py
?   ?   ?   window.py
?   ?   ?   zoomheight.py
?   ?   ?   zzdummy.py
?   ?   ?   __init__.py
?   ?   ?   __main__.py
?   ?   ?
?   ?   ????Icons
?   ?   ?       folder.gif
?   ?   ?       idle.ico
?   ?   ?       idle_16.gif
?   ?   ?       idle_16.png
?   ?   ?       idle_256.png
?   ?   ?       idle_32.gif
?   ?   ?       idle_32.png
?   ?   ?       idle_48.gif
?   ?   ?       idle_48.png
?   ?   ?       minusnode.gif
?   ?   ?       openfolder.gif
?   ?   ?       plusnode.gif
?   ?   ?       python.gif
?   ?   ?       README.txt
?   ?   ?       tk.gif
?   ?   ?
?   ?   ????idle_test
?   ?   ?   ?   htest.py
?   ?   ?   ?   mock_idle.py
?   ?   ?   ?   mock_tk.py
?   ?   ?   ?   README.txt
?   ?   ?   ?   template.py
?   ?   ?   ?   test_autocomplete.py
?   ?   ?   ?   test_autocomplete_w.py
?   ?   ?   ?   test_autoexpand.py
?   ?   ?   ?   test_browser.py
?   ?   ?   ?   test_calltip.py
?   ?   ?   ?   test_calltip_w.py
?   ?   ?   ?   test_codecontext.py
?   ?   ?   ?   test_colorizer.py
?   ?   ?   ?   test_config.py
?   ?   ?   ?   test_configdialog.py
?   ?   ?   ?   test_config_key.py
?   ?   ?   ?   test_debugger.py
?   ?   ?   ?   test_debugger_r.py
?   ?   ?   ?   test_debugobj.py
?   ?   ?   ?   test_debugobj_r.py
?   ?   ?   ?   test_delegator.py
?   ?   ?   ?   test_editmenu.py
?   ?   ?   ?   test_editor.py
?   ?   ?   ?   test_filelist.py
?   ?   ?   ?   test_format.py
?   ?   ?   ?   test_grep.py
?   ?   ?   ?   test_help.py
?   ?   ?   ?   test_help_about.py
?   ?   ?   ?   test_history.py
?   ?   ?   ?   test_hyperparser.py
?   ?   ?   ?   test_iomenu.py
?   ?   ?   ?   test_macosx.py
?   ?   ?   ?   test_mainmenu.py
?   ?   ?   ?   test_multicall.py
?   ?   ?   ?   test_outwin.py
?   ?   ?   ?   test_parenmatch.py
?   ?   ?   ?   test_pathbrowser.py
?   ?   ?   ?   test_percolator.py
?   ?   ?   ?   test_pyparse.py
?   ?   ?   ?   test_pyshell.py
?   ?   ?   ?   test_query.py
?   ?   ?   ?   test_redirector.py
?   ?   ?   ?   test_replace.py
?   ?   ?   ?   test_rpc.py
?   ?   ?   ?   test_run.py
?   ?   ?   ?   test_runscript.py
?   ?   ?   ?   test_scrolledlist.py
?   ?   ?   ?   test_search.py
?   ?   ?   ?   test_searchbase.py
?   ?   ?   ?   test_searchengine.py
?   ?   ?   ?   test_sidebar.py
?   ?   ?   ?   test_squeezer.py
?   ?   ?   ?   test_stackviewer.py
?   ?   ?   ?   test_statusbar.py
?   ?   ?   ?   test_text.py
?   ?   ?   ?   test_textview.py
?   ?   ?   ?   test_tooltip.py
?   ?   ?   ?   test_tree.py
?   ?   ?   ?   test_undo.py
?   ?   ?   ?   test_warning.py
?   ?   ?   ?   test_window.py
?   ?   ?   ?   test_zoomheight.py
?   ?   ?   ?   __init__.py
?   ?   ?   ?
?   ?   ?   ????__pycache__
?   ?   ????__pycache__
?   ????tkinter
?   ?   ?   colorchooser.py
?   ?   ?   commondialog.py
?   ?   ?   constants.py
?   ?   ?   dialog.py
?   ?   ?   dnd.py
?   ?   ?   filedialog.py
?   ?   ?   font.py
?   ?   ?   messagebox.py
?   ?   ?   scrolledtext.py
?   ?   ?   simpledialog.py
?   ?   ?   tix.py
?   ?   ?   ttk.py
?   ?   ?   __init__.py
?   ?   ?   __main__.py
?   ?   ?
?   ?   ????test
?   ?   ?   ?   README
?   ?   ?   ?   runtktests.py
?   ?   ?   ?   support.py
?   ?   ?   ?   widget_tests.py
?   ?   ?   ?   __init__.py
?   ?   ?   ?
?   ?   ?   ????test_tkinter
?   ?   ?   ?   ?   test_font.py
?   ?   ?   ?   ?   test_geometry_managers.py
?   ?   ?   ?   ?   test_images.py
?   ?   ?   ?   ?   test_loadtk.py
?   ?   ?   ?   ?   test_misc.py
?   ?   ?   ?   ?   test_text.py
?   ?   ?   ?   ?   test_variables.py
?   ?   ?   ?   ?   test_widgets.py
?   ?   ?   ?   ?   __init__.py
?   ?   ?   ?   ?
?   ?   ?   ?   ????__pycache__
?   ?   ?   ????test_ttk
?   ?   ?   ?   ?   test_extensions.py
?   ?   ?   ?   ?   test_functions.py
?   ?   ?   ?   ?   test_style.py
?   ?   ?   ?   ?   test_widgets.py
?   ?   ?   ?   ?   __init__.py
?   ?   ?   ?   ?
?   ?   ?   ?   ????__pycache__
?   ?   ?   ????__pycache__
?   ?   ????__pycache__
?   ????turtledemo
?       ?   bytedesign.py
?       ?   chaos.py
?       ?   clock.py
?       ?   colormixer.py
?       ?   forest.py
?       ?   fractalcurves.py
?       ?   lindenmayer.py
?       ?   minimal_hanoi.py
?       ?   nim.py
?       ?   paint.py
?       ?   peace.py
?       ?   penrose.py
?       ?   planet_and_moon.py
?       ?   rosette.py
?       ?   round_dance.py
?       ?   sorting_animate.py
?       ?   tree.py
?       ?   turtle.cfg
?       ?   two_canvases.py
?       ?   yinyang.py
?       ?   __init__.py
?       ?   __main__.py
?       ?
?       ????__pycache__
????libs
?       _tkinter.lib
?
????tcl
    ?   tcl86t.lib
    ?   tclConfig.sh
    ?   tclooConfig.sh
    ?   tclstub86.lib
    ?   tk86t.lib
    ?   tkstub86.lib
    ?
    ????dde1.4
    ?       pkgIndex.tcl
    ?       tcldde14.dll
    ?
    ????nmake
    ?       nmakehlp.c
    ?       rules.vc
    ?       targets.vc
    ?       tcl.nmake
    ?
    ????reg1.3
    ?       pkgIndex.tcl
    ?       tclreg13.dll
    ?
    ????tcl8
    ?   ????8.4
    ?   ?   ?   platform-1.0.14.tm
    ?   ?   ?
    ?   ?   ????platform
    ?   ?           shell-1.1.4.tm
    ?   ?
    ?   ????8.5
    ?   ?       msgcat-1.6.1.tm
    ?   ?       tcltest-2.5.0.tm
    ?   ?
    ?   ????8.6
    ?           http-2.9.0.tm
    ?
    ????tcl8.6
    ?   ?   auto.tcl
    ?   ?   clock.tcl
    ?   ?   history.tcl
    ?   ?   init.tcl
    ?   ?   package.tcl
    ?   ?   parray.tcl
    ?   ?   safe.tcl
    ?   ?   tclIndex
    ?   ?   tm.tcl
    ?   ?   word.tcl
    ?   ?
    ?   ????encoding
    ?   ?       ascii.enc
    ?   ?       big5.enc
    ?   ?       cp1250.enc
    ?   ?       cp1251.enc
    ?   ?       cp1252.enc
    ?   ?       cp1253.enc
    ?   ?       cp1254.enc
    ?   ?       cp1255.enc
    ?   ?       cp1256.enc
    ?   ?       cp1257.enc
    ?   ?       cp1258.enc
    ?   ?       cp437.enc
    ?   ?       cp737.enc
    ?   ?       cp775.enc
    ?   ?       cp850.enc
    ?   ?       cp852.enc
    ?   ?       cp855.enc
    ?   ?       cp857.enc
    ?   ?       cp860.enc
    ?   ?       cp861.enc
    ?   ?       cp862.enc
    ?   ?       cp863.enc
    ?   ?       cp864.enc
    ?   ?       cp865.enc
    ?   ?       cp866.enc
    ?   ?       cp869.enc
    ?   ?       cp874.enc
    ?   ?       cp932.enc
    ?   ?       cp936.enc
    ?   ?       cp949.enc
    ?   ?       cp950.enc
    ?   ?       dingbats.enc
    ?   ?       ebcdic.enc
    ?   ?       euc-cn.enc
    ?   ?       euc-jp.enc
    ?   ?       euc-kr.enc
    ?   ?       gb12345.enc
    ?   ?       gb1988.enc
    ?   ?       gb2312-raw.enc
    ?   ?       gb2312.enc
    ?   ?       iso2022-jp.enc
    ?   ?       iso2022-kr.enc
    ?   ?       iso2022.enc
    ?   ?       iso8859-1.enc
    ?   ?       iso8859-10.enc
    ?   ?       iso8859-13.enc
    ?   ?       iso8859-14.enc
    ?   ?       iso8859-15.enc
    ?   ?       iso8859-16.enc
    ?   ?       iso8859-2.enc
    ?   ?       iso8859-3.enc
    ?   ?       iso8859-4.enc
    ?   ?       iso8859-5.enc
    ?   ?       iso8859-6.enc
    ?   ?       iso8859-7.enc
    ?   ?       iso8859-8.enc
    ?   ?       iso8859-9.enc
    ?   ?       jis0201.enc
    ?   ?       jis0208.enc
    ?   ?       jis0212.enc
    ?   ?       koi8-r.enc
    ?   ?       koi8-u.enc
    ?   ?       ksc5601.enc
    ?   ?       macCentEuro.enc
    ?   ?       macCroatian.enc
    ?   ?       macCyrillic.enc
    ?   ?       macDingbats.enc
    ?   ?       macGreek.enc
    ?   ?       macIceland.enc
    ?   ?       macJapan.enc
    ?   ?       macRoman.enc
    ?   ?       macRomania.enc
    ?   ?       macThai.enc
    ?   ?       macTurkish.enc
    ?   ?       macUkraine.enc
    ?   ?       shiftjis.enc
    ?   ?       symbol.enc
    ?   ?       tis-620.enc
    ?   ?
    ?   ????http1.0
    ?   ?       http.tcl
    ?   ?       pkgIndex.tcl
    ?   ?
    ?   ????msgs
    ?   ?       af.msg
    ?   ?       af_za.msg
    ?   ?       ar.msg
    ?   ?       ar_in.msg
    ?   ?       ar_jo.msg
    ?   ?       ar_lb.msg
    ?   ?       ar_sy.msg
    ?   ?       be.msg
    ?   ?       bg.msg
    ?   ?       bn.msg
    ?   ?       bn_in.msg
    ?   ?       ca.msg
    ?   ?       cs.msg
    ?   ?       da.msg
    ?   ?       de.msg
    ?   ?       de_at.msg
    ?   ?       de_be.msg
    ?   ?       el.msg
    ?   ?       en_au.msg
    ?   ?       en_be.msg
    ?   ?       en_bw.msg
    ?   ?       en_ca.msg
    ?   ?       en_gb.msg
    ?   ?       en_hk.msg
    ?   ?       en_ie.msg
    ?   ?       en_in.msg
    ?   ?       en_nz.msg
    ?   ?       en_ph.msg
    ?   ?       en_sg.msg
    ?   ?       en_za.msg
    ?   ?       en_zw.msg
    ?   ?       eo.msg
    ?   ?       es.msg
    ?   ?       es_ar.msg
    ?   ?       es_bo.msg
    ?   ?       es_cl.msg
    ?   ?       es_co.msg
    ?   ?       es_cr.msg
    ?   ?       es_do.msg
    ?   ?       es_ec.msg
    ?   ?       es_gt.msg
    ?   ?       es_hn.msg
    ?   ?       es_mx.msg
    ?   ?       es_ni.msg
    ?   ?       es_pa.msg
    ?   ?       es_pe.msg
    ?   ?       es_pr.msg
    ?   ?       es_py.msg
    ?   ?       es_sv.msg
    ?   ?       es_uy.msg
    ?   ?       es_ve.msg
    ?   ?       et.msg
    ?   ?       eu.msg
    ?   ?       eu_es.msg
    ?   ?       fa.msg
    ?   ?       fa_in.msg
    ?   ?       fa_ir.msg
    ?   ?       fi.msg
    ?   ?       fo.msg
    ?   ?       fo_fo.msg
    ?   ?       fr.msg
    ?   ?       fr_be.msg
    ?   ?       fr_ca.msg
    ?   ?       fr_ch.msg
    ?   ?       ga.msg
    ?   ?       ga_ie.msg
    ?   ?       gl.msg
    ?   ?       gl_es.msg
    ?   ?       gv.msg
    ?   ?       gv_gb.msg
    ?   ?       he.msg
    ?   ?       hi.msg
    ?   ?       hi_in.msg
    ?   ?       hr.msg
    ?   ?       hu.msg
    ?   ?       id.msg
    ?   ?       id_id.msg
    ?   ?       is.msg
    ?   ?       it.msg
    ?   ?       it_ch.msg
    ?   ?       ja.msg
    ?   ?       kl.msg
    ?   ?       kl_gl.msg
    ?   ?       ko.msg
    ?   ?       kok.msg
    ?   ?       kok_in.msg
    ?   ?       ko_kr.msg
    ?   ?       kw.msg
    ?   ?       kw_gb.msg
    ?   ?       lt.msg
    ?   ?       lv.msg
    ?   ?       mk.msg
    ?   ?       mr.msg
    ?   ?       mr_in.msg
    ?   ?       ms.msg
    ?   ?       ms_my.msg
    ?   ?       mt.msg
    ?   ?       nb.msg
    ?   ?       nl.msg
    ?   ?       nl_be.msg
    ?   ?       nn.msg
    ?   ?       pl.msg
    ?   ?       pt.msg
    ?   ?       pt_br.msg
    ?   ?       ro.msg
    ?   ?       ru.msg
    ?   ?       ru_ua.msg
    ?   ?       sh.msg
    ?   ?       sk.msg
    ?   ?       sl.msg
    ?   ?       sq.msg
    ?   ?       sr.msg
    ?   ?       sv.msg
    ?   ?       sw.msg
    ?   ?       ta.msg
    ?   ?       ta_in.msg
    ?   ?       te.msg
    ?   ?       te_in.msg
    ?   ?       th.msg
    ?   ?       tr.msg
    ?   ?       uk.msg
    ?   ?       vi.msg
    ?   ?       zh.msg
    ?   ?       zh_cn.msg
    ?   ?       zh_hk.msg
    ?   ?       zh_sg.msg
    ?   ?       zh_tw.msg
    ?   ?
    ?   ????opt0.4
    ?   ?       optparse.tcl
    ?   ?       pkgIndex.tcl
    ?   ?
    ?   ????tzdata
    ?       ?   CET
    ?       ?   CST6CDT
    ?       ?   Cuba
    ?       ?   EET
    ?       ?   Egypt
    ?       ?   Eire
    ?       ?   EST
    ?       ?   EST5EDT
    ?       ?   GB
    ?       ?   GB-Eire
    ?       ?   GMT
    ?       ?   GMT+0
    ?       ?   GMT-0
    ?       ?   GMT0
    ?       ?   Greenwich
    ?       ?   Hongkong
    ?       ?   HST
    ?       ?   Iceland
    ?       ?   Iran
    ?       ?   Israel
    ?       ?   Jamaica
    ?       ?   Japan
    ?       ?   Kwajalein
    ?       ?   Libya
    ?       ?   MET
    ?       ?   MST
    ?       ?   MST7MDT
    ?       ?   Navajo
    ?       ?   NZ
    ?       ?   NZ-CHAT
    ?       ?   Poland
    ?       ?   Portugal
    ?       ?   PRC
    ?       ?   PST8PDT
    ?       ?   ROC
    ?       ?   ROK
    ?       ?   Singapore
    ?       ?   Turkey
    ?       ?   UCT
    ?       ?   Universal
    ?       ?   UTC
    ?       ?   W-SU
    ?       ?   WET
    ?       ?   Zulu
    ?       ?
    ?       ????Africa
    ?       ?       Abidjan
    ?       ?       Accra
    ?       ?       Addis_Ababa
    ?       ?       Algiers
    ?       ?       Asmara
    ?       ?       Asmera
    ?       ?       Bamako
    ?       ?       Bangui
    ?       ?       Banjul
    ?       ?       Bissau
    ?       ?       Blantyre
    ?       ?       Brazzaville
    ?       ?       Bujumbura
    ?       ?       Cairo
    ?       ?       Casablanca
    ?       ?       Ceuta
    ?       ?       Conakry
    ?       ?       Dakar
    ?       ?       Dar_es_Salaam
    ?       ?       Djibouti
    ?       ?       Douala
    ?       ?       El_Aaiun
    ?       ?       Freetown
    ?       ?       Gaborone
    ?       ?       Harare
    ?       ?       Johannesburg
    ?       ?       Juba
    ?       ?       Kampala
    ?       ?       Khartoum
    ?       ?       Kigali
    ?       ?       Kinshasa
    ?       ?       Lagos
    ?       ?       Libreville
    ?       ?       Lome
    ?       ?       Luanda
    ?       ?       Lubumbashi
    ?       ?       Lusaka
    ?       ?       Malabo
    ?       ?       Maputo
    ?       ?       Maseru
    ?       ?       Mbabane
    ?       ?       Mogadishu
    ?       ?       Monrovia
    ?       ?       Nairobi
    ?       ?       Ndjamena
    ?       ?       Niamey
    ?       ?       Nouakchott
    ?       ?       Ouagadougou
    ?       ?       Porto-Novo
    ?       ?       Sao_Tome
    ?       ?       Timbuktu
    ?       ?       Tripoli
    ?       ?       Tunis
    ?       ?       Windhoek
    ?       ?
    ?       ????America
    ?       ?   ?   Adak
    ?       ?   ?   Anchorage
    ?       ?   ?   Anguilla
    ?       ?   ?   Antigua
    ?       ?   ?   Araguaina
    ?       ?   ?   Aruba
    ?       ?   ?   Asuncion
    ?       ?   ?   Atikokan
    ?       ?   ?   Atka
    ?       ?   ?   Bahia
    ?       ?   ?   Bahia_Banderas
    ?       ?   ?   Barbados
    ?       ?   ?   Belem
    ?       ?   ?   Belize
    ?       ?   ?   Blanc-Sablon
    ?       ?   ?   Boa_Vista
    ?       ?   ?   Bogota
    ?       ?   ?   Boise
    ?       ?   ?   Buenos_Aires
    ?       ?   ?   Cambridge_Bay
    ?       ?   ?   Campo_Grande
    ?       ?   ?   Cancun
    ?       ?   ?   Caracas
    ?       ?   ?   Catamarca
    ?       ?   ?   Cayenne
    ?       ?   ?   Cayman
    ?       ?   ?   Chicago
    ?       ?   ?   Chihuahua
    ?       ?   ?   Coral_Harbour
    ?       ?   ?   Cordoba
    ?       ?   ?   Costa_Rica
    ?       ?   ?   Creston
    ?       ?   ?   Cuiaba
    ?       ?   ?   Curacao
    ?       ?   ?   Danmarkshavn
    ?       ?   ?   Dawson
    ?       ?   ?   Dawson_Creek
    ?       ?   ?   Denver
    ?       ?   ?   Detroit
    ?       ?   ?   Dominica
    ?       ?   ?   Edmonton
    ?       ?   ?   Eirunepe
    ?       ?   ?   El_Salvador
    ?       ?   ?   Ensenada
    ?       ?   ?   Fortaleza
    ?       ?   ?   Fort_Nelson
    ?       ?   ?   Fort_Wayne
    ?       ?   ?   Glace_Bay
    ?       ?   ?   Godthab
    ?       ?   ?   Goose_Bay
    ?       ?   ?   Grand_Turk
    ?       ?   ?   Grenada
    ?       ?   ?   Guadeloupe
    ?       ?   ?   Guatemala
    ?       ?   ?   Guayaquil
    ?       ?   ?   Guyana
    ?       ?   ?   Halifax
    ?       ?   ?   Havana
    ?       ?   ?   Hermosillo
    ?       ?   ?   Indianapolis
    ?       ?   ?   Inuvik
    ?       ?   ?   Iqaluit
    ?       ?   ?   Jamaica
    ?       ?   ?   Jujuy
    ?       ?   ?   Juneau
    ?       ?   ?   Knox_IN
    ?       ?   ?   Kralendijk
    ?       ?   ?   La_Paz
    ?       ?   ?   Lima
    ?       ?   ?   Los_Angeles
    ?       ?   ?   Louisville
    ?       ?   ?   Lower_Princes
    ?       ?   ?   Maceio
    ?       ?   ?   Managua
    ?       ?   ?   Manaus
    ?       ?   ?   Marigot
    ?       ?   ?   Martinique
    ?       ?   ?   Matamoros
    ?       ?   ?   Mazatlan
    ?       ?   ?   Mendoza
    ?       ?   ?   Menominee
    ?       ?   ?   Merida
    ?       ?   ?   Metlakatla
    ?       ?   ?   Mexico_City
    ?       ?   ?   Miquelon
    ?       ?   ?   Moncton
    ?       ?   ?   Monterrey
    ?       ?   ?   Montevideo
    ?       ?   ?   Montreal
    ?       ?   ?   Montserrat
    ?       ?   ?   Nassau
    ?       ?   ?   New_York
    ?       ?   ?   Nipigon
    ?       ?   ?   Nome
    ?       ?   ?   Noronha
    ?       ?   ?   Ojinaga
    ?       ?   ?   Panama
    ?       ?   ?   Pangnirtung
    ?       ?   ?   Paramaribo
    ?       ?   ?   Phoenix
    ?       ?   ?   Port-au-Prince
    ?       ?   ?   Porto_Acre
    ?       ?   ?   Porto_Velho
    ?       ?   ?   Port_of_Spain
    ?       ?   ?   Puerto_Rico
    ?       ?   ?   Punta_Arenas
    ?       ?   ?   Rainy_River
    ?       ?   ?   Rankin_Inlet
    ?       ?   ?   Recife
    ?       ?   ?   Regina
    ?       ?   ?   Resolute
    ?       ?   ?   Rio_Branco
    ?       ?   ?   Rosario
    ?       ?   ?   Santarem
    ?       ?   ?   Santa_Isabel
    ?       ?   ?   Santiago
    ?       ?   ?   Santo_Domingo
    ?       ?   ?   Sao_Paulo
    ?       ?   ?   Scoresbysund
    ?       ?   ?   Shiprock
    ?       ?   ?   Sitka
    ?       ?   ?   St_Barthelemy
    ?       ?   ?   St_Johns
    ?       ?   ?   St_Kitts
    ?       ?   ?   St_Lucia
    ?       ?   ?   St_Thomas
    ?       ?   ?   St_Vincent
    ?       ?   ?   Swift_Current
    ?       ?   ?   Tegucigalpa
    ?       ?   ?   Thule
    ?       ?   ?   Thunder_Bay
    ?       ?   ?   Tijuana
    ?       ?   ?   Toronto
    ?       ?   ?   Tortola
    ?       ?   ?   Vancouver
    ?       ?   ?   Virgin
    ?       ?   ?   Whitehorse
    ?       ?   ?   Winnipeg
    ?       ?   ?   Yakutat
    ?       ?   ?   Yellowknife
    ?       ?   ?
    ?       ?   ????Argentina
    ?       ?   ?       Buenos_Aires
    ?       ?   ?       Catamarca
    ?       ?   ?       ComodRivadavia
    ?       ?   ?       Cordoba
    ?       ?   ?       Jujuy
    ?       ?   ?       La_Rioja
    ?       ?   ?       Mendoza
    ?       ?   ?       Rio_Gallegos
    ?       ?   ?       Salta
    ?       ?   ?       San_Juan
    ?       ?   ?       San_Luis
    ?       ?   ?       Tucuman
    ?       ?   ?       Ushuaia
    ?       ?   ?
    ?       ?   ????Indiana
    ?       ?   ?       Indianapolis
    ?       ?   ?       Knox
    ?       ?   ?       Marengo
    ?       ?   ?       Petersburg
    ?       ?   ?       Tell_City
    ?       ?   ?       Vevay
    ?       ?   ?       Vincennes
    ?       ?   ?       Winamac
    ?       ?   ?
    ?       ?   ????Kentucky
    ?       ?   ?       Louisville
    ?       ?   ?       Monticello
    ?       ?   ?
    ?       ?   ????North_Dakota
    ?       ?           Beulah
    ?       ?           Center
    ?       ?           New_Salem
    ?       ?
    ?       ????Antarctica
    ?       ?       Casey
    ?       ?       Davis
    ?       ?       DumontDUrville
    ?       ?       Macquarie
    ?       ?       Mawson
    ?       ?       McMurdo
    ?       ?       Palmer
    ?       ?       Rothera
    ?       ?       South_Pole
    ?       ?       Syowa
    ?       ?       Troll
    ?       ?       Vostok
    ?       ?
    ?       ????Arctic
    ?       ?       Longyearbyen
    ?       ?
    ?       ????Asia
    ?       ?       Aden
    ?       ?       Almaty
    ?       ?       Amman
    ?       ?       Anadyr
    ?       ?       Aqtau
    ?       ?       Aqtobe
    ?       ?       Ashgabat
    ?       ?       Ashkhabad
    ?       ?       Atyrau
    ?       ?       Baghdad
    ?       ?       Bahrain
    ?       ?       Baku
    ?       ?       Bangkok
    ?       ?       Barnaul
    ?       ?       Beirut
    ?       ?       Bishkek
    ?       ?       Brunei
    ?       ?       Calcutta
    ?       ?       Chita
    ?       ?       Choibalsan
    ?       ?       Chongqing
    ?       ?       Chungking
    ?       ?       Colombo
    ?       ?       Dacca
    ?       ?       Damascus
    ?       ?       Dhaka
    ?       ?       Dili
    ?       ?       Dubai
    ?       ?       Dushanbe
    ?       ?       Famagusta
    ?       ?       Gaza
    ?       ?       Harbin
    ?       ?       Hebron
    ?       ?       Hong_Kong
    ?       ?       Hovd
    ?       ?       Ho_Chi_Minh
    ?       ?       Irkutsk
    ?       ?       Istanbul
    ?       ?       Jakarta
    ?       ?       Jayapura
    ?       ?       Jerusalem
    ?       ?       Kabul
    ?       ?       Kamchatka
    ?       ?       Karachi
    ?       ?       Kashgar
    ?       ?       Kathmandu
    ?       ?       Katmandu
    ?       ?       Khandyga
    ?       ?       Kolkata
    ?       ?       Krasnoyarsk
    ?       ?       Kuala_Lumpur
    ?       ?       Kuching
    ?       ?       Kuwait
    ?       ?       Macao
    ?       ?       Macau
    ?       ?       Magadan
    ?       ?       Makassar
    ?       ?       Manila
    ?       ?       Muscat
    ?       ?       Nicosia
    ?       ?       Novokuznetsk
    ?       ?       Novosibirsk
    ?       ?       Omsk
    ?       ?       Oral
    ?       ?       Phnom_Penh
    ?       ?       Pontianak
    ?       ?       Pyongyang
    ?       ?       Qatar
    ?       ?       Qyzylorda
    ?       ?       Rangoon
    ?       ?       Riyadh
    ?       ?       Saigon
    ?       ?       Sakhalin
    ?       ?       Samarkand
    ?       ?       Seoul
    ?       ?       Shanghai
    ?       ?       Singapore
    ?       ?       Srednekolymsk
    ?       ?       Taipei
    ?       ?       Tashkent
    ?       ?       Tbilisi
    ?       ?       Tehran
    ?       ?       Tel_Aviv
    ?       ?       Thimbu
    ?       ?       Thimphu
    ?       ?       Tokyo
    ?       ?       Tomsk
    ?       ?       Ujung_Pandang
    ?       ?       Ulaanbaatar
    ?       ?       Ulan_Bator
    ?       ?       Urumqi
    ?       ?       Ust-Nera
    ?       ?       Vientiane
    ?       ?       Vladivostok
    ?       ?       Yakutsk
    ?       ?       Yangon
    ?       ?       Yekaterinburg
    ?       ?       Yerevan
    ?       ?
    ?       ????Atlantic
    ?       ?       Azores
    ?       ?       Bermuda
    ?       ?       Canary
    ?       ?       Cape_Verde
    ?       ?       Faeroe
    ?       ?       Faroe
    ?       ?       Jan_Mayen
    ?       ?       Madeira
    ?       ?       Reykjavik
    ?       ?       South_Georgia
    ?       ?       Stanley
    ?       ?       St_Helena
    ?       ?
    ?       ????Australia
    ?       ?       ACT
    ?       ?       Adelaide
    ?       ?       Brisbane
    ?       ?       Broken_Hill
    ?       ?       Canberra
    ?       ?       Currie
    ?       ?       Darwin
    ?       ?       Eucla
    ?       ?       Hobart
    ?       ?       LHI
    ?       ?       Lindeman
    ?       ?       Lord_Howe
    ?       ?       Melbourne
    ?       ?       North
    ?       ?       NSW
    ?       ?       Perth
    ?       ?       Queensland
    ?       ?       South
    ?       ?       Sydney
    ?       ?       Tasmania
    ?       ?       Victoria
    ?       ?       West
    ?       ?       Yancowinna
    ?       ?
    ?       ????Brazil
    ?       ?       Acre
    ?       ?       DeNoronha
    ?       ?       East
    ?       ?       West
    ?       ?
    ?       ????Canada
    ?       ?       Atlantic
    ?       ?       Central
    ?       ?       East-Saskatchewan
    ?       ?       Eastern
    ?       ?       Mountain
    ?       ?       Newfoundland
    ?       ?       Pacific
    ?       ?       Saskatchewan
    ?       ?       Yukon
    ?       ?
    ?       ????Chile
    ?       ?       Continental
    ?       ?       EasterIsland
    ?       ?
    ?       ????Etc
    ?       ?       GMT
    ?       ?       GMT+0
    ?       ?       GMT+1
    ?       ?       GMT+10
    ?       ?       GMT+11
    ?       ?       GMT+12
    ?       ?       GMT+2
    ?       ?       GMT+3
    ?       ?       GMT+4
    ?       ?       GMT+5
    ?       ?       GMT+6
    ?       ?       GMT+7
    ?       ?       GMT+8
    ?       ?       GMT+9
    ?       ?       GMT-0
    ?       ?       GMT-1
    ?       ?       GMT-10
    ?       ?       GMT-11
    ?       ?       GMT-12
    ?       ?       GMT-13
    ?       ?       GMT-14
    ?       ?       GMT-2
    ?       ?       GMT-3
    ?       ?       GMT-4
    ?       ?       GMT-5
    ?       ?       GMT-6
    ?       ?       GMT-7
    ?       ?       GMT-8
    ?       ?       GMT-9
    ?       ?       GMT0
    ?       ?       Greenwich
    ?       ?       UCT
    ?       ?       Universal
    ?       ?       UTC
    ?       ?       Zulu
    ?       ?
    ?       ????Europe
    ?       ?       Amsterdam
    ?       ?       Andorra
    ?       ?       Astrakhan
    ?       ?       Athens
    ?       ?       Belfast
    ?       ?       Belgrade
    ?       ?       Berlin
    ?       ?       Bratislava
    ?       ?       Brussels
    ?       ?       Bucharest
    ?       ?       Budapest
    ?       ?       Busingen
    ?       ?       Chisinau
    ?       ?       Copenhagen
    ?       ?       Dublin
    ?       ?       Gibraltar
    ?       ?       Guernsey
    ?       ?       Helsinki
    ?       ?       Isle_of_Man
    ?       ?       Istanbul
    ?       ?       Jersey
    ?       ?       Kaliningrad
    ?       ?       Kiev
    ?       ?       Kirov
    ?       ?       Lisbon
    ?       ?       Ljubljana
    ?       ?       London
    ?       ?       Luxembourg
    ?       ?       Madrid
    ?       ?       Malta
    ?       ?       Mariehamn
    ?       ?       Minsk
    ?       ?       Monaco
    ?       ?       Moscow
    ?       ?       Nicosia
    ?       ?       Oslo
    ?       ?       Paris
    ?       ?       Podgorica
    ?       ?       Prague
    ?       ?       Riga
    ?       ?       Rome
    ?       ?       Samara
    ?       ?       San_Marino
    ?       ?       Sarajevo
    ?       ?       Saratov
    ?       ?       Simferopol
    ?       ?       Skopje
    ?       ?       Sofia
    ?       ?       Stockholm
    ?       ?       Tallinn
    ?       ?       Tirane
    ?       ?       Tiraspol
    ?       ?       Ulyanovsk
    ?       ?       Uzhgorod
    ?       ?       Vaduz
    ?       ?       Vatican
    ?       ?       Vienna
    ?       ?       Vilnius
    ?       ?       Volgograd
    ?       ?       Warsaw
    ?       ?       Zagreb
    ?       ?       Zaporozhye
    ?       ?       Zurich
    ?       ?
    ?       ????Indian
    ?       ?       Antananarivo
    ?       ?       Chagos
    ?       ?       Christmas
    ?       ?       Cocos
    ?       ?       Comoro
    ?       ?       Kerguelen
    ?       ?       Mahe
    ?       ?       Maldives
    ?       ?       Mauritius
    ?       ?       Mayotte
    ?       ?       Reunion
    ?       ?
    ?       ????Mexico
    ?       ?       BajaNorte
    ?       ?       BajaSur
    ?       ?       General
    ?       ?
    ?       ????Pacific
    ?       ?       Apia
    ?       ?       Auckland
    ?       ?       Bougainville
    ?       ?       Chatham
    ?       ?       Chuuk
    ?       ?       Easter
    ?       ?       Efate
    ?       ?       Enderbury
    ?       ?       Fakaofo
    ?       ?       Fiji
    ?       ?       Funafuti
    ?       ?       Galapagos
    ?       ?       Gambier
    ?       ?       Guadalcanal
    ?       ?       Guam
    ?       ?       Honolulu
    ?       ?       Johnston
    ?       ?       Kiritimati
    ?       ?       Kosrae
    ?       ?       Kwajalein
    ?       ?       Majuro
    ?       ?       Marquesas
    ?       ?       Midway
    ?       ?       Nauru
    ?       ?       Niue
    ?       ?       Norfolk
    ?       ?       Noumea
    ?       ?       Pago_Pago
    ?       ?       Palau
    ?       ?       Pitcairn
    ?       ?       Pohnpei
    ?       ?       Ponape
    ?       ?       Port_Moresby
    ?       ?       Rarotonga
    ?       ?       Saipan
    ?       ?       Samoa
    ?       ?       Tahiti
    ?       ?       Tarawa
    ?       ?       Tongatapu
    ?       ?       Truk
    ?       ?       Wake
    ?       ?       Wallis
    ?       ?       Yap
    ?       ?
    ?       ????SystemV
    ?       ?       AST4
    ?       ?       AST4ADT
    ?       ?       CST6
    ?       ?       CST6CDT
    ?       ?       EST5
    ?       ?       EST5EDT
    ?       ?       HST10
    ?       ?       MST7
    ?       ?       MST7MDT
    ?       ?       PST8
    ?       ?       PST8PDT
    ?       ?       YST9
    ?       ?       YST9YDT
    ?       ?
    ?       ????US
    ?               Alaska
    ?               Aleutian
    ?               Arizona
    ?               Central
    ?               East-Indiana
    ?               Eastern
    ?               Hawaii
    ?               Indiana-Starke
    ?               Michigan
    ?               Mountain
    ?               Pacific
    ?               Pacific-New
    ?               Samoa
    ?
    ????tix8.4.3
    ?   ?   Balloon.tcl
    ?   ?   BtnBox.tcl
    ?   ?   ChkList.tcl
    ?   ?   CObjView.tcl
    ?   ?   ComboBox.tcl
    ?   ?   Compat.tcl
    ?   ?   Console.tcl
    ?   ?   Control.tcl
    ?   ?   DefSchm.tcl
    ?   ?   DialogS.tcl
    ?   ?   DirBox.tcl
    ?   ?   DirDlg.tcl
    ?   ?   DirList.tcl
    ?   ?   DirTree.tcl
    ?   ?   DragDrop.tcl
    ?   ?   DtlList.tcl
    ?   ?   EFileBox.tcl
    ?   ?   EFileDlg.tcl
    ?   ?   Event.tcl
    ?   ?   FileBox.tcl
    ?   ?   FileCbx.tcl
    ?   ?   FileDlg.tcl
    ?   ?   FileEnt.tcl
    ?   ?   FloatEnt.tcl
    ?   ?   fs.tcl
    ?   ?   Grid.tcl
    ?   ?   HList.tcl
    ?   ?   HListDD.tcl
    ?   ?   IconView.tcl
    ?   ?   Init.tcl
    ?   ?   LabEntry.tcl
    ?   ?   LabFrame.tcl
    ?   ?   LabWidg.tcl
    ?   ?   ListNBk.tcl
    ?   ?   Makefile
    ?   ?   Meter.tcl
    ?   ?   MultView.tcl
    ?   ?   NoteBook.tcl
    ?   ?   OldUtil.tcl
    ?   ?   OptMenu.tcl
    ?   ?   PanedWin.tcl
    ?   ?   pkgIndex.tcl
    ?   ?   PopMenu.tcl
    ?   ?   Primitiv.tcl
    ?   ?   ResizeH.tcl
    ?   ?   Select.tcl
    ?   ?   SGrid.tcl
    ?   ?   Shell.tcl
    ?   ?   SHList.tcl
    ?   ?   SimpDlg.tcl
    ?   ?   SListBox.tcl
    ?   ?   StackWin.tcl
    ?   ?   StatBar.tcl
    ?   ?   StdBBox.tcl
    ?   ?   StdShell.tcl
    ?   ?   SText.tcl
    ?   ?   STList.tcl
    ?   ?   SWidget.tcl
    ?   ?   SWindow.tcl
    ?   ?   Tix.tcl
    ?   ?   tix84.dll
    ?   ?   tix84.lib
    ?   ?   TList.tcl
    ?   ?   Tree.tcl
    ?   ?   Utils.tcl
    ?   ?   Variable.tcl
    ?   ?   VResize.tcl
    ?   ?   VStack.tcl
    ?   ?   VTree.tcl
    ?   ?   WInfo.tcl
    ?   ?
    ?   ????bitmaps
    ?   ?       act_fold.gif
    ?   ?       act_fold.xbm
    ?   ?       act_fold.xpm
    ?   ?       balarrow.xbm
    ?   ?       cbxarrow.xbm
    ?   ?       ck_def.xbm
    ?   ?       ck_off.xbm
    ?   ?       ck_on.xbm
    ?   ?       cross.xbm
    ?   ?       decr.xbm
    ?   ?       drop.xbm
    ?   ?       file.gif
    ?   ?       file.xbm
    ?   ?       file.xpm
    ?   ?       folder.gif
    ?   ?       folder.xbm
    ?   ?       folder.xpm
    ?   ?       harddisk.xbm
    ?   ?       hourglas.mask
    ?   ?       hourglas.xbm
    ?   ?       incr.xbm
    ?   ?       info.gif
    ?   ?       info.xpm
    ?   ?       maximize.xbm
    ?   ?       minimize.xbm
    ?   ?       minus.gif
    ?   ?       minus.xbm
    ?   ?       minus.xpm
    ?   ?       minusarm.gif
    ?   ?       minusarm.xbm
    ?   ?       minusarm.xpm
    ?   ?       mktransgif.tcl
    ?   ?       network.xbm
    ?   ?       no_entry.gif
    ?   ?       no_entry.xpm
    ?   ?       openfile.xbm
    ?   ?       openfold.gif
    ?   ?       openfold.xbm
    ?   ?       openfold.xpm
    ?   ?       plus.gif
    ?   ?       plus.xbm
    ?   ?       plus.xpm
    ?   ?       plusarm.gif
    ?   ?       plusarm.xbm
    ?   ?       plusarm.xpm
    ?   ?       resize1.xbm
    ?   ?       resize2.xbm
    ?   ?       restore.xbm
    ?   ?       srcfile.gif
    ?   ?       srcfile.xbm
    ?   ?       srcfile.xpm
    ?   ?       system.xbm
    ?   ?       textfile.gif
    ?   ?       textfile.xbm
    ?   ?       textfile.xpm
    ?   ?       tick.xbm
    ?   ?       warning.gif
    ?   ?       warning.xpm
    ?   ?
    ?   ????demos
    ?   ?   ?   MkChoose.tcl
    ?   ?   ?   MkDirLis.tcl
    ?   ?   ?   MkSample.tcl
    ?   ?   ?   MkScroll.tcl
    ?   ?   ?   tclIndex
    ?   ?   ?   tixwidgets.tcl
    ?   ?   ?   widget
    ?   ?   ?
    ?   ?   ????bitmaps
    ?   ?   ?       about.xpm
    ?   ?   ?       bold.xbm
    ?   ?   ?       capital.xbm
    ?   ?   ?       centerj.xbm
    ?   ?   ?       code.xpm
    ?   ?   ?       combobox.xbm
    ?   ?   ?       combobox.xpm
    ?   ?   ?       drivea.xbm
    ?   ?   ?       drivea.xpm
    ?   ?   ?       exit.xpm
    ?   ?   ?       filebox.xbm
    ?   ?   ?       filebox.xpm
    ?   ?   ?       harddisk.xbm
    ?   ?   ?       harddisk.xpm
    ?   ?   ?       italic.xbm
    ?   ?   ?       justify.xbm
    ?   ?   ?       leftj.xbm
    ?   ?   ?       netw.xbm
    ?   ?   ?       netw.xpm
    ?   ?   ?       network.xbm
    ?   ?   ?       network.xpm
    ?   ?   ?       optmenu.xpm
    ?   ?   ?       rightj.xbm
    ?   ?   ?       select.xpm
    ?   ?   ?       tix.gif
    ?   ?   ?       underlin.xbm
    ?   ?   ?
    ?   ?   ????samples
    ?   ?           AllSampl.tcl
    ?   ?           ArrowBtn.tcl
    ?   ?           Balloon.tcl
    ?   ?           BtnBox.tcl
    ?   ?           ChkList.tcl
    ?   ?           CmpImg.tcl
    ?   ?           CmpImg1.tcl
    ?   ?           CmpImg2.tcl
    ?   ?           CmpImg3.tcl
    ?   ?           CmpImg4.tcl
    ?   ?           CObjView.tcl
    ?   ?           ComboBox.tcl
    ?   ?           Control.tcl
    ?   ?           DirDlg.tcl
    ?   ?           DirList.tcl
    ?   ?           DirTree.tcl
    ?   ?           DragDrop.tcl
    ?   ?           DynTree.tcl
    ?   ?           EditGrid.tcl
    ?   ?           EFileDlg.tcl
    ?   ?           FileDlg.tcl
    ?   ?           FileEnt.tcl
    ?   ?           HList1.tcl
    ?   ?           LabEntry.tcl
    ?   ?           LabFrame.tcl
    ?   ?           ListNBK.tcl
    ?   ?           Meter.tcl
    ?   ?           NoteBook.tcl
    ?   ?           OptMenu.tcl
    ?   ?           PanedWin.tcl
    ?   ?           PopMenu.tcl
    ?   ?           Sample.tcl
    ?   ?           Select.tcl
    ?   ?           SGrid0.tcl
    ?   ?           SGrid1.tcl
    ?   ?           SHList.tcl
    ?   ?           SHList2.tcl
    ?   ?           SListBox.tcl
    ?   ?           StdBBox.tcl
    ?   ?           SText.tcl
    ?   ?           STList1.tcl
    ?   ?           STList2.tcl
    ?   ?           STList3.tcl
    ?   ?           SWindow.tcl
    ?   ?           Tree.tcl
    ?   ?           Xpm.tcl
    ?   ?           Xpm1.tcl
    ?   ?
    ?   ????pref
    ?       ?   10Point.fs
    ?       ?   10Point.fsc
    ?       ?   12Point.fs
    ?       ?   12Point.fsc
    ?       ?   14Point.fs
    ?       ?   14Point.fsc
    ?       ?   Bisque.cs
    ?       ?   Bisque.csc
    ?       ?   Blue.cs
    ?       ?   Blue.csc
    ?       ?   Gray.cs
    ?       ?   Gray.csc
    ?       ?   Makefile
    ?       ?   Old12Pt.fs
    ?       ?   Old14Pt.fs
    ?       ?   pkgIndex.tcl
    ?       ?   SGIGray.cs
    ?       ?   SGIGray.csc
    ?       ?   TixGray.cs
    ?       ?   TixGray.csc
    ?       ?   tixmkpref
    ?       ?   TK.cs
    ?       ?   TK.csc
    ?       ?   TK.fs
    ?       ?   TK.fsc
    ?       ?   TkWin.cs
    ?       ?   TkWin.csc
    ?       ?   TkWin.fs
    ?       ?   TkWin.fsc
    ?       ?   WmDefault.cs
    ?       ?   WmDefault.csc
    ?       ?   WmDefault.fs
    ?       ?   WmDefault.fsc
    ?       ?   WmDefault.py
    ?       ?   WmDefault.tcl
    ?       ?   WmDefault.txt
    ?       ?
    ?       ????__pycache__
    ????tk8.6
        ?   bgerror.tcl
        ?   button.tcl
        ?   choosedir.tcl
        ?   clrpick.tcl
        ?   comdlg.tcl
        ?   console.tcl
        ?   dialog.tcl
        ?   entry.tcl
        ?   focus.tcl
        ?   fontchooser.tcl
        ?   iconlist.tcl
        ?   icons.tcl
        ?   license.terms
        ?   listbox.tcl
        ?   megawidget.tcl
        ?   menu.tcl
        ?   mkpsenc.tcl
        ?   msgbox.tcl
        ?   obsolete.tcl
        ?   optMenu.tcl
        ?   palette.tcl
        ?   panedwindow.tcl
        ?   pkgIndex.tcl
        ?   safetk.tcl
        ?   scale.tcl
        ?   scrlbar.tcl
        ?   spinbox.tcl
        ?   tclIndex
        ?   tearoff.tcl
        ?   text.tcl
        ?   tk.tcl
        ?   tkfbox.tcl
        ?   unsupported.tcl
        ?   xmfbox.tcl
        ?
        ????demos
        ?   ?   anilabel.tcl
        ?   ?   aniwave.tcl
        ?   ?   arrow.tcl
        ?   ?   bind.tcl
        ?   ?   bitmap.tcl
        ?   ?   browse
        ?   ?   button.tcl
        ?   ?   check.tcl
        ?   ?   clrpick.tcl
        ?   ?   colors.tcl
        ?   ?   combo.tcl
        ?   ?   cscroll.tcl
        ?   ?   ctext.tcl
        ?   ?   dialog1.tcl
        ?   ?   dialog2.tcl
        ?   ?   en.msg
        ?   ?   entry1.tcl
        ?   ?   entry2.tcl
        ?   ?   entry3.tcl
        ?   ?   filebox.tcl
        ?   ?   floor.tcl
        ?   ?   fontchoose.tcl
        ?   ?   form.tcl
        ?   ?   goldberg.tcl
        ?   ?   hello
        ?   ?   hscale.tcl
        ?   ?   icon.tcl
        ?   ?   image1.tcl
        ?   ?   image2.tcl
        ?   ?   items.tcl
        ?   ?   ixset
        ?   ?   knightstour.tcl
        ?   ?   label.tcl
        ?   ?   labelframe.tcl
        ?   ?   license.terms
        ?   ?   mclist.tcl
        ?   ?   menu.tcl
        ?   ?   menubu.tcl
        ?   ?   msgbox.tcl
        ?   ?   nl.msg
        ?   ?   paned1.tcl
        ?   ?   paned2.tcl
        ?   ?   pendulum.tcl
        ?   ?   plot.tcl
        ?   ?   puzzle.tcl
        ?   ?   radio.tcl
        ?   ?   README
        ?   ?   rmt
        ?   ?   rolodex
        ?   ?   ruler.tcl
        ?   ?   sayings.tcl
        ?   ?   search.tcl
        ?   ?   spin.tcl
        ?   ?   square
        ?   ?   states.tcl
        ?   ?   style.tcl
        ?   ?   tclIndex
        ?   ?   tcolor
        ?   ?   text.tcl
        ?   ?   textpeer.tcl
        ?   ?   timer
        ?   ?   toolbar.tcl
        ?   ?   tree.tcl
        ?   ?   ttkbut.tcl
        ?   ?   ttkmenu.tcl
        ?   ?   ttknote.tcl
        ?   ?   ttkpane.tcl
        ?   ?   ttkprogress.tcl
        ?   ?   ttkscale.tcl
        ?   ?   twind.tcl
        ?   ?   unicodeout.tcl
        ?   ?   vscale.tcl
        ?   ?   widget
        ?   ?
        ?   ????images
        ?           earth.gif
        ?           earthmenu.png
        ?           earthris.gif
        ?           flagdown.xbm
        ?           flagup.xbm
        ?           gray25.xbm
        ?           letters.xbm
        ?           noletter.xbm
        ?           ouster.png
        ?           pattern.xbm
        ?           tcllogo.gif
        ?           teapot.ppm
        ?
        ????images
        ?       logo.eps
        ?       logo100.gif
        ?       logo64.gif
        ?       logoLarge.gif
        ?       logoMed.gif
        ?       pwrdLogo.eps
        ?       pwrdLogo100.gif
        ?       pwrdLogo150.gif
        ?       pwrdLogo175.gif
        ?       pwrdLogo200.gif
        ?       pwrdLogo75.gif
        ?       README
        ?       tai-ku.gif
        ?
        ????msgs
        ?       cs.msg
        ?       da.msg
        ?       de.msg
        ?       el.msg
        ?       en.msg
        ?       en_gb.msg
        ?       eo.msg
        ?       es.msg
        ?       fr.msg
        ?       hu.msg
        ?       it.msg
        ?       nl.msg
        ?       pl.msg
        ?       pt.msg
        ?       ru.msg
        ?       sv.msg
        ?
        ????ttk
                altTheme.tcl
                aquaTheme.tcl
                button.tcl
                clamTheme.tcl
                classicTheme.tcl
                combobox.tcl
                cursors.tcl
                defaults.tcl
                entry.tcl
                fonts.tcl
                menubutton.tcl
                notebook.tcl
                panedwindow.tcl
                progress.tcl
                scale.tcl
                scrollbar.tcl
                sizegrip.tcl
                spinbox.tcl
                treeview.tcl
                ttk.tcl
                utils.tcl
                vistaTheme.tcl
                winTheme.tcl
                xpTheme.tcl

----

I hope this is enough information to discover the issue.

----------
components: Windows
messages: 380380
nosy: JackSkellington, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python 3.9 broken installer
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:25:03 2020
From: report at bugs.python.org (Aaron Meurer)
Date: Thu, 05 Nov 2020 00:25:03 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604535903.27.0.265922763255.issue30384@roundup.psfhosted.org>


Aaron Meurer <asmeurer at gmail.com> added the comment:

Neither of those things preclude the possibility of the traceback module doing a better job of printing tracebacks for exceptions where __traceback__ = None.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:34:45 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 00:34:45 +0000
Subject: [issue42259] pprint: infinite recursion for saferepr() when using
 nested objects, but str() works
In-Reply-To: <1604490271.59.0.652277780579.issue42259@roundup.psfhosted.org>
Message-ID: <1604536485.23.0.325228408902.issue42259@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this is a bug. There is recursion detection in pprint for dicts, lists and tuples, but it only applies when __repr__ has not been overridden in a subclass.

If you remove the __repr__ definition from NiceObject then str(s) works.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42259>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:37:06 2020
From: report at bugs.python.org (JaonHax)
Date: Thu, 05 Nov 2020 00:37:06 +0000
Subject: [issue42268] ./configure failing when --with-memory-sanitizer
 specified
Message-ID: <1604536626.36.0.392712714368.issue42268@roundup.psfhosted.org>


Change by JaonHax <jaonhax at gmail.com>:


----------
components: Build
nosy: JaonHax
priority: normal
severity: normal
status: open
title: ./configure failing when --with-memory-sanitizer specified
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42268>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:38:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 00:38:20 +0000
Subject: [issue30384] traceback.TracebackException.format shouldn't
 format_exc_only() when __traceback__ is None
In-Reply-To: <1494993815.34.0.567809017687.issue30384@psf.upfronthosting.co.za>
Message-ID: <1604536700.29.0.633708499265.issue30384@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The python-ideas list is where ideas for enhancements and improvements are discussed. I suggest you bring this up there. 

https://mail.python.org/mailman3/lists/python-ideas.python.org/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30384>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:38:28 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Thu, 05 Nov 2020 00:38:28 +0000
Subject: [issue26584] pyclbr module needs to be more flexible on loader support
In-Reply-To: <1458238800.08.0.676127110581.issue26584@psf.upfronthosting.co.za>
Message-ID: <1604536708.15.0.0427242506098.issue26584@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
nosy: +BTaskaya, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26584>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:39:35 2020
From: report at bugs.python.org (JaonHax)
Date: Thu, 05 Nov 2020 00:39:35 +0000
Subject: [issue42268] ./configure failing when --with-memory-sanitizer
 specified
Message-ID: <1604536775.12.0.717833990014.issue42268@roundup.psfhosted.org>


New submission from JaonHax <jaonhax at gmail.com>:

Exact command run is as follows:
sudo ./configure --with-pymalloc --with-assertions --enable-optimizations --enable-loadable-sqlite-extensions --enable-shared --with-address-sanitizer --with-undefined-behavior-sanitizer --with-memory-sanitizer -C

(ran with root because it seemed to make more things succeed in the checks without those flags)

The command's output is attached in configure-out.txt

----------
Added file: https://bugs.python.org/file49569/configure-out.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42268>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:53:37 2020
From: report at bugs.python.org (Martin Panter)
Date: Thu, 05 Nov 2020 00:53:37 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
In-Reply-To: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>
Message-ID: <1604537617.09.0.722910186519.issue42263@roundup.psfhosted.org>


Change by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +martin.panter

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 19:59:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 00:59:18 +0000
Subject: [issue11346] Generator object should be mentioned in gc module
 document
In-Reply-To: <1298818993.14.0.492098392223.issue11346@psf.upfronthosting.co.za>
Message-ID: <1604537958.46.0.810850362142.issue11346@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This section is very different now: https://docs.python.org/3/library/gc.html#gc.garbage

Should this be closed as out of date?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11346>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:05:18 2020
From: report at bugs.python.org (Martin Panter)
Date: Thu, 05 Nov 2020 01:05:18 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
In-Reply-To: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>
Message-ID: <1604538318.86.0.124236252811.issue42263@roundup.psfhosted.org>


Martin Panter <vadmium+py at gmail.com> added the comment:

Maybe this is related to (or duplicate of) Issue 37788? Python 3.7 has a regression where threads that are never joined cause leaks; previous code was written assuming you didn't need to join threads.

Do you still see the leak even if you don't clear the "threads" list (change the target to a no-op), or if you never create a list in the first place?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:19:30 2020
From: report at bugs.python.org (JaonHax)
Date: Thu, 05 Nov 2020 01:19:30 +0000
Subject: [issue42268] ./configure failing when --with-memory-sanitizer
 specified
In-Reply-To: <1604536775.12.0.717833990014.issue42268@roundup.psfhosted.org>
Message-ID: <1604539170.89.0.795504120474.issue42268@roundup.psfhosted.org>


JaonHax <jaonhax at gmail.com> added the comment:

Additional note, since I forgot it in the initial message: I'm building Python 3.9.0 from source on Debian v10, specifically the Debian VM on Chromebooks (which I believe is called Crostini).

I've made sure to install all the proper dependencies, as far as I know, and I'm 99% sure that I can successfully build it if I remove the --with-memory-sanitizer flag. Running the command again without it to double-check.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42268>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:28:49 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 05 Nov 2020 01:28:49 +0000
Subject: [issue42263] Removing thread reference in thread results in leaked
 reference
In-Reply-To: <1604518965.9.0.468423053621.issue42263@roundup.psfhosted.org>
Message-ID: <1604539729.44.0.727396000514.issue42263@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Yes, I agree it's a duplicate of issue37788. 

And yes, it does still leak if the list is never created or if the target is a no-op.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> fix for bpo-36402 (threading._shutdown() race condition) causes reference leak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42263>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:33:21 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 05 Nov 2020 01:33:21 +0000
Subject: [issue37788] fix for bpo-36402 (threading._shutdown() race condition)
 causes reference leak
In-Reply-To: <1565194972.64.0.065323919799.issue37788@roundup.psfhosted.org>
Message-ID: <1604540001.85.0.983469728478.issue37788@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

I marked bpo-42263 as a duplicate of this issue.

This issue is implicated in preventing the desired fix for bpo-37193, where a thread wishes to remove the handle to itself after performing its duty. By removing its own handle, it can never be joined, and thus obviates the most straightforward way to directly remove the handle for a thread within that thread.

----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37788>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:33:33 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 05 Nov 2020 01:33:33 +0000
Subject: [issue37788] fix for bpo-36402 (threading._shutdown() race condition)
 causes reference leak
In-Reply-To: <1565194972.64.0.065323919799.issue37788@roundup.psfhosted.org>
Message-ID: <1604540013.3.0.979811832784.issue37788@roundup.psfhosted.org>


Change by Jason R. Coombs <jaraco at jaraco.com>:


----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37788>
_______________________________________

From report at bugs.python.org  Wed Nov  4 20:37:46 2020
From: report at bugs.python.org (JaonHax)
Date: Thu, 05 Nov 2020 01:37:46 +0000
Subject: [issue42268] ./configure failing when --with-memory-sanitizer
 specified
In-Reply-To: <1604536775.12.0.717833990014.issue42268@roundup.psfhosted.org>
Message-ID: <1604540266.18.0.10527666362.issue42268@roundup.psfhosted.org>


JaonHax <jaonhax at gmail.com> added the comment:

Yeah, exactly as I thought, ran the exact same command except without --with-memory-sanitizer and the configuration was successful. The successful output has been attached in configure-out-1.txt for cross-comparison, if it's necessary.

----------
Added file: https://bugs.python.org/file49570/configure-out-1.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42268>
_______________________________________

From report at bugs.python.org  Wed Nov  4 21:00:12 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 02:00:12 +0000
Subject: [issue38413] Remove or change "Multithreading" section
In-Reply-To: <1570563042.6.0.0902531064636.issue38413@roundup.psfhosted.org>
Message-ID: <1604541612.47.0.116352875131.issue38413@roundup.psfhosted.org>


Change by Vladimir Ryabtsev <greatvovan at gmail.com>:


----------
pull_requests: +22071
pull_request: https://github.com/python/cpython/pull/23159

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38413>
_______________________________________

From report at bugs.python.org  Wed Nov  4 21:09:15 2020
From: report at bugs.python.org (Yonatan Goldschmidt)
Date: Thu, 05 Nov 2020 02:09:15 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604542155.49.0.0224263967912.issue42266@roundup.psfhosted.org>


Change by Yonatan Goldschmidt <yon.goldschmidt at gmail.com>:


----------
nosy: +Yonatan Goldschmidt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Wed Nov  4 21:28:49 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Nov 2020 02:28:49 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604543329.93.0.296485999422.issue42225@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Kevin, Serhiy tried to report this upstream but failed.  msg380143.
Perhaps you could.

One person running my test program reported
"""
Fedora 32 x86-64
Cinnamon 4.6.7
Linux 5.8.16-200.fc32.x86_64
Python 3.8.6 (default, Sep 25 2020, 00:00:00)
[GCC 10.2.1 20200723 (Red Hat 10.2.1-1)] on linux

Running line-by-line in terminal, the for-loop crashes with:
<<<
X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  138 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  3925
  Current serial number in output stream:  4865 
"""

Another reported "Seems to produce garbage on my system:
[ads at ADS4 x]$ uname -a
Linux ADS4 5.8.17-100.fc31.x86_64 #1 SMP Thu Oct 29 18:58:48 UTC 2020
x86_64 x86_64 x86_64 GNU/Linux"

But the program ran to completion without errors.  A copy of the output from the window was attached.  I have asked for the tcl/tk version. My response included:
"""
On *nix, Python (unicode) chars are utf-8 encoded by _tkinter for tk.  The encoding of astral non-BMP chars uses 4 bytes.  Perhaps tk on your ADS Linux (new to me) displays the 4 bytes as 4 chars instead of 1.   For each block of 32, the first 3 are the same.  This is true in this file, but easily seeing this depends on the display software.

I don't know what you saw, but Notepad++ displays control chars with the high bit set (C1 controls) as their reversed type (white on black) 3 char acronym as defined on  
https://en.wikipedia.org/wiki/Latin-1_Supplement_(Unicode_block) Character table.

Thus the first astral U+10000 is encoded as b"\xF0\x90\x80\x80.  In Notepad++, what is in the file appears as 4 characters, not 1, displayed '?DCSPADPAD', with the part after ? being being the correct white on black triplets for code points U+90 and U+80.  The first char '\xf0' == '?' is the same for all quadruples shown by Notepad++. The next 3 vary as appropriate.  In some cases, all 4 are normal printable chars, such as 0x29aa0, a CJK char, showing as "??? "

If I cut the first 4 chars from Notepad++ to Thunderbird the result is "????". I see only ? but the presence of 3 0-width chars is revealed by moving through the string with arrow keys. 
"""
Here on Firefox the C1 controls, invisible in Thunderbird, display as squares with digits 0090, 0080 in two rows. Serhiy probably understands these reports better than I do.  This tc in ADS4 Linux seems to doing something like what Serhiy described as "Tcl fails to decode the string from UTF-8 and falls back to Latin1" before his _tkinter fix.

As far as IDLE and Linux is concerned, I am just going to consider what to change or add in "User output in Shell" in the IDLE doc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Wed Nov  4 21:57:31 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 02:57:31 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604545051.53.0.348981647959.issue42179@roundup.psfhosted.org>


Change by Vladimir Ryabtsev <greatvovan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Wed Nov  4 22:55:21 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 05 Nov 2020 03:55:21 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604548521.52.0.881691976308.issue42179@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

Please note that tutorial is a tutorial. It is document to help new user who are learning Python.
Do you believe special attributes like __cause__ and __contexts__ are really worth to teach for tutorial readers?

Generally speaking, I think we should *reduce* some details from tutorial.

----------
nosy: +methane

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 02:24:50 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Thu, 05 Nov 2020 07:24:50 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1604561090.71.0.676959261461.issue42237@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


----------
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov  5 02:43:10 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Thu, 05 Nov 2020 07:43:10 +0000
Subject: [issue42265] Remove binhex module following PEP-594
In-Reply-To: <1604525707.18.0.925908508614.issue42265@roundup.psfhosted.org>
Message-ID: <1604562190.53.0.767701693051.issue42265@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

PEP 594 is a draft, it has not been accepted. It is premature to start cancelling perfectly good modules and breaking people's code.

https://conroy.org/breaking-python-packages

If you have some concrete reason for removing the binhex module, other than just PEP 594, then we can consider depreciating it in 3.10 or 3.11, and removing it in 3.12 or 3.13, or possibly later.

----------
nosy: +steven.daprano
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42265>
_______________________________________

From report at bugs.python.org  Thu Nov  5 03:18:39 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 08:18:39 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604564319.85.0.856354719681.issue42179@roundup.psfhosted.org>


Vladimir Ryabtsev <greatvovan at gmail.com> added the comment:

1. Such understanding of a tutorial is debatable. Tutorial is just a material for learning written with some system in mind, which is more interesting to read than dry reference material. A tutorial, generally dpeaking, may be both for beginners and for professionals.

2. The question about exception chaining is popular on Stackoverflow in people who came to Python with Java or C# background (see ?python inner exception?).

3. Whatever material is given, it should not cause confusion, but now it does. Since this section has been added recently, it is better to fix it rather than remove entirely, aren?t you agree?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 03:51:11 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 05 Nov 2020 08:51:11 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604566271.15.0.768586645212.issue42179@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

> 1. Such understanding of a tutorial is debatable. Tutorial is just a material for learning written with some system in mind, which is more interesting to read than dry reference material. A tutorial, generally dpeaking, may be both for beginners and for professionals.

OK, I will send this topic to python-dev first.

> 2. The question about exception chaining is popular on Stackoverflow in people who came to Python with Java or C# background (see ?python inner exception?).
> 3. Whatever material is given, it should not cause confusion, but now it does.

I searched it but I can not find confusion caused by this tutorial section. Please write a concrete URL caused by current tutorial?

> Since this section has been added recently, it is better to fix it rather than remove entirely, aren?t you agree?

I prefer removing mention to __cause__, instead of adding mention to __context__.

No need to remove entire section. We can introduce high level overview of context chaining. Describing the default behavior and "from None" is enough for new users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 03:52:51 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 05 Nov 2020 08:52:51 +0000
Subject: [issue40816] Add missed AsyncContextDecorator to contextlib
In-Reply-To: <1590763993.17.0.319482222949.issue40816@roundup.psfhosted.org>
Message-ID: <1604566371.89.0.552884308281.issue40816@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 178695b7aee7a7aacd49a3086060e06347d1e556 by Kazantcev Andrey in branch 'master':
bpo-40816 Add AsyncContextDecorator class (GH-20516)
https://github.com/python/cpython/commit/178695b7aee7a7aacd49a3086060e06347d1e556


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40816>
_______________________________________

From report at bugs.python.org  Thu Nov  5 03:53:43 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 05 Nov 2020 08:53:43 +0000
Subject: [issue40816] Add missed AsyncContextDecorator to contextlib
In-Reply-To: <1590763993.17.0.319482222949.issue40816@roundup.psfhosted.org>
Message-ID: <1604566423.16.0.607385233823.issue40816@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40816>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:05:04 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 05 Nov 2020 09:05:04 +0000
Subject: [issue37826] Document PEP 3134 in tutorials/errors.rst
In-Reply-To: <1565548566.46.0.213467869715.issue37826@roundup.psfhosted.org>
Message-ID: <1604567104.17.0.858783384127.issue37826@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
nosy: +methane
nosy_count: 4.0 -> 5.0
pull_requests: +22073
pull_request: https://github.com/python/cpython/pull/23162

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37826>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:23:33 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 05 Nov 2020 09:23:33 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604568213.73.0.622596287367.issue42266@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 80449f243b13311d660eab3a751648029bcdd833 by Pablo Galindo in branch 'master':
bpo-42266: Handle monkey-patching descriptors in LOAD_ATTR cache (GH-23157)
https://github.com/python/cpython/commit/80449f243b13311d660eab3a751648029bcdd833


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:23:52 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 05 Nov 2020 09:23:52 +0000
Subject: [issue42266] LOAD_ATTR cache does not fully replicate
 PyObject_GetAttr behavior
In-Reply-To: <1604526970.3.0.249891884923.issue42266@roundup.psfhosted.org>
Message-ID: <1604568232.84.0.00807162396299.issue42266@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42266>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:41:13 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 05 Nov 2020 09:41:13 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604569273.3.0.815334149435.issue42179@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
pull_requests: +22074
pull_request: https://github.com/python/cpython/pull/23162

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:44:14 2020
From: report at bugs.python.org (Samuel Marks)
Date: Thu, 05 Nov 2020 09:44:14 +0000
Subject: [issue41810] Consider reintroducing `types.EllipsisType` for the sake
 of typing
In-Reply-To: <1600457340.51.0.170346163147.issue41810@roundup.psfhosted.org>
Message-ID: <1604569454.76.0.684939236247.issue41810@roundup.psfhosted.org>


Samuel Marks <samuelmarks at gmail.com> added the comment:

Since we're bringing these back, would you accept a backport of these types?

[I'm writing a bunch of parsers/emitters?and starting to maintain an old runtime type-checker?for 3.6+]

----------
nosy: +samuelmarks

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41810>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:51:11 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 05 Nov 2020 09:51:11 +0000
Subject: [issue41810] Consider reintroducing `types.EllipsisType` for the sake
 of typing
In-Reply-To: <1600457340.51.0.170346163147.issue41810@roundup.psfhosted.org>
Message-ID: <1604569871.55.0.707877622405.issue41810@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I don't think we should backport them. It's definitely a new feature, and our policy is no new features in micro versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41810>
_______________________________________

From report at bugs.python.org  Thu Nov  5 04:52:01 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 09:52:01 +0000
Subject: [issue10529] [doc] Write argparse i18n howto
In-Reply-To: <1290688089.28.0.749623528369.issue10529@psf.upfronthosting.co.za>
Message-ID: <1604569921.38.0.31776237315.issue10529@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: Write argparse i18n howto -> [doc] Write argparse i18n howto
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10529>
_______________________________________

From report at bugs.python.org  Thu Nov  5 05:03:39 2020
From: report at bugs.python.org (Anatoliy Platonov)
Date: Thu, 05 Nov 2020 10:03:39 +0000
Subject: [issue42265] Remove binhex module following PEP-594
In-Reply-To: <1604525707.18.0.925908508614.issue42265@roundup.psfhosted.org>
Message-ID: <1604570619.03.0.000491610780088.issue42265@roundup.psfhosted.org>


Anatoliy Platonov <p4m.dev at gmail.com> added the comment:

Yeah, this was my mistake. I hurried a little with this issue and didn't notice that PEP is in draft state. Binhex module already marked as deprecated, since 3.9 I think.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42265>
_______________________________________

From report at bugs.python.org  Thu Nov  5 05:07:54 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 10:07:54 +0000
Subject: [issue26053] regression in pdb output between 2.7 and 3.5
In-Reply-To: <1452296621.32.0.373600761217.issue26053@psf.upfronthosting.co.za>
Message-ID: <1604570874.17.0.0891190509566.issue26053@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26053>
_______________________________________

From report at bugs.python.org  Thu Nov  5 05:44:00 2020
From: report at bugs.python.org (Jan Novak)
Date: Thu, 05 Nov 2020 10:44:00 +0000
Subject: [issue41945] http.cookies.SimpleCookie.parse error after [keys]
In-Reply-To: <1601911186.95.0.178044136501.issue41945@roundup.psfhosted.org>
Message-ID: <1604573040.16.0.409403420886.issue41945@roundup.psfhosted.org>


Jan Novak <xnovakj at seznam.cz> added the comment:

Possible patch, load parts one by one:

http_cookie = 'id=12345; [object Object]=data; something=not_loaded'
for cookie_key in http_cookie.split(';'):
  c.load(cookie_key)

print c
Set-Cookie: id=12345
Set-Cookie: something=not_loaded

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41945>
_______________________________________

From report at bugs.python.org  Thu Nov  5 06:09:27 2020
From: report at bugs.python.org (Tal Einat)
Date: Thu, 05 Nov 2020 11:09:27 +0000
Subject: [issue26053] regression in pdb output between 2.7 and 3.5
In-Reply-To: <1452296621.32.0.373600761217.issue26053@psf.upfronthosting.co.za>
Message-ID: <1604574567.9.0.201260386098.issue26053@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

I'm also uneasy about the sys.argv mangling.

It seem to me that it would be safer, and more explicit, to pass the desired arguments in the Restart exception instance.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26053>
_______________________________________

From report at bugs.python.org  Thu Nov  5 06:21:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 05 Nov 2020 11:21:26 +0000
Subject: [issue26053] regression in pdb output between 2.7 and 3.5
In-Reply-To: <1452296621.32.0.373600761217.issue26053@psf.upfronthosting.co.za>
Message-ID: <1604575286.14.0.731358270095.issue26053@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I like the idea of adding it to the Restart exception. Should we do this refactor in the same PR as fixing the regression or keep them separate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26053>
_______________________________________

From report at bugs.python.org  Thu Nov  5 06:39:24 2020
From: report at bugs.python.org (Tal Einat)
Date: Thu, 05 Nov 2020 11:39:24 +0000
Subject: [issue24160] Pdb sometimes raises exception when trying to remove a
 breakpoint defined in a different debugger session
In-Reply-To: <1431275416.99.0.134014878289.issue24160@psf.upfronthosting.co.za>
Message-ID: <1604576364.78.0.396853250609.issue24160@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

Irit, I like the approach of your PR for an immediate fix, that we could consider backporting.

In the long term, ISTM that we should refactor to store the breakpoints with only a single source of truth, and avoid the duplication between Breakpoint.bplist, Breakpoint.bpbynumber and Bdb.breaks.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24160>
_______________________________________

From report at bugs.python.org  Thu Nov  5 06:54:02 2020
From: report at bugs.python.org (Tal Einat)
Date: Thu, 05 Nov 2020 11:54:02 +0000
Subject: [issue26053] regression in pdb output between 2.7 and 3.5
In-Reply-To: <1452296621.32.0.373600761217.issue26053@psf.upfronthosting.co.za>
Message-ID: <1604577242.55.0.834768350795.issue26053@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

Since it's a different implementation approach, I'd prefer a separate PR.

Whether we merge the existing one depends on whether we'd like to backport a fix for this to 3.9 and 3.8.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26053>
_______________________________________

From report at bugs.python.org  Thu Nov  5 07:03:22 2020
From: report at bugs.python.org (John Belmonte)
Date: Thu, 05 Nov 2020 12:03:22 +0000
Subject: [issue31861] add aiter() and anext() functions to operator module
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1604577802.86.0.418831834919.issue31861@roundup.psfhosted.org>


John Belmonte <john at neggie.net> added the comment:

Adding this would be a nice compliment to aclosing(), which was already merged for 3.10.

Otherwise, witness the ugliness of using aclosing() with an async iterable object:

    async with aclosing(foo.__aiter__()) as agen:
        async for item in agen:
            ...

I'd like:

    async with aclosing(aiter(foo)) as agen:
        async for item in agen:
            ...

----------
nosy: +John Belmonte

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Thu Nov  5 07:30:50 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Thu, 05 Nov 2020 12:30:50 +0000
Subject: [issue42264] Deprecate or remove sqlite3.OptimizedUnicode
In-Reply-To: <1604525066.61.0.869187561497.issue42264@roundup.psfhosted.org>
Message-ID: <1604579450.96.0.692744615365.issue42264@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42264>
_______________________________________

From report at bugs.python.org  Thu Nov  5 09:02:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 14:02:40 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604584960.4.0.290321740138.issue42262@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 53a03aafd5812018a3821a2e83063fd3d6cd2576 by Victor Stinner in branch 'master':
bpo-42262: Add Py_NewRef() and Py_XNewRef() (GH-23152)
https://github.com/python/cpython/commit/53a03aafd5812018a3821a2e83063fd3d6cd2576


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Thu Nov  5 09:11:51 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 14:11:51 +0000
Subject: [issue42262] [C API] Add Py_NewRef() function to get a new strong
 reference to an object
In-Reply-To: <1604506834.94.0.230929451807.issue42262@roundup.psfhosted.org>
Message-ID: <1604585511.5.0.225491485903.issue42262@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42262>
_______________________________________

From report at bugs.python.org  Thu Nov  5 09:54:45 2020
From: report at bugs.python.org (=?utf-8?q?Micka=C3=ABl_Schoentgen?=)
Date: Thu, 05 Nov 2020 14:54:45 +0000
Subject: [issue42108] HTTPSConnection hangs forever when the percentage
 completed of the upload drops from 100 to 0
In-Reply-To: <1603290489.3.0.079937646803.issue42108@roundup.psfhosted.org>
Message-ID: <1604588085.56.0.769810504489.issue42108@roundup.psfhosted.org>


Micka?l Schoentgen <contact at tiger-222.fr> added the comment:

So, after several weeks we found the issue. And it is not related to Python but a missing TCP keep alive option not set.

----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42108>
_______________________________________

From report at bugs.python.org  Thu Nov  5 09:55:07 2020
From: report at bugs.python.org (=?utf-8?q?Micka=C3=ABl_Schoentgen?=)
Date: Thu, 05 Nov 2020 14:55:07 +0000
Subject: [issue42108] HTTPSConnection hangs forever when the percentage
 completed of the upload drops from 100 to 0
In-Reply-To: <1603290489.3.0.079937646803.issue42108@roundup.psfhosted.org>
Message-ID: <1604588107.33.0.814971655376.issue42108@roundup.psfhosted.org>


Change by Micka?l Schoentgen <contact at tiger-222.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42108>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:01:13 2020
From: report at bugs.python.org (Yash Shete)
Date: Thu, 05 Nov 2020 15:01:13 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604588473.66.0.957876210979.issue41712@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

converted regex from \w+\d+ to ([A-Za-z_]*\d)+
as asked.
you can modify the sub-pattern \w+\d+ to ([A-Za-z_]*\d)+
and is working fine

----------
nosy: +Pixmew
Added file: https://bugs.python.org/file49571/purge.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:03:53 2020
From: report at bugs.python.org (Yash Shete)
Date: Thu, 05 Nov 2020 15:03:53 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604588633.68.0.190572541764.issue41712@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


Removed file: https://bugs.python.org/file49571/purge.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:12:45 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 05 Nov 2020 15:12:45 +0000
Subject: [issue40816] Add missed AsyncContextDecorator to contextlib
In-Reply-To: <1590763993.17.0.319482222949.issue40816@roundup.psfhosted.org>
Message-ID: <1604589165.33.0.173475770548.issue40816@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
nosy: +kj
nosy_count: 5.0 -> 6.0
pull_requests: +22076
pull_request: https://github.com/python/cpython/pull/23164

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40816>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:14:34 2020
From: report at bugs.python.org (=?utf-8?b?VsOhY2xhdiBCcm/FvmVr?=)
Date: Thu, 05 Nov 2020 15:14:34 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604589274.03.0.192250675754.issue41877@roundup.psfhosted.org>


Change by V?clav Bro?ek <vabr at google.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:19:18 2020
From: report at bugs.python.org (=?utf-8?b?VsOhY2xhdiBCcm/FvmVr?=)
Date: Thu, 05 Nov 2020 15:19:18 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604589558.9.0.581793526879.issue41877@roundup.psfhosted.org>


V?clav Bro?ek <vabr at google.com> added the comment:

A pull request implementing the first part of this issue (Wrong prefixes of mock asserts: asert/aseert/assrt -> assert) is at https://github.com/python/cpython/pull/23165.

I acknowledge that this is a controversial topic and I put forward my reasons to carry on with the above pull request in msg378569. I welcome a further discussion on the PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:26:11 2020
From: report at bugs.python.org (Yash Shete)
Date: Thu, 05 Nov 2020 15:26:11 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604589971.82.0.339604080974.issue41712@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Vulnerable regex conditions are removed

bpo-41712: Removal of Vulnerable regex conditions  
Using suggestion  ""For example, you can modify the sub-pattern \w+\d+ to ([A-Za-z_]*\d)+""  and converted to ([A-za-z_]+\d+)
which should Fix the issue of vulnerable regex.
Test Result : Working as intended

Sorry if this not much this is my first pr to big org

----------
Added file: https://bugs.python.org/file49572/purge.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:28:09 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Thu, 05 Nov 2020 15:28:09 +0000
Subject: [issue41618] [C API] How many slots of static types should be exposed
 in PyType_GetSlot()
In-Reply-To: <1598172498.12.0.869607269568.issue41618@roundup.psfhosted.org>
Message-ID: <1604590089.42.0.421530425253.issue41618@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

My views on individual slots:

Not a function, shouldn't be used with PyType_Slot:
  * tp_dict - I'd add a PyType_GetDict if there is a need to get this
  * tp_mro - I'd add a PyType_GetMRO if there is a need to get this
(There are existing slots that aren't functions; I'd like to deprecate them in the long term.)

internal use only, do not expose:
  * tp_cache
  * tp_subclasses
  * tp_weaklist
  * tp_as_*

Not part of limited API, do not expose:
  * tp_vectorcall

Can be exposed if we deem all of the related API stable:
  * bf_getbuffer
  * bf_releasebuffer

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41618>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:31:52 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Thu, 05 Nov 2020 15:31:52 +0000
Subject: [issue41111] Convert a few stdlib extensions to the limited C API
In-Reply-To: <1593075260.88.0.835474638855.issue41111@roundup.psfhosted.org>
Message-ID: <1604590312.09.0.291425618535.issue41111@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

> Maybe we can do add new members for the 8 missing slots

See: https://bugs.python.org/issue41618?#msg380414

----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41111>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:38:14 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 05 Nov 2020 15:38:14 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
Message-ID: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>


New submission from Eric V. Smith <eric at trueblade.com>:

I resisted adding the ability to set __slots__ in the first version of dataclasses, since it requires that instead of modifying an existing class, an entirely new class is returned.

But I think this feature would be useful enough that I'm now willing to add it. I have the code ready, I just need to work on tests and documentation.

----------
assignee: eric.smith
components: Library (Lib)
messages: 380416
nosy: eric.smith
priority: normal
severity: normal
status: open
title: Add ability to set __slots__ in dataclasses
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:47:24 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 05 Nov 2020 15:47:24 +0000
Subject: [issue20774] collections.deque should ship with a stdlib json
 serializer
In-Reply-To: <1393362950.58.0.308283739635.issue20774@psf.upfronthosting.co.za>
Message-ID: <1604591244.22.0.762003095913.issue20774@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Sorry to butt into this conversation, but I wanted to add that I have interest in this feature - deques are the fourth most common container types I use in Python. Is there any way I can help to get this PR across the finish line?

So far I've forked the PR, rebased it, then applied some changes (docs, news, and performance) to try to lessen the impact of checking for deque:

(Python/master branch)
>>> timeit.timeit(stmt="json.dumps(['test'])", setup="import json", number=1_000_000)
2.2583862999999997

>>> timeit.timeit(stmt="json.dumps(10000)", setup="import json", number=1_000_000)
1.9845121999999975

(Python/pr_830 branch)
>>> timeit.timeit(stmt="json.dumps(['test'])", setup="import json", number=1_000_000)
2.324303399999991

>>> timeit.timeit(stmt="json.dumps(10000)", setup="import json", number=1_000_000)
1.9680711999999971

The PR branch is here https://github.com/Fidget-Spinner/cpython/tree/pr_830.

I'm not a Git wizard, so I don't know what's the best next step. Do I 
a. Make a PR against Lisa's PR (or)
b. Make a brand new PR against cpython master ?

If the core devs here feel that after 6 years, this change might be unneeded after all, I don't mind closing the branch either. Thanks for reading.

----------
nosy: +kj

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20774>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:48:14 2020
From: report at bugs.python.org (Yash Shete)
Date: Thu, 05 Nov 2020 15:48:14 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604591294.48.0.346497455705.issue41712@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


----------
keywords: +patch
pull_requests: +22078
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23166

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Thu Nov  5 10:56:28 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 15:56:28 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604591788.02.0.0188919893189.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22079
pull_request: https://github.com/python/cpython/pull/23167

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:21:06 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 16:21:06 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604593266.93.0.514942750079.issue42173@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:32:09 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 16:32:09 +0000
Subject: [issue38323] asyncio: MultiLoopWatcher has a race condition
 (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)
In-Reply-To: <1569848255.08.0.155489980043.issue38323@roundup.psfhosted.org>
Message-ID: <1604593929.38.0.886866804836.issue38323@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38323>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:42:34 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 16:42:34 +0000
Subject: [issue41839] Solaris: Fix error checking in sched_get_priority_
 functions
In-Reply-To: <1600854291.47.0.647428852002.issue41839@roundup.psfhosted.org>
Message-ID: <1604594554.05.0.379397844519.issue41839@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

I think negative values aren't possible on Linux if one's to trust the sched_get_priority_min man page:


       Linux allows the static priority range 1 to 99 for the SCHED_FIFO and
       SCHED_RR policies, and the priority 0 for the remaining policies.
       Scheduling priority ranges for the various policies are not
       alterable.

But yeah, it seems that negative values need to be accepted on Solaris.

----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41839>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:52:02 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 16:52:02 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604595122.2.0.0223844798579.issue41877@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:57:37 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 16:57:37 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604595457.89.0.949281940247.issue41877@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 11:56:52 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 16:56:52 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1604595412.02.0.893192336918.issue42269@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:01:08 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 17:01:08 +0000
Subject: [issue24651] Mock.assert* API is in user namespace
In-Reply-To: <1437119760.12.0.974021198911.issue24651@psf.upfronthosting.co.za>
Message-ID: <1604595668.59.0.47305606314.issue24651@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24651>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:01:14 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 17:01:14 +0000
Subject: [issue24651] Mock.assert* API is in user namespace
In-Reply-To: <1437119760.12.0.974021198911.issue24651@psf.upfronthosting.co.za>
Message-ID: <1604595674.95.0.896071741076.issue24651@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
versions: +Python 3.10 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24651>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:01:59 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 17:01:59 +0000
Subject: [issue41843] Reenable sendfile in shutil.copyfile() on Solaris
In-Reply-To: <1600867452.06.0.35884925988.issue41843@roundup.psfhosted.org>
Message-ID: <1604595719.85.0.629114186452.issue41843@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41843>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:04:46 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 17:04:46 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604595886.23.0.141072273893.issue41877@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 4662fa9bfe4a849fe87bfb321d8ef0956c89a772 by vabr-g in branch 'master':
bpo-41877 Check for asert, aseert, assrt in mocks (GH-23165)
https://github.com/python/cpython/commit/4662fa9bfe4a849fe87bfb321d8ef0956c89a772


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:08:34 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 05 Nov 2020 17:08:34 +0000
Subject: [issue38323] asyncio: MultiLoopWatcher has a race condition
 (test_asyncio: test_close_kill_running() hangs on AMD64 RHEL7 Refleaks 3.x)
In-Reply-To: <1569848255.08.0.155489980043.issue38323@roundup.psfhosted.org>
Message-ID: <1604596114.58.0.552184575697.issue38323@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

FYI your PR 20142 together with my PR https://github.com/python/cpython/pull/23154 allow me to run the whole test_asyncio test suite on OpenIndiana 5.11:

$ ./python -m unittest -v test.test_asyncio
(...)
Ran 2298 tests in 71.668s

OK (skipped=52)


without your PR at least one of the tests is hanging forever. So, this PR improves Solaris/SunOS/illumos/OpenIndiana side of things as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38323>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:12:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 17:12:41 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604596361.04.0.0543561551015.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset f3cb81431574453aac3b6dcadb3120331e6a8f1c by Victor Stinner in branch 'master':
bpo-42260: Add _PyConfig_FromDict() (GH-23167)
https://github.com/python/cpython/commit/f3cb81431574453aac3b6dcadb3120331e6a8f1c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:33:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 17:33:36 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604597616.47.0.0356816144078.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22080
pull_request: https://github.com/python/cpython/pull/23168

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:49:31 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 05 Nov 2020 17:49:31 +0000
Subject: [issue41877] Check against misspellings of assert etc. in mock
In-Reply-To: <1601317157.88.0.730935461305.issue41877@roundup.psfhosted.org>
Message-ID: <1604598571.14.0.0395200453982.issue41877@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

Thanks for the patch!  I'm leaving this open as dealing with the other aspect:

* Wrong attribute names around asserts: autospect/auto_spec -> autospec, set_spec -> spec_set

is still a possibility.  (given you also found a number of those in our codebase leading to hidden testing bugs)


Vedran: We're not claiming these are fixes for the fundamental problem.  But they are useful practical bandaids on the existing APIs that a hundred of millions of lines of existing unittest code around the world make use of to prevent common unintended consequences of our existing API's now well know flaws.  issue24651 looks like the better place to take up future design ideas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41877>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:52:28 2020
From: report at bugs.python.org (Trevor)
Date: Thu, 05 Nov 2020 17:52:28 +0000
Subject: [issue42270] libregrtest BrokenPipeError on OpenEmbedded builds
Message-ID: <1604598748.13.0.380375862374.issue42270@roundup.psfhosted.org>


New submission from Trevor <tvgamblin at gmail.com>:

In OpenEmbedded we have a test wrapper for tests such as those in Python, and currently we are experiencing the following error when running them:

sed: couldn't flush stdout: Resource temporarily unavailable                                                                                                                                              [37/1846]
test test_strftime crashed -- Traceback (most recent call last):
  File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 270, in _runtest_inner
    refleak = _runtest_inner2(ns, test_name)                                                             
  File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 234, in _runtest_inner2
    test_runner()                      
  File "/usr/lib/python3.9/test/libregrtest/runtest.py", line 209, in _test_module
    support.run_unittest(tests)   
  File "/usr/lib/python3.9/test/support/__init__.py", line 1918, in run_unittest
    _run_suite(suite)                         
  File "/usr/lib/python3.9/test/support/__init__.py", line 1796, in _run_suite
    result = runner.run(suite)
  File "/usr/lib/python3.9/unittest/runner.py", line 176, in run
    test(result)
  File "/usr/lib/python3.9/unittest/suite.py", line 84, in __call__
    return self.run(*args, **kwds)
  File "/usr/lib/python3.9/unittest/suite.py", line 122, in run
    test(result)
  File "/usr/lib/python3.9/unittest/suite.py", line 84, in __call__
    return self.run(*args, **kwds)
  File "/usr/lib/python3.9/unittest/suite.py", line 122, in run
    test(result)
  File "/usr/lib/python3.9/unittest/suite.py", line 84, in __call__
    return self.run(*args, **kwds)
  File "/usr/lib/python3.9/unittest/suite.py", line 122, in run
    test(result)
  File "/usr/lib/python3.9/unittest/case.py", line 653, in __call__
    return self.run(*args, **kwds)
  File "/usr/lib/python3.9/unittest/case.py", line 566, in run
    result.startTest(self)
  File "/usr/lib/python3.9/test/support/testresult.py", line 49, in startTest
    self.stream.flush()
BrokenPipeError: [Errno 32] Broken pipe

Traceback (most recent call last):
  File "/usr/lib/python3.9/runpy.py", line 197, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.9/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/usr/lib/python3.9/test/__main__.py", line 2, in <module>
    main()
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 716, in main
    Regrtest().main(tests=tests, **kwargs)
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 638, in main
    self._main(tests, kwargs)
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 691, in _main
    self.run_tests()
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 518, in run_tests
    self.run_tests_sequential()
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 409, in run_tests_sequential
    self.display_progress(test_index, text)
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 169, in display_progress
    self.log(f"[{line}] {text}")
  File "/usr/lib/python3.9/test/libregrtest/main.py", line 158, in log
    print(line, flush=True)
BrokenPipeError: [Errno 32] Broken pipe
Warning -- Unraisable exception
Exception ignored in: <_io.TextIOWrapper name=1 mode='w' encoding='utf-8'>
BrokenPipeError: [Errno 32] Broken pipe

---

I'm looking into it already, but need to document it.

----------
components: Tests
messages: 380423
nosy: threexc
priority: normal
severity: normal
status: open
title: libregrtest BrokenPipeError on OpenEmbedded builds
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42270>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:58:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 17:58:14 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604599094.36.0.727658281506.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset dc42af8fd16b10127ce1fc93c13bc1bfd2674aa2 by Victor Stinner in branch 'master':
bpo-42260: PyConfig_Read() only parses argv once (GH-23168)
https://github.com/python/cpython/commit/dc42af8fd16b10127ce1fc93c13bc1bfd2674aa2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 12:58:39 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 05 Nov 2020 17:58:39 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604599119.95.0.141849715354.issue42260@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:20:59 2020
From: report at bugs.python.org (Sebastian Berg)
Date: Thu, 05 Nov 2020 18:20:59 +0000
Subject: [issue40522] [subinterpreters] Get the current Python interpreter
 state from Thread Local Storage (autoTSSkey)
In-Reply-To: <1588698734.65.0.223552100195.issue40522@roundup.psfhosted.org>
Message-ID: <1604600459.79.0.962272039796.issue40522@roundup.psfhosted.org>


Change by Sebastian Berg <sebastian at sipsolutions.net>:


----------
nosy: +seberg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40522>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:27:57 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 18:27:57 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604600877.6.0.431429339464.issue42179@roundup.psfhosted.org>


Vladimir Ryabtsev <greatvovan at gmail.com> added the comment:

> I can not find confusion caused by this tutorial section

Inada, have you read the very first message in this ticket? It explains why this wording may cause confusion (and it did in me), and describes the problem part. A link for your convenience: https://docs.python.org/3/tutorial/errors.html#exception-chaining

> Describing the default behavior and "from None" is enough for new users

Strange that you think that "from None" is more useful for beginners than these special attributes.

Without understanding of __cause__ and __context__, stack traceback message looks like magic. Say you want to handle an exception and retrieve its cause (context) in runtime (this is what exception chaining for) ? this section makes no clues about how to do that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:49:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Nov 2020 18:49:11 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604602151.33.0.924085582572.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22081
pull_request: https://github.com/python/cpython/pull/23169

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:51:46 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Thu, 05 Nov 2020 18:51:46 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604602306.51.0.535618799378.issue1635741@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22082
pull_request: https://github.com/python/cpython/pull/23170

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:56:14 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 05 Nov 2020 18:56:14 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1604602574.45.0.0888363371859.issue42267@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

You need to use the installer to remove Python, as you have likely not cleaned up all of the registration. I suggest searching in Start for "Apps & Features" and finding Python in the list, and either choosing to Modify and then Repair it, or Uninstall it and then reinstall.

To remove other packages, you would probably be best to Uninstall, then delete the installation directory (%LocalAppData%\Programs\Python\Python39) before you reinstall. Alternatively, unless the package is doing something *very* wrong, you should be able to just remove it from Python39\Lib\site-packages.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Thu Nov  5 13:57:41 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 05 Nov 2020 18:57:41 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1604602661.95.0.673639823741.issue42267@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

As an alternative, you could install Python through the Microsoft Store. This version comes with a "Reset" button (also through Apps & Features) that will remove any packages you've installed into it and bring it back to a clean state very quickly.

The main difference between the two versions is it's much harder to mess with the install directory of the version from the Store.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Thu Nov  5 14:21:47 2020
From: report at bugs.python.org (=?utf-8?q?Bo=C5=A1tjan_Mejak?=)
Date: Thu, 05 Nov 2020 19:21:47 +0000
Subject: [issue42271] Remove the error and the zipfile.ZipFile.BadZipfile
 aliases
Message-ID: <1604604107.76.0.819797887285.issue42271@roundup.psfhosted.org>


New submission from Bo?tjan Mejak <bostjan.xperia at gmail.com>:

Remove the long-forgotten aliases 'error' and 'BadZipfile' in 'zipfile.ZipFile' class which are just pre-3.2 compatibility names. Python 3.10 should finally remove these aliases.

----------
components: Library (Lib)
messages: 380428
nosy: PedanticHacker
priority: normal
pull_requests: 22083
severity: normal
status: open
title: Remove the error and the zipfile.ZipFile.BadZipfile aliases
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42271>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:06:37 2020
From: report at bugs.python.org (Kevin Locke)
Date: Thu, 05 Nov 2020 20:06:37 +0000
Subject: [issue42272] Warning filter message/module documentation is misleading
Message-ID: <1604606797.18.0.328122375746.issue42272@roundup.psfhosted.org>


New submission from Kevin Locke <kevin at kevinlocke.name>:

"The Warnings Filter" section of the documentation for the warnings module describes the message and module filters as "a string containing a regular expression".  While that is true when they are arguments to the filterwarnings function, it is not true when they appear in -W or $PYTHONWARNINGS where they are matched literally (after stripping any starting/ending whitespace).

Additionally, in the "Describing Warning Filters" section, the example "error:::mymodule[.*]" does not behave as described.  If it were used as an argument to filterwarnings, where it would be treated as a regular expression, it would match the (invalid) module names mymodule. or mymodule* while it would match mymodule[.*] literally if passed via -W or $PYTHONWARNINGS.

----------
assignee: docs at python
components: Documentation
messages: 380429
nosy: docs at python, kevinoid
priority: normal
severity: normal
status: open
title: Warning filter message/module documentation is misleading
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42272>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:08:10 2020
From: report at bugs.python.org (JackSkellington)
Date: Thu, 05 Nov 2020 20:08:10 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1604606890.97.0.383400307781.issue42267@roundup.psfhosted.org>


JackSkellington <axelninja71 at gmail.com> added the comment:

Thank you so much for these alternatives. The only working one is the Microsoft Store one so far, but I'd like to know if the .msi package one is fixable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:10:30 2020
From: report at bugs.python.org (JackSkellington)
Date: Thu, 05 Nov 2020 20:10:30 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1604607030.77.0.243546215745.issue42267@roundup.psfhosted.org>


JackSkellington <axelninja71 at gmail.com> added the comment:

Also. How do I set the path for the Microsoft Store version of Python 3.9?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:12:08 2020
From: report at bugs.python.org (Kevin Locke)
Date: Thu, 05 Nov 2020 20:12:08 +0000
Subject: [issue42272] Warning filter message/module documentation is misleading
In-Reply-To: <1604606797.18.0.328122375746.issue42272@roundup.psfhosted.org>
Message-ID: <1604607128.88.0.219732041368.issue42272@roundup.psfhosted.org>


Change by Kevin Locke <kevin at kevinlocke.name>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42272>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:16:06 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Thu, 05 Nov 2020 20:16:06 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604607366.5.0.0677503293083.issue42179@roundup.psfhosted.org>


?ric Araujo <merwok at netwok.org> added the comment:

I prefer the patch by Inada-san!

>> Describing the default behavior and "from None" is enough for new users
> Strange that you think that "from None" is more useful for beginners than these special attributes.

Doesn?t feel strange to me:  `raise Exc from exc` or `from None` shows how to use the mecanism, whereas the special attributes are about the implementation.  A tutorial can show how to use language features like for loops or with statements, but shouldn?t explain how to implement the protocols, that?s too much detail if you?re just starting to learn programming.

----------
nosy: +eric.araujo, maxking, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 15:54:12 2020
From: report at bugs.python.org (E. Paine)
Date: Thu, 05 Nov 2020 20:54:12 +0000
Subject: [issue42142] FAIL tkinter ttk LabeledScale test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604609652.37.0.657190642816.issue42142@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

I have been looking for a more permanent solution to that proposed in PR-23156. The most obvious solution is probably what I suggested in msg380371 as I don't believe the calls to `wait_visibility` are required (though, I don't really know enough to say for certain so am wary of making the tests unstable in a different way).

Another initial idea I had would be to mess around with threads and interrupt the main thread (which would be caught and ignored) if `wait_visibility` took too long.

It would be better, though, if we could actively predict a `wait_visibility` failure. I looked again at the Tcler's wiki (https://wiki.tcl-lang.org/page/tkwait+visibility) and noticed the hidden discussion titled "Windows bug or whatever - looking for help". In that discussion is a description of exactly the issue we are facing:
"Under strange totally unrelated circumstances [...] tkwait waits forever."

There, the OP includes a version which only calls `wait_visibility` if `winfo_ismapped` is 1, saying:
"The "winfo ismapped" is only 0 if the tkwait will stall"

In some initial testing (see attached demo script - uncomment the update call for `wait_visibility` to stall) I found the opposite to be true (`wait_visibility` fails when the widget *is already* mapped - I think this is because `wait_visibility` is waiting for VisibilityNotify but this was already issued when the widget was being mapped). Another proposed solution on the wiki is to avoid `wait_visibility` completely and instead use a combination of various calls including `tkraise` & `focus_force` (ideas/opinions?)

Note: I included both `winfo_ismapped` and `winfo_viewable` in the test script to try and find a case where the value of one is not the same as the other but I believe `winfo_ismapped` is the one we would want to use.

----------
Added file: https://bugs.python.org/file49573/ismapped.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Thu Nov  5 16:11:08 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 21:11:08 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604610668.88.0.94913883187.issue42179@roundup.psfhosted.org>


Vladimir Ryabtsev <greatvovan at gmail.com> added the comment:

We have automatic chaining, so you don't need to use "from X" unless you want to have some control on the traceback message. Even without knowing of this syntax (and without using "from exc"), a user will get a traceback message similar to what is shown in the example. What is the purpose of the entire section then?

As I see it, the purpose might be providing some details about how exactly chaining works, so a user: a) could make an informed decision whether they need "from X" or not, b) would know how to retrieve the linked exception programmatically.

I generally feel that we don't want to deprive a user from special attributes, in Python they are everywhere, you cannot even construct a class instance without __init__().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 16:17:26 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Thu, 05 Nov 2020 21:17:26 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604611046.39.0.513204836202.issue42179@roundup.psfhosted.org>


Vladimir Ryabtsev <greatvovan at gmail.com> added the comment:

Also, the choice of the exception type in the example looks not very apt: you raise "IOError" but the traceback message says "OSError" (which is due to strange design decision "IOError = OSError"). For the tutorial, I would choose an exception that does not disguise as another exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 16:55:31 2020
From: report at bugs.python.org (Carol Willing)
Date: Thu, 05 Nov 2020 21:55:31 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604613331.66.0.236134840298.issue42179@roundup.psfhosted.org>


Carol Willing <willingc at gmail.com> added the comment:

Thanks Vladimir for raising the issue, and Inada-san and Eric for following up on it.

I recommend the following:
- merge PR-23162 including its reference to builtin exceptions
- after merge of PR-23162, reworking PR-23160 to provide a brief note about __cause__ and __contex__ before the reference link to builtin exceptions

This would provide a clear tutorial example for the majority of users. For the fraction of users, like Vladimir, a sentence as part of the reference link could address a bit more about __cause__ and __context__ without confusing folks.

----------
nosy: +willingc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 17:14:23 2020
From: report at bugs.python.org (Kevin Keating)
Date: Thu, 05 Nov 2020 22:14:23 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
Message-ID: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>


New submission from Kevin Keating <kevkeating at gmail.com>:

Steps to reproduce:

Create the following three files (or download the attached zip file, which contains these files):

main.py

    import foo
    from foo import a
    from foo import b

    print(foo.b.my_function())


foo/a.py

    import importlib.util
    import sys

    # implementation copied from https://github.com/python/cpython/blob/master/Doc/library/importlib.rst#implementing-lazy-imports
    def lazy_import(name):
        spec = importlib.util.find_spec(name)
        loader = importlib.util.LazyLoader(spec.loader)
        spec.loader = loader
        module = importlib.util.module_from_spec(spec)
        sys.modules[name] = module
        loader.exec_module(module)
        return module

    b = lazy_import("foo.b")


foo/b.py

    def my_function():
        return "my_function"

and then run main.py



Expected results

my_function should be printed to the terminal


Actual results

The following traceback is printed to the terminal

    Traceback (most recent call last):
      File "F:\Documents\lazy_import\main.py", line 6, in <module>
        print(foo.b.my_function())
    AttributeError: module 'foo' has no attribute 'b'

If you comment out "from foo import a" from main.py, then the traceback doesn't occur and my_function gets printed.  Alternatively, if you move "from foo import a" after "from foo import b", then the traceback doesn't occur and my_function gets printed.  Adding "foo.b = b" before "print(foo.b.my_function())" will also fix the traceback.


A colleague of mine originally ran into this bug when writing unit tests for lazily imported code, since mock.patch("foo.b.my_function") triggers the same AttributeError.  I've reproduced this on Windows using both Python 3.8.3 and Python 3.9.0, and my colleague was using Python 3.8.3 on Mac.

----------
components: Library (Lib)
files: lazy_import.zip
messages: 380437
nosy: KevKeating
priority: normal
severity: normal
status: open
title: Using LazyLoader leads to AttributeError
versions: Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49574/lazy_import.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Thu Nov  5 17:18:58 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 05 Nov 2020 22:18:58 +0000
Subject: [issue26389] Expand traceback module API to accept just an exception
 as an argument
In-Reply-To: <1455836350.85.0.0162824201978.issue26389@psf.upfronthosting.co.za>
Message-ID: <1604614738.41.0.509790973526.issue26389@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 91e93794d5dd1aa91fbe142099c2955e0c4c1660 by Zackery Spytz in branch 'master':
bpo-26389: Allow passing an exception object in the traceback module (GH-22610)
https://github.com/python/cpython/commit/91e93794d5dd1aa91fbe142099c2955e0c4c1660


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26389>
_______________________________________

From report at bugs.python.org  Thu Nov  5 17:19:23 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 05 Nov 2020 22:19:23 +0000
Subject: [issue26389] Expand traceback module API to accept just an exception
 as an argument
In-Reply-To: <1455836350.85.0.0162824201978.issue26389@psf.upfronthosting.co.za>
Message-ID: <1604614763.27.0.0939913763558.issue26389@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26389>
_______________________________________

From report at bugs.python.org  Thu Nov  5 17:40:26 2020
From: report at bugs.python.org (David Martinez)
Date: Thu, 05 Nov 2020 22:40:26 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604616026.74.0.41809480593.issue42179@roundup.psfhosted.org>


Change by David Martinez <rednose42526q at gmail.com>:


Added file: https://bugs.python.org/file49575/Cellular-Z 20200909 14:25:47 SLOT1.CSV

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 17:46:42 2020
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 05 Nov 2020 22:46:42 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604616402.09.0.222732044348.issue42179@roundup.psfhosted.org>


Change by Zachary Ware <zachary.ware at gmail.com>:


Removed file: https://bugs.python.org/file49575/Cellular-Z 20200909 14:25:47 SLOT1.CSV

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 18:58:49 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 05 Nov 2020 23:58:49 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1604620729.23.0.931425134893.issue42267@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

The store version should be available everywhere as "python.exe", "python3.exe" and "python3.9.exe" already, but if not then search Start for "Manage app execution aliases" to enable it.

The MSI should be able to repair itself if you didn't delete those registry keys. If you did delete them, you might be able to re-run the installer, but likely not. It may be irrecoverable in that case, sorry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Thu Nov  5 21:45:08 2020
From: report at bugs.python.org (Inada Naoki)
Date: Fri, 06 Nov 2020 02:45:08 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604630708.75.0.558674638033.issue42179@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:


New changeset bde33e428d5b5f88ec7667598fd27d1091840537 by Inada Naoki in branch 'master':
bpo-42179: Doc/tutorial: Remove mention of __cause__ (GH-23162)
https://github.com/python/cpython/commit/bde33e428d5b5f88ec7667598fd27d1091840537


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 21:45:35 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 06 Nov 2020 02:45:35 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604630735.73.0.793647983148.issue42179@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 7.0 -> 8.0
pull_requests: +22086
pull_request: https://github.com/python/cpython/pull/23173

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Thu Nov  5 22:06:07 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 06 Nov 2020 03:06:07 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604631967.31.0.334239314786.issue42179@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e74fb2d7666eea43ad738528a565bb56bc88c28d by Miss Islington (bot) in branch '3.9':
bpo-42179: Doc/tutorial: Remove mention of __cause__ (GH-23162)
https://github.com/python/cpython/commit/e74fb2d7666eea43ad738528a565bb56bc88c28d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Fri Nov  6 00:10:39 2020
From: report at bugs.python.org (Vrashab Kotian)
Date: Fri, 06 Nov 2020 05:10:39 +0000
Subject: [issue42274] Imaplib hangs up infinitely when performing append
 operation
Message-ID: <1604639439.38.0.466893832242.issue42274@roundup.psfhosted.org>


New submission from Vrashab Kotian <vrashab.kotian at oneture.com>:

Dear all,

We are facing an issue while using imaplib's append operation. We are using append function of imaplib to move a mail from inbox to another folder (we are performing this operation on Outlook 365 account). Sometimes, when our process (the process is running Azure linux VM) performs this operation, it gets hangs up at this point infinitely . When this happens there is no response being returned back for the email server. This issue is causing a huge problem.

Please analyse this problem and give us some solution or suggestion on the same

Thanking you in advance

----------
messages: 380442
nosy: vrashab.kotian
priority: normal
severity: normal
status: open
title: Imaplib hangs up infinitely when performing append operation
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42274>
_______________________________________

From report at bugs.python.org  Fri Nov  6 02:45:55 2020
From: report at bugs.python.org (Vinay Sharma)
Date: Fri, 06 Nov 2020 07:45:55 +0000
Subject: [issue38119] resource tracker destroys shared memory segments when
 other processes should still have valid access
In-Reply-To: <1568217506.85.0.770661201111.issue38119@roundup.psfhosted.org>
Message-ID: <1604648755.84.0.0663608124385.issue38119@roundup.psfhosted.org>


Change by Vinay Sharma <vinay0410sharma at gmail.com>:


----------
pull_requests: +22087
pull_request: https://github.com/python/cpython/pull/23174

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38119>
_______________________________________

From report at bugs.python.org  Fri Nov  6 03:20:48 2020
From: report at bugs.python.org (Inada Naoki)
Date: Fri, 06 Nov 2020 08:20:48 +0000
Subject: [issue11346] Generator object should be mentioned in gc module
 document
In-Reply-To: <1298818993.14.0.492098392223.issue11346@psf.upfronthosting.co.za>
Message-ID: <1604650848.09.0.752177016116.issue11346@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11346>
_______________________________________

From report at bugs.python.org  Fri Nov  6 04:46:37 2020
From: report at bugs.python.org (shakir_juolay)
Date: Fri, 06 Nov 2020 09:46:37 +0000
Subject: [issue42275] Jupyter Lab Terminals not available (error was No module
 named 'winpty.cywinpty')
Message-ID: <1604655997.12.0.439112752086.issue42275@roundup.psfhosted.org>


New submission from shakir_juolay <shakir_juolay at yahoo.com>:

I get the below message when I run Jupyter Lab

D:\Users\sjuolay>jupyter lab
[W 12:37:50.862 LabApp] Terminals not available (error was No module named 'winpty.cywinpty')
[I 12:37:51.170 LabApp] JupyterLab extension loaded from d:\users\sjuolay\documents\python\python39\lib\site-packages\jupyterlab
[I 12:37:51.171 LabApp] JupyterLab application directory is d:\users\sjuolay\documents\python\python39\share\jupyter\lab
[I 12:37:51.300 LabApp] Serving notebooks from local directory: D:\Users\sjuolay
[I 12:37:51.301 LabApp] Jupyter Notebook 6.1.4 is running at:
[I 12:37:51.301 LabApp] http://localhost:8888/?token=9a64c8f9a15b970ecc775090c4e5b8c90677f1456a83a932
[I 12:37:51.301 LabApp] Use Control-C to stop this server and shut down all kernels (twice to skip confirmation).
[C 12:37:51.330 LabApp]

    To access the notebook, open this file in a browser:
        file:///D:/Users/sjuolay/AppData/Roaming/jupyter/runtime/nbserver-7928-open.html
    Or copy and paste one of these URLs:
        http://localhost:8888/?token=9a64c8f9a15b970ecc775090c4e5b8c90677f1456a83a932
[I 12:37:53.917 LabApp] Build is up to date


And when I run the below from Python IDLE I get

>>> import winpty
Traceback (most recent call last):
  File "<pyshell#0>", line 1, in <module>
    import winpty
  File "D:\Users\sjuolay\Documents\Python\Python39\lib\site-packages\winpty\__init__.py", line 11, in <module>
    from .ptyprocess import PtyProcess
  File "D:\Users\sjuolay\Documents\Python\Python39\lib\site-packages\winpty\ptyprocess.py", line 21, in <module>
    from .winpty_wrapper import PTY, PY2
  File "D:\Users\sjuolay\Documents\Python\Python39\lib\site-packages\winpty\winpty_wrapper.py", line 12, in <module>
    from .cywinpty import Agent
ModuleNotFoundError: No module named 'winpty.cywinpty'


Software Details
Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32
Jupyter Lab 2.2.9
pywinpty 0.5.7


Any idea how much of an impact the error has on Jupyter Lab, since it is launched in browser? How to fix this?

----------
components: Library (Lib)
messages: 380443
nosy: shakir_juolay
priority: normal
severity: normal
status: open
title: Jupyter Lab Terminals not available (error was No module named 'winpty.cywinpty')
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42275>
_______________________________________

From report at bugs.python.org  Fri Nov  6 05:04:14 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 06 Nov 2020 10:04:14 +0000
Subject: [issue42271] Remove the error and the zipfile.ZipFile.BadZipfile
 aliases
In-Reply-To: <1604604107.76.0.819797887285.issue42271@roundup.psfhosted.org>
Message-ID: <1604657054.28.0.229061946728.issue42271@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +alanmcintyre, serhiy.storchaka, twouters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42271>
_______________________________________

From report at bugs.python.org  Fri Nov  6 05:03:33 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 06 Nov 2020 10:03:33 +0000
Subject: [issue42275] Jupyter Lab Terminals not available (error was No module
 named 'winpty.cywinpty')
In-Reply-To: <1604655997.12.0.439112752086.issue42275@roundup.psfhosted.org>
Message-ID: <1604657013.3.0.666581952432.issue42275@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

The tracker is for issues related to CPython and doesn't seem to be caused due to python itself. I would suggest following it up on jupyterlab's issue tracker and forums.

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42275>
_______________________________________

From report at bugs.python.org  Fri Nov  6 07:18:35 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 06 Nov 2020 12:18:35 +0000
Subject: [issue42274] Imaplib hangs up infinitely when performing append
 operation
In-Reply-To: <1604639439.38.0.466893832242.issue42274@roundup.psfhosted.org>
Message-ID: <1604665115.09.0.424732346991.issue42274@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

The bug tracker isn't the appropriate place to ask for help. 

Your problem is most likely with your code, or possibly with the server you're talking to. But you haven't provided us any way of knowing which.

I suggest you ask for help on the python-list mailing list, or maybe on Stack Overflow. But no matter where you ask for help, you'll need to show the code that is causing your problem. You'll want to reproduce the problem with a small example. You should remove any code that doesn't relate to reproducing the problem, and preferably without using any third party libraries.

If you can show that this is a bug in Python, then you can re-open this issue.

----------
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42274>
_______________________________________

From report at bugs.python.org  Fri Nov  6 07:44:20 2020
From: report at bugs.python.org (Guo)
Date: Fri, 06 Nov 2020 12:44:20 +0000
Subject: [issue42276] Bug in adfuller test and a suggested fix
Message-ID: <1604666660.35.0.85933411244.issue42276@roundup.psfhosted.org>


New submission from Guo <guoyanling_2000 at yahoo.de>:

from statsmodels.tsa.stattools import adfuller
adf = adfuller(x, regression=?c?, autolag=?t-stat?)

Sometimes comes error message:
UnboundLocalError: local variable ?bestlag? referenced before assignment 

I found the reason: when using t-stat, bestlag is only assigned, when the last lag becomes significant the first time, so if no lag has a significant t-value, then bestlag is never assigned

I fixed this bug this way: open the file stattools.py and find the lines:
elif method == ?t-stat?:
  #stop = stats.norm.ppf(.95)
  stop = 1.6448536269514722
Then add here following two lines:
  bestlag = startlag
  icbest = np.abs(results[startlag].tvalues[-1])

This way, the code won?t crash again and t-stat simply uses no lag when there is no significant value

----------
components: Library (Lib)
messages: 380446
nosy: gyllila
priority: normal
severity: normal
status: open
title: Bug in adfuller test and a suggested fix
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42276>
_______________________________________

From report at bugs.python.org  Fri Nov  6 07:54:02 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 06 Nov 2020 12:54:02 +0000
Subject: [issue42276] Bug in adfuller test and a suggested fix
In-Reply-To: <1604666660.35.0.85933411244.issue42276@roundup.psfhosted.org>
Message-ID: <1604667242.21.0.527288892133.issue42276@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Statsmodel is not part of the Python standard library. 

The issue tracker for this packages seems to be at: https://github.com/statsmodels/statsmodels/issues

----------
nosy: +ronaldoussoren
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42276>
_______________________________________

From report at bugs.python.org  Fri Nov  6 09:05:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 14:05:16 +0000
Subject: [issue42207] Python 3.9 testing fails when building with clang and
 optimizations are enabled
In-Reply-To: <1604069104.85.0.435616508554.issue42207@roundup.psfhosted.org>
Message-ID: <1604671516.8.0.90366141179.issue42207@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit 100964e0310d3a2040d0db976f7984d0507b2dbd
Author: serge-sans-paille <serge.guelton at telecom-bretagne.eu>
Date:   Wed Nov 4 23:01:08 2020 +0000

    Disable peg generator tests when building with PGO (GH-23141)
    
    Otherwise, when running the testsuite, test_peg_generator tries to compile C
    code using the optimized flags and fails because it cannot find the profile
    data.


commit 3997a4e6bca18c7f220d6212ef1e86d8aa9c7aee (upstream/3.9, 3.9)
Author: Miss Islington (bot) <31488909+miss-islington at users.noreply.github.com>
Date:   Wed Nov 4 15:22:13 2020 -0800

    Disable peg generator tests when building with PGO (GH-23141)
    
    
    Otherwise, when running the testsuite, test_peg_generator tries to compile C
    code using the optimized flags and fails because it cannot find the profile
    data.
    (cherry picked from commit 100964e0310d3a2040d0db976f7984d0507b2dbd)
    
    Co-authored-by: serge-sans-paille <serge.guelton at telecom-bretagne.eu>

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42207>
_______________________________________

From report at bugs.python.org  Fri Nov  6 09:30:19 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Fri, 06 Nov 2020 14:30:19 +0000
Subject: [issue42277] Solaris & PEP 3149: start using ABI version tagged .so
 files
Message-ID: <1604673019.95.0.76532678004.issue42277@roundup.psfhosted.org>


New submission from Jakub Kulik <kulikjak at gmail.com>:

Solaris doesn't have ABI version tagged .so files enabled in upstream CPython yet, but almost every Solaris distribution* patches this functionality in:

Oracle Solaris: https://github.com/oracle/solaris-userland/blob/master/components/python/python39/patches/13-SOABI.patch
OpenIndiana: https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/python/python37/patches/13-SOABI.patch
OmniOS: https://github.com/omniosorg/omnios-build/blob/master/build/python37/patches/13-SOABI.patch

Because of that, I think it should be merged into master.

*) The only exception is pkgsrc (used in SmartOS), but they are patching it out for every system, so no change there:
https://github.com/joyent/pkgsrc/blob/trunk/lang/python39/patches/patch-configure

----------
components: Build
messages: 380449
nosy: kulikjak
priority: normal
severity: normal
status: open
title: Solaris & PEP 3149: start using ABI version tagged .so files
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42277>
_______________________________________

From report at bugs.python.org  Fri Nov  6 09:35:32 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Fri, 06 Nov 2020 14:35:32 +0000
Subject: [issue42277] Solaris & PEP 3149: start using ABI version tagged .so
 files
In-Reply-To: <1604673019.95.0.76532678004.issue42277@roundup.psfhosted.org>
Message-ID: <1604673332.41.0.133374941921.issue42277@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42277>
_______________________________________

From report at bugs.python.org  Fri Nov  6 09:57:52 2020
From: report at bugs.python.org (E. Paine)
Date: Fri, 06 Nov 2020 14:57:52 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
Message-ID: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>


New submission from E. Paine <paineelisha at gmail.com>:

Currently, there are many uses of `tempfile.mktemp` in the stdlib. I couldn't find an issue where this has already been discussed, but I think the usage of mktemp in the stdlib should be completely reviewed. I grepped the Lib and a slightly filtered version is the following:

Lib/asyncio/windows_utils.py:34: address = tempfile.mktemp(
Lib/distutils/command/bdist_wininst.py:185: archive_basename = mktemp()
Lib/distutils/util.py:386: (script_fd, script_name) = None, mktemp(".py")
Lib/msilib/__init__.py:214: filename = mktemp()
Lib/multiprocessing/connection.py:81: return tempfile.mktemp(prefix='listener-', dir=util.get_temp_dir())
Lib/multiprocessing/connection.py:83: return tempfile.mktemp(prefix=r'\.\pipe\pyc-%d-%d-' %
Lib/pydoc.py:1620: filename = tempfile.mktemp()
Lib/test/bisect_cmd.py:75: tmp = tempfile.mktemp()
Lib/test/test_bytes.py:1193: tfn = tempfile.mktemp()
Lib/test/test_contextlib.py:316: tfn = tempfile.mktemp()
Lib/test/test_doctest.py:2724: >>> fn = tempfile.mktemp()
Lib/test/test_doctest.py:2734: >>> fn = tempfile.mktemp()
Lib/test/test_doctest.py:2744: >>> fn = tempfile.mktemp()
Lib/test/test_faulthandler.py:51: filename = tempfile.mktemp()
Lib/test/test_shutil.py:1624: filename = tempfile.mktemp(dir=dirname)
Lib/test/test_shutil.py:1935: dst_dir = tempfile.mktemp(dir=self.mkdtemp())
Lib/test/test_shutil.py:2309: name = tempfile.mktemp(dir=os.getcwd())
Lib/test/test_shutil.py:272: filename = tempfile.mktemp(dir=self.mkdtemp())
Lib/test/test_shutil.py:677: dst = tempfile.mktemp(dir=self.mkdtemp())
Lib/test/test_socket.py:699: path = tempfile.mktemp(dir=self.dir_path)
Lib/test/test_socketserver.py:100: fn = tempfile.mktemp(prefix='unix_socket.', dir=dir)

I am hoping this issue will be spotted as I couldn't find who to add to the nosy for this. I think, bearing in mind that use of this method is a security issue, we should reduce this number as low as feasible (though, I am sure that a number of those will have good reasons for using mktemp, and will be doing so in a safe way).

----------
components: Library (Lib)
messages: 380450
nosy: epaine
priority: normal
severity: normal
status: open
title: Remove usage of tempfile.mktemp in stdlib
type: security
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Fri Nov  6 10:00:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 15:00:03 +0000
Subject: [issue6304] Confusing error message when passing bytes to print with
 file pointing to a binary file
In-Reply-To: <1245293505.96.0.175038220478.issue6304@psf.upfronthosting.co.za>
Message-ID: <1604674803.32.0.887252405016.issue6304@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
stage: test needed -> 
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6304>
_______________________________________

From report at bugs.python.org  Fri Nov  6 10:35:27 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 06 Nov 2020 15:35:27 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604676927.8.0.930575115457.issue42278@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Fri Nov  6 10:49:23 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Fri, 06 Nov 2020 15:49:23 +0000
Subject: [issue41839] Solaris: Fix error checking in sched_get_priority_
 functions
In-Reply-To: <1600854291.47.0.647428852002.issue41839@roundup.psfhosted.org>
Message-ID: <1604677763.27.0.926283821298.issue41839@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

> Checking for -1 rather than all negative values fixes this issue.

To be 100% exact, it should be "checking for -1 and errno" (as other Jakub noted in the PR). Here is the standard for reference:
https://pubs.opengroup.org/onlinepubs/009695399/functions/sched_get_priority_min.html

Sticking to it should hopefully not break anything.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41839>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:00:34 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:00:34 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604678434.02.0.568871031011.issue42142@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: FAIL tkinter ttk LabeledScale test_resize, and more -> test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:03:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 16:03:48 +0000
Subject: [issue13433] [doc] Improve string format documentation regarding %g
In-Reply-To: <1321707692.58.0.601543510069.issue13433@psf.upfronthosting.co.za>
Message-ID: <1604678628.67.0.743184651173.issue13433@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: String format documentation contains error regarding %g -> [doc] Improve string format documentation regarding %g
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13433>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:04:59 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:04:59 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604678699.05.0.059518396332.issue41832@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 88c2cfd9ffbcfc43fd1364f2984852a819547d43 by Hai Shi in branch 'master':
bpo-41832: PyType_FromModuleAndSpec() now accepts NULL tp_doc (GH-23123)
https://github.com/python/cpython/commit/88c2cfd9ffbcfc43fd1364f2984852a819547d43


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:05:26 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:05:26 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604678726.79.0.961430061064.issue41832@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Thanks Hai Shi.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:10:27 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 16:10:27 +0000
Subject: [issue13122] Out of date links in the sidebar of the documentation
 index of versions 3.1 and 3.2
In-Reply-To: <1317999740.46.0.922190010194.issue13122@psf.upfronthosting.co.za>
Message-ID: <1604679027.36.0.559077882717.issue13122@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This is still unresolved. For instance, this says 3.7 is in development:
https://docs.python.org/release/3.6.2/

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13122>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:30:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 16:30:03 +0000
Subject: [issue16238] Automatically remove build directory when build options
 changed
In-Reply-To: <1350300834.63.0.981208567885.issue16238@psf.upfronthosting.co.za>
Message-ID: <1604680203.09.0.558406420802.issue16238@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16238>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:31:07 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Fri, 06 Nov 2020 16:31:07 +0000
Subject: [issue16238] Automatically remove build directory when build options
 changed
In-Reply-To: <1350300834.63.0.981208567885.issue16238@psf.upfronthosting.co.za>
Message-ID: <1604680267.66.0.734218739744.issue16238@roundup.psfhosted.org>


Change by ?ric Araujo <merwok at netwok.org>:


----------
assignee: eric.araujo -> 
components:  -Distutils
versions:  -Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16238>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:32:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:32:11 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604680331.72.0.339113390228.issue42173@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Copy of my email sent to python-dev.

https://mail.python.org/archives/list/python-dev at python.org/message/46UUJ4J5YLCWF2JQMC5L7OIYG6PNQLRL/

Since I created the issue and the PR, and sent this email to
python-dev (one week ago), many Solaris and Solaris-like (ex: Illumos)
users replied that the operating system is definitively alive. I
didn't know that Oracle still ships new Solaris updates every month:
that's a good thing!

But this is not enough to support a platform. We would need proactive
contributors to fix known Solaris issues, but also fix new Solaris
issues (either regressions, or bugs newly discovered). We would also
need a buildbot to run the Python test suite on Solaris (or again, a
Solaris-like OS).

The good news is that Jakub Kulik started to fix some Solaris issues.
I understood that Solaris and Solaris-like operating systems do have
downstream patches on Python to fix a bunch of bugs. It seems like
some people want to push these fixes to Python upstream which is also
a good sign.

The other problem that I wanted to discuss is that fixing Solaris
issues require core devs (who merge PRs) accessing Solaris. If
contributors send patches and some core devs are fine with merging
fixes without being able to test them manually, I'm also fine with
that.

My first intent was to remove support for a definitely dead operating
system, but it seems like I was completely wrong (it's alive!). Thanks
to people starting to fix Solaris issues, I close my PR and I no
longer plan to drop Solaris support. I prefer to leave bpo-42173 open
for now, since people decide to use it as a place to collaborate on
fixing Solaris issues.

Once most tests will pass on the master branch, I also hope that
someone will set up a buildbot *and* fix issues discovered by this
buildbot. Sorry but just setting up a buildbot doesn't solve any
problem, it only increases the maintenance burden for people who
maintain the buildbot fleet. For example, we have two AIX buildbots, I
report bugs on bugs.python.org, but it seems like nobody is available
to fix them...

Overall, I'm quite happy with what is happening with Solaris! More
collaboration, issues being fixed in Python upstream. I just hope that
this work will continue next months. ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:33:22 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:33:22 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604680402.89.0.342322739703.issue42173@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

This issue title is "Drop Solaris support". I no longer plan to drop Solaris support. I suggest to open new issues and continue the discussion there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:34:02 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 16:34:02 +0000
Subject: [issue16212] mmap() dumps core upon resizing the underlying file
In-Reply-To: <1350050663.98.0.0365442687476.issue16212@psf.upfronthosting.co.za>
Message-ID: <1604680442.49.0.744423346756.issue16212@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16212>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:37:59 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:37:59 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1604680679.81.0.666519301266.issue42173@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Gaige B Paulsen offered to set up a SmartOS (Illumos-derived) buildbot:
https://mail.python.org/archives/list/python-buildbots at python.org/thread/7HGPHD3WZG6V6NVP6EGQO6NHZ3DAPPXN/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Fri Nov  6 11:38:53 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 16:38:53 +0000
Subject: [issue16212] mmap() dumps core upon resizing the underlying file
In-Reply-To: <1350050663.98.0.0365442687476.issue16212@psf.upfronthosting.co.za>
Message-ID: <1604680733.13.0.198065373254.issue16212@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16212>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:05:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:05:13 +0000
Subject: [issue14791] setup.py only adds /prefix/lib, not /prefix/lib64
In-Reply-To: <1336840843.09.0.565460268003.issue14791@psf.upfronthosting.co.za>
Message-ID: <1604682313.7.0.0426521887594.issue14791@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Was this resolved by the fix for https://bugs.python.org/issue32059?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14791>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:20:11 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:20:11 +0000
Subject: [issue15049] [doc] say in open() doc that line buffering only applies
 to write
In-Reply-To: <1339463724.73.0.621165878269.issue15049@psf.upfronthosting.co.za>
Message-ID: <1604683211.3.0.34273459527.issue15049@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: line buffering isn't always -> [doc] say in open() doc that line buffering only applies to write
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15049>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:24:04 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Nov 2020 17:24:04 +0000
Subject: [issue38119] resource tracker destroys shared memory segments when
 other processes should still have valid access
In-Reply-To: <1568217506.85.0.770661201111.issue38119@roundup.psfhosted.org>
Message-ID: <1604683444.8.0.536457915751.issue38119@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38119>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:30:22 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:30:22 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1604683822.7.0.773703510341.issue12739@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I will close this as out of date unless someone objects.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:33:59 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 17:33:59 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1604684039.84.0.470977752831.issue12739@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Oh by the way, this issue was fixed on UNIX in Python 3.2: all file descriptors are now closed by default (close_fds=True by default on UNIX).

Issue fixed in Python 3.4 (sorry, 3.4, not 3.2): https://www.python.org/dev/peps/pep-0446/

----------
resolution:  -> fixed
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:40:19 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:40:19 +0000
Subject: [issue25769] Crash due to using weakref referent without acquiring a
 strong reference
In-Reply-To: <1448860564.76.0.866220529061.issue25769@psf.upfronthosting.co.za>
Message-ID: <1604684419.08.0.897011189257.issue25769@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25769>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:45:09 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:45:09 +0000
Subject: [issue25516] threading.Condition._is_owned() is wrong when using
 threading.Lock
In-Reply-To: <1446165392.31.0.717642417411.issue25516@psf.upfronthosting.co.za>
Message-ID: <1604684709.29.0.353304012504.issue25516@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25516>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:49:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 17:49:18 +0000
Subject: [issue25516] threading.Condition._is_owned() is wrong when using
 threading.Lock
In-Reply-To: <1446165392.31.0.717642417411.issue25516@psf.upfronthosting.co.za>
Message-ID: <1604684958.45.0.699596652895.issue25516@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25516>
_______________________________________

From report at bugs.python.org  Fri Nov  6 12:53:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 17:53:10 +0000
Subject: [issue8988] import + coding = failure (3.1.2/win32)
In-Reply-To: <1276426235.15.0.873898512927.issue8988@psf.upfronthosting.co.za>
Message-ID: <1604685190.33.0.507009578543.issue8988@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this can be closed as out of date.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8988>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:01:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Nov 2020 18:01:17 +0000
Subject: [issue8988] import + coding = failure (3.1.2/win32)
In-Reply-To: <1276426235.15.0.873898512927.issue8988@psf.upfronthosting.co.za>
Message-ID: <1604685677.25.0.965251857318.issue8988@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> See also #3080 for the full unicode support in the import machinery.

I'm confident that I fixed this issue in bpo-3080. I mark this one as a duplicate.

----------
resolution:  -> duplicate
stage: test needed -> resolved
status: pending -> closed
superseder:  -> Full unicode import system

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8988>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:15:25 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 18:15:25 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1604686525.9.0.4480294545.issue8576@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

There are still several tests that use find_unused_port:

test_asyncio/test_events.py
test_asyncio/test_proactor_events.py
test_asyncio/test_sendfile.py
test_asyncio/test_unix_events.py
test_ftplib.py
test_httplib.py
test_largefile.py
test_socket.py
test_smtplib.py

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:25:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 18:25:05 +0000
Subject: [issue12625] sporadic test_unittest failure
In-Reply-To: <1311454495.5.0.801093056111.issue12625@psf.upfronthosting.co.za>
Message-ID: <1604687105.53.0.0419541190716.issue12625@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Is this test still failing? Or can this be closed?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12625>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:27:07 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 18:27:07 +0000
Subject: [issue12588] test_capi.test_subinterps() failed on OpenBSD (powerpc)
In-Reply-To: <1311111401.9.0.18298571301.issue12588@psf.upfronthosting.co.za>
Message-ID: <1604687227.42.0.695655604181.issue12588@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12588>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:34:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 18:34:48 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1604687688.18.0.639225098073.issue8488@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I got this output on 3.10, so I think this has been fixed:


lass Demo(builtins.object)
 |  Readonly properties defined here:
 |
 |  data
 |
 |  non_data
 |
 |  prop
 |      Doc of a property.
 |
 |  ----------------------------------------------------------------------
 |  Data descriptors defined here:
 |
 |  __dict__
 |      dictionary for instance variables (if defined)
 |
 |  __weakref__
 |      list of weak references to the object (if defined)

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:37:29 2020
From: report at bugs.python.org (John Dutcher)
Date: Fri, 06 Nov 2020 18:37:29 +0000
Subject: [issue42279] replacements function corrupts file
Message-ID: <1604687849.79.0.792944285105.issue42279@roundup.psfhosted.org>


New submission from John Dutcher <jfdutcher1958 at yahoo.com>:

If the file below 0f 239 records is processed by the code below it throws no errors and writes the output...but the output has 615 records instead of 239 seemingly having written any revised ones three times instead of only once.

replacements = {'/1':'/01', '9/':'09/', '7/':'07/'}
file2 = open(r"c:\users\liddvdp\desktop\IBC CAP OUT.txt", "w")
with open(r"c:\users\liddvdp\desktop\IBC CAP.txt", "r") as reader:
         for line in reader:
             for src, target in replacements.items():
                 line = line.replace(src, target)
                 file2.write(line)

----------
assignee: terry.reedy
components: IDLE
files: IBC CAP.txt
messages: 380466
nosy: dutch58, terry.reedy
priority: normal
severity: normal
status: open
title: replacements function corrupts file
type: behavior
versions: Python 3.6
Added file: https://bugs.python.org/file49576/IBC CAP.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42279>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:49:58 2020
From: report at bugs.python.org (jack1142)
Date: Fri, 06 Nov 2020 18:49:58 +0000
Subject: [issue42280] The list of standard generic collections is incomplete
Message-ID: <1604688598.04.0.446732481114.issue42280@roundup.psfhosted.org>


New submission from jack1142 <kuba.kuczys at gmail.com>:

It looks like the documentation lists standard library collections that support parameterized generics[1] however, it seems to only feature a part of all the collections that support parametrizing (I'm going by the list that was produced by Ethan Smith[2], it could be slightly inaccurate now, but that can be cross-checked when making the contribution).

I would be interested in making a PR adding these if/when this issue gets accepted.


[1] https://docs.python.org/3.10/library/stdtypes.html#standard-generic-collections
[2] https://github.com/gvanrossum/cpython/pull/1#issuecomment-582781121

----------
assignee: docs at python
components: Documentation
messages: 380467
nosy: docs at python, jack1142
priority: normal
severity: normal
status: open
title: The list of standard generic collections is incomplete
type: enhancement
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42280>
_______________________________________

From report at bugs.python.org  Fri Nov  6 13:50:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 18:50:42 +0000
Subject: [issue10016] shutil.copyfile -- allow sparse copying
In-Reply-To: <1286029015.57.0.815158740908.issue10016@psf.upfronthosting.co.za>
Message-ID: <1604688642.34.0.672661747363.issue10016@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10016>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:07:09 2020
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 06 Nov 2020 19:07:09 +0000
Subject: [issue42279] replacements function corrupts file
In-Reply-To: <1604687849.79.0.792944285105.issue42279@roundup.psfhosted.org>
Message-ID: <1604689629.6.0.384470014437.issue42279@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

That's because you're writing an output line once per replacement rather than once per input line.

For usage questions such as this, you'll be better off on a forum such as discuss.python.org, the python-list at python.org mailing list, or the Python Discord community (pythondiscord.com).

----------
assignee: terry.reedy -> 
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42279>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:07:31 2020
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 06 Nov 2020 19:07:31 +0000
Subject: [issue42279] replacements function corrupts file
In-Reply-To: <1604687849.79.0.792944285105.issue42279@roundup.psfhosted.org>
Message-ID: <1604689651.69.0.29829071202.issue42279@roundup.psfhosted.org>


Change by Zachary Ware <zachary.ware at gmail.com>:


----------
components:  -IDLE

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42279>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:11:50 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:11:50 +0000
Subject: [issue32300] print(os.environ.keys()) should only print the keys
In-Reply-To: <1513154220.65.0.213398074469.issue32300@psf.upfronthosting.co.za>
Message-ID: <1604689910.45.0.591554921437.issue32300@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
type:  -> behavior
versions: +Python 3.10, Python 3.9 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32300>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:20:57 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:20:57 +0000
Subject: [issue12611] 2to3 crashes when converting doctest using reduce()
In-Reply-To: <1311349982.31.0.854147036767.issue12611@psf.upfronthosting.co.za>
Message-ID: <1604690457.84.0.570248540277.issue12611@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The test in issue12611_test.patch is still failing.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12611>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:28:14 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:28:14 +0000
Subject: [issue25228] Regression in http.cookies parsing with brackets and
 quotes
In-Reply-To: <1443113876.69.0.763546669405.issue25228@psf.upfronthosting.co.za>
Message-ID: <1604690894.37.0.467736316298.issue25228@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25228>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:36:33 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:36:33 +0000
Subject: [issue27226] distutils: unable to compile both .opt-1.pyc and
 .opt2.pyc simultaneously
In-Reply-To: <1465106608.99.0.622112847685.issue27226@psf.upfronthosting.co.za>
Message-ID: <1604691393.92.0.751976150833.issue27226@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27226>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:37:09 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:37:09 +0000
Subject: [issue27182] PEP 519 support in the stdlib
In-Reply-To: <1464887789.1.0.970652730446.issue27182@psf.upfronthosting.co.za>
Message-ID: <1604691429.81.0.72976822429.issue27182@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27182>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:37:26 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:37:26 +0000
Subject: [issue27129] Wordcode, part 2
In-Reply-To: <1464268387.83.0.862540030058.issue27129@psf.upfronthosting.co.za>
Message-ID: <1604691446.08.0.678472877512.issue27129@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27129>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:37:38 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:37:38 +0000
Subject: [issue10551] mimetypes read from the registry should not overwrite
 standard mime mappings
In-Reply-To: <1290885326.33.0.141249546234.issue10551@psf.upfronthosting.co.za>
Message-ID: <1604691458.72.0.24510380789.issue10551@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

>From the discussion I conclude that all three issues reported here have been resolved. If nobody objects I will close this issue.

----------
nosy: +iritkatriel
resolution: not a bug -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10551>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:37:39 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:37:39 +0000
Subject: [issue27387] Thread hangs on str.encode() when locale is not set
In-Reply-To: <1466892219.46.0.416121805197.issue27387@psf.upfronthosting.co.za>
Message-ID: <1604691459.74.0.225166232738.issue27387@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27387>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:41:47 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:41:47 +0000
Subject: [issue27408] Document importlib.abc.ExecutionLoader implements
 get_data()
In-Reply-To: <1467166923.22.0.634971996974.issue27408@psf.upfronthosting.co.za>
Message-ID: <1604691707.12.0.394547419763.issue27408@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:

Not necessary to specify as InspectLoader also provides get_data() concretely now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27408>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:41:53 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 06 Nov 2020 19:41:53 +0000
Subject: [issue27408] Document importlib.abc.ExecutionLoader implements
 get_data()
In-Reply-To: <1467166923.22.0.634971996974.issue27408@psf.upfronthosting.co.za>
Message-ID: <1604691713.81.0.194933450463.issue27408@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27408>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:44:06 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:44:06 +0000
Subject: [issue6253] optparse.OptionParser.get_usage uses wrong formatter
In-Reply-To: <1244644097.18.0.346116774289.issue6253@psf.upfronthosting.co.za>
Message-ID: <1604691846.92.0.663894191645.issue6253@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Jan, if you are still interested in fixing this you would need to add a test to the patch.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6253>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:49:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:49:13 +0000
Subject: [issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION
 or Py_TPFLAGS_HAVE_VERSION_TAG.
In-Reply-To: <1267544098.65.0.440493208051.issue8041@psf.upfronthosting.co.za>
Message-ID: <1604692153.52.0.588284342306.issue8041@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8041>
_______________________________________

From report at bugs.python.org  Fri Nov  6 14:58:06 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 19:58:06 +0000
Subject: [issue1576313] [doc] os.execvp[e] on win32 fails for current directory
Message-ID: <1604692686.21.0.1041754783.issue1576313@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: os.execvp[e] on win32 fails for current directory -> [doc] os.execvp[e] on win32 fails for current directory
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1576313>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:00:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 20:00:24 +0000
Subject: [issue1375011] http.cookies,
 Cookie.py: Improper handling of duplicate cookies
Message-ID: <1604692824.86.0.569297490489.issue1375011@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1375011>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:03:35 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 20:03:35 +0000
Subject: [issue16399] argparse: append action with default list adds to list
 instead of overriding
In-Reply-To: <1351992623.71.0.851432414607.issue16399@psf.upfronthosting.co.za>
Message-ID: <1604693015.72.0.423933919077.issue16399@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16399>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:05:29 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 20:05:29 +0000
Subject: [issue12436] [doc] Missing items in installation/setup instructions
In-Reply-To: <1309305395.29.0.101516779086.issue12436@psf.upfronthosting.co.za>
Message-ID: <1604693129.98.0.632189767209.issue12436@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: Missing items in installation/setup instructions -> [doc] Missing items in installation/setup instructions
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12436>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:28:21 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Fri, 06 Nov 2020 20:28:21 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604694501.39.0.37585698692.issue41972@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

I am attempting to better understand the performance characteristics to determine where a cutoff should go.

Attached is a colorful table of benchmarks of the existing algorithm to the PR with the cutoff changed to `if (1)` (always two-way) or `if (0)` (always status quo), and tested on a variety of needle lengths and haystack lengths.

----------
Added file: https://bugs.python.org/file49577/Table of benchmarks on lengths.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:31:37 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Fri, 06 Nov 2020 20:31:37 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604694697.59.0.0472805298394.issue41972@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

I used the following script, and the raw results are attached.


    import pyperf
    runner = pyperf.Runner()

    ms = [12, 16, 24, 32, 48, 64, 96, 128, 
          192, 256, 384, 512, 768, 1024, 1536]

    ns = [2000, 3000, 4000, 6000, 8000,
          12000, 16000, 24000, 32000, 48000,
          64000, 96000]

    for n, m in product(ns, ms):
        runner.timeit(f"needle={m}, haystack={n}",
                      setup="needle = zipf_string(m); haystack = zipf_string(n)",
                      stmt="needle in haystack",
                      globals=locals() | globals())

----------
Added file: https://bugs.python.org/file49578/length_benchmarks.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Fri Nov  6 15:33:38 2020
From: report at bugs.python.org (shakir_juolay)
Date: Fri, 06 Nov 2020 20:33:38 +0000
Subject: [issue42275] Jupyter Lab Terminals not available (error was No module
 named 'winpty.cywinpty')
In-Reply-To: <1604655997.12.0.439112752086.issue42275@roundup.psfhosted.org>
Message-ID: <1604694818.14.0.881173544676.issue42275@roundup.psfhosted.org>


shakir_juolay <shakir_juolay at yahoo.com> added the comment:

I do not think the issue is related to Jupyter since even import winpty in Python IDLE is giving the same error.

I resolved the issue by doing the following but I do not know which of them is the main culprit.

1. Downgraded to Python 3.8.5 (pywinpty currently does not have cp39 version wheel file)

2. pip install wheel (since when I trying to pip install pywinpty in Python 3.9.0 I was getting the message package 'wheel' is not installed using setup.py instead, and as I understand .whl files are better options for installation, and some folks on Google have resolved this issue using manual wheel files from Christoph Gohlke's PythonLibs)

3. pip install jupyterlab (I noticed pywinpty was installed using .whl file)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42275>
_______________________________________

From report at bugs.python.org  Fri Nov  6 16:28:40 2020
From: report at bugs.python.org (Tim Peters)
Date: Fri, 06 Nov 2020 21:28:40 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604698120.79.0.131756045932.issue41972@roundup.psfhosted.org>


Tim Peters <tim at python.org> added the comment:

I'm sorry I haven't been able to give more time to this. I love what's been done, but am just overwhelmed :-(

The main thing here is to end quadratic-time disasters, without doing significant damage in other cases. Toward that end it would be fine to use "very high" cutoffs, and save tuning for later. It's clear that we _can_ get significant benefit even in many non-disastrous cases, but unclear exactly how to exploit that. But marking the issue report as "fixed" doesn't require resolving that - and I want to see this improvement in the next Python release.

An idea that hasn't been tried: in the world of sorting, quicksort is usually the fastest method - but it's prone to quadratic-time disasters. OTOH, heapsort never suffers disasters, but is almost always significantly slower in ordinary cases. So the more-or-less straightforward "introsort" compromises, by starting with a plain quicksort, but with "introspection" code added to measure how quickly it's making progress. If quicksort appears to be thrashing, it switches to heapsort.

It's possible an "introsearch" would work well too. Start with pure brute force (not even with the current preprocessing), and switch to something else if it's making slow progress. That's easy to measure: compare the number of character comparisons we've made so far to how many character positions we've advanced the search window so far. If that ratio exceeds (say) 3, we're heading out of linear-time territory, so should switch to a different approach.

With no preprocessing at all, that's likely to be faster than even the current code for very short needles, and in all cases where the needle is found at the start of the haystack.

This context is trickier, though, in that the current code, and pure C&P, can also enjoy sub-linear time cases. It's always something ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Fri Nov  6 16:46:13 2020
From: report at bugs.python.org (Tim Peters)
Date: Fri, 06 Nov 2020 21:46:13 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604699173.07.0.569408792463.issue41972@roundup.psfhosted.org>


Tim Peters <tim at python.org> added the comment:

But that also suggests a different approach: start with the current code, but add introspection to switch to your enhancement of C&P if the current code is drifting out of linear-time territory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:02:52 2020
From: report at bugs.python.org (Itamar Turner-Trauring)
Date: Fri, 06 Nov 2020 22:02:52 +0000
Subject: [issue40379] multiprocessing's default start method of
 fork()-without-exec() is broken
In-Reply-To: <1587752543.41.0.119768714545.issue40379@roundup.psfhosted.org>
Message-ID: <1604700172.68.0.181084441495.issue40379@roundup.psfhosted.org>


Itamar Turner-Trauring <itamar at itamarst.org> added the comment:

Another person with the same issue: https://twitter.com/volcan01010/status/1324764531139248128

----------
nosy: +itamarst2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40379>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:17:46 2020
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 06 Nov 2020 22:17:46 +0000
Subject: [issue29086] Document C API that is not part of the limited API
In-Reply-To: <1482865319.03.0.627052322458.issue29086@psf.upfronthosting.co.za>
Message-ID: <1604701066.73.0.931183322317.issue29086@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
nosy: +python-dev
nosy_count: 3.0 -> 4.0
pull_requests: +22089
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23185

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29086>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:23:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:23:58 +0000
Subject: [issue8535] passing optimization flags to the linker required
 for	builds with gcc -flto
In-Reply-To: <1272279643.52.0.447435684789.issue8535@psf.upfronthosting.co.za>
Message-ID: <1604701438.74.0.940857027774.issue8535@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this was resolved by issue9189.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8535>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:30:37 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:30:37 +0000
Subject: [issue11176] [doc] give more meaningful argument names in argparse
 documentation
In-Reply-To: <1297352937.46.0.470038569364.issue11176@psf.upfronthosting.co.za>
Message-ID: <1604701837.99.0.918549079259.issue11176@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: give more meaningful argument names in argparse documentation -> [doc] give more meaningful argument names in argparse documentation
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11176>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:34:49 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:34:49 +0000
Subject: [issue16784] Int tests enhancement and refactoring
In-Reply-To: <1356518001.26.0.44673058371.issue16784@psf.upfronthosting.co.za>
Message-ID: <1604702089.55.0.818680518611.issue16784@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

It seems that all dependencies are complete, so if nobody will object I will close this too.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16784>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:40:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:40:08 +0000
Subject: [issue7057] tkinter doc: more 3.x updates
In-Reply-To: <1254697168.63.0.205098696566.issue7057@psf.upfronthosting.co.za>
Message-ID: <1604702408.36.0.177222458296.issue7057@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7057>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:43:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:43:18 +0000
Subject: [issue16834] ioctl mutate_flag behavior in regard to the buffer size
 limit
In-Reply-To: <1357052189.92.0.352175087043.issue16834@psf.upfronthosting.co.za>
Message-ID: <1604702598.14.0.495640243318.issue16834@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16834>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:49:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:49:20 +0000
Subject: [issue16878] argparse: positional args with nargs='*' defaults to []
In-Reply-To: <1357465299.57.0.35284685768.issue16878@psf.upfronthosting.co.za>
Message-ID: <1604702960.37.0.212920602632.issue16878@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16878>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:51:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:51:34 +0000
Subject: [issue17404] ValueError: can't have unbuffered text I/O for io.open(1, 'wt', 
 0)
In-Reply-To: <1363099360.99.0.903638972832.issue17404@psf.upfronthosting.co.za>
Message-ID: <1604703094.48.0.0176302132099.issue17404@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17404>
_______________________________________

From report at bugs.python.org  Fri Nov  6 17:57:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 22:57:48 +0000
Subject: [issue17251] LWPCookieJar load() set domain_specifed wrong
In-Reply-To: <1361342913.69.0.115494364841.issue17251@psf.upfronthosting.co.za>
Message-ID: <1604703468.38.0.0618346600951.issue17251@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17251>
_______________________________________

From report at bugs.python.org  Fri Nov  6 18:00:06 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 06 Nov 2020 23:00:06 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1604703606.14.0.227846810808.issue14019@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Fri Nov  6 18:04:29 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 06 Nov 2020 23:04:29 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1604703869.27.0.186982198009.issue8488@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Python 3.7 (2.7 looks almost the same):

class Demo(builtins.object)
 |  Data descriptors defined here:
 |  
 |  __dict__
 |      dictionary for instance variables (if defined)
 |  
 |  __weakref__
 |      list of weak references to the object (if defined)
 |  
 |  data
 |      Doc of a data-descriptor.
 |  
 |  non_data
 |      Doc of a non-data descriptor.
 |  
 |  prop
 |      Doc of a property.

Python 3.8:

class Demo(builtins.object)
 |  Readonly properties defined here:
 |  
 |  data
 |      Doc of a data-descriptor.
 |  
 |  non_data
 |      Doc of a non-data descriptor.
 |  
 |  prop
 |      Doc of a property.
 |  
 |  ----------------------------------------------------------------------
 |  Data descriptors defined here:
 |  
 |  __dict__
 |      dictionary for instance variables (if defined)
 |  
 |  __weakref__
 |      list of weak references to the object (if defined)

Python 3.9:

class Demo(builtins.object)
 |  Readonly properties defined here:
 |  
 |  data
 |  
 |  non_data
 |  
 |  prop
 |      Doc of a property.
 |  
 |  ----------------------------------------------------------------------
 |  Data descriptors defined here:
 |  
 |  __dict__
 |      dictionary for instance variables (if defined)
 |  
 |  __weakref__
 |      list of weak references to the object (if defined)

Seems the original bug was fixed, but a regression was introduced in 3.9.

----------
status: pending -> open
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:08:15 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 00:08:15 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1604707695.27.0.570256039671.issue8488@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Ah yes. 

Bisect seems to be pointing at this commit: https://github.com/python/cpython/commit/fbf2786c4c89430e2067016603078cf3500cfe94

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:19:51 2020
From: report at bugs.python.org (Mustafa Quraish)
Date: Sat, 07 Nov 2020 00:19:51 +0000
Subject: [issue42281] Inconsistent ProcessPoolExecutor behaviour on macOS
 between 3.7 and 3.8/9
Message-ID: <1604708391.55.0.212848791362.issue42281@roundup.psfhosted.org>


New submission from Mustafa Quraish <mustafaquraish at gmail.com>:

The code attached produces weird behaviour on macOS (Catalina at least) on Python3.8 / Python3.9. Issue has been reproduced on at least one other mac belonging to a friend. Does not occur on Linux as far as I have tested. I have simplified the code as much as I can, so the example attached does not actually need to use parallelism.

Code description: Read text from a file, change directory using `os.chdir`, spawn 5 processes and pass the `print` function as the handler along with the text.

Expectation: File contents should be printed 5 times

Result: Code tries to load (again) the file in each thread, but fails since the directory was changed.


Precondition: Have `file.txt` in the same directory containing some text

Output when run on Python3.7, I get the following (expected output):

```
Reading file...
Text loaded was: 'file contents'
file contents
file contents
file contents
file contents
file contents
```

When running on 3.8 / 3.9 (on a mac) I get the following:

```
Reading file...
Text loaded was: 'file contents'
Error: /Users/mustafa/dev/ptest/test_dir/file.txt does not exist.
Error: /Users/mustafa/dev/ptest/test_dir/file.txt does not exist.
Error: /Users/mustafa/dev/ptest/test_dir/file.txt does not exist.
```

It seems to me that even opened `file.txt` is loaded in the main thread and text is read from it, this value isn't passed into the spawned processes and they are calling `load()` again (which is where the error message is produced).

----------
components: macOS
files: test.py
messages: 380483
nosy: bquinlan, mustafaquraish, ned.deily, pitrou, ronaldoussoren
priority: normal
severity: normal
status: open
title: Inconsistent ProcessPoolExecutor behaviour on macOS between 3.7 and 3.8/9
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49579/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42281>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:28:52 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 00:28:52 +0000
Subject: [issue15693] expose glossary link on hover
In-Reply-To: <1345132108.78.0.567099034623.issue15693@psf.upfronthosting.co.za>
Message-ID: <1604708932.67.0.173481004151.issue15693@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15693>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:37:17 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 00:37:17 +0000
Subject: [issue9849] Argparse needs better error handling for nargs
In-Reply-To: <1284420312.86.0.187137843637.issue9849@psf.upfronthosting.co.za>
Message-ID: <1604709437.21.0.544892051771.issue9849@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This is fixed now:

Python 3.10.0a2+ (heads/bpo-42184:f3cb814315, Nov  7 2020, 00:31:51) [MSC v.1916 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import argparse
>>> parser = argparse.ArgumentParser()
>>> parser.add_argument('foo', nargs='1')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Users\User\src\cpython\lib\argparse.py", line 1430, in add_argument
    self._get_formatter()._format_args(action, None)
  File "C:\Users\User\src\cpython\lib\argparse.py", line 611, in _format_args
    raise ValueError("invalid nargs value") from None
ValueError: invalid nargs value

----------
nosy: +iritkatriel
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9849>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:46:58 2020
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 07 Nov 2020 00:46:58 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1604710018.03.0.704304140972.issue42131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
assignee:  -> brett.cannon
resolution: duplicate -> 
status: closed -> open
superseder: zipimport is not PEP 3147 or PEP 488 compliant -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Fri Nov  6 19:55:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 00:55:20 +0000
Subject: [issue14367] try/except block in ismethoddescriptor() in inspect.py, 
 so that pydoc works with pygame in Python 3.2
In-Reply-To: <1332132143.66.0.7093323157.issue14367@psf.upfronthosting.co.za>
Message-ID: <1604710520.18.0.515293633346.issue14367@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> "inspect" gets broken by some descriptors

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14367>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:04:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 01:04:10 +0000
Subject: [issue6981] locale.getdefaultlocale() envvars default code and
 documentation mismatch
In-Reply-To: <1253734503.58.0.404575668112.issue6981@psf.upfronthosting.co.za>
Message-ID: <1604711050.71.0.537339911339.issue6981@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6981>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:08:17 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 01:08:17 +0000
Subject: [issue5248] Adding T_SIZET to structmember.h
In-Reply-To: <1234539731.32.0.475254376781.issue5248@psf.upfronthosting.co.za>
Message-ID: <1604711297.23.0.710671207208.issue5248@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5248>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:30:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 01:30:48 +0000
Subject: [issue2931] optparse: various problems with unicode and gettext
In-Reply-To: <1211297479.44.0.970954846769.issue2931@psf.upfronthosting.co.za>
Message-ID: <1604712648.45.0.996110557619.issue2931@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The tests have not been merged yet.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2931>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:40:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 01:40:42 +0000
Subject: [issue1475692] replacing obj.__dict__ with a subclass of dict
Message-ID: <1604713242.01.0.082049394652.issue1475692@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Calling the overridden __getitem__ is rejected due to performance.

Forbidding dict subclasses is rejected because subclasses like ordereddict and defaultdict can be useful.

I think the only remaining possibilities are to do nothing or to raise an error when __dict__ is set to a dict subclass that overrides __getitem__ (that should be ok to do, because that __getitem__ is not going to be called).

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1475692>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:52:35 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 01:52:35 +0000
Subject: [issue5430] imaplib: must not replace LF or CR by CRLF in literals
In-Reply-To: <1236325877.36.0.637700625895.issue5430@psf.upfronthosting.co.za>
Message-ID: <1604713955.86.0.331808391324.issue5430@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5430>
_______________________________________

From report at bugs.python.org  Fri Nov  6 20:59:41 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Sat, 07 Nov 2020 01:59:41 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604714381.08.0.829503523834.issue41972@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

>  Toward that end it would be fine to use "very high" cutoffs, and save tuning for later.

This feels reasonable to me -- I changed the cutoff to the more cautious `if (m >= 100 && n - m >= 5000)`, where the averages are very consistently faster by my measurements, and it seems that Tal confirms that, at least for the `m >= 100` part. More tuning may be worth exploring later, but this seems pretty safe for now, and it should fix all of the truly catastrophic cases like in the original post.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:11:25 2020
From: report at bugs.python.org (hai shi)
Date: Sat, 07 Nov 2020 02:11:25 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1604715085.81.0.357659332857.issue41832@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

Thank you all:)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:31:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 02:31:55 +0000
Subject: [issue24397] Test asynchat makes wrong assumptions
In-Reply-To: <1433611943.2.0.834798500483.issue24397@psf.upfronthosting.co.za>
Message-ID: <1604716315.97.0.564367736044.issue24397@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24397>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:38:45 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 02:38:45 +0000
Subject: [issue16830] Add skip_host and skip_accept_encoding to
 HTTPConnection.request()
In-Reply-To: <1356998273.75.0.911756727263.issue16830@psf.upfronthosting.co.za>
Message-ID: <1604716725.38.0.430142866765.issue16830@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Bryan, as there isn't unanimous agreement about the feature you suggested: if you are still interested in working on this, could you bring it up on python-ideas at python.org so that it can be discussed?

----------
nosy: +iritkatriel
status: open -> pending
versions: +Python 3.10, Python 3.9 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16830>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:40:34 2020
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 07 Nov 2020 02:40:34 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1604716834.24.0.466552602527.issue42131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
keywords: +patch
pull_requests: +22090
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/23187

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:41:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 02:41:55 +0000
Subject: [issue20543] ** operator does not overflow to inf
In-Reply-To: <1391798675.64.0.456943405881.issue20543@psf.upfronthosting.co.za>
Message-ID: <1604716915.28.0.829189485525.issue20543@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

If there are no objections, I will close this as a duplicate of issue3222.

----------
nosy: +iritkatriel
resolution:  -> duplicate
status: open -> pending
superseder:  -> inf*inf gives inf, but inf**2 gives overflow error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20543>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:45:54 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 02:45:54 +0000
Subject: [issue1098749] Single-line option to pygettext.py
Message-ID: <1604717154.65.0.0162725759068.issue1098749@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1098749>
_______________________________________

From report at bugs.python.org  Fri Nov  6 21:46:03 2020
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 07 Nov 2020 02:46:03 +0000
Subject: [issue42133] Update the stdlib to fall back to __spec__.parent if
 __loader__ isn't defined
In-Reply-To: <1603493200.29.0.0849833372282.issue42133@roundup.psfhosted.org>
Message-ID: <1604717163.2.0.640625992604.issue42133@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:


New changeset 825ac383327255d38b69a753e5e41710bb3ed010 by Brett Cannon in branch 'master':
bpo-42133: update parts of the stdlib to fall back to `__spec__.loader` when `__loader__` is missing (#22929)
https://github.com/python/cpython/commit/825ac383327255d38b69a753e5e41710bb3ed010


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42133>
_______________________________________

From report at bugs.python.org  Fri Nov  6 22:08:45 2020
From: report at bugs.python.org (mohamed koubaa)
Date: Sat, 07 Nov 2020 03:08:45 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604718525.6.0.117970184022.issue1635741@roundup.psfhosted.org>


Change by mohamed koubaa <koubaa.m at gmail.com>:


----------
pull_requests: +22091
pull_request: https://github.com/python/cpython/pull/23139

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Fri Nov  6 22:13:07 2020
From: report at bugs.python.org (mohamed koubaa)
Date: Sat, 07 Nov 2020 03:13:07 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1604718787.26.0.375909534314.issue1635741@roundup.psfhosted.org>


Change by mohamed koubaa <koubaa.m at gmail.com>:


----------
pull_requests: +22092
pull_request: https://github.com/python/cpython/pull/23188

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Fri Nov  6 23:19:06 2020
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sat, 07 Nov 2020 04:19:06 +0000
Subject: [issue14791] setup.py only adds /prefix/lib, not /prefix/lib64
In-Reply-To: <1336840843.09.0.565460268003.issue14791@psf.upfronthosting.co.za>
Message-ID: <1604722746.95.0.255217629872.issue14791@roundup.psfhosted.org>


Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com> added the comment:

No.
setup.py still contains several hardcoded paths with "lib" (e.g. "/usr/local/lib", "/usr/lib/termcap").

There are also some places in setup.py which check both "lib64" and "lib", but such checks can possibly return incorrect results on multilib systems (when a library happens to be available for another ABI (32-bit vs 64-bit) but not ABI for which Python is being built).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14791>
_______________________________________

From report at bugs.python.org  Sat Nov  7 00:56:33 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 05:56:33 +0000
Subject: [issue40952] GCC overflow warnings (format-overflow,
 stringop-overflow)
In-Reply-To: <1591946085.85.0.775000698536.issue40952@roundup.psfhosted.org>
Message-ID: <1604728593.38.0.440148334036.issue40952@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

I *think* the lnotab one is the compiler failing to detect that the pointer has been updated to point inside the body of a Python object, but I'm also not 100% sure that it's a false alarm.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40952>
_______________________________________

From report at bugs.python.org  Sat Nov  7 01:59:44 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 06:59:44 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
Message-ID: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>


New submission from Nick Coghlan <ncoghlan at gmail.com>:

While working on the PEP 642 reference implementation I removed the "default:" case from the switch statement in astfold_expr as part of making sure the new SkippedBinding node was being handled everywhere it needed to be.

This change picked up that NamedExpr_kind wasn't being handled either, and a check with the dis module confirmed that using the walrus operator turns off constant folding:

```
[ncoghlan at thechalk cpython]$ ./python
Python 3.10.0a2+ (heads/pep-642-constraint-patterns-dirty:4db2fbd609, Nov  7 2020, 16:42:19) 
[GCC 10.2.1 20201016 (Red Hat 10.2.1-6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import dis
>>> dis.dis("1 + 1")
  1           0 LOAD_CONST               0 (2)
              2 RETURN_VALUE
>>> dis.dis("(x := 1 + 1)")
  1           0 LOAD_CONST               0 (1)
              2 LOAD_CONST               0 (1)
              4 BINARY_ADD
              6 DUP_TOP
              8 STORE_NAME               0 (x)
             10 RETURN_VALUE
>>>
```

The missing switch statement entry is just:

```
    case NamedExpr_kind:
        CALL(astfold_expr, expr_ty, node_->v.NamedExpr.value);
        break;
```

Which gives the expected result:

```
[ncoghlan at thechalk cpython]$ ./python -c "import dis; dis.dis('(x := 1 +1)')"
  1           0 LOAD_CONST               0 (2)
              2 DUP_TOP
              4 STORE_NAME               0 (x)
              6 RETURN_VALUE
```

----------
messages: 380494
nosy: ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: Constant folding is skipped in named expressions
type: performance
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 04:28:38 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Nov 2020 09:28:38 +0000
Subject: [issue42281] Inconsistent ProcessPoolExecutor behaviour on macOS
 between 3.7 and 3.8/9
In-Reply-To: <1604708391.55.0.212848791362.issue42281@roundup.psfhosted.org>
Message-ID: <1604741318.31.0.030156690088.issue42281@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

In 3.8 the spawn method for multiprocessing changed from "fork" to "spawn" (see https://docs.python.org/3/whatsnew/3.8.html#multiprocessing).

A side effect of this is that the module gets executed again in the child processes (the same as on Windows).

The reason for this change is that multiple higher level APIs, some of which used by the Python implementation, are are not safe to use with the "fork" spawning strategy (as in: causing crashing when using the fork strategy).

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42281>
_______________________________________

From report at bugs.python.org  Sat Nov  7 04:48:27 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Nov 2020 09:48:27 +0000
Subject: [issue42122] macOS complains about how fonts are accessed
In-Reply-To: <1603409230.0.0.859933553088.issue42122@roundup.psfhosted.org>
Message-ID: <1604742506.99.0.925226370034.issue42122@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm getting a similar warning on a macOS 11 box:

0:06:29 load avg: 1.58 [184/424/1] test_idle
2020-11-07 10:43:37.878 Python[97785:3275468] CoreText note: Client requested name ".applesystemuifontmonospaced", it will get Times-Roman rather than the intended font. All system UI font access should be through proper APIs such as CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].
2020-11-07 10:43:37.878 Python[97785:3275468] CoreText note: Set a breakpoint on CTFontLogSystemFontNameRequest to debug.
2020-11-07 10:43:37.881 Python[97785:3275468] CoreText note: Client requested name ".applesystemuifontmonospaced", it will get Times-Roman rather than the intended font. All system UI font access should be through proper APIs such as CTFontCreateUIFontForLanguage() or +[NSFont systemFontOfSize:].


I'm leaving this issue as closed because the font name is not used in CPython's source code. This is an issue with Tcl/Tk.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42122>
_______________________________________

From report at bugs.python.org  Sat Nov  7 04:49:55 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 09:49:55 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
In-Reply-To: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>
Message-ID: <1604742595.65.0.0803906109191.issue42282@roundup.psfhosted.org>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
assignee:  -> ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 04:55:52 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 07 Nov 2020 09:55:52 +0000
Subject: [issue20543] ** operator does not overflow to inf
In-Reply-To: <1391798675.64.0.456943405881.issue20543@psf.upfronthosting.co.za>
Message-ID: <1604742952.72.0.367330318656.issue20543@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Thanks, @iritkatriel. Sounds good to me.

----------
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20543>
_______________________________________

From report at bugs.python.org  Sat Nov  7 05:00:59 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Nov 2020 10:00:59 +0000
Subject: [issue42222] Modernize integer test/conversion in randrange()
In-Reply-To: <1604165232.15.0.0916383458838.issue42222@roundup.psfhosted.org>
Message-ID: <1604743259.19.0.621664424158.issue42222@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

To me, ValueError("non-integer arg 1 for randrange()") (ValueError('bad type') is a bit painful to read.  We do sometime fix such bugs, when not documented, in future releases.

Current the doc, "Return a randomly selected element from range(start, stop, step). This is equivalent to choice(range(start, stop, step))", implies that both accept the same values, which most would expect anyway from the names.  Being selectively 'generous' in what is accepted is confusing.

For the future: both range and math.factorial raise
TypeError: 'float' object cannot be interpreted as an integer
The consistency is nice.  randrange should say the same after deprecation.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42222>
_______________________________________

From report at bugs.python.org  Sat Nov  7 05:02:02 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 10:02:02 +0000
Subject: [issue14791] setup.py only adds /prefix/lib, not /prefix/lib64
In-Reply-To: <1336840843.09.0.565460268003.issue14791@psf.upfronthosting.co.za>
Message-ID: <1604743322.38.0.282925599001.issue14791@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14791>
_______________________________________

From report at bugs.python.org  Sat Nov  7 05:11:45 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Nov 2020 10:11:45 +0000
Subject: [issue42222] Modernize integer test/conversion in randrange()
In-Reply-To: <1604165232.15.0.0916383458838.issue42222@roundup.psfhosted.org>
Message-ID: <1604743905.78.0.29602559983.issue42222@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

To put what I said another way: both items are mental paper cuts and I see benefit to both coredevs and users in getting rid of them.  That is not to say 'no cost', but that there is a real benefit to be balanced against the real cost.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42222>
_______________________________________

From report at bugs.python.org  Sat Nov  7 05:32:39 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Nov 2020 10:32:39 +0000
Subject: [issue42275] Jupyter Lab Terminals not available (error was No module
 named 'winpty.cywinpty')
In-Reply-To: <1604655997.12.0.439112752086.issue42275@roundup.psfhosted.org>
Message-ID: <1604745159.86.0.437824728807.issue42275@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The 'culprit' is that many 3rd party packages have not yet released 'official' wheels.  This is unfortunately typical this soon after a new version is released.  We are hoping that predictable yearly releases will improve the situation.  We will have to wait and see yet.

----------
nosy: +terry.reedy
resolution: fixed -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42275>
_______________________________________

From report at bugs.python.org  Sat Nov  7 05:40:49 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Nov 2020 10:40:49 +0000
Subject: [issue42283] test_idle is interactive
Message-ID: <1604745649.01.0.730939254492.issue42283@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

I noticed this on a macOS 11.0.1 box: When I run "python -m test.regrtest -uall" the IDLE testsuite is run ('test_idle'), and those tests pop up windows and won't make progress until I close those windows.

----------
assignee: terry.reedy
components: IDLE
messages: 380501
nosy: ronaldoussoren, terry.reedy
priority: normal
severity: normal
status: open
title: test_idle is interactive
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42283>
_______________________________________

From report at bugs.python.org  Sat Nov  7 06:03:31 2020
From: report at bugs.python.org (Xinmeng Xia)
Date: Sat, 07 Nov 2020 11:03:31 +0000
Subject: [issue42284] The grammar specification is inconsistent with the
 implementation of Python parser.
Message-ID: <1604747011.11.0.528857391956.issue42284@roundup.psfhosted.org>


New submission from Xinmeng Xia <xiaxm at smail.nju.edu.cn>:

In full grammar specification of Python 3.6 official documentation (Python 3.6 official documentation: https://docs.python.org/3.6/reference/grammar.html ), we can find a very clear definition on the grammar about the usage of 'break'. According to the definition, we can find the following derivation, which indicates the keyword 'break' can appear in the block of if statement without being nested into a loop block:

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
# Start symbols for the grammar:
#       single_input is a single interactive statement;

single_input: NEWLINE | simple_stmt | compound_stmt NEWLINE

compound_stmt: if_stmt | while_stmt | for_stmt | try_stmt | with_stmt | funcdef | classdef | decorated | async_stmt

if_stmt: 'if' test ':' suite ('elif' test ':' suite)* ['else' ':' suite]

suite: simple_stmt | NEWLINE INDENT stmt+ DEDENT

simple_stmt: small_stmt (';' small_stmt)* [';'] NEWLINE

small_stmt: (expr_stmt | del_stmt | pass_stmt | flow_stmt | import_stmt | global_stmt | nonlocal_stmt | assert_stmt)

flow_stmt: break_stmt | continue_stmt | return_stmt | raise_stmt | yield_stmt

break_stmt: 'break'
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

However, the implementation of the Python parser requires the 'break' can only be embedded into a loop statement.
See the following example:

Example A(without loop):
>>> compile("if True:break",'','exec')
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "", line 1
SyntaxError: 'break' outside loop

Example B(with a loop):
>>> compile("while True:\n\tif True:break",'','exec')
<code object <module> at 0x7f5f4de90b70, file "", line 1>

Similar problems exist between if-statement and keywords: 'continue', 'yield', 'return', 'nonlocal' in Python 3.6 and later versions.

----------
assignee: docs at python
components: Documentation
messages: 380502
nosy: docs at python, xxm
priority: normal
severity: normal
status: open
title: The grammar specification is inconsistent with the implementation of Python parser.
type: compile error
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42284>
_______________________________________

From report at bugs.python.org  Sat Nov  7 06:09:13 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 11:09:13 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
In-Reply-To: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>
Message-ID: <1604747353.3.0.407236013694.issue42282@roundup.psfhosted.org>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
keywords: +patch
pull_requests: +22093
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23190

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 06:29:02 2020
From: report at bugs.python.org (Julien Palard)
Date: Sat, 07 Nov 2020 11:29:02 +0000
Subject: [issue41028] Move docs.python.org language and version switcher out
 of cpython
In-Reply-To: <1592516133.76.0.0424010515361.issue41028@roundup.psfhosted.org>
Message-ID: <1604748542.89.0.331313478766.issue41028@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset ee2549c2ba8bae00f2b2fea8a39c6dfbd1d06520 by Julien Palard in branch 'master':
bpo-41028: Doc: Move switchers to docsbuild-scripts. (GH-20969)
https://github.com/python/cpython/commit/ee2549c2ba8bae00f2b2fea8a39c6dfbd1d06520


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41028>
_______________________________________

From report at bugs.python.org  Sat Nov  7 06:34:41 2020
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 07 Nov 2020 11:34:41 +0000
Subject: [issue42284] The grammar specification is inconsistent with the
 implementation of Python parser.
In-Reply-To: <1604747011.11.0.528857391956.issue42284@roundup.psfhosted.org>
Message-ID: <1604748881.78.0.776511324607.issue42284@roundup.psfhosted.org>


Georg Brandl <georg at python.org> added the comment:

This grammar specification doesn't contain a full specification of code that won't raise SyntaxError. There are several conditions that aren't checked by the generated parser, but at a later stage in the compilation process.

While probably possible to express in general, this would make the grammar much more complex.  For this example, it would require different definitions of `suite`, `stmt`, `simple_stmt`, `compound_stmt` and so on, to track where control-flow statements are allowed.  Other definitions need to track `nonlocal` and you'd get a combinatorial explosion of productions.

You could propose a PR to add a note somewhere on that page (but on the master branch, not 3.6 which is unmaintained).

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42284>
_______________________________________

From report at bugs.python.org  Sat Nov  7 06:38:01 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 07 Nov 2020 11:38:01 +0000
Subject: [issue41126] Running test suite gives me - python.exe(14198,
 0x114352dc0) malloc: can't allocate region
In-Reply-To: <1593166308.58.0.119681286256.issue41126@roundup.psfhosted.org>
Message-ID: <1604749081.94.0.340595127793.issue41126@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> OS X: malloc(): set default diagnostics to DEBUG_WRITE_ON_CRASH
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41126>
_______________________________________

From report at bugs.python.org  Sat Nov  7 07:35:36 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 12:35:36 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
In-Reply-To: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>
Message-ID: <1604752536.21.0.837345004205.issue42282@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:


New changeset 8805a4dad201473599416b2c265802b8885f69b8 by Nick Coghlan in branch 'master':
bpo-42282: Fold constants inside named expressions (GH-23190)
https://github.com/python/cpython/commit/8805a4dad201473599416b2c265802b8885f69b8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 07:36:21 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 12:36:21 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
In-Reply-To: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>
Message-ID: <1604752581.75.0.288768320308.issue42282@roundup.psfhosted.org>


Nick Coghlan <ncoghlan at gmail.com> added the comment:

Since this was only a performance issue, I'm not planning to backport it to earlier releases.

----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 07:36:30 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Nov 2020 12:36:30 +0000
Subject: [issue42282] Constant folding is skipped in named expressions
In-Reply-To: <1604732384.87.0.434481078008.issue42282@roundup.psfhosted.org>
Message-ID: <1604752590.61.0.215856553512.issue42282@roundup.psfhosted.org>


Change by Nick Coghlan <ncoghlan at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42282>
_______________________________________

From report at bugs.python.org  Sat Nov  7 09:06:05 2020
From: report at bugs.python.org (Ken Jin)
Date: Sat, 07 Nov 2020 14:06:05 +0000
Subject: [issue42280] The list of standard generic collections is incomplete
In-Reply-To: <1604688598.04.0.446732481114.issue42280@roundup.psfhosted.org>
Message-ID: <1604757965.35.0.642924131158.issue42280@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Dear Jack, good catch! My only worry is that if we make the list exhaustive,  it would be too lengthy, or that it might not be feasible to continuously update it every time a new generic type supports the feature.

Maybe a line somewhere to mention that most container types in Python should support the feature, and that the list provided is non-exhaustive should suffice?

I'm not sure, nosy-ing Guido and Ivan to the list for their thoughts on this.

----------
nosy: +gvanrossum, kj, levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42280>
_______________________________________

From report at bugs.python.org  Sat Nov  7 09:35:31 2020
From: report at bugs.python.org (Marc Culler)
Date: Sat, 07 Nov 2020 14:35:31 +0000
Subject: [issue42068] For macOS,
 package the included Tcl and Tk frameworks in a rational way.
In-Reply-To: <1603027259.23.0.956934315272.issue42068@roundup.psfhosted.org>
Message-ID: <1604759731.66.0.122075722656.issue42068@roundup.psfhosted.org>


Marc Culler <marc.culler at gmail.com> added the comment:

Ned - do you have any news on the topic of packaging Tcl/Tk within the
Python bundle?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42068>
_______________________________________

From report at bugs.python.org  Sat Nov  7 09:36:44 2020
From: report at bugs.python.org (hai shi)
Date: Sat, 07 Nov 2020 14:36:44 +0000
Subject: [issue42258] argparse: show choices once per argument
Message-ID: <1604759804.47.0.479014020006.issue42258@roundup.psfhosted.org>


New submission from hai shi <shihai1991 at 126.com>:

I like your improvement.
But I suggest you should copy your first comment from your PR to here.(It's easy for discuss in here;)

----------
nosy: +paul.j3, rhettinger, shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42258>
_______________________________________

From report at bugs.python.org  Sat Nov  7 09:52:49 2020
From: report at bugs.python.org (hai shi)
Date: Sat, 07 Nov 2020 14:52:49 +0000
Subject: [issue41618] [C API] How many slots of static types should be exposed
 in PyType_GetSlot()
In-Reply-To: <1598172498.12.0.869607269568.issue41618@roundup.psfhosted.org>
Message-ID: <1604760769.36.0.0815721441651.issue41618@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> Do you mean something like "only expose a slot if you have a reason for > exposing it"? That sounds like a tautology.
> Where in the docs would this go?

Add a friend Note in docs of `PyType_GetSlot` MAYBE?

> You mean nb_reserved, right?
Yes, thanks for your description.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41618>
_______________________________________

From report at bugs.python.org  Sat Nov  7 10:20:10 2020
From: report at bugs.python.org (Yash Shete)
Date: Sat, 07 Nov 2020 15:20:10 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604762410.62.0.72263563417.issue41712@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


----------
pull_requests: +22094
pull_request: https://github.com/python/cpython/pull/23191

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Sat Nov  7 10:50:46 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Nov 2020 15:50:46 +0000
Subject: [issue42283] test_idle is interactive on macOS 11
In-Reply-To: <1604745649.01.0.730939254492.issue42283@roundup.psfhosted.org>
Message-ID: <1604764246.66.0.911540084392.issue42283@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Strange.  test_idle runs fine on my Mohave, so I cannot investigate what you see.  Tests of classes that create windows and call wait_window pass _utest_=True and wait_window calls are guarded by "if not _utest:".  I believe this is always in __init__.  You could grep idlelib for _utest, find a window that stays open, and add prints to see what tkinter call is causing the hang, and if it is in the not-_utest suite.

When I run the entire suite rather than just test_idle, I instead get multiple "Python quit unexpectedly" boxes and failures in 5 other tests.

----------
assignee: terry.reedy -> 
title: test_idle is interactive -> test_idle is interactive on macOS 11

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42283>
_______________________________________

From report at bugs.python.org  Sat Nov  7 11:46:16 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Nov 2020 16:46:16 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604767576.05.0.727742459305.issue42233@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e81e09bfc8a29a44a649a962870a26fe0c097cfa by Miss Islington (bot) in branch '3.9':
bpo-42233: Correctly repr GenericAlias when used with typing module (GH-23081)
https://github.com/python/cpython/commit/e81e09bfc8a29a44a649a962870a26fe0c097cfa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sat Nov  7 12:15:15 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 17:15:15 +0000
Subject: [issue1250] Building external modules using Sun Studio 12
In-Reply-To: <1191964251.86.0.558465608726.issue1250@psf.upfronthosting.co.za>
Message-ID: <1604769315.97.0.231492343217.issue1250@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1250>
_______________________________________

From report at bugs.python.org  Sat Nov  7 12:37:08 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 07 Nov 2020 17:37:08 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1604770628.2.0.809861908972.issue42273@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

Just checking: is this not because the lazy import should be in `__init__.py`? (the code provided works fine with `a.b.my_function` on my system)

----------
components: +Interpreter Core -Library (Lib)
nosy: +brett.cannon, epaine, eric.snow, ncoghlan
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Sat Nov  7 12:37:48 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 07 Nov 2020 17:37:48 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604770668.69.0.854947474102.issue42278@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
components: +Distutils
nosy: +dstufft, eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Sat Nov  7 13:38:50 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 18:38:50 +0000
Subject: [issue25821] Documentation for threading.enumerate /
 threading.Thread.is_alive is contradictory.
In-Reply-To: <1449533020.35.0.749010589041.issue25821@psf.upfronthosting.co.za>
Message-ID: <1604774330.1.0.543831769549.issue25821@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +patch
nosy: +iritkatriel
nosy_count: 3.0 -> 4.0
pull_requests: +22095
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23192

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25821>
_______________________________________

From report at bugs.python.org  Sat Nov  7 13:40:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 18:40:42 +0000
Subject: [issue25821] Documentation for threading.enumerate /
 threading.Thread.is_alive is contradictory.
In-Reply-To: <1449533020.35.0.749010589041.issue25821@psf.upfronthosting.co.za>
Message-ID: <1604774442.49.0.619394897626.issue25821@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
components: +Library (Lib)
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25821>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:01:51 2020
From: report at bugs.python.org (=?utf-8?q?Jakub_Moli=C5=84ski?=)
Date: Sat, 07 Nov 2020 19:01:51 +0000
Subject: [issue42285] Missing spaces in list literals in Tutorial/Data
 Structures
Message-ID: <1604775711.75.0.283349948173.issue42285@roundup.psfhosted.org>


New submission from Jakub Moli?ski <jakub at molinski.dev>:

In the Data Structures section of the Tutorial there are examples of nested list comprehensions that include list literals where elements are written without spaces after commas (`[1,2,3]` instead `[1, 2, 3]`). 

This is a trivial problem but since this is a tutorial for newcomers (and one of the previous parts of this tutorial explicitly says that the spaces should be present after commas, and in other parts of the tutorial they are consistently put there) I think this deserves to be fixed.

----------
assignee: docs at python
components: Documentation
messages: 380514
nosy: docs at python, jakub.molinski
priority: normal
severity: normal
status: open
title: Missing spaces in list literals in Tutorial/Data Structures
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42285>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:10:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 19:10:20 +0000
Subject: [issue14903] dictobject infinite loop in module set-up
In-Reply-To: <1337890784.99.0.00556765207687.issue14903@psf.upfronthosting.co.za>
Message-ID: <1604776220.4.0.187711936672.issue14903@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Is this a python 2-only issue?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14903>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:14:35 2020
From: report at bugs.python.org (=?utf-8?q?Jakub_Moli=C5=84ski?=)
Date: Sat, 07 Nov 2020 19:14:35 +0000
Subject: [issue42285] Missing spaces in list literals in Tutorial/Data
 Structures
In-Reply-To: <1604775711.75.0.283349948173.issue42285@roundup.psfhosted.org>
Message-ID: <1604776475.14.0.178107153725.issue42285@roundup.psfhosted.org>


Change by Jakub Moli?ski <jakub at molinski.dev>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42285>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:18:44 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 07 Nov 2020 19:18:44 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604776724.26.0.219899891253.issue40077@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 01c6aa43dc56b3b64d584c58a49c86f816c05a91 by Erlend Egeberg Aasland in branch 'master':
bpo-40077: Convert _queuemodule to use heap types (GH-23136)
https://github.com/python/cpython/commit/01c6aa43dc56b3b64d584c58a49c86f816c05a91


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:20:52 2020
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Nov 2020 19:20:52 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604776852.11.0.703965779159.issue40077@roundup.psfhosted.org>


Antoine Pitrou <pitrou at free.fr> added the comment:

Oops, sorry, I hadn't noticed this was a catch-all issue. Reopening.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:20:16 2020
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 07 Nov 2020 19:20:16 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1604776816.74.0.497924808269.issue40077@roundup.psfhosted.org>


Antoine Pitrou <pitrou at free.fr> added the comment:

Thank you @erlendaasland !

----------
components: +Extension Modules -C API, Subinterpreters
nosy: +pitrou
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:41:40 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 19:41:40 +0000
Subject: [issue16221] tokenize.untokenize() "compat" mode misses the encoding
 when using an iterator
In-Reply-To: <1350192416.31.0.110132465833.issue16221@psf.upfronthosting.co.za>
Message-ID: <1604778100.23.0.954643786597.issue16221@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this is fixed now - the tests in the patch are passing.

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16221>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:44:36 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 07 Nov 2020 19:44:36 +0000
Subject: [issue42285] Missing spaces in list literals in Tutorial/Data
 Structures
In-Reply-To: <1604775711.75.0.283349948173.issue42285@roundup.psfhosted.org>
Message-ID: <1604778276.41.0.0267985669244.issue42285@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for the suggestion, but I'm going to mark it as declined for the reasons listed in the PR.

----------
nosy: +rhettinger
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42285>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:53:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 19:53:05 +0000
Subject: [issue14003] __self__ on built-in functions is not as documented
In-Reply-To: <1329159935.3.0.264942191971.issue14003@psf.upfronthosting.co.za>
Message-ID: <1604778785.27.0.679743850518.issue14003@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14003>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:56:36 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 07 Nov 2020 19:56:36 +0000
Subject: [issue25259] readline macros can segfault Python
In-Reply-To: <1443473589.61.0.823349470149.issue25259@psf.upfronthosting.co.za>
Message-ID: <1604778996.24.0.514376945421.issue25259@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25259>
_______________________________________

From report at bugs.python.org  Sat Nov  7 14:57:28 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 07 Nov 2020 19:57:28 +0000
Subject: [issue14903] dictobject infinite loop in module set-up
In-Reply-To: <1337890784.99.0.00556765207687.issue14903@psf.upfronthosting.co.za>
Message-ID: <1604779048.12.0.449811066915.issue14903@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

I suspect so.  If any modern supported python 3.x version runs into an issue like this I think opening a fresh bugreport is good.

Closing as not reproducable / obsolete.

----------
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14903>
_______________________________________

From report at bugs.python.org  Sat Nov  7 15:08:59 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 07 Nov 2020 20:08:59 +0000
Subject: [issue42284] The grammar specification is inconsistent with the
 implementation of Python parser.
In-Reply-To: <1604747011.11.0.528857391956.issue42284@roundup.psfhosted.org>
Message-ID: <1604779739.48.0.00174849605853.issue42284@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I concur with Georg.   

In writing compilers, it is often convenient to allow the grammar to be permissive and save the enforcement of additional syntax restrictions for the downstream semantic analysis phase.

For example, the C language grammar specifies the "break" statement in much the same way as Python does:  http://www.quut.com/c/ANSI-C-grammar-y.html

Thank you for the suggestion, but I'm going to mark this as declined.

----------
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42284>
_______________________________________

From report at bugs.python.org  Sat Nov  7 15:13:38 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 07 Nov 2020 20:13:38 +0000
Subject: [issue1475692] replacing obj.__dict__ with a subclass of dict
Message-ID: <1604780018.12.0.512051337226.issue1475692@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I'm going to mark this as rejected.  After 14 years, no clean and performant solution has emerged, yet the world of Python seems to be fine with the status quo.  This issue doesn't seem to be getting in the way of people doing their job.

----------
resolution:  -> wont fix
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1475692>
_______________________________________

From report at bugs.python.org  Sat Nov  7 15:23:43 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 07 Nov 2020 20:23:43 +0000
Subject: [issue10529] [doc] Write argparse i18n howto
In-Reply-To: <1290688089.28.0.749623528369.issue10529@psf.upfronthosting.co.za>
Message-ID: <1604780623.06.0.784137145916.issue10529@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This is a great idea.  I'm thinking that the Argparse Tutorial is the right place for this:  https://docs.python.org/3/howto/argparse.html

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10529>
_______________________________________

From report at bugs.python.org  Sat Nov  7 16:56:36 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Nov 2020 21:56:36 +0000
Subject: [issue1475692] replacing obj.__dict__ with a subclass of dict
Message-ID: <1604786196.41.0.241276839146.issue1475692@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There is no longer need to use OrderedDict as __dict__, but ctypes types have tp_dict which are instances of dict subclass (StgDict). Disabling setting it to anything that is not an exact dict would break ctypes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1475692>
_______________________________________

From report at bugs.python.org  Sat Nov  7 17:17:37 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Nov 2020 22:17:37 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1604787457.33.0.12087696283.issue8488@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Actually there is no bug in not showing docstring for "data" and "non_data". "Doc of a data-descriptor." is the docstring of the type of the descriptor, not the descriptor itself. If it would be "Type of a data-descriptor." it would be more obvious. To output the docstring for descriptor you need to set the __doc__ attribute of the instance.

The original bug is fixed. The non data descriptor is now shown in the correct section. If it would have own docstring it would be shown.

But the data descriptor is shown in wrong section. It is not readonly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Sat Nov  7 17:19:53 2020
From: report at bugs.python.org (Cornelius Krupp)
Date: Sat, 07 Nov 2020 22:19:53 +0000
Subject: [issue42286] f_trace gets call on different lines each loop
Message-ID: <1604787592.98.0.058051292798.issue42286@roundup.psfhosted.org>


New submission from Cornelius Krupp <trampchamp at hotmail.de>:

When using a local trace function, sometimes the line event is issued at the wrong time. As can be seen from the example file `f_trace_wrong_line.py`, each loop iteration we get either 24 or 23, apparently in a fixed rhythm.

While this might seem harmless, it appears that the line event for 23 (In this example) is issued at a time where the state of the stack is not valid to switch line. I noticed this because I wanted to implement a context manager that skips to a specific line, but this broken with mysterious error message `TypeError: 'NoneType' object is not callable` which I think is caused by the `with`-line not being fully executed and the stack still having the return value of `__enter__` on it.



Here the intro line of the interpreter:

Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32

----------
components: Interpreter Core
files: f_trace_wrong_line.py
messages: 380527
nosy: trampchamp
priority: normal
severity: normal
status: open
title: f_trace gets call on different lines each loop
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49580/f_trace_wrong_line.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42286>
_______________________________________

From report at bugs.python.org  Sat Nov  7 17:27:09 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Nov 2020 22:27:09 +0000
Subject: [issue8488] Docstrings of non-data descriptors "ignored"
In-Reply-To: <1271874309.07.0.567011993617.issue8488@psf.upfronthosting.co.za>
Message-ID: <1604788029.31.0.738580235258.issue8488@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Ah, all correct. In doc.py unlike to the inlined code Descriptor is a subclass of property. And since fset is None the instance is classified as a readonly property.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8488>
_______________________________________

From report at bugs.python.org  Sat Nov  7 18:50:36 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Nov 2020 23:50:36 +0000
Subject: [issue42283] test_idle is interactive on macOS 11
In-Reply-To: <1604745649.01.0.730939254492.issue42283@roundup.psfhosted.org>
Message-ID: <1604793036.34.0.0925585986092.issue42283@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Ned, do you have any experience of tk acting so differently on different macOS versions?

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42283>
_______________________________________

From report at bugs.python.org  Sat Nov  7 19:02:05 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 08 Nov 2020 00:02:05 +0000
Subject: [issue42283] test_idle is interactive on macOS 11
In-Reply-To: <1604745649.01.0.730939254492.issue42283@roundup.psfhosted.org>
Message-ID: <1604793725.95.0.89569180751.issue42283@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

This is the behavior seen with Tk 8.6.8 *built* on macOS 11.0 Big Sur; I'm assuming that's what Ronald was testing. We'll be updating the macOS installers to use a more recent Tk for installers built on 11.0 and this should go away. Note that Tk 8.6.8 *built* on, say, 10.9 as in the current python.org installers does not exhibit this behavior when *run* on 11.0.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42283>
_______________________________________

From report at bugs.python.org  Sat Nov  7 19:31:36 2020
From: report at bugs.python.org (Yonatan Goldschmidt)
Date: Sun, 08 Nov 2020 00:31:36 +0000
Subject: [issue42287] Use Py_NewRef & Py_XNewRef where applicable
Message-ID: <1604795496.29.0.677062594524.issue42287@roundup.psfhosted.org>


New submission from Yonatan Goldschmidt <yon.goldschmidt at gmail.com>:

Following https://bugs.python.org/issue42262, I think it'd be nice to convert existing C code to use the more concise Py_NewRef() and Py_XNewRef() where possible. Increases readability and less bug prone. 

Opening this new issue to track the conversion.

----------
components: Interpreter Core
messages: 380531
nosy: Yonatan Goldschmidt, vstinner
priority: normal
severity: normal
status: open
title: Use Py_NewRef & Py_XNewRef where applicable
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42287>
_______________________________________

From report at bugs.python.org  Sat Nov  7 23:51:22 2020
From: report at bugs.python.org (Komiya Takeshi)
Date: Sun, 08 Nov 2020 04:51:22 +0000
Subject: [issue42288] typing.get_type_hints() returns Optional[Any] if the
 default value of the argument is None
Message-ID: <1604811082.57.0.115992838782.issue42288@roundup.psfhosted.org>


New submission from Komiya Takeshi <i.tkomiya at gmail.com>:

I noticed `typing.get_type_hints()` returns Optional[Any] as a type hints if the default value of the argument is None:

```
$ python
Python 3.9.0 (default, Oct 24 2020, 15:41:29)
[Clang 11.0.3 (clang-1103.0.32.59)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from typing import Any, get_type_hints
>>> def hello(name: Any = None):
...     pass
...
>>> get_type_hints(hello)
{'name': typing.Optional[typing.Any]}
```

I know typing.get_type_hints() wraps the user's type annotation with Optional when the default value of the argument is None. But it is needless to wrap Any with Optional because Any already contains None. It would be better not to wrap it with Optional when the user's annotation is Any.

----------
messages: 380532
nosy: i.tkomiya
priority: normal
severity: normal
status: open
title: typing.get_type_hints() returns Optional[Any] if the default value of the argument is None
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42288>
_______________________________________

From report at bugs.python.org  Sun Nov  8 00:27:08 2020
From: report at bugs.python.org (Krrish Dhaneja)
Date: Sun, 08 Nov 2020 05:27:08 +0000
Subject: [issue42289] Found a secret/private key in code.
Message-ID: <1604813228.45.0.0225910221233.issue42289@roundup.psfhosted.org>


New submission from Krrish Dhaneja <krrish21march at gmail.com>:

Found a private key in commit 9ae9ad8 in https://github.com/python/cpython .

----------
messages: 380533
nosy: Krrishdhaneja
priority: normal
severity: normal
status: open
title: Found a secret/private key in code.
type: security
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42289>
_______________________________________

From report at bugs.python.org  Sun Nov  8 00:51:50 2020
From: report at bugs.python.org (Xinmeng Xia)
Date: Sun, 08 Nov 2020 05:51:50 +0000
Subject: [issue42290] Unicode inconsistent display after concencated
Message-ID: <1604814710.97.0.934662336836.issue42290@roundup.psfhosted.org>


New submission from Xinmeng Xia <xiaxm at smail.nju.edu.cn>:

When printing an assignment expression with unicode ? ( \U+072F)  on the command line, we get an unexpected result.
Example A:
>>> print(chr(1839)+" = 1")
? = 1

Similar problems exist in plenty of characters of unicode.

----------
components: Unicode
messages: 380534
nosy: ezio.melotti, vstinner, xxm
priority: normal
severity: normal
status: open
title: Unicode inconsistent display after concencated
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42290>
_______________________________________

From report at bugs.python.org  Sun Nov  8 02:01:44 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 08 Nov 2020 07:01:44 +0000
Subject: [issue42288] typing.get_type_hints() returns Optional[Any] if the
 default value of the argument is None
In-Reply-To: <1604811082.57.0.115992838782.issue42288@roundup.psfhosted.org>
Message-ID: <1604818904.09.0.723792011029.issue42288@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
components: +Library (Lib)
nosy: +gvanrossum, levkivskyi
type:  -> enhancement
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42288>
_______________________________________

From report at bugs.python.org  Sun Nov  8 02:23:33 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 08 Nov 2020 07:23:33 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604820213.8.0.893728852223.issue42278@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Most of them are in tests. There is no security issue there, also the code may be clearer and more reliable if use helper function test.support.temp_dir().

And most of the rest are in Windows specific code. Some Windows code may not work if you hold open file descriptor, so we should ensure that that code is tested.

----------
components: +Windows
nosy: +paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Sun Nov  8 02:28:04 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 08 Nov 2020 07:28:04 +0000
Subject: [issue42290] Unicode inconsistent display after concencated
In-Reply-To: <1604814710.97.0.934662336836.issue42290@roundup.psfhosted.org>
Message-ID: <1604820484.13.0.235508765677.issue42290@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Works for me:

>>> chr(1839)+'1'
'?1'

You are mixing a right-to-left code point (DHALATH) with a left-to-right code point (digit 1). The result depends on the quality of your console or terminal. Try using a different terminal.

On my system, the terminal displays the DHALATH on the left, and the digit 1 on the right; when pasted into my browser, it displays them in the reverse order. I don't know which is correct: bidirectional text is complex and I don't know the rules for mixing characters with different bidirection classes.

But whichever display is correct, this has nothing to do with Python. It depends on the quality of the bidirectional text rendering of the browser and the terminal.

If your terminal displays the wrong results, that's a bug in the terminal. What terminal are you using, in what OS? Try using a different terminal.

You can check that Python is doing the right thing:


>>> s = chr(1839)+'1'
>>> s == '\N{SYRIAC LETTER PERSIAN DHALATH}1'
True

If your system reports True, then Python has made the string you asked for, and the result of printing depends on the capabilities of the terminal, and the available glyphs in the typeface used by the terminal. There's nothing Python can do about that.

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42290>
_______________________________________

From report at bugs.python.org  Sun Nov  8 03:22:36 2020
From: report at bugs.python.org (Steve Dower)
Date: Sun, 08 Nov 2020 08:22:36 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604823756.78.0.299601319536.issue42278@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Yeah, once tests are excluded and the (deprecated or nearly deprecated) distutils and msilib are dropped, the problems are pydoc (which looks non-exploitable) and anywhere we need to generate a named pipe.

Both cases where named pipes are being created are as safe as the OS allows, so it's really just pydoc that might deserve a fix. (For reference, it's in the variation of help() that writes the docstring to a file and triggers the equivalent of "type <file> | more" or "cat <file> | less", which is already only useful in an interactive shell.)

So I'd suggest it's already as low as possible, but if someone wants to fix pydoc (and encourage the SC to approve PEP 594 and PEP 632 so we don't have to worry about msilib or distutils) then they can feel free.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:05:30 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 09:05:30 +0000
Subject: [issue41100] Build failure on macOS 11 (beta)
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1604826330.97.0.852756670686.issue41100@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset 41761933c1c30bb6003b65eef1ba23a83db4eae4 by Ronald Oussoren in branch 'master':
bpo-41100: Support macOS 11 and Apple Silicon (GH-22855)
https://github.com/python/cpython/commit/41761933c1c30bb6003b65eef1ba23a83db4eae4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:27:05 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 09:27:05 +0000
Subject: [issue34597] Python needs to check existence of functions at runtime
 for targeting older macOS platforms
In-Reply-To: <1536245948.33.0.56676864532.issue34597@psf.upfronthosting.co.za>
Message-ID: <1604827625.54.0.416951000189.issue34597@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is fixed in bpo-41100

----------
dependencies:  -Build failure on macOS 11 (beta)
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34597>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:27:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 09:27:53 +0000
Subject: [issue31359] `configure` script incorrectly detects symbols as
 available on Mac w/ Xcode 8+
In-Reply-To: <1504665226.84.0.383465332946.issue31359@psf.upfronthosting.co.za>
Message-ID: <1604827673.56.0.318291235794.issue31359@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is fixed in bpo-41100

----------
dependencies:  -Build failure on macOS 11 (beta)
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31359>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:44:40 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 09:44:40 +0000
Subject: [issue42283] test_idle is interactive on macOS 11
In-Reply-To: <1604745649.01.0.730939254492.issue42283@roundup.psfhosted.org>
Message-ID: <1604828680.66.0.847628203679.issue42283@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I was using a Tk 8.6.8 build on macOS 11. Looking at this more closely there are clearly other problems with that build: All windows that were created by the test were completely black except for the window chrome. 

@terry.reedy: I got those crash reporter pop-ups as well, they seem to be related to tests where the interpreter is made to crash as part of the test (for example in the concurrent.futures tests).  I hope we can find a way to suppress those pop-ups.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42283>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:46:58 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 09:46:58 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604828818.35.0.441247541295.issue41754@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset 23831a7a90956e38b7d70304bb6afe30d37936de by Ronald Oussoren in branch 'master':
bpo-41754: Ignore NotADirectoryError in invocation of xdg-settings (GH-23075)
https://github.com/python/cpython/commit/23831a7a90956e38b7d70304bb6afe30d37936de


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:47:22 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 08 Nov 2020 09:47:22 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604828842.76.0.193975475246.issue41754@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22097
pull_request: https://github.com/python/cpython/pull/23197

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 04:47:31 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 08 Nov 2020 09:47:31 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604828851.05.0.929710061211.issue41754@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22098
pull_request: https://github.com/python/cpython/pull/23198

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 05:07:55 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 08 Nov 2020 10:07:55 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604830075.59.0.113806408507.issue41754@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 371c33567a0b6afb93ffde2fb4564fe57a41945b by Miss Islington (bot) in branch '3.9':
bpo-41754: Ignore NotADirectoryError in invocation of xdg-settings (GH-23075)
https://github.com/python/cpython/commit/371c33567a0b6afb93ffde2fb4564fe57a41945b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 05:38:14 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 08 Nov 2020 10:38:14 +0000
Subject: [issue42291] Incorrect signature of CodeType.replace()
Message-ID: <1604831894.32.0.00722269509991.issue42291@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

Currently the signature of types.CodeType.replace() is

replace(self, /, *, co_argcount=-1, co_posonlyargcount=-1, co_kwonlyargcount=-1, co_nlocals=-1, co_stacksize=-1, co_flags=-1, co_firstlineno=-1, co_code=None, co_consts=None, co_names=None, co_varnames=None, co_freevars=None, co_cellvars=None, co_filename=None, co_name=None, co_lnotab=None)

But -1 and None are incorrect values for many parameters, and even if they would be correct, they are not default values. By default, if you do not specify some argument, the value of the corresponding attribute would not be changed.

Argument Clinic and the inspect module do not support this case.

----------
components: Argument Clinic, Library (Lib)
messages: 380545
nosy: larry, serhiy.storchaka, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: Incorrect signature of CodeType.replace()
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42291>
_______________________________________

From report at bugs.python.org  Sun Nov  8 05:39:32 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 08 Nov 2020 10:39:32 +0000
Subject: [issue42291] Incorrect signature of CodeType.replace()
In-Reply-To: <1604831894.32.0.00722269509991.issue42291@roundup.psfhosted.org>
Message-ID: <1604831972.97.0.265668307422.issue42291@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42291>
_______________________________________

From report at bugs.python.org  Sun Nov  8 06:23:53 2020
From: report at bugs.python.org (pmp-p)
Date: Sun, 08 Nov 2020 11:23:53 +0000
Subject: [issue8041] No documentation for Py_TPFLAGS_HAVE_STACKLESS_EXTENSION
 or Py_TPFLAGS_HAVE_VERSION_TAG.
In-Reply-To: <1267544098.65.0.440493208051.issue8041@psf.upfronthosting.co.za>
Message-ID: <1604834633.04.0.164213698953.issue8041@roundup.psfhosted.org>


Change by pmp-p <pmpp.pub at gmail.com>:


----------
nosy: +pmpp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8041>
_______________________________________

From report at bugs.python.org  Sun Nov  8 06:31:46 2020
From: report at bugs.python.org (pmp-p)
Date: Sun, 08 Nov 2020 11:31:46 +0000
Subject: [issue32682] test_zlib improve version parsing
In-Reply-To: <1516982124.56.0.467229070634.issue32682@psf.upfronthosting.co.za>
Message-ID: <1604835106.61.0.953012200187.issue32682@roundup.psfhosted.org>


Change by pmp-p <pmpp.pub at gmail.com>:


----------
status: closed -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32682>
_______________________________________

From report at bugs.python.org  Sun Nov  8 07:03:40 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 12:03:40 +0000
Subject: [issue37586] macOS: posix_spawn(..., setsid=True)
In-Reply-To: <1563024457.33.0.250849204696.issue37586@roundup.psfhosted.org>
Message-ID: <1604837020.94.0.140814905875.issue37586@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Fixed in bpo-41100.

----------
dependencies:  -Build failure on macOS 11 (beta)
resolution:  -> fixed
stage: needs patch -> resolved
superseder:  -> Build failure on macOS 11 (beta)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37586>
_______________________________________

From report at bugs.python.org  Sun Nov  8 07:04:00 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 12:04:00 +0000
Subject: [issue37586] macOS: posix_spawn(..., setsid=True)
In-Reply-To: <1563024457.33.0.250849204696.issue37586@roundup.psfhosted.org>
Message-ID: <1604837040.93.0.542397530611.issue37586@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37586>
_______________________________________

From report at bugs.python.org  Sun Nov  8 07:06:41 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 12:06:41 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604837201.18.0.0246593157437.issue41754@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 07:06:20 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 12:06:20 +0000
Subject: [issue41754] Webbrowser Module Cannot Find xdg-settings on OSX
In-Reply-To: <1599718531.77.0.777287973454.issue41754@roundup.psfhosted.org>
Message-ID: <1604837180.15.0.98283434983.issue41754@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset db087f6d9ef9a7c873cd883ee120126fc0ca0c72 by Miss Islington (bot) in branch '3.8':
bpo-41754: Ignore NotADirectoryError in invocation of xdg-settings (GH-23075) (GH-23198)
https://github.com/python/cpython/commit/db087f6d9ef9a7c873cd883ee120126fc0ca0c72


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41754>
_______________________________________

From report at bugs.python.org  Sun Nov  8 07:07:24 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 12:07:24 +0000
Subject: [issue28491] Remove bundled libffi for OSX
In-Reply-To: <1476988827.6.0.878520006506.issue28491@psf.upfronthosting.co.za>
Message-ID: <1604837244.42.0.240527366453.issue28491@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This was implemented in bpo-41100

----------
dependencies:  -Build failure on macOS 11 (beta)
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed
superseder:  -> Build failure on macOS 11 (beta)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28491>
_______________________________________

From report at bugs.python.org  Sun Nov  8 08:03:10 2020
From: report at bugs.python.org (Ian Strawbridge)
Date: Sun, 08 Nov 2020 13:03:10 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604840590.34.0.10281872231.issue42225@roundup.psfhosted.org>


Ian Strawbridge <ian at strawbridge3.plus.com> added the comment:

Further to the information I posted on Stack Overflow (referred to above) relating to reproducing emoticon characters from Idle under Ubuntu, I have done more testing.  Based on some of the code/comments above, I tried modifications which I hoped might identify errors before Idle crashed.
At a simple level I can generate some error information in a Ubuntu terminal from the following.
usr/bin$ idle-python3.8
Entering chr(0x1f624) gives the following error message in terminal.
X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  139 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  4484
  Current serial number in output stream:  4484

Another test used this code.
--------------
def FileSave(sav_file_name,outputstring):
    with open(sav_file_name, "a", encoding="utf8",newline='') as myfile:
        myfile.write(outputstring)

def FileSave1(sav_file_name,eoutputstring):
    with open(sav_file_name, "a", encoding="utf8",newline='') as myfile:
        myfile.write(eoutputstring)

tk = True
if tk:
    from tkinter import Tk
    from tkinter.scrolledtext import ScrolledText
    root = Tk()
    text = ScrolledText(root, width=80, height=40)
    text.pack()
    def print1(txt):
        text.insert('insert', txt+'\n')

errors = []
outputstring = "Characters:"+ "\n"+"\n"
eoutputstring = "Errors:"+ "\n"+"\n"

#for i in range(0x1f600, 0x1f660):   #crashes at 0x1f624
for i in range(0x1f623, 0x1f624):  # 1f624, 1f625 then try 1f652  
    chars = chr(i)
    decimal = str(int(hex(i)[2:],16))
    try:
        outputstring = str(hex(i))+" "+decimal+" "+chars+ "\n"
        FileSave("Charsfile.txt", outputstring)
        print1(f"{hex(i)} {decimal} {chars}")
        print(f"{hex(i)} {decimal} {chars}")
    except Exception as e:
        print(str(hex(i)))
        eoutputstring = str(hex(i))+ "\n"
        FileSave1("Errorfile.txt", eoutputstring)
        errors.append(f"{hex(i)} {e}")

print("ERRORS:")

for line in errors:
    print(line)

--------------
With the range starting at 0x1f623 and changing the end point, in Ubuntu, with end point 0x1f624, this prints ok, but if higher numbers are used the Idle windows all closed. However on some occasions, if I began with end point at 0x1f624 and run, then without closing the editor window I increased the end point to 0x1f625, save and run, the Text window would close, but the console window would remain open.  I could then increase the upper range further and repeat and more characters would print to the console.
I have attached screenshots of the console output with the fonts-noto-color-emoji fonts package installed(with font), then with this package uninstalled (no font) and finally the same when run under Windows 10.  
For the console output produced while the font package is installed, if I select in the character column where there is a blank space, "something" can be selected.  If I save the console as a text file or select all the rows, copy and paste to a text file, the missing characters are revealed. When the font package is uninstalled, the missing characters are truely missing.  It is the apparently missing characters (such as 0x1f624, 0x1f62c, 0x1f641, 0x1f642, 0x1f644-0x1f64f) which appear to be causing the Idle crashes.  Presumably such as 0x1f650 and 0x1f651 are unallocated codes so show up as rectangular outlines. 

In none of the tests with the more complex code above did I manage to generate any error output.

My set up is as follows.
Ubuntu 20.04.1 LTS
x86_64
GNOME version: 3.36.3
Python 3.8.6 (default, Sep 25 2020, 21:22:01) 
Tk version: 8.6.10
[GCC 7.5.0] on linux

Hopefully, the above might give some pointers to handling these characters.

----------
nosy: +IanSt1
versions: +Python 3.8 -Python 3.10
Added file: https://bugs.python.org/file49581/Screenshots_128547-128593.pdf

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  8 08:25:44 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 13:25:44 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604841944.72.0.985110332615.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've filed a Tk issue about this: https://core.tcl-lang.org/tk/tktview/f9fa926666d8e06972b5f0583b07a3c98eaac0a0

What versions of Tk are used? 
- On macOS I've tested with the  Python.org installer, which uses Tk 8.6.8.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  8 08:51:58 2020
From: report at bugs.python.org (Ian Strawbridge)
Date: Sun, 08 Nov 2020 13:51:58 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604843518.08.0.821092790428.issue42225@roundup.psfhosted.org>


Ian Strawbridge <ian at strawbridge3.plus.com> added the comment:

On Ubuntu, Tk version is showing as 8.6.10
On Windows 10, Tk version is showing as 8.6.9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  8 09:20:55 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 14:20:55 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604845255.79.0.850735555372.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The crash I had on macOS with tk 8.6.8 appears to be gone when using tk 8.6.10.

What I got back was a SyntaxError when pasting a smiley emoji in an IDLE shell window when trying to type execute print("?").  The SyntaxError message says: 'utf-8' codec can't encode characters in position 7-12: surrogates not allowed.  That's likely to to how Tk represents this character in its text widget, and is something we could work around when converting Tcl/Tk strings to Python strings.

Printing the emoji using 'print(chr(128516))' works fine.

The scriptlet in msg380173 also works.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  8 09:41:33 2020
From: report at bugs.python.org (E. Paine)
Date: Sun, 08 Nov 2020 14:41:33 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604846493.13.0.980174406537.issue42278@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

> Most of them are in tests. There is no security issue there
TBH, I don't know enough about the exploit to comment, but it seems that the tempfile tests take this seriously (Lib/test/test_tempfile.py:782 "For safety, all use of mktemp must occur in a private directory.")

> distutils and msilib are dropped
Is this wise? As you noted, PEP 594 and PEP 632 have yet to be approved (in which case, should we not still be looking at these modules, particularly as PEP 594 has been around for a while).

> if someone wants to fix pydoc

I am currently drafting a PR which will replace it with `NamedTemporaryFile` (and while we're at it, replace the `os.system` call with `subprocess.run`)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Sun Nov  8 09:57:40 2020
From: report at bugs.python.org (E. Paine)
Date: Sun, 08 Nov 2020 14:57:40 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1604847460.05.0.686538152755.issue42278@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Sun Nov  8 10:50:40 2020
From: report at bugs.python.org (Bryan Bishop)
Date: Sun, 08 Nov 2020 15:50:40 +0000
Subject: [issue16830] Add skip_host and skip_accept_encoding to
 HTTPConnection.request()
In-Reply-To: <1356998273.75.0.911756727263.issue16830@psf.upfronthosting.co.za>
Message-ID: <1604850640.57.0.50037652572.issue16830@roundup.psfhosted.org>


Bryan Bishop <kanzure at gmail.com> added the comment:

I'll go ahead and close this. The putrequest/putheader/endheaders suggestion is probably sufficient. Although I do wonder if a docs update is warranted, explaining the default behavior..

----------
resolution:  -> wont fix
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16830>
_______________________________________

From report at bugs.python.org  Sun Nov  8 10:56:34 2020
From: report at bugs.python.org (E. Paine)
Date: Sun, 08 Nov 2020 15:56:34 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1604850994.16.0.441337013261.issue42142@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

This is starting to get *very* annoying. Today's failure was a new one (but still `wait_visibility`):

test_variable_change (tkinter.test.test_ttk.test_extensions.LabeledScaleTest) ... Timeout (0:20:00)!
Thread 0x00007f31dade1080 (most recent call first):
  File "/home/runner/work/cpython/cpython/Lib/tkinter/__init__.py", line 696 in wait_visibility
  File "/home/runner/work/cpython/cpython/Lib/tkinter/test/test_ttk/test_extensions.py", line 147 in test_variable_change

Again, this was on the Github Ubuntu test (https://github.com/python/cpython/pull/23200/checks?check_run_id=1370499785#step:10:912). I will update my PR to skip *all* tests that use `wait_visbility` on Ubuntu and ask that this would be committed sooner rather than later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Sun Nov  8 12:17:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 08 Nov 2020 17:17:53 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1604855873.87.0.260897441329.issue41116@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

So close...

the problem we're running into is that "-isysroot" is only added for universal builds, not for regular builds. Furthermore unixccompiler doesn't know that is should always look in the SDK and not in the regular location (for system locations). 

I guess we should switch to:
- Never add -isysroot to CFLAGS (change to configure)
- Teach _osx_support about locating the default sdk root, both for Xcode and "command line tools" (_osx_support.default_sdk_root())
- Use that new function in setup.py and unixccompiler.

The first item might affect older systems where Xcode shipped with 2 SDKs (current and previous OS version). 

Is that something we can back port to 3.8 and 3.9? 

A less clean, but smaller, change is to teach the configure script to always add -isysroot on macOS, not just when doing a universal build.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:00:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:00:10 +0000
Subject: [issue6860] Inconsistent naming of custom command in setup.py help
 output
In-Reply-To: <1252372114.27.0.565813299947.issue6860@psf.upfronthosting.co.za>
Message-ID: <1604858410.97.0.38991937345.issue6860@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

As per Camilla's comment, this is no longer an issue.

----------
nosy: +iritkatriel
resolution: accepted -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6860>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:12:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:12:48 +0000
Subject: [issue25006] List pybind11 binding generator
In-Reply-To: <1441409694.33.0.221981890825.issue25006@psf.upfronthosting.co.za>
Message-ID: <1604859168.31.0.956850469432.issue25006@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25006>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:15:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:15:58 +0000
Subject: [issue25858] Structure field size/ofs __str__ wrong with large size
 fields
In-Reply-To: <1450061530.03.0.0248609360686.issue25858@psf.upfronthosting.co.za>
Message-ID: <1604859358.5.0.873216055482.issue25858@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25858>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:17:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:17:42 +0000
Subject: [issue13508] ctypes' find_library breaks with ARM ABIs
In-Reply-To: <1322664873.68.0.763423976883.issue13508@psf.upfronthosting.co.za>
Message-ID: <1604859462.22.0.508072398794.issue13508@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13508>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:21:38 2020
From: report at bugs.python.org (igo95862)
Date: Sun, 08 Nov 2020 18:21:38 +0000
Subject: [issue42292] C API: Allocating Objects on the Heap. Misleading
 documentation.
Message-ID: <1604859698.6.0.558793144076.issue42292@roundup.psfhosted.org>


New submission from igo95862 <igo9586 at gmail.com>:

The issue is that the function names are too similar to other function that do completely different things.


`PyObject_Init` this function does not use `__init__` at all.
What it does is sets the already allocated object pointer to the specific type and increments its reference.


`PyObject_New` this function has nothing to do with `__new__`. It mallocs the new object and when calls `PyObject_Init` to set its type and increment reference.


Most importantly neither function actually calls `__init__`. You need to do it manually otherwise you might get garbage in your object data from residual memory.


I think there should be a small example showing how to allocate objects on heap and initialize them. This is what I do (ignore the names):


```
SdBusMessageObject *message_object = PyObject_NEW(SdBusMessageObject, &SdBusMessageType);
SdBusMessageType.tp_init((PyObject *)message_object, NULL, NULL);
```

----------
assignee: docs at python
components: Documentation
messages: 380558
nosy: docs at python, igo95862
priority: normal
severity: normal
status: open
title: C API: Allocating Objects on the Heap. Misleading documentation.
versions: Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42292>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:23:43 2020
From: report at bugs.python.org (igo95862)
Date: Sun, 08 Nov 2020 18:23:43 +0000
Subject: [issue42292] C API: Allocating Objects on the Heap. Misleading
 documentation.
In-Reply-To: <1604859698.6.0.558793144076.issue42292@roundup.psfhosted.org>
Message-ID: <1604859823.35.0.201893174378.issue42292@roundup.psfhosted.org>


Change by igo95862 <igo9586 at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42292>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:34:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:34:34 +0000
Subject: [issue18148] Make of Python 3.2.2 fails on Solaris SPARC
In-Reply-To: <1370522977.23.0.850120192524.issue18148@psf.upfronthosting.co.za>
Message-ID: <1604860474.13.0.453999817823.issue18148@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 3.2 is no longer maintained. If this issue existing in more recent versions please open a new issue for it.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18148>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:45:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:45:21 +0000
Subject: [issue1570255] redirected cookies
Message-ID: <1604861121.3.0.802039873564.issue1570255@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Paul's script (with urllib.request instead of urllib2) works for me. 

Is this issue still relevant?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1570255>
_______________________________________

From report at bugs.python.org  Sun Nov  8 13:59:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 18:59:46 +0000
Subject: [issue23276] hackcheck is broken in association with __setattr__
In-Reply-To: <1421706139.14.0.239687578391.issue23276@psf.upfronthosting.co.za>
Message-ID: <1604861986.42.0.929667596609.issue23276@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I tried to look up what pyqtWrapperType is and found that it has been removed from QtCore.

Is this issue still relevant?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23276>
_______________________________________

From report at bugs.python.org  Sun Nov  8 14:24:01 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 19:24:01 +0000
Subject: [issue9023] distutils relative path errors
In-Reply-To: <1276850851.53.0.471987336824.issue9023@psf.upfronthosting.co.za>
Message-ID: <1604863441.25.0.641519128596.issue9023@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9023>
_______________________________________

From report at bugs.python.org  Sun Nov  8 15:23:44 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 20:23:44 +0000
Subject: [issue10548] document (lack of) interaction between
 @expectedException on a test_method and setUp
In-Reply-To: <1290870998.37.0.268172055445.issue10548@psf.upfronthosting.co.za>
Message-ID: <1604867024.35.0.319373814788.issue10548@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +patch
nosy: +iritkatriel
nosy_count: 5.0 -> 6.0
pull_requests: +22101
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23201

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10548>
_______________________________________

From report at bugs.python.org  Sun Nov  8 15:24:31 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 20:24:31 +0000
Subject: [issue10548] document (lack of) interaction between @expectedFailure
 on a test_method and setUp
In-Reply-To: <1290870998.37.0.268172055445.issue10548@psf.upfronthosting.co.za>
Message-ID: <1604867071.53.0.327524598011.issue10548@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: document (lack of) interaction between @expectedException on a test_method and setUp -> document (lack of) interaction between @expectedFailure on a test_method and setUp
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10548>
_______________________________________

From report at bugs.python.org  Sun Nov  8 17:07:34 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 08 Nov 2020 22:07:34 +0000
Subject: [issue42288] typing.get_type_hints() returns Optional[Any] if the
 default value of the argument is None
In-Reply-To: <1604811082.57.0.115992838782.issue42288@roundup.psfhosted.org>
Message-ID: <1604873254.46.0.367789942688.issue42288@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

There is actually a difference between Any and Optional[Any]. Try the following using e.g. mypy:

def f(a: Optional[Any]):
    a+1

def g(a: Any):
    a+1

You'll get an error in f but not in g.

So this behavior is not a bug.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42288>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:22:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 23:22:30 +0000
Subject: [issue12488] multiprocessing.Connection does not communicate pipe
 closure between parent and child
In-Reply-To: <1309779809.62.0.10199189289.issue12488@psf.upfronthosting.co.za>
Message-ID: <1604877750.01.0.336741992127.issue12488@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12488>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:26:02 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 23:26:02 +0000
Subject: [issue1397474] [doc] timeit execution enviroment
Message-ID: <1604877962.1.0.645348528739.issue1397474@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: timeit execution enviroment -> [doc] timeit execution enviroment
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1397474>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:29:02 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 08 Nov 2020 23:29:02 +0000
Subject: [issue39892] Enable DeprecationWarnings by default when not explicit
 in unittest.main()
In-Reply-To: <1583628832.97.0.582883450111.issue39892@roundup.psfhosted.org>
Message-ID: <1604878142.52.0.976330196236.issue39892@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

my bad :)

----------
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39892>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:29:57 2020
From: report at bugs.python.org (giomach)
Date: Sun, 08 Nov 2020 23:29:57 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
Message-ID: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>


New submission from giomach <giomach at users.sourceforge.net>:

Python 3.9 freshly installed in Windows 10 to C:\Program Files\Python39, everything done as administrator, installed for all users, added to PATH.

Installation of pyinstaller fails with message "SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe1 in position 0: unexpected end of data (sitecustomize.py, line 21)" (attachment)

This may be due to the character ? in my Windows username (0xe1 in ANSI, which is my default 8-bit codepage) being misinterpreted as being in utf8 instead of ANSI.

There is no sitecustomize.py in my file system.

----------
components: Installation
files: pyinstaller.txt
messages: 380564
nosy: giomach
priority: normal
severity: normal
status: open
title: Installation of pyinstaller in Windows fails with utf8 error
type: crash
versions: Python 3.9
Added file: https://bugs.python.org/file49582/pyinstaller.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:46:53 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Nov 2020 23:46:53 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604879213.36.0.237199125642.issue42225@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Serhiy, does Ronald's report above re 8.6.10 on macOS suggest what might be needed to make print("?") work on Mac?  As I remember, your year-old _tkinter patch to make print(<astral>) work on Linux and Windows converts Python strings differently on the two systems.  But you did not know for sure what to do for macOS because nothing would work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:57:35 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 23:57:35 +0000
Subject: [issue15099] [doc] exec of function doesn't call __getitem__ or
 __missing__ on undefined global
In-Reply-To: <1340017199.64.0.733628658868.issue15099@psf.upfronthosting.co.za>
Message-ID: <1604879855.46.0.215063382102.issue15099@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: exec of function doesn't call __getitem__ or __missing__ on undefined global -> [doc] exec of function doesn't call __getitem__ or __missing__ on undefined global
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15099>
_______________________________________

From report at bugs.python.org  Sun Nov  8 18:59:37 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 08 Nov 2020 23:59:37 +0000
Subject: [issue16879] distutils.command.config uses fragile constant temporary
 file name
In-Reply-To: <1357476277.46.0.0647034504115.issue16879@psf.upfronthosting.co.za>
Message-ID: <1604879977.5.0.822732375762.issue16879@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16879>
_______________________________________

From report at bugs.python.org  Sun Nov  8 19:00:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 09 Nov 2020 00:00:21 +0000
Subject: [issue16879] distutils.command.config uses fragile constant temporary
 file name
In-Reply-To: <1357476277.46.0.0647034504115.issue16879@psf.upfronthosting.co.za>
Message-ID: <1604880021.07.0.497772221534.issue16879@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16879>
_______________________________________

From report at bugs.python.org  Sun Nov  8 19:00:57 2020
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Mon, 09 Nov 2020 00:00:57 +0000
Subject: [issue16879] distutils.command.config uses fragile constant temporary
 file name
In-Reply-To: <1357476277.46.0.0647034504115.issue16879@psf.upfronthosting.co.za>
Message-ID: <1604880057.29.0.482456753543.issue16879@roundup.psfhosted.org>


Change by ?ric Araujo <merwok at netwok.org>:


----------
assignee: eric.araujo -> 
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16879>
_______________________________________

From report at bugs.python.org  Sun Nov  8 19:04:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 09 Nov 2020 00:04:53 +0000
Subject: [issue8730] Spurious test failure in distutils
In-Reply-To: <1274012517.83.0.155461681494.issue8730@psf.upfronthosting.co.za>
Message-ID: <1604880293.12.0.580991774885.issue8730@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The skip has been added:

@unittest.skipUnless(find_executable('compress'),
                     'The compress program is required')
def test_compress_deprecated(self):

https://github.com/python/cpython/blob/23831a7a90956e38b7d70304bb6afe30d37936de/Lib/distutils/tests/test_archive_util.py#L204

----------
nosy: +iritkatriel
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8730>
_______________________________________

From report at bugs.python.org  Sun Nov  8 19:06:51 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 09 Nov 2020 00:06:51 +0000
Subject: [issue8508] 2to3 fixer for gettext's .ugettext
In-Reply-To: <1272034086.61.0.0547716106043.issue8508@psf.upfronthosting.co.za>
Message-ID: <1604880411.04.0.34300709632.issue8508@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Should we close this as won't fix?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8508>
_______________________________________

From report at bugs.python.org  Sun Nov  8 19:14:12 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 09 Nov 2020 00:14:12 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
In-Reply-To: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>
Message-ID: <1604880852.13.0.51574187687.issue42293@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

This looks to be a bug in the constructor of pip's BuildEnvironment class:

https://github.com/pypa/pip/blob/a4f4bfbf8ba7fd1e60884a439907e3f2a32e117a/src/pip/_internal/build_env.py#L82

Python 3 source files are UTF-8 by default, but text files default to the platform's preferred encoding, unless overridden by Python's UTF-8 mode. It is thus a mistake to create "sitecustomize.py" without explicitly specifying UTF-8 as the encoding. 

The preferred encoding in Windows is the process active code page, which is the system code page, unless, in Windows 10 only, it's overridden to use UTF-8 by the application manifest's "activeCodePage" setting. The system code page is usually a legacy code page, such as 1252, unless, in Windows 10 only, it's set to UTF-8 or the system language is Unicode only (e.g. Hindi).

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Sun Nov  8 20:12:02 2020
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Nov 2020 01:12:02 +0000
Subject: [issue42289] Found a secret/private key in code.
In-Reply-To: <1604813228.45.0.0225910221233.issue42289@roundup.psfhosted.org>
Message-ID: <1604884322.77.0.939186334955.issue42289@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

That commit does not appear to be part of any branch of the main repository, and also appears to contain non-changes to every file in the repository.

There are known private keys somewhere in Lib/test for use in tests.  If you're referring to something else, please point it out a bit more clearly, preferably with a link directly to the file :)

If you're talking about accidentally committing your own private key to your personal fork of the repo, your best course is probably to delete your fork and re-fork, though I don't know if that will actually make that commit go away forever; you'd need to talk to GitHub about that.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42289>
_______________________________________

From report at bugs.python.org  Sun Nov  8 20:45:35 2020
From: report at bugs.python.org (Inada Naoki)
Date: Mon, 09 Nov 2020 01:45:35 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604886335.61.0.953858618341.issue42179@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

>> 1. Such understanding of a tutorial is debatable. Tutorial is just a material for learning written with some system in mind, which is more interesting to read than dry reference material. A tutorial, generally dpeaking, may be both for beginners and for professionals.
>
> OK, I will send this topic to python-dev first.

For the record, there is a long thread in python-dev about this issue:

* main thread: https://mail.python.org/archives/list/python-dev at python.org/thread/MXMEFFYB6JXAKSS36SZ7DX4ASP6APWFP/
* another thread: https://mail.python.org/archives/list/python-dev at python.org/thread/WNHVZLEO3ZVDOFP2FHRBUQR4GY24RIJJ/

## High level discussion: focus on new user vs write more and more details.

More detail:
* Abdur-Rahmaan Janhangeer

Focus on new user:
* Paul Moore 
* Brett Cannon
* Guido van Rossum
* Kyle Stanley
* Carol Willing
* Serhiy Storchaka

## About this specific case. (Adding __context__ and __suppress_context vs removing __cause__)

Add __context__:
(no one)

Remove __cause__:
* Kyle Stanley
* ?ric Araujo (in GH-23160)

Riccardo Polignieri asked that to be very careful about removing something, but he did not vote for adding __context__ and __supress_context__.

--

I merged PR-23162 for keep focus on new users and consistent for now.

But I have not closed this issue yet because documentation WG may revisit the issue. (see https://mail.python.org/archives/list/python-dev at python.org/message/IWW2YBLJK4T3OWSKDUDVDVXPWDGIFWTC/ ).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Sun Nov  8 21:50:51 2020
From: report at bugs.python.org (daniel hahler)
Date: Mon, 09 Nov 2020 02:50:51 +0000
Subject: [issue36388] pdb: do_debug installs sys.settrace handler when used
 inside post_mortem
In-Reply-To: <1553156880.66.0.415237926561.issue36388@roundup.psfhosted.org>
Message-ID: <1604890251.94.0.567328402803.issue36388@roundup.psfhosted.org>


Change by daniel hahler <python-bugs at thequod.de>:


----------
pull_requests: +22102
pull_request: https://github.com/python/cpython/pull/23202

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36388>
_______________________________________

From report at bugs.python.org  Sun Nov  8 23:00:40 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 04:00:40 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604894440.45.0.313812524408.issue42233@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset 4eb41d055e8307b8206f680287e492a6db068acd by kj in branch 'master':
bpo-42233: Add union type expression support for GenericAlias and fix de-duplicating of GenericAlias (GH-23077)
https://github.com/python/cpython/commit/4eb41d055e8307b8206f680287e492a6db068acd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Sun Nov  8 23:11:33 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 09 Nov 2020 04:11:33 +0000
Subject: [issue42233] GenericAlias does not support union type expressions
In-Reply-To: <1604244730.48.0.778653484179.issue42233@roundup.psfhosted.org>
Message-ID: <1604895093.99.0.598227194769.issue42233@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42233>
_______________________________________

From report at bugs.python.org  Mon Nov  9 02:02:59 2020
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 09 Nov 2020 07:02:59 +0000
Subject: [issue40624] add support for != (not-equals) in ElementTree XPath
In-Reply-To: <1589455502.16.0.216786525166.issue40624@roundup.psfhosted.org>
Message-ID: <1604905379.92.0.26483261495.issue40624@roundup.psfhosted.org>


Stefan Behnel <stefan_ml at behnel.de> added the comment:


New changeset 97e8b1eaeaf3aa325c84ff2e13417c30414d0269 by Ammar Askar in branch 'master':
bpo-40624: Add support for the XPath != operator in xml.etree (GH-22147)
https://github.com/python/cpython/commit/97e8b1eaeaf3aa325c84ff2e13417c30414d0269


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40624>
_______________________________________

From report at bugs.python.org  Mon Nov  9 02:04:04 2020
From: report at bugs.python.org (Stefan Behnel)
Date: Mon, 09 Nov 2020 07:04:04 +0000
Subject: [issue40624] add support for != (not-equals) in ElementTree XPath
In-Reply-To: <1589455502.16.0.216786525166.issue40624@roundup.psfhosted.org>
Message-ID: <1604905444.72.0.357557732028.issue40624@roundup.psfhosted.org>


Change by Stefan Behnel <stefan_ml at behnel.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40624>
_______________________________________

From report at bugs.python.org  Mon Nov  9 02:16:26 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Nov 2020 07:16:26 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604906186.98.0.134176179268.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Note that the main installers for Python 3.8 and 3.9 will continue to use Tk 8.6.8 due to problems when building later Tk version on macOS 10.9.  

The current plan is to add an installer variant to (amongst others) uses Tk 8.6.10 (and .11 when that's released).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  9 02:25:06 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Nov 2020 07:25:06 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604906706.04.0.679566892071.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

W.r.t. the SyntaxError I got (msg380552): It looks like it will be possible to work around that problem in _tkinter.c:unicodeFromTclStringAndSize by merging surrogate pairs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  9 02:27:00 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Nov 2020 07:27:00 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604906820.41.0.761064258647.issue42225@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Please open a new issue for "surrogates not allowed".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  9 03:35:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 08:35:14 +0000
Subject: [issue42287] Use Py_NewRef & Py_XNewRef where applicable
In-Reply-To: <1604795496.29.0.677062594524.issue42287@roundup.psfhosted.org>
Message-ID: <1604910914.96.0.0298414657516.issue42287@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Following https://bugs.python.org/issue42262, I think it'd be nice to convert existing C code to use the more concise Py_NewRef() and Py_XNewRef() where possible. Increases readability and less bug prone. 

In general, we don't accept changes which are only coding style changes.

I don't see how Py_NewRef() or Py_XNewRef() is less error prone. In my experience, any change is more likely to introduce new bugs than leaving the code unchanged. See https://github.com/python/cpython/pull/23170 for a concrete case of a PR which converts code to Py_NewRef() / Py_XNewRef(): the PR introduced bugs (in early versions of the PR).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42287>
_______________________________________

From report at bugs.python.org  Mon Nov  9 04:02:42 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Nov 2020 09:02:42 +0000
Subject: [issue13829] exception error in _scproxy.so when called after fork
In-Reply-To: <1326998522.6.0.790472668429.issue13829@psf.upfronthosting.co.za>
Message-ID: <1604912562.38.0.707322647864.issue13829@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I propose closing this as 3th-party or out-of-date:

1) The crash in _scproxy is due to limitations in Apple's libraries, in particular they don't work in child processes created with os.fork() without calling execv*()

2) The primary way to run into this is by the use of the multiprocessing library. The default spawn strategy for multiprocessing was changes to "spawn" instead of "fork" in 3.8 (for macOS) because of problems like this.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13829>
_______________________________________

From report at bugs.python.org  Mon Nov  9 04:42:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 09:42:14 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
Message-ID: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

The C API of Python uses and abuses borrowed references and stealing references for performance. When such function is used in some very specific code for best performances, problems arise when they are the only way to access objects. Reference counting in C is error prone, most people, even experimented core developers, get it wrong. Examples of issues:

* Reference leaks: objects are never deleted causing memory leaks. For example, an error handling code which forgets to call Py_DECREF() on a newly create object.

* Unsafe borrowed references: call arbitrary Python code can delete the referenced objects, and so the borrowed reference becomes a dangling pointer. Most developers are confident that a function call cannot run arbitrary Python code, whereas a single Py_DECREF() can trigger a GC collection which runs finalizers which can be arbitrary Python code. Many functions have been fixed manually by adding Py_INCREF() and Py_DECREF() around "unsafe" function calls.


Borrowed references and stealing references make reference counting code special, even more complex to review. I propose to use new function to make refecence counting code more regular, simpler to review, and so less error prone.

Examples:

* Add PyTuple_GetItem(): similar to PyTuple_GetItem() but returns a strong reference (or NULL if the tuple item is not set)
* Add PyTuple_SetItemRef(): similar to PyTuple_SetItem() but don't steal a reference to the new item

The C API has a long list of functions using borrowed references, so I'm not sure where we should stop. I propose to start with the most common functions: PyDict, PyTuple, PyList, and see how it goes.

--

PyTuple_GetItem() is a function call which checks arguments: raise an exception if arguments are invalid. For best performances, PyTuple_GET_ITEM() macro is providing to skip these checks. This macro also returns a borrowed reference.

I'm not if a new PyTuple_GET_ITEM_REF() macro should be added: similar to PyTuple_GET_ITEM() but returns a strong reference.

Same open question abut PyTuple_SET_ITEM(tuple, index, item) macro which is also special:

* Don't call Py_XINCREF(item)
* Don't call Py_XDECREF() on the old item

If a new PyTuple_SET_ITEM_REF() macro is added, I would prefer to make the function more "regular" in term of reference counting, and so call Py_XDECREF() on the old item. When used on a newly created tuple, it would add an useless Py_XDECREF(NULL), compared to PyTuple_SET_ITEM(). Again, my idea here is to provide functions with a less surprising behavior and more regular reference counting. There are alternatives to build a new tuple without the useless Py_XDECREF(NULL), like Py_BuildValue().

Code which requires best performance could continue to use PyTuple_SET_ITEM() which is not deprecated, and handle reference counting manually.

--

An alternative is to use abstract functions like:

* PyTuple_GetItem() => PySequence_GetItem()
* PyDict_GetItem() => PyObject_GetItem()
* etc.

I propose to keep specialized functions per type to avoid the overhead of indirection. For example, PySequence_GetItem(obj, index) calls Py_TYPE(obj)->tp_as_sequence->sq_item(obj, index) which implies multiple indirection:

* Get the object type from PyObject.ob_type
* Dereference *type to get PyTypeObject.tp_as_sequence
* Dereference *PyTypeObject.tp_as_sequence to get PySequenceMethods.sq_item

--

I don't plan to get rid of borrowed references. Sometimes, they are safe and replacing them with strong references would require explicit reference counting code which is again easy to get wrong.

For example, Py_TYPE() returns a borrowed reference to an object type. The function is commonly used to access immediately to a type member, with no risk of calling arbitrary Python code between the Py_TYPE() call and the read of the type attribute. For example, the following code is perfectly safe:

        PyErr_Format(PyExc_TypeError, "exec() globals must be a dict, not %.100s",
                     Py_TYPE(globals)->tp_name);


--

See also bpo-42262 where I added Py_NewRef() and Py_XNewRef() functions.

See https://pythoncapi.readthedocs.io/bad_api.html#borrowed-references for details about issues caused by borrowed references and a list of functions using borrowed references.

----------
components: C API
messages: 380578
nosy: vstinner
priority: normal
severity: normal
status: open
title: [C API] Add new C functions with more regular reference counting like PyTuple_GetItemRef()
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 04:53:30 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 09 Nov 2020 09:53:30 +0000
Subject: [issue42289] Found a secret/private key in code.
In-Reply-To: <1604813228.45.0.0225910221233.issue42289@roundup.psfhosted.org>
Message-ID: <1604915610.13.0.419396372279.issue42289@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

As Zachary already pointed out, Python's source code contains multiple private keys for internal testing. The keys are only used for integration tests and are not a security problem.

----------
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42289>
_______________________________________

From report at bugs.python.org  Mon Nov  9 04:58:02 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Mon, 09 Nov 2020 09:58:02 +0000
Subject: [issue41237] Access violation in python39.dll!meth_dealloc on exit
In-Reply-To: <1594188565.24.0.738467793313.issue41237@roundup.psfhosted.org>
Message-ID: <1604915882.82.0.189878305156.issue41237@roundup.psfhosted.org>


Change by Petr Viktorin <encukou at gmail.com>:


----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41237>
_______________________________________

From report at bugs.python.org  Mon Nov  9 05:20:58 2020
From: report at bugs.python.org (Sergei Izmailov)
Date: Mon, 09 Nov 2020 10:20:58 +0000
Subject: [issue41287] __doc__ attribute is not set in property-derived classes
In-Reply-To: <1594586083.6.0.902653661287.issue41287@roundup.psfhosted.org>
Message-ID: <1604917258.39.0.135946422504.issue41287@roundup.psfhosted.org>


Change by Sergei Izmailov <sergei.a.izmailov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41287>
_______________________________________

From report at bugs.python.org  Mon Nov  9 05:48:14 2020
From: report at bugs.python.org (John Zalewski)
Date: Mon, 09 Nov 2020 10:48:14 +0000
Subject: [issue42295] Error should be flagged if Walrus operator is used for
 multiple assigment
Message-ID: <1604918894.59.0.15180711596.issue42295@roundup.psfhosted.org>


New submission from John Zalewski <john.zalewski at sfr.fr>:

#The 'Walrus' operator does not support multiple assignment but does not #flag an attempt to make a multiple assigment as an error
#This results in unexpected behavior at execution time:

a, b = 100, 200

print (a, b)
#result is
#100 200

if (a, b := 3, 4): #this should be flagged as an error but is not



  print ("found true")
else:
  print ("found false")

print (a, b)
#result is
#100 3 but if multiple assigment were allowed this would be '3, 4'


----------------------------------------------------------------------
Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license()" for more information.
>>> 
= RESTART: C:\Users\John PC 2017\AppData\Local\Programs\Python\Python38-32\walrustest.py
100 200
found true
100 3
>>>

----------
files: walrustest.py
messages: 380580
nosy: JohnPie
priority: normal
severity: normal
status: open
title: Error should be flagged if Walrus operator is used for multiple assigment
type: compile error
versions: Python 3.9
Added file: https://bugs.python.org/file49583/walrustest.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42295>
_______________________________________

From report at bugs.python.org  Mon Nov  9 05:54:43 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 09 Nov 2020 10:54:43 +0000
Subject: [issue42295] Error should be flagged if Walrus operator is used for
 multiple assigment
In-Reply-To: <1604918894.59.0.15180711596.issue42295@roundup.psfhosted.org>
Message-ID: <1604919283.5.0.801865657836.issue42295@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

Due to the precedence of the walrus operator, it is not actually a multiple assignment but rather a tuple of 3 elements with one being the value of the assignment expression.

 $ python -m ast  
(a, b := 3, 4)
Module(
   body=[
      Expr(
         value=Tuple(
            elts=[
               Name(id='a', ctx=Load()),
               NamedExpr(
                  target=Name(id='b', ctx=Store()),
                  value=Constant(value=3)),
               Constant(value=4)],
            ctx=Load()))],
   type_ignores=[])

In this case, it creates a tuple with loading the name `a` from the current scope, using the value of the 3 and also assigning 3 to the b, and loading constant 4.

So basically (a, b := 3, 4) is actually (a, (b := 3), 4)

----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42295>
_______________________________________

From report at bugs.python.org  Mon Nov  9 06:50:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 11:50:47 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604922647.38.0.537737501296.issue42294@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 07:34:16 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 09 Nov 2020 12:34:16 +0000
Subject: [issue41543] contextlib.nullcontext doesn't work with async context
 managers
In-Reply-To: <1597352328.6.0.811344048873.issue41543@roundup.psfhosted.org>
Message-ID: <1604925256.34.0.5701558146.issue41543@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset a117167d8dc8fa673a4646f509551c7950f824e5 by Tom Gringauz in branch 'master':
bpo-41543: contextlib.nullcontext can fill in for an async context manager (GH-21870)
https://github.com/python/cpython/commit/a117167d8dc8fa673a4646f509551c7950f824e5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41543>
_______________________________________

From report at bugs.python.org  Mon Nov  9 07:40:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 12:40:56 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604925656.92.0.90447113402.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 23c5f93b83f78f295313e137011edb18b24c37c2 by Victor Stinner in branch 'master':
bpo-42294: Add borrowed/strong reference to doc glossary (GH-23206)
https://github.com/python/cpython/commit/23c5f93b83f78f295313e137011edb18b24c37c2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 07:44:05 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 09 Nov 2020 12:44:05 +0000
Subject: [issue42295] Error should be flagged if Walrus operator is used for
 multiple assigment
In-Reply-To: <1604918894.59.0.15180711596.issue42295@roundup.psfhosted.org>
Message-ID: <1604925845.71.0.731909286129.issue42295@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42295>
_______________________________________

From report at bugs.python.org  Mon Nov  9 07:44:10 2020
From: report at bugs.python.org (Antony Lee)
Date: Mon, 09 Nov 2020 12:44:10 +0000
Subject: [issue40624] add support for != (not-equals) in ElementTree XPath
In-Reply-To: <1589455502.16.0.216786525166.issue40624@roundup.psfhosted.org>
Message-ID: <1604925850.12.0.356444584018.issue40624@roundup.psfhosted.org>


Change by Antony Lee <anntzer.lee at gmail.com>:


----------
nosy:  -Antony.Lee

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40624>
_______________________________________

From report at bugs.python.org  Mon Nov  9 08:09:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 13:09:25 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604927365.39.0.380529312903.issue42294@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22105
pull_request: https://github.com/python/cpython/pull/23207

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 08:17:23 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 09 Nov 2020 13:17:23 +0000
Subject: [issue19561] request to reopen Issue837046 - pyport.h redeclares
 gethostname() if SOLARIS is defined
In-Reply-To: <1384267181.39.0.791538142123.issue19561@psf.upfronthosting.co.za>
Message-ID: <1604927843.65.0.194853213092.issue19561@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

I think this code should be removed.

It was added in its current form more than 20 years ago with the intention to add function declarations missing from system include files:
https://github.com/python/cpython/commit/1e0c2f4bee43728930bd5f4dc77283f09c4ba004

Today, every Solaris system should have gethostname() available in unistd.h. I am not sure when exactly was it added, but it was available in the OpenSolaris since the first commit (year 2005):
https://github.com/illumos/illumos-gate/blame/master/usr/src/head/unistd.h#L344


Also, AFAIK, 'SOLARIS' macro is not predefined on Solaris systems in compiler preprocessors today *; hence, unless compiled with `-DSOLARIS`, this code has no effect.

*) I tested this with several GCC [7|9|10] and Solaris studio and neither of those defined it. It seems like it might have worked many years ago, but it certainly isn't a way to #ifdef Solaris today.

----------
nosy: +kulikjak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19561>
_______________________________________

From report at bugs.python.org  Mon Nov  9 08:24:59 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 09 Nov 2020 13:24:59 +0000
Subject: [issue41543] contextlib.nullcontext doesn't work with async context
 managers
In-Reply-To: <1597352328.6.0.811344048873.issue41543@roundup.psfhosted.org>
Message-ID: <1604928299.27.0.712277867104.issue41543@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41543>
_______________________________________

From report at bugs.python.org  Mon Nov  9 08:31:02 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 09 Nov 2020 13:31:02 +0000
Subject: [issue19561] request to reopen Issue837046 - pyport.h redeclares
 gethostname() if SOLARIS is defined
In-Reply-To: <1384267181.39.0.791538142123.issue19561@psf.upfronthosting.co.za>
Message-ID: <1604928662.46.0.360621243084.issue19561@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

And for the reference, Solaris distros are already removing this code:

https://github.com/oracle/solaris-userland/blob/master/components/python/python37/patches/15-gethostname.patch
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/python/python37/patches/15-gethostname.patch
https://github.com/omniosorg/omnios-build/blob/master/build/python37/patches/15-gethostname.patch

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19561>
_______________________________________

From report at bugs.python.org  Mon Nov  9 08:44:37 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Mon, 09 Nov 2020 13:44:37 +0000
Subject: [issue19561] request to reopen Issue837046 - pyport.h redeclares
 gethostname() if SOLARIS is defined
In-Reply-To: <1384267181.39.0.791538142123.issue19561@psf.upfronthosting.co.za>
Message-ID: <1604929477.42.0.89645335975.issue19561@roundup.psfhosted.org>


Change by Jakub Kulik <kulikjak at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19561>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:19:38 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:19:38 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604931578.37.0.0427170171463.issue42294@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22107
pull_request: https://github.com/python/cpython/pull/23209

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:26:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:26:02 +0000
Subject: [issue26200] SETREF adds unnecessary work in some cases
In-Reply-To: <1453745024.51.0.674954872761.issue26200@psf.upfronthosting.co.za>
Message-ID: <1604931962.31.0.44171346697.issue26200@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22108
pull_request: https://github.com/python/cpython/pull/23209

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26200>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:27:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:27:40 +0000
Subject: [issue26200] SETREF adds unnecessary work in some cases
In-Reply-To: <1453745024.51.0.674954872761.issue26200@psf.upfronthosting.co.za>
Message-ID: <1604932060.04.0.739130944249.issue26200@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I wrote PR 23209 to add Py_SetRef() and Py_XSetRef() functions to the limited C API and the stable ABI. Py_SETREF() and Py_XSETREF() macros are excluded from the limited C API and some extension modules cannot use them, like extension modules written in Rust.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26200>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:44:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:44:05 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1604933044.99.0.363718812582.issue42225@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:46:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:46:09 +0000
Subject: [issue42291] Incorrect signature of CodeType.replace()
In-Reply-To: <1604831894.32.0.00722269509991.issue42291@roundup.psfhosted.org>
Message-ID: <1604933169.43.0.717217393963.issue42291@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Argument Clinic and the inspect module do not support this case.

That's why I used -1 and None.

> But -1 and None are incorrect values for many parameters, and even if they would be correct, they are not default values. By default, if you do not specify some argument, the value of the corresponding attribute would not be changed.

If you consider that this issue matters, you may hack the code to accept None as if no parameter was passed (pass NULL).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42291>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:46:59 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:46:59 +0000
Subject: [issue25259] readline macros can segfault Python
In-Reply-To: <1443473589.61.0.823349470149.issue25259@psf.upfronthosting.co.za>
Message-ID: <1604933219.62.0.884048109302.issue25259@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

No activity for 4 years, I close the issue.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25259>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:49:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:49:40 +0000
Subject: [issue12625] sporadic test_unittest failure
In-Reply-To: <1311454495.5.0.801093056111.issue12625@psf.upfronthosting.co.za>
Message-ID: <1604933380.09.0.506852376748.issue12625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Is this test still failing? Or can this be closed?

The OpenIndiana buildbot is gone for many years. See also bpo-42173.

----------
resolution:  -> out of date
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12625>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:51:43 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:51:43 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1604933503.97.0.252670635177.issue14019@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

@Irit Katriel: Please avoid changing the versions field of old inactive issues. It changes artificially the last activity date of an issue and it sends an email to all people in the nosy list. There is no need to update the Version field of the +7500 open bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:55:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:55:16 +0000
Subject: [issue2931] optparse: various problems with unicode and gettext
In-Reply-To: <1211297479.44.0.970954846769.issue2931@psf.upfronthosting.co.za>
Message-ID: <1604933716.59.0.879351485781.issue2931@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

This issue was reported in 2008 on Python 2.5. The latest comment is about Python 2.

The latest Python version is now Python 3.9 and uses Unicode by default.

I close the issue since there is no activity for 4 years. More tests are always welcomed, so someone can still add new tests. Note that the optparse module is deprecated since Python 3.2.

----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2931>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:55:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:55:36 +0000
Subject: [issue41972] bytes.find consistently hangs in a particular scenario
In-Reply-To: <1602113519.53.0.297229304628.issue41972@roundup.psfhosted.org>
Message-ID: <1604933736.7.0.413060053225.issue41972@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41972>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:56:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 14:56:10 +0000
Subject: [issue42290] Unicode inconsistent display after concencated
In-Reply-To: <1604814710.97.0.934662336836.issue42290@roundup.psfhosted.org>
Message-ID: <1604933770.64.0.516926948271.issue42290@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42290>
_______________________________________

From report at bugs.python.org  Mon Nov  9 09:56:57 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 09 Nov 2020 14:56:57 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604933817.2.0.297383620002.issue42294@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

I'm not convinced that this is worth the effort.

The old functions aren't going away, so these additional functions provide no real safety.
You can't stop C programmers trading away correctness for some perceived performance benefit :(

If we were designing the API from scratch, then this would be a better set of functions. But because the old functions remain, it just means we are making the API larger.


Please don't add macros, use inline functions.

There seems to be some confusion about borrowed references and stolen references in https://pythoncapi.readthedocs.io/bad_api.html#borrowed-references
"Stealing" a reference is perfectly safe. Returning a "borrowed" reference is not.

So, don't bother with `PyTuple_SetItemRef()`, as `PyTupleSetItem()` is safe.

----------
nosy: +Mark.Shannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 10:20:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 15:20:48 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604935248.93.0.800997856391.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Mark Shannon:
> The old functions aren't going away, so these additional functions provide no real safety. You can't stop C programmers trading away correctness for some perceived performance benefit :(

In my experience, newcomers tend to copy existing more. If slowly, the code base moves towards safer code less error-prone code like Py_NewRef() or Py_SETREF(), slowly, we will avoid a bunch of bugs.


> If we were designing the API from scratch, then this would be a better set of functions. But because the old functions remain, it just means we are making the API larger.

New API VS enhance the existing API. So far, no approach won. I wrote the PEP 620 to enhance the C API and towards a more opaque API, and there is the HPy project which is a new API written correctly from the start. But HPy is not usable yet, and migrating C extensions to HPy will take years.

Also, enhancing the existing API and writing a new API are not exclusive option.

What is the issue of making the C API larger?


> Please don't add macros, use inline functions.

For Py_NewRef(), I used all at once :-) static inline function + function + macro :-)

It's exported as a regular function for the stable ABI, but overriden by a static inline function with a macro. The idea is to allow to use it for developers who cannot use static inline functions (ex: extension modules not written in C).

I chose to redefine functions as static inline functions in the limited C API. If it's an issue, we can consider to only do that in Include/cpython/object.h.


> There seems to be some confusion about borrowed references and stolen references in https://pythoncapi.readthedocs.io/bad_api.html#borrowed-references
"Stealing" a reference is perfectly safe. Returning a "borrowed" reference is not.
>
> So, don't bother with `PyTuple_SetItemRef()`, as `PyTupleSetItem()` is safe.

I'm really annoyed that almost all functions increase the refcount of their arugments, except a bunch of special cases. I would like to move towards a more regular API.

PyTuple_SetItem() is annoying because it steals a reference to the item. Also, it doesn't clear the reference of the previous item, which is also likely to introduce a reference leak.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 10:31:06 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Nov 2020 15:31:06 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604935866.55.0.414193228946.issue42294@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

PyTuple_SetItem() does clear the previous item, it uses Py_XSETREF. The macro version (PyTuple_SET_ITEM) does not clear the previous item.

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 11:18:47 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 09 Nov 2020 16:18:47 +0000
Subject: [issue39931] Global variables are not accessible from child processes
 (multiprocessing.Pool)
In-Reply-To: <1583918452.53.0.6597480705.issue39931@roundup.psfhosted.org>
Message-ID: <1604938727.02.0.873907863189.issue39931@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Can this issue be closed?  Multiprocessing seems to work as designed. There is a behaviour change between 3.7 and 3.8, but that's documented in What's New.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39931>
_______________________________________

From report at bugs.python.org  Mon Nov  9 11:51:55 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Nov 2020 16:51:55 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604940715.87.0.747282990455.issue35712@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

One of the idioms for removing None no longer works:

>>> L = [0, 23, 234, 89, None, 0, 35, 9]
>>> list(filter(None.__ne__, L))
Warning (from warnings module):
  File "<pyshell#1>", line 1
DeprecationWarning: NotImplemented should not be used in a boolean context
[0, 23, 234, 89, 0, 35, 9]

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 11:55:18 2020
From: report at bugs.python.org (hai shi)
Date: Mon, 09 Nov 2020 16:55:18 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604940918.24.0.053038391287.issue42294@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:25:49 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 17:25:49 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
Message-ID: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>


New submission from Guido van Rossum <guido at python.org>:

This code cannot be interrupted with ^C on Windows (e.g. in the REPL)

while True:
    pass

This seems to be a regression, it works in earlier versions.

----------
messages: 380597
nosy: Mark.Shannon, gvanrossum, steve.dower
priority: normal
severity: normal
status: open
title: Infinite loop uninterruptable on Windows in 3.10
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:25:59 2020
From: report at bugs.python.org (Jake Hunsaker)
Date: Mon, 09 Nov 2020 17:25:59 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
Message-ID: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>


New submission from Jake Hunsaker <jhunsake at redhat.com>:

In the sos project, we build a custom `usage` string for our argparser parser, and have noticed that doing so causes error messages from argparse to be badly formatted.

For example if a bad option value is given, the error message is mangled into the last line of our usage string:

```
# python3 bin/sos report --all-logs=on
usage: sos report [options]
sos <component> [options]

[..snip...]
	collect, collector            Collect an sos report from multiple nodes simultaneously report: error: argument --all-logs: ignored explicit argument 'on'
```


This is especially strange since we build the usage string with a trailing newline character:

```
        for com in self._components:
            aliases = self._components[com][1]
            aliases.insert(0, com)
            _com = ', '.join(aliases)
            desc = self._components[com][0].desc
            _com_string += (
                "\t{com:<30}{desc}\n".format(com=_com, desc=desc)
            )
        usage_string = ("%(prog)s <component> [options]\n\n"
                        "Available components:\n")
        usage_string = usage_string + _com_string
        epilog = ("See `sos <component> --help` for more information")
        self.parser = ArgumentParser(usage=usage_string, epilog=epilog)
```


So it appears the trailing newlines are being stripped (in our case, unintentionally?). As expected, removing the trailing newline when passing `usage_string` to our parse does not change this behavior.

However, if we don't set the usage string at all when instantiating our parser, the error message is properly formatted beginning on a new line. Slightly interesting is that without the usage_string being passed, the error message is prefixed with "sos: report:" as expected for %(prog)s expansion, but when the error message is mangled `%(prog)s` is left out as well.

A little more context is available here: https://github.com/sosreport/sos/issues/2285

----------
components: Library (Lib)
messages: 380598
nosy: TurboTurtle
priority: normal
severity: normal
status: open
title: [argparse] Bad error message formatting when using custom usage text
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:26:06 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 17:26:06 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604942766.81.0.5298810256.issue42296@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
components: +Windows
nosy: +paul.moore, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:27:08 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 17:27:08 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604942828.18.0.584400204507.issue42296@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:28:06 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 17:28:06 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604942886.94.0.394380138855.issue42296@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:29:05 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 09 Nov 2020 17:29:05 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604942945.29.0.193025589419.issue42297@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +paul.j3, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:31:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 17:31:27 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604943087.4.0.957474061168.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> PyTuple_SetItem() does clear the previous item, it uses Py_XSETREF. The macro version (PyTuple_SET_ITEM) does not clear the previous item.

Oh sorry, I was thinking at PyTuple_SET_ITEM().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:36:19 2020
From: report at bugs.python.org (pkerling)
Date: Mon, 09 Nov 2020 17:36:19 +0000
Subject: [issue41798] [C API] Revisit usage of the PyCapsule C API with
 multi-phase initialization API
In-Reply-To: <1600265269.2.0.881235166904.issue41798@roundup.psfhosted.org>
Message-ID: <1604943379.15.0.307767502615.issue41798@roundup.psfhosted.org>


Change by pkerling <9b6ab161 at casix.org>:


----------
nosy: +pkerling

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41798>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:38:17 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 09 Nov 2020 17:38:17 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604943497.16.0.484330676409.issue41712@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 1f73c320e2921605c4963e202f6bdac1ef18f2ce by Yash Shete in branch 'master':
bpo-41712: Avoid runaway regex match in upload scripts (GH-23166)
https://github.com/python/cpython/commit/1f73c320e2921605c4963e202f6bdac1ef18f2ce


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:38:07 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 09 Nov 2020 17:38:07 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604943487.09.0.301078929574.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

It also cannot be interrupted in 3.9. But 3.8 and earlier work correctly.

----------
nosy: +eryksun
type:  -> behavior
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 12:51:42 2020
From: report at bugs.python.org (pkerling)
Date: Mon, 09 Nov 2020 17:51:42 +0000
Subject: [issue42298] Documented interaction of single-stage init and
 sub-interpreters inaccurate
Message-ID: <1604944302.05.0.57186129659.issue42298@roundup.psfhosted.org>


New submission from pkerling <9b6ab161 at casix.org>:

The C API documentation says this about single-phase initialization and sub-interpreters:

"[T]he first time a particular extension is imported, it is initialized normally, and a (shallow) copy of its module?s dictionary is squirreled away. When the same extension is imported by another (sub-)interpreter, a new module is initialized and filled with the contents of this copy; the extension?s init function is not called."
- from https://docs.python.org/3.10/c-api/init.html#c.Py_NewInterpreter

I was investigating crashes relating to the _datetime module and sub-interpreters and from my observations, this does not seem to be true.
I have tracked this functionality down to the m_base.m_copy dictionary of the PyModuleDef of an extension and the functions _PyImport_FixupExtensionObject and _PyImport_FindExtensionObject in Python/import.c. However, modules are only ever added to the `extensions` global when imported in the main interpreter, see https://github.com/python/cpython/blob/1f73c320e2921605c4963e202f6bdac1ef18f2ce/Python/import.c#L480

Furthermore, even if they were added and m_base.m_copy was set, it would be cleared again on sub-interpreter shutdown here: https://github.com/python/cpython/blob/1f73c320e2921605c4963e202f6bdac1ef18f2ce/Python/pystate.c#L796 - implying that the module will be loaded and initialized again next time due to this check: https://github.com/python/cpython/blob/1f73c320e2921605c4963e202f6bdac1ef18f2ce/Python/import.c#L556

These observations are supported by the fact that in my tests, if "import _datetime" is ran subsequently in two different sub-interpreters, PyInit__datetime is indeed called twice.

Test code - set a breakpoint on PyInit__datetime to observe the behavior:

#include <Python.h>
#include <assert.h>
int main()
{
    Py_Initialize();
    for (int i = 0; i < 100; ++i) {
        PyThreadState* ts = Py_NewInterpreter();
        assert(ts);
        int result = PyRun_SimpleString("import _datetime");
        assert(result == 0);
        Py_EndInterpreter(ts);
    }
    return 0;
}

In summary, it seems to me that the documented behavior is not accurate (any more?) - so either the docs or the implementation should change.

----------
assignee: docs at python
components: Documentation
messages: 380602
nosy: docs at python, pkerling
priority: normal
severity: normal
status: open
title: Documented interaction of single-stage init and sub-interpreters inaccurate
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42298>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:06:55 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 18:06:55 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604945215.12.0.589925942839.issue35712@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

> list(filter(None.__ne__, L))

I assume you've been recommending this? To me it looks obfuscated. People should just use a comprehension, e.g.

[x for x in L if x is not None]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:10:51 2020
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Mon, 09 Nov 2020 18:10:51 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604945451.03.0.751277245455.issue35712@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

... as it probably should: look at https://bugs.python.org/msg349303

Yes, filtering comprehensions are a frequently used niche, and too long in the "official" parlance. I seem to recall that 

    [x in mylist if x is not None]

(instead of triple-x version) was rejected because it was too hard to parse. Maybe now we can really implement it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:16:17 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 18:16:17 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604945777.47.0.208740507296.issue35712@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

That's off topic for this issue -- you can go to python-ideas to propose that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:18:15 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 09 Nov 2020 18:18:15 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604945895.75.0.955056298714.issue42296@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:35:21 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 09 Nov 2020 18:35:21 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604946921.25.0.991430648083.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

See bpo-40010. COMPUTE_EVAL_BREAKER() in Python/ceval.c -- or _Py_ThreadCanHandleSignals in Include/internal/pycore_pystate.h -- needs to take into account that SIGNAL_PENDING_SIGNALS() gets called on a completely new thread in Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:50:29 2020
From: report at bugs.python.org (Vladimir Ryabtsev)
Date: Mon, 09 Nov 2020 18:50:29 +0000
Subject: [issue42179] Clarify chaining exceptions in tutorial/errors.rst
In-Reply-To: <1603873891.9.0.500762071742.issue42179@roundup.psfhosted.org>
Message-ID: <1604947829.01.0.866374472071.issue42179@roundup.psfhosted.org>


Vladimir Ryabtsev <greatvovan at gmail.com> added the comment:

All right, you won. I hope beginner users will be happy :)

I removed my proposal paragraph about __cause__ and __context__ and kept only changes about exception type (https://bugs.python.org/issue42179#msg380435).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42179>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:51:42 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 18:51:42 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604947902.81.0.0952919821628.issue42296@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

So you're saying this war broken by https://github.com/python/cpython/pull/19087 ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 13:57:32 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 09 Nov 2020 18:57:32 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1604948252.76.0.744210182014.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

Yes, if I force the return value of _Py_ThreadCanHandleSignals to 1, the loop is broken by a KeyboardInterrupt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Mon Nov  9 14:14:23 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 09 Nov 2020 19:14:23 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1604949263.6.0.377030784163.issue41712@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Thanks Yash for the fix!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 14:45:37 2020
From: report at bugs.python.org (paul j3)
Date: Mon, 09 Nov 2020 19:45:37 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604951137.8.0.0177265217917.issue42297@roundup.psfhosted.org>


paul j3 <ajipanca at gmail.com> added the comment:

Provide a minimal reproducible example.  I can't reproduce that run on error message.

Also test with arguments like '--all-logs on', which issues an 'unrecognizeable argument' error (with a different error reporting path).

Stripping excess newlines is normal, both in the full help and error.  That's done at the end of help formatting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 14:56:41 2020
From: report at bugs.python.org (Jake Hunsaker)
Date: Mon, 09 Nov 2020 19:56:41 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604951801.53.0.448384596.issue42297@roundup.psfhosted.org>


Jake Hunsaker <jhunsake at redhat.com> added the comment:

I'll try and get a simple reproducer made shortly, however as a quick note I've found that using '--all-logs on' results in a properly formatted error message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 15:04:23 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 09 Nov 2020 20:04:23 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604952263.13.0.6948004846.issue35712@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> I assume you've been recommending this?

Not really, but it does come up and I've seen it in customer code more than once.

I do show people this:

    >>> data = [10.5, 3.27, float('Nan'), 56.1]
    >>> list(filter(isfinite, data))
    [10.5, 3.27, 56.1]
    >>> list(filterfalse(isnan, data))
    [10.5, 3.27, 56.1]

The question does arise about how to do this for None using functional programming.  The answer is a bit awkward:

    >>> from operator import is_not
    >>> from functools import partial
    >>> data = [10.5, 3.27, None, 56.1]
    >>> list(filter(partial(is_not, None), data))
    [10.5, 3.27, 56.1]

>From a teaching point of view, the important part is to show that this code does not do what people typically expect:

    >>> data = [10.5, 0.0, float('NaN'), 3.27, None, 56.1]
    >>> list(filter(None, data))
    [10.5, nan, 3.27, 56.1]

FWIW, this issue isn't important to me.  Just wanted to note that one of the idioms no longer works.  There are of course other ways to do it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 15:06:15 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Nov 2020 20:06:15 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604952375.71.0.89805610544.issue35712@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I am sad that such code (as well as my former code in total_ordering) no longer works, but this is just a clever trick, and the code can be written in less clever but more explicit way.

On other hand, the warning helps to catch common mistakes like

   not self.__lt__(other)
   self.__lt__(other) or self.__eq__(other)
   super().__eq__(other) and self.x == other.x

Even non-beginners often make such kind of mistakes, and it is hard to catch them if you have not trained yourself specially. I suggest you to include lessons about writing complex comparison methods in your course for advanced users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 15:29:35 2020
From: report at bugs.python.org (Jake Hunsaker)
Date: Mon, 09 Nov 2020 20:29:35 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604953775.29.0.117805275814.issue42297@roundup.psfhosted.org>


Jake Hunsaker <jhunsake at redhat.com> added the comment:

Ah, ok - so I neglected to mention we're using subparsers which appears to be relevant here. My apologies.

Here's a minimal reproducer that shows the behavior when using './arg_test.py foo --bar=on'

```
#! /bin/python3

import argparse

usage_string = 'test usage string ending in newlines\n\n'
sub_cmd_usage = ''

for i in range(0, 3):
    sub_cmd_usage += '\tfoo  --bar\n'

usage_string += sub_cmd_usage

parser = argparse.ArgumentParser(usage=usage_string)
subparser = parser.add_subparsers(dest='subcmd', metavar='subcmd')
subcmd_parser = subparser.add_parser('foo')
subcmd_parser.add_argument('--bar', action="store_true", default=False)

if __name__ == '__main__':
    args = parser.parse_args()

```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 16:18:14 2020
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 09 Nov 2020 21:18:14 +0000
Subject: [issue42133] Update the stdlib to fall back to __spec__.loader if
 __loader__ isn't defined
In-Reply-To: <1603493200.29.0.0849833372282.issue42133@roundup.psfhosted.org>
Message-ID: <1604956694.85.0.212119745468.issue42133@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: Update the stdlib to fall back to __spec__.parent if __loader__ isn't defined -> Update the stdlib to fall back to __spec__.loader if __loader__ isn't defined

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42133>
_______________________________________

From report at bugs.python.org  Mon Nov  9 16:26:16 2020
From: report at bugs.python.org (paul j3)
Date: Mon, 09 Nov 2020 21:26:16 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604957176.92.0.609654373055.issue42297@roundup.psfhosted.org>


paul j3 <ajipanca at gmail.com> added the comment:

It's the subparser that's producing this error, specifically its 'prog' attribute.

If I use a custom usage with a simple parser:

    1129:~/mypy$ python3 issue42297.py --foo=on
    usage: issue42297.py
    one
    two
    three
    issue42297.py: error: argument --foo: ignored explicit argument 
    'on'

Notice that the error line includes the 'prog'.  

With subparsers, the main usage is included in the subcommand prog:

    print(subcmd_parser.prog)

produces:

    test usage string ending in newlines

	foo  --bar
	foo  --bar
	foo  --bar foo

That's the usage plus the subcommand name, 'foo'.

Generating the explicit error in the subcommand:

    1244:~/mypy$ python3 issue42297.py foo --bar=on
    test usage string ending in newlines

	foo  --bar
	foo  --bar
	foo  --bar foo: error: argument --bar: ignored explicit 
    argument 'on'

'issue42297.py: ' has been replaced by the usage+'foo', and no newline.

We don't see this in the 'unrecognized' case because that error issued by the main parser.

    issue42297.py: error: unrecognized arguments: on

If I explicitly set the prog of the subcommand:

    subcmd_parser = subparser.add_parser('foo', prog='myscript foo')

The error becomes:

    1256:~/mypy$ python3 issue42297.py foo --bar=on
    usage: myscript foo [-h] [--bar]
    myscript foo: error: argument --bar: ignored explicit argument 'on'

I can also add 'usage=usage_string' to the add_parser.  For the most part add_parser takes the same parameters as ArgumentParser.

Alternatively we can specify prog in 

    subparser = parser.add_subparsers(dest='subcmd', metavar='subcmd', prog='myscript')

resulting in:

    myscript foo: error: argument --bar: ignored explicit argument 'on'

I recently explored how 'prog' is set with subparsers in

https://bugs.python.org/issue41980

I don't think anything needs to be corrected in argparse.  There are enough options for setting prog and usage in subcommands to get around this issue.  

In the worse case, you might want to create an alternative 

    _SubParsersAction

Action subclass that defines the prog/usage differently.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 16:31:45 2020
From: report at bugs.python.org (Kevin Keating)
Date: Mon, 09 Nov 2020 21:31:45 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1604957505.31.0.377617625461.issue42273@roundup.psfhosted.org>


Kevin Keating <kevkeating at gmail.com> added the comment:

An __init__.py shouldn't be necessary.  If I comment out the 'b = lazy_import("foo.b")' line in a.py (i.e. disable the lazy import), then the print statement works correctly as written without any other changes.

Also, I double checked with the colleague who originally ran into this issue, and it turns out he encountered the bug on Linux, not on Mac (still Python 3.8.3).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Mon Nov  9 16:53:20 2020
From: report at bugs.python.org (Kevin Keating)
Date: Mon, 09 Nov 2020 21:53:20 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1604958800.13.0.331243572569.issue42273@roundup.psfhosted.org>


Kevin Keating <kevkeating at gmail.com> added the comment:

My colleague just tested this on Mac and confirms that the bug also occurs there using Python 3.8.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:03:22 2020
From: report at bugs.python.org (Jake Hunsaker)
Date: Mon, 09 Nov 2020 22:03:22 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1604959402.36.0.273842226701.issue42297@roundup.psfhosted.org>


Jake Hunsaker <jhunsake at redhat.com> added the comment:

Ok, yeah there seem to be several paths to avoid this behavior then. We should be fine exploring those options.


Thanks for the pointer!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:09:20 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Nov 2020 22:09:20 +0000
Subject: [issue26200] SETREF adds unnecessary work in some cases
In-Reply-To: <1453745024.51.0.674954872761.issue26200@psf.upfronthosting.co.za>
Message-ID: <1604959760.07.0.171514260942.issue26200@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Py_SETREF() is simple wrappers around Py_DECREF() and assignment. If there are macros in Rust it is better to implement Py_SETREF() as Rust macro.

Py_SETREF() was not added to the limited API for reason. If arguments against Py_SETREF() are still valid, the same arguments are applicable to Py_SetRef(). And even if Py_SETREF() will be added to the limited C API I do not think that there is a need of adding Py_SetRef(). It is more cumbersome (additional &), slower and affects the optimization of surrounded code (pointer cannot be in register), and does not have any advantage in addition to the macro.

This issue was closed 4 years ago. Please open a new issue for Py_SetRef().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26200>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:22:45 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Nov 2020 22:22:45 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1604960565.22.0.414413175441.issue42294@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I concur with Mark.

If you want to work only with non-borrowed references, use PySequence_GetItem() and PySequence_SetItem(). It has a cost: it is slower and needs checking errors. If you need more performant solution and binary compatibility across versions, use PyTuple_GetItem() and PyTuple_SetItem() (borrowed references is the part of optimization). If you don't need binary compatibility, but need speed, use macros.

And no need to expand the C API. It is already large enough.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:43:19 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 09 Nov 2020 22:43:19 +0000
Subject: [issue35712] Make NotImplemented unusable in boolean context
In-Reply-To: <1547157306.18.0.725390794489.issue35712@roundup.psfhosted.org>
Message-ID: <1604961799.97.0.719126236523.issue35712@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35712>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:50:54 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 09 Nov 2020 22:50:54 +0000
Subject: [issue36310] pygettext3.7 Does Not Recognize gettext Calls Within
 fstrings
In-Reply-To: <1552702047.72.0.770409871236.issue36310@roundup.psfhosted.org>
Message-ID: <1604962254.93.0.91903587282.issue36310@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:


New changeset bfc6b63102d37ccb58a71711e2342143cd9f4d86 by jack1142 in branch 'master':
bpo-36310: Allow pygettext.py to detect calls to gettext in f-strings. (GH-19875)
https://github.com/python/cpython/commit/bfc6b63102d37ccb58a71711e2342143cd9f4d86


----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36310>
_______________________________________

From report at bugs.python.org  Mon Nov  9 17:55:09 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 09 Nov 2020 22:55:09 +0000
Subject: [issue36310] pygettext3.7 Does Not Recognize gettext Calls Within
 fstrings
In-Reply-To: <1552702047.72.0.770409871236.issue36310@roundup.psfhosted.org>
Message-ID: <1604962509.22.0.366775540312.issue36310@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36310>
_______________________________________

From report at bugs.python.org  Mon Nov  9 18:41:26 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Nov 2020 23:41:26 +0000
Subject: [issue42299] Add test_formatter (or remove deprecated formatter
 module?)
Message-ID: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

#14019 has a patch, unrelated to the issue, that adds test.test_formatter.  There still is no such file, so I open this issue to move the patch here.  It is the second version, responding to review by Ezio Melotti.

But formatter has been deprecated since 3.4.  It was originally scheduled to be removed in 3.6, but we decided to delay such removals until after 2.7 EOL.  That is now past.  Do we add tests for a deprecated module?  If so, the patch, aDo we still want to remove formatter?  If so, when?

----------
messages: 380623
nosy: terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: Add test_formatter (or remove deprecated formatter module?)
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Mon Nov  9 18:42:36 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Nov 2020 23:42:36 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1604965356.42.0.622217885642.issue14019@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: https://bugs.python.org/file31202/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Mon Nov  9 18:46:52 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Nov 2020 23:46:52 +0000
Subject: [issue42299] Add test_formatter (or remove deprecated formatter
 module?)
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1604965612.72.0.350760262297.issue42299@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The patch is by Francisco Freire (francisco.freire) * (CLA signed).  There is apparently no way to directly move a patch from one issue to another, so I download and upload.

----------
keywords: +patch
Added file: https://bugs.python.org/file49584/mywork2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Mon Nov  9 18:55:54 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Nov 2020 23:55:54 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1604966154.62.0.488022270749.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22109
pull_request: https://github.com/python/cpython/pull/23211

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Mon Nov  9 19:13:58 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Nov 2020 00:13:58 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1604967238.81.0.542867726787.issue14019@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


Removed file: https://bugs.python.org/file31453/mywork2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Mon Nov  9 19:23:10 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Nov 2020 00:23:10 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1604967790.51.0.688155029633.issue14019@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Victor: Irit is reviewing old issues to decide whether to close or not.  She has to touch it somehow to mark it as reviewed.

Irit: if you only change the version, others may think that you blindly updated the version.  Better to say something that moves the issue forward.  Also, only marking for the next version, now 3.10, would delay the possible future obsolescence of the version marking.  In any case, any coredev who merges would decide about backports.

This particular issue needs major surgery as it is two interleaved but unrelated discussions.  Francisco should have moved his unrelated patch to a new issue as Eric Smith asked.  I opened new issue 42299 and moved the revised patch there, with credit to Francisco and Ezio as reviewer.  I unlinked both from here.

To make the discussion of Nick's issue more readable, the unrelated messages about the unrelated patch should be unlinked.  I believe each message unlink would generate a separate email, as did the file unlinks.

----------
versions:  -Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Mon Nov  9 20:30:18 2020
From: report at bugs.python.org (Ronan Soares)
Date: Tue, 10 Nov 2020 01:30:18 +0000
Subject: [issue42300] Typo in translation to portuguese
Message-ID: <1604971818.8.0.290636952844.issue42300@roundup.psfhosted.org>


New submission from Ronan Soares <ronan.soares at gmail.com>:

Change "m?ltiplo menos comum" to "menor m?ltiplo comum" in the portuguese section of the what changed in python 3.9

----------
assignee: docs at python
components: Documentation
messages: 380626
nosy: docs at python, ronan.soares
priority: normal
severity: normal
status: open
title: Typo in translation to portuguese
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42300>
_______________________________________

From report at bugs.python.org  Mon Nov  9 21:57:20 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Nov 2020 02:57:20 +0000
Subject: [issue42300] Typo in translation to portuguese
In-Reply-To: <1604971818.8.0.290636952844.issue42300@roundup.psfhosted.org>
Message-ID: <1604977040.52.0.91570055917.issue42300@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

The Portuguese translation is maintained in GitHub and uses GitHub issues. Please report issues at https://github.com/python/python-docs-pt-br

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42300>
_______________________________________

From report at bugs.python.org  Mon Nov  9 22:36:08 2020
From: report at bugs.python.org (Sam Yan)
Date: Tue, 10 Nov 2020 03:36:08 +0000
Subject: [issue42301] Lack function to track index of an element in heapq
Message-ID: <1604979368.73.0.815196542676.issue42301@roundup.psfhosted.org>


New submission from Sam Yan <jiangyuey at student.unimelb.edu.au>:

Github PR #23204:
For a given element in a heap, we can leverage the fact that we can
search this element quicker thinking of the property of a heap. Therefore
out of h.index(x) that a list linear search uses, I propose to use a special written index method to look for an index of a heap element.This issue has been proposed on Github (with my changes to heapq also put there). Open a discussion under suggestion of Karthikeyan Singaravelan (tirkarthi).

----------
components: Extension Modules
hgrepos: 393
messages: 380628
nosy: SamUnimelb
priority: normal
pull_requests: 22110
severity: normal
status: open
title: Lack function to track index of an element in heapq
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42301>
_______________________________________

From report at bugs.python.org  Mon Nov  9 23:12:55 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 10 Nov 2020 04:12:55 +0000
Subject: [issue42301] Lack function to track index of an element in heapq
In-Reply-To: <1604979368.73.0.815196542676.issue42301@roundup.psfhosted.org>
Message-ID: <1604981575.69.0.650989659507.issue42301@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +rhettinger, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42301>
_______________________________________

From report at bugs.python.org  Mon Nov  9 23:32:06 2020
From: report at bugs.python.org (mental)
Date: Tue, 10 Nov 2020 04:32:06 +0000
Subject: [issue41122] functools.singledispatchfunction has confusing error
 message if no positional arguments are passed in
In-Reply-To: <1593142171.21.0.765046839926.issue41122@roundup.psfhosted.org>
Message-ID: <1604982726.24.0.504834770343.issue41122@roundup.psfhosted.org>


Change by mental <m3nta1 at yahoo.com>:


----------
nosy: +mental
nosy_count: 2.0 -> 3.0
pull_requests: +22111
pull_request: https://github.com/python/cpython/pull/23212

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41122>
_______________________________________

From report at bugs.python.org  Mon Nov  9 23:37:20 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Nov 2020 04:37:20 +0000
Subject: [issue42301] Add function to exploit heapq structure to locate an
 index of element
In-Reply-To: <1604979368.73.0.815196542676.issue42301@roundup.psfhosted.org>
Message-ID: <1604983040.32.0.0855671722691.issue42301@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

What is the use case for this?

This doesn't seem to be a typical heap operation.  https://en.wikipedia.org/wiki/Heap_(data_structure)#Operations

Have you seen the in other heap APIs?

----------
components: +Library (Lib) -Extension Modules
title: Lack function to track index of an element in heapq -> Add function to exploit heapq structure to locate an index of element
versions:  -Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42301>
_______________________________________

From report at bugs.python.org  Mon Nov  9 23:42:54 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Nov 2020 04:42:54 +0000
Subject: [issue42301] Add function to exploit heapq structure to locate an
 index of element
In-Reply-To: <1604979368.73.0.815196542676.issue42301@roundup.psfhosted.org>
Message-ID: <1604983374.08.0.885917857272.issue42301@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

See: https://stackoverflow.com/questions/2372994/search-an-element-in-a-heap

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42301>
_______________________________________

From report at bugs.python.org  Tue Nov 10 00:12:05 2020
From: report at bugs.python.org (mental)
Date: Tue, 10 Nov 2020 05:12:05 +0000
Subject: [issue40988] singledispatchmethod significantly slower than
 singledispatch
In-Reply-To: <1592252053.27.0.723113376898.issue40988@roundup.psfhosted.org>
Message-ID: <1604985125.59.0.256285216211.issue40988@roundup.psfhosted.org>


Change by mental <m3nta1 at yahoo.com>:


----------
keywords: +patch
nosy: +mental
nosy_count: 1.0 -> 2.0
pull_requests: +22112
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23213

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40988>
_______________________________________

From report at bugs.python.org  Tue Nov 10 00:13:01 2020
From: report at bugs.python.org (Ravi Chityala)
Date: Tue, 10 Nov 2020 05:13:01 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
Message-ID: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>


New submission from Ravi Chityala <chityala at gmail.com>:

The current implementation of turtle.py has right and left method for rotation.  Another approach to view rotation is either clockwise or anticlockwise. These two methods can be an alias to right and left respectively.

----------
components: Library (Lib)
messages: 380631
nosy: zenr
priority: normal
severity: normal
status: open
title: [Turtle] Add clockwise and anticlockwise method as alias to right and left
type: enhancement
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 00:19:42 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 10 Nov 2020 05:19:42 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1604985582.34.0.35433745893.issue42302@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

This doesn't seem useful to me.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 01:00:46 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 10 Nov 2020 06:00:46 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
In-Reply-To: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>
Message-ID: <1604988046.63.0.429884237297.issue21664@roundup.psfhosted.org>


Zackery Spytz <zspytz at gmail.com> added the comment:

Python 2.7 is no longer supported, so I think this issue should be closed.

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Tue Nov 10 01:08:22 2020
From: report at bugs.python.org (mental)
Date: Tue, 10 Nov 2020 06:08:22 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1604988502.32.0.0468850306024.issue41987@roundup.psfhosted.org>


Change by mental <m3nta1 at yahoo.com>:


----------
keywords: +patch
nosy: +mental
nosy_count: 5.0 -> 6.0
pull_requests: +22113
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23216

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Tue Nov 10 01:28:14 2020
From: report at bugs.python.org (mental)
Date: Tue, 10 Nov 2020 06:28:14 +0000
Subject: [issue39679] functools: singledispatchmethod doesn't work with
 classmethod
In-Reply-To: <1582053375.25.0.178240077179.issue39679@roundup.psfhosted.org>
Message-ID: <1604989694.5.0.0861498689302.issue39679@roundup.psfhosted.org>


Change by mental <m3nta1 at yahoo.com>:


----------
nosy: +mental

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39679>
_______________________________________

From report at bugs.python.org  Tue Nov 10 01:43:49 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 06:43:49 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1604990629.38.0.233163839031.issue42302@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

What other Turtle graphics implementations use commands clockwise and anticlockwise? Is it popular enough?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 01:50:45 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 10 Nov 2020 06:50:45 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1604991045.52.0.0347254491883.issue42302@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

As a new feature, it can only go into 3.10. All other versions have reached feature-freeze and can accept no new features.

We might argue that rotations should have always been written as "anticlockwise" and "clockwise", but they are long and verbose, and in English "left" and "right" are more common. I doubt many people will prefer "anticlockwise" over "left".

----------
nosy: +steven.daprano
versions:  -Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 02:11:02 2020
From: report at bugs.python.org (DongwonTTuna)
Date: Tue, 10 Nov 2020 07:11:02 +0000
Subject: [issue42303] I found a bug while checking string with find()
Message-ID: <1604992261.99.0.682298337507.issue42303@roundup.psfhosted.org>


New submission from DongwonTTuna <ttuna0790 at gmail.com>:

USED THE PYTHON-BINANCE MODULE FOR THIS
------------------------------------------------
from binance.client import Client
from binance.exceptions import *

client = Client(api_key='Your_Public_Apikey',
                api_secret='Your_Secret_Apikey')

def buy_limit_test(coin, amount):
    client.create_test_order(
        symbol=coin + 'USDT',
        side=Client.SIDE_BUY,
        type=Client.ORDER_TYPE_MARKET,
        quantity=amount)

try:
    buy_limit_test(coin='HOT', amount=-19298.0)
except BinanceAPIException as E:
    print(E.message.find("'quaaantity'; legal range is"))
    if E.message.find("'quantity'; legal range is"):
        print(E.message)
    else:
        print("yes")
------------------------------------------------




And the parameters.

------------------------------------------------

E.message.find("'quantity'; legal range is") = 38

E.message = "Illegal characters found in parameter 'quantity'; legal range is '^([0-9]{1,20})(\.[0-9]{1,20})?$'."

------------------------------------------------

If I run with this

if E.message.find("'quaaaaaaaaaaaaaaaaaaaaaaaaanatity'; legal range is"):

It should be run with print("yes"), but It shows print(E.message).

But If I run with
if E.message.find("'quaaaaaaaaaaaaaaaaaaaaaaaaanatity'; legal range is") == True:

It's now run with print("yes") not the print(E.message).

I think it's a bug

----------
files: ?????????? 2020-11-10 16.02.46.png
messages: 380636
nosy: DongwonTTuna
priority: normal
severity: normal
status: open
title: I found a bug while checking string with find()
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49585/?????????? 2020-11-10 16.02.46.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42303>
_______________________________________

From report at bugs.python.org  Tue Nov 10 02:15:19 2020
From: report at bugs.python.org (DongwonTTuna)
Date: Tue, 10 Nov 2020 07:15:19 +0000
Subject: [issue42303] I found a bug while checking string with find()
In-Reply-To: <1604992261.99.0.682298337507.issue42303@roundup.psfhosted.org>
Message-ID: <1604992519.91.0.956228978888.issue42303@roundup.psfhosted.org>


DongwonTTuna <ttuna0790 at gmail.com> added the comment:

That was a mistake.

upload another picture file.

----------
resolution:  -> wont fix
Added file: https://bugs.python.org/file49586/?????????? 2020-11-10 16.14.28.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42303>
_______________________________________

From report at bugs.python.org  Tue Nov 10 02:33:15 2020
From: report at bugs.python.org (Ma Lin)
Date: Tue, 10 Nov 2020 07:33:15 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
Message-ID: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>


New submission from Ma Lin <malincns at 163.com>:

C type `long` is 4-byte integer in 64-bit Windows build (MSVC behavior). [1]
In other compilers, `long` is 8-byte integer in 64-bit build.

This leads to a bit unnecessary performance waste, issue38252 fixed this problem in a situation.

Search `SIZEOF_LONG` in CPython code, there's still a few long type waste.

Novices are welcome to try contribution.

[1] https://stackoverflow.com/questions/384502

----------
components: Windows
messages: 380638
nosy: malin, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: [easy C] long type performance waste in 64-bit Windows build
type: performance
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 02:51:05 2020
From: report at bugs.python.org (Mechtron 750)
Date: Tue, 10 Nov 2020 07:51:05 +0000
Subject: [issue42305] Added Auto_Complete DropBox Suggestion For Tkinter
Message-ID: <1604994665.25.0.506754536493.issue42305@roundup.psfhosted.org>


New submission from Mechtron 750 <rajvirsinghdeol1313 at gmail.com>:

# This is auto complete drop box suggestion wiget for tkinter
# Tkinter Autocomplete

Text autocompletion provides relevant real-time results to users. Because tkinter does not provide a widget for adding autocompletion to GUIs out of the box, I decided to make one myself. This utility is compatible with and has been tested on Python 2.7.1 and Python 3.6.0.

### Structure

###### NOTE: The `Tkinter` library for Python 2 and `tkinter` library for Python 3 will from now on be referred to as `tk`.

The `AutocompleteEntry` class (which can be found [here](https://github.com/RajvirSingh1313/Tkinter_Autocomplete_DropBox/blob/master/main.py))
derives from `tk.Frame` and is a container used to group a `tk.Entry` and `tk.Listbox` widget. Should you need to modify the widgets,
they can be accessed as (respectively) `AutocompleteEntry` s `entry` and `listbox` attributes.<br />

The entry widget acts like a normal textbox. When activated, it binds `<KeyRelease>` to a private method which will update
the list of suggestions. The listbox widget contains the suggestions themselves. When activated, it binds `<<ListboxSelect>>` to a
private method which sets the entry widget to whatever value was selected.<br />

Since an instance of `AutocompleteEntry` is a `tk.Frame` instance too, you can place it by calling its `pack` or `grid` methods with
their respective arguments.

### Quickstart

###### NOTE: These examples will only run under Python 3. To make them Python 2-compatible, replace `tkinter` with `Tkinter`.

To add a new autocompletion frame to our interface, first initialize one:

```python
import tkinter as tk

from tkinter import auto_complete

root = tk.Tk()

frame = tk.Frame(root)
frame.pack()

entry = auto_complete.AutocompleteEntry(frame)
# You can pass additional parameters to further customize the window;
# all parameters that you can pass to tk.Frame, are valid here too.
```

Now you need to configure the instance by passing it an iterable containing all autocompletion entries.<br />
Do this by calling its `build` method:

```python
ENTRIES = (
    "Foo",
    "Bar"
)

entry.build(ENTRIES)
```

You can pass additional arguments to `build`:

* `max_entries` (integer):<br />
  The maximum number of entries to display at once. This value directly corresponds to the listbox widget's `height` attribute. Defaults to `5`.

* `case_sensitive` (boolean):<br />
  If `True`, only autocomplete entries that enforce the same capitalization as the current entry will be displayed.<br />
  If `False`, all autocomplete entries that match with the current entry will be displayed.<br />
  Defaults to `False`.

* `no_results_message` (string or `None`):<br />
  The message to display if no suggestions could be found for the current entry.<br />
  This argument may include a formatting identifier (`{}`) which, at runtime, gets formatted as the current entry. If `None` is specified, the listbox will instead be hidden until the next `<KeyRelease>` event.

Let's play around with these arguments:

```python
entry.build(
    entries=ENTRIES,
    no_results_message="< No results found for '{}' >"
    # Note that this is formatted at runtime
)
```

###### NOTE: You may call the `build` method multiple times on an instance of `AutocompleteEntry`, to dynamically change the available suggestions.

With that out of the way, you can display `entry`:

```python
entry.pack()
```

Now, each time a user presses a key while the entry widget has focus, a list of suggestions will display below it.

---

### Additional options

By default, the `tk.Listbox` widget has a width of `25` pixels and a height of `5` (items). The `tk.Entry` widget also has a default width of `25` pixels. These settings can be modified through the following class attributes:

* `auto_complete.AutocompleteEntry.LISTBOX_HEIGHT`: The height to specify when creating the `tk.Listbox` widget. There's no need to modify this, since the maximum number of entries to be displayed can be passed as an argument to `build`.

* `auto_complete.AutocompleteEntry.LISTBOX_WIDTH`: The width to specify when creating the `tk.Listbox` widget. Any positive integer is valid.

* `auto_complete.AutocompleteEntry.ENTRY_WIDTH`: The width to specify when creating the `tk.Entry` widget. Any positive integer is valid.

###### NOTE: You almost always want to keep the 1:1 `LISTBOX_WIDTH`:`ENTRY_WIDTH` ratio.

You can retrieve the current entry by accessing the instance's `text` attribute (which is a `tk.StringVar` instance):

```python
text = entry.text.get()
```

To further customize the entry widget, you may set its font options, for example:

```python
entry.entry["font"] = (<FONT NAME>, <FONT SIZE>, <FONT WEIGHT>)
```

Or to change the background color for the listbox widget:

```python
entry.listbox["background"] = "#cfeff9"
# Light blue
```


## This the demo

```python
    try:
        import tkinter as tk
        from tkinter import ttk
        from tkinter import auto_complete
    except ImportError:
        # Python 2
        import Tkinter as tk
        import ttk
        from Tkinter import auto_complete

    COUNTRIES = ['Australia','Switzerland','India','Canada','Japan','Germany','United Kingdom','United States','Sweden','Netherlands','Norway']


    class Application(tk.Frame, object):
        def __init__(self, *args, **kwargs):
            super(Application, self).__init__(*args, **kwargs)

            label = tk.Label(self, text="Select a country: ")
            label.pack()

            self.entry = auto_complete.AutocompleteEntry(self)
            self.build(case_sensitive=False,
                    no_results_message=auto_complete.NO_RESULTS_MESSAGE)
            self.entry.pack(after=label)

            self.nr = tk.StringVar()
            tk.Label(
                self,
                text="\n\nAlternative message (<Return> to set): "
            ).pack()
            nr = tk.Entry(self, textvariable=self.nr)
            nr.pack()
            nr.bind("<Return>", self._update)

            self.cs = tk.StringVar()
            cb = tk.Checkbutton(
                self,
                text="Case sensitive",
                variable=self.cs,
                state="normal",
                command=self._update
            )
            cb.deselect()
            cb.pack()

        def _update(self, *args):
            case_sensitive = False
            if self.cs.get() == "1":
                case_sensitive = True
            no_results_message = self.nr.get()
            self.build(
                case_sensitive=case_sensitive,
                no_results_message=no_results_message
            )

        def build(self, *args, **kwargs):
            self.entry.build(
                COUNTRIES,
                kwargs["case_sensitive"],
                kwargs["no_results_message"]
            )


    if __name__ == "__main__":
        root = tk.Tk()
        root.title("DEMO")
        root.resizable(False, False)
        root.tk_setPalette("white")

        application = Application(root)
        application.pack()

        root.mainloop()
```

### This the repo [here](https://github.com/RajvirSingh1313/Tkinter_Autocomplete_DropBox)

----------
components: Tkinter
files: auto_complete.py
messages: 380639
nosy: RajvirSingh1313
priority: normal
pull_requests: 22114
severity: normal
status: open
title: Added Auto_Complete DropBox Suggestion For Tkinter
type: enhancement
versions: Python 3.7
Added file: https://bugs.python.org/file49587/auto_complete.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42305>
_______________________________________

From report at bugs.python.org  Tue Nov 10 02:57:19 2020
From: report at bugs.python.org (Joongi Kim)
Date: Tue, 10 Nov 2020 07:57:19 +0000
Subject: [issue41229] Asynchronous generator memory leak
In-Reply-To: <1594123688.2.0.0110904549514.issue41229@roundup.psfhosted.org>
Message-ID: <1604995039.74.0.24063953911.issue41229@roundup.psfhosted.org>


Change by Joongi Kim <daybreaker12 at gmail.com>:


----------
pull_requests: +22115
pull_request: https://github.com/python/cpython/pull/23217

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41229>
_______________________________________

From report at bugs.python.org  Tue Nov 10 03:00:09 2020
From: report at bugs.python.org (Alex Alex)
Date: Tue, 10 Nov 2020 08:00:09 +0000
Subject: [issue42306] wrong exception handling in case asyncio.shiled usage
Message-ID: <1604995209.89.0.967807993148.issue42306@roundup.psfhosted.org>


New submission from Alex Alex <aa9563698 at gmail.com>:

There is not any message about exception from try block.
See attach.

----------
components: asyncio
files: scratch_31.py
messages: 380640
nosy: Alex Alex, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: wrong exception handling in case asyncio.shiled usage
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file49588/scratch_31.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42306>
_______________________________________

From report at bugs.python.org  Tue Nov 10 04:08:06 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 10 Nov 2020 09:08:06 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1604999286.81.0.0838229511787.issue42302@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I think having two ways to do the same thing in a module targeted toward beginners would be too confusing.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 04:41:51 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 09:41:51 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
In-Reply-To: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>
Message-ID: <1605001311.33.0.276204016942.issue42304@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

What is the problem exactly?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 04:45:12 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 09:45:12 +0000
Subject: [issue42303] I found a bug while checking string with find()
In-Reply-To: <1604992261.99.0.682298337507.issue42303@roundup.psfhosted.org>
Message-ID: <1605001512.04.0.0514392200473.issue42303@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

str.find() does not work like you think. Please read the documentation.

In your case you likely need to use the "in" operator.

----------
nosy: +serhiy.storchaka
resolution: wont fix -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42303>
_______________________________________

From report at bugs.python.org  Tue Nov 10 04:54:46 2020
From: report at bugs.python.org (Ma Lin)
Date: Tue, 10 Nov 2020 09:54:46 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
In-Reply-To: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>
Message-ID: <1605002086.67.0.410675268742.issue42304@roundup.psfhosted.org>


Ma Lin <malincns at 163.com> added the comment:

> What is the problem exactly?

There are several different problems, such as:
https://github.com/python/cpython/blob/v3.10.0a2/Modules/mathmodule.c#L2033

In addition, `utf16_decode` also has this problem, I forgot this:
https://github.com/python/cpython/blob/v3.10.0a2/Objects/stringlib/codecs.h#L465

Maybe these small problems are suitable for newcomer to familiarize the contribution process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 04:55:40 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 09:55:40 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1605002140.85.0.810778487628.issue42302@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Actually there are many aliases in the turtle module following the early Logo traditions. For example rt=right. If clockwise is a new standard for this command in modern Turtle implementation, we can add yet one alias. Otherwise I agree with Raymond.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:08:21 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 10:08:21 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
In-Reply-To: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>
Message-ID: <1605002901.51.0.149826553854.issue42304@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I do not think that this is suitable for newcomers because you need to have deep understanding why it was written in such form at first place and what will be changed if you change it.

The code was written when unsigned long long was not standard and 64-bit integer type was not required in Python. PyLong_FromUnsignedLongLong could just not exist on the particular platform. Using long long optionally would complicate the code, and it was not always justified. And it could negatively affect performance, especially on 32-bit platforms.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:16:29 2020
From: report at bugs.python.org (E. Paine)
Date: Tue, 10 Nov 2020 10:16:29 +0000
Subject: [issue42305] Added Auto_Complete DropBox Suggestion For Tkinter
In-Reply-To: <1604994665.25.0.506754536493.issue42305@roundup.psfhosted.org>
Message-ID: <1605003389.32.0.209327296923.issue42305@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
nosy: +epaine, gpolo, serhiy.storchaka
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42305>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:19:21 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 10:19:21 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
In-Reply-To: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>
Message-ID: <1605003561.82.0.941385257773.issue42304@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> There are several different problems, such as:
> https://github.com/python/cpython/blob/v3.10.0a2/Modules/mathmodule.c#L2033

I don't think that it's worth it to optimize this one.

> In addition, `utf16_decode` also has this problem, I forgot this:
https://github.com/python/cpython/blob/v3.10.0a2/Objects/stringlib/codecs.h#L465

I suggest to fix in it bpo-38252.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:21:22 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 10 Nov 2020 10:21:22 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1605002140.85.0.810778487628.issue42302@roundup.psfhosted.org>
Message-ID: <20201110102042.GL15290@ando.pearwood.info>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

On Tue, Nov 10, 2020 at 09:55:40AM +0000, Serhiy Storchaka wrote:

> If clockwise is a new 
> standard for this command in modern Turtle implementation, we can add 
> yet one alias. Otherwise I agree with Raymond.

I had a very quick look at some Logo implementations:

https://resources.terrapinlogo.com/weblogo/commands/

https://www.mit.edu/~hlb/MA562/commands.html

https://reduce-algebra.sourceforge.io/manual/manualse170.html

https://docs.racket-lang.org/logo/index.html

and even 3D Logo:

https://vrmath2.net/node/12

and I can see no sign of any other Logos allowing clockwise and 
anticlockwise as aliases. So I think it is up to Ravi Chityala to 
demonstrate that this alias is already in use in some other Logo or 
turtle graphics implementations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:33:09 2020
From: report at bugs.python.org (Ma Lin)
Date: Tue, 10 Nov 2020 10:33:09 +0000
Subject: [issue42304] [easy C] long type performance waste in 64-bit Windows
 build
In-Reply-To: <1604993594.99.0.772982766539.issue42304@roundup.psfhosted.org>
Message-ID: <1605004389.88.0.175850249933.issue42304@roundup.psfhosted.org>


Ma Lin <malincns at 163.com> added the comment:

> I do not think that this is suitable for newcomers because you need to have deep understanding why it was written in such form at first place and what will be changed if you change it.

I agree contributors need to understand code, rather than simply replace the type. Maybe two weeks is enough to understand the code.

> And it could negatively affect performance, especially on 32-bit platforms.

`long` type can be replaced by `ssize_t`.
`unsigned long` type can be replaced by `size_t`.
And use `PyLong_FromSize_t`/`PyLong_FromSize_t`, then there is no negative impact.

> I don't think that it's worth it to optimize this one.

Although the speedup is small, it's free.
I don't see it as optimization, just no more waste.

> I suggest to fix in it bpo-38252.

I forgot it in that issue, I just searched "0x80808080" in the code, it was missed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42304>
_______________________________________

From report at bugs.python.org  Tue Nov 10 05:49:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 10:49:40 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
Message-ID: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

Commands reproduce the issue:

cd /path/to/python/source/
./configure --prefix /opt/pymaster CFLAGS="-O0"
make
make install

make install copies python.o:

$ find /opt/pymaster/ -name "*.o"
/opt/pymaster/lib/python3.10/config-3.10-x86_64-linux-gnu/python.o

This file is useless and must not be installed by make install.

The issue was first discovered in Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1894462

----------
components: Build
messages: 380650
nosy: vstinner
priority: normal
severity: normal
status: open
title: make install must not copy python.o into $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:09:01 2020
From: report at bugs.python.org (Mario Corchero)
Date: Tue, 10 Nov 2020 11:09:01 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
Message-ID: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>


New submission from Mario Corchero <mariocj89 at gmail.com>:

The sys module contains __excepthook__ to recover sys.excepthook if necessary. The same is not present in the threading module, even if threading.excepthook is exposed.

----------
components: Library (Lib)
messages: 380651
nosy: mariocj89, vstinner
priority: normal
severity: normal
status: open
title: Add threading.__excepthook__ similar to sys.__excepthook__
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:10:41 2020
From: report at bugs.python.org (Mario Corchero)
Date: Tue, 10 Nov 2020 11:10:41 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
In-Reply-To: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>
Message-ID: <1605006641.59.0.286108483547.issue42308@roundup.psfhosted.org>


Change by Mario Corchero <mariocj89 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:13:08 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 11:13:08 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605006788.52.0.507427533714.issue42307@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

python.o is installed by "make libainstall". It is done since 2001 (commit 85515ad9795ffc3b676cbddeeea2b003818a2623).

Git history:

commit 49fd7fa4431da299196d74087df4a04f99f9c46f
Author: Thomas Wouters <thomas at python.org>
Date:   Fri Apr 21 10:40:58 2006 +0000

    Merge p3yk branch with the trunk up to revision 45595. This breaks a fair
    number of tests, all because of the codecs/_multibytecodecs issue described
    here (it's not a Py3K issue, just something Py3K discovers):
    http://mail.python.org/pipermail/python-dev/2006-April/064051.html
    (...)

-       $(INSTALL_DATA) Modules/$(MAINOBJ) $(DESTDIR)$(LIBPL)/$(MAINOBJ)
+       $(INSTALL_DATA) Modules/python.o $(DESTDIR)$(LIBPL)/python.o

commit a1a84e7d4f7b493bb6fa5415ce55d3f722221470
Author: Fred Drake <fdrake at acm.org>
Date:   Tue Mar 6 05:52:16 2001 +0000

    Move all knowledge that $(MAINOBJ) is built in the Modules/ directory
    into Makefile.pre.in; the configure script will only determine the basename
    of the file.
    
    This fixes installation of a Python built using C++, reported by Greg
    Wilson.

-       $(INSTALL_DATA) Modules/python.o $(LIBPL)/python.o
+       $(INSTALL_DATA) Modules/$(MAINOBJ) $(LIBPL)/$(MAINOBJ)

commit 85515ad9795ffc3b676cbddeeea2b003818a2623
Author: Neil Schemenauer <nascheme at enme.ucalgary.ca>
Date:   Wed Jan 24 17:11:43 2001 +0000

    Flat makefile based on toplevel Makefile.in and makefiles in build
    subdirectories.  Those other makefiles will go away eventually.

+       $(INSTALL_DATA) Modules/python.o $(LIBPL)/python.o

----------
nosy: +nascheme

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:27:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 11:27:46 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605007666.27.0.441789911721.issue42307@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

At commit 85515ad9795ffc3b676cbddeeea2b003818a2623, "make install" installs the following files in the config/ directory:

$ find /opt/pyold/lib/python2.1/config/
/opt/pyold/lib/python2.1/config/
/opt/pyold/lib/python2.1/config/libpython2.1.a
/opt/pyold/lib/python2.1/config/config.c
/opt/pyold/lib/python2.1/config/python.o
/opt/pyold/lib/python2.1/config/config.c.in
/opt/pyold/lib/python2.1/config/Makefile
/opt/pyold/lib/python2.1/config/Setup
/opt/pyold/lib/python2.1/config/Setup.local
/opt/pyold/lib/python2.1/config/Setup.config
/opt/pyold/lib/python2.1/config/makesetup
/opt/pyold/lib/python2.1/config/install-sh
/opt/pyold/lib/python2.1/config/Makefile.pre.in

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:44:55 2020
From: report at bugs.python.org (Michael Felt)
Date: Tue, 10 Nov 2020 11:44:55 +0000
Subject: [issue42309] BUILD: AIX-64-bit segmentation fault
Message-ID: <1605008695.96.0.78391537773.issue42309@roundup.psfhosted.org>


New submission from Michael Felt <aixtools at felt.demon.nl>:

Successfully built and packaged the Python-3.9.0 distribution tar archive without modification - as 32-bit.

Repeating the same process with the following environment change:

 # export OBJECT_MODE=64

fails with a segmentation fault by the "first-phase" python executable:

```
        ../src/py39-3.9.0/Modules/makexp_aix Modules/python.exp "." libpython3.9.a
         xlc_r     -Wl,-bE:Modules/python.exp -lld -o python Programs/python.o libpython3.9.a -lintl -ldl  -lm   -lm
         ./python -E -S -m sysconfig --generate-posix-vars ; if test $? -ne 0 ; then  echo "generate-posix-vars failed" ;  rm -f ./pybuilddir.txt ;  exit 1 ;  fi
/bin/sh: 6291700 Segmentation fault(coredump)
make: 1254-004 The error code from the last command is 139.


Stop.
root at x066:[/data/prj/python/py39-3.9.0]./python -E -S -m sysconfig --generate-posix-vars
Segmentation fault(coredump)
root at x066:[/data/prj/python/py39-3.9.0]./python
Segmentation fault(coredump)
```

Will try to duplicate in a second environment.

----------
components: Build
messages: 380654
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: BUILD: AIX-64-bit segmentation fault
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42309>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:44:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 11:44:07 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605008647.91.0.438275525189.issue42307@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:47:54 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 11:47:54 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605008874.25.0.258464025841.issue42307@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

python.o is the object file build by the C compiler from Programs/python.c. I don't see why anyone would need such object file.

Programs/python.c:
---
/* Minimal main program -- everything is loaded from the library */

#include "Python.h"

#ifdef MS_WINDOWS
int
wmain(int argc, wchar_t **argv)
{
    return Py_Main(argc, argv);
}
#else
int
main(int argc, char **argv)
{
    return Py_BytesMain(argc, argv);
}
#endif
---

$ objdump -d /opt/pymaster/lib/python3.10/config-3.10-x86_64-linux-gnu/python.o
(...)
Disassembly of section .text:
0000000000000000 <main>:
   0:	55                   	push   %rbp
   1:	48 89 e5             	mov    %rsp,%rbp
   4:	48 83 ec 10          	sub    $0x10,%rsp
   8:	89 7d fc             	mov    %edi,-0x4(%rbp)
   b:	48 89 75 f0          	mov    %rsi,-0x10(%rbp)
   f:	48 8b 55 f0          	mov    -0x10(%rbp),%rdx
  13:	8b 45 fc             	mov    -0x4(%rbp),%eax
  16:	48 89 d6             	mov    %rdx,%rsi
  19:	89 c7                	mov    %eax,%edi
  1b:	e8 00 00 00 00       	callq  20 <main+0x20>
  20:	c9                   	leaveq 
  21:	c3                   	retq   

$ objdump -t /opt/pymaster/lib/python3.10/config-3.10-x86_64-linux-gnu/python.o
(...)
0000000000000000         *UND*	0000000000000000 Py_BytesMain

----------
nosy: +ned.deily, pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 06:48:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 11:48:47 +0000
Subject: [issue40943] PEP 353: Drop support for PyArg_ParseTuple() "#" formats
 when PY_SSIZE_T_CLEAN is not defined
In-Reply-To: <1591805352.1.0.263144015623.issue40943@roundup.psfhosted.org>
Message-ID: <1605008927.75.0.867654366785.issue40943@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

libxml2 is hit by this issue:

* https://gitlab.gnome.org/GNOME/libxml2/-/issues/203
* https://gitlab.gnome.org/GNOME/libxml2/-/merge_requests/87 (my proposed fix)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40943>
_______________________________________

From report at bugs.python.org  Tue Nov 10 07:22:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 12:22:06 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605010926.12.0.454854370293.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 9e1b828265e6bfb58f1e0299bd78d8ff6347a2ba by Victor Stinner in branch 'master':
bpo-42260: Compute the path config in the main init (GH-23211)
https://github.com/python/cpython/commit/9e1b828265e6bfb58f1e0299bd78d8ff6347a2ba


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 07:43:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 12:43:52 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605012232.32.0.24610166667.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

If we remove Modules/getpath.c, it will no longer be possible to automatically computes the path configuration when one of the following getter function will be called:

* Py_GetPath()
* Py_GetPrefix()
* Py_GetExecPrefix()
* Py_GetProgramFullPath()
* Py_GetPythonHome()
* Py_GetProgramName()

It means that these functions would not return NULL if called before Python is initialiazed, but return the expected string once Python is initialized.

Moreover, Py_SetPath() would no longer automatically computes the "program full path" (sys.executable).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 07:48:45 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 12:48:45 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605012525.98.0.048403527519.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> If we remove Modules/getpath.c, it will no longer be possible to automatically computes the path configuration when one of the following getter function will be called: (...)

It is not really an incompatible change according to the documentation:

"Note: The following functions should not be called before Py_Initialize(): Py_EncodeLocale(), Py_GetPath(), Py_GetPrefix(), Py_GetExecPrefix(), Py_GetProgramFullPath(), Py_GetPythonHome(), Py_GetProgramName() and PyEval_InitThreads().".

https://docs.python.org/dev/c-api/init.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:27:37 2020
From: report at bugs.python.org (Komiya Takeshi)
Date: Tue, 10 Nov 2020 13:27:37 +0000
Subject: [issue42288] typing.get_type_hints() returns Optional[Any] if the
 default value of the argument is None
In-Reply-To: <1604811082.57.0.115992838782.issue42288@roundup.psfhosted.org>
Message-ID: <1605014857.74.0.371308884489.issue42288@roundup.psfhosted.org>


Komiya Takeshi <i.tkomiya at gmail.com> added the comment:

Wow, I don't know that behavior. Thank you for your wisdom!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42288>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:28:31 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 13:28:31 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605014911.63.0.410789594625.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22118
pull_request: https://github.com/python/cpython/pull/23220

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:39:42 2020
From: report at bugs.python.org (Sandro Barnabishvili)
Date: Tue, 10 Nov 2020 13:39:42 +0000
Subject: [issue42310] for loop creates element in defaultdict
Message-ID: <1605015582.35.0.628227429995.issue42310@roundup.psfhosted.org>


New submission from Sandro Barnabishvili <sandro.barnabishvili at epfl.ch>:

from collections import defaultdict
d = defaultdict(list)
for _ in d['a']: pass
print(d.keys())

For loop creates element with key 'a'. Is it expected behavior?

----------
components: Argument Clinic
messages: 380661
nosy: larry, sandrobarna
priority: normal
severity: normal
status: open
title: for loop creates element in defaultdict
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42310>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:43:09 2020
From: report at bugs.python.org (Larry Hastings)
Date: Tue, 10 Nov 2020 13:43:09 +0000
Subject: [issue42310] for loop creates element in defaultdict
In-Reply-To: <1605015582.35.0.628227429995.issue42310@roundup.psfhosted.org>
Message-ID: <1605015789.03.0.681540063296.issue42310@roundup.psfhosted.org>


Larry Hastings <larry at hastings.org> added the comment:

Yes.  Read the documentation for "defaultdict".

In the future, please read the documentation before filing bugs.

----------
components:  -Argument Clinic
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: behavior -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42310>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:45:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 13:45:06 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
In-Reply-To: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>
Message-ID: <1605015906.51.0.572061456488.issue42308@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Can't you do that in your own hook? For example:

orig_hook = threading.excepthook
threading.excepthook = myhook

def myhook(args):
   try:
      ...
   except:
      print("too bad!")
      orig_hook(args)


I found one interesting usage of sys.__excepthook__ in code.InteractiveInterpreter:

        if sys.excepthook is sys.__excepthook__:
            lines = traceback.format_exception_only(type, value)
            self.write(''.join(lines))
        else:
            # If someone has set sys.excepthook, we let that take precedence
            # over self.write
            sys.excepthook(type, value, tb)

So it seems like sys.__excepthook__ is useful ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:47:40 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 13:47:40 +0000
Subject: [issue42171] Add PEP 573 to the stable ABI
In-Reply-To: <1603810249.77.0.333997046365.issue42171@roundup.psfhosted.org>
Message-ID: <1605016060.52.0.945568450433.issue42171@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0b9c4c6fcf2b0673fa45ddfa092934a9d5479b8c by Petr Viktorin in branch 'master':
bpo-42171: Add PEP573-related items to the limited API (GH-23009)
https://github.com/python/cpython/commit/0b9c4c6fcf2b0673fa45ddfa092934a9d5479b8c


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42171>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:53:04 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 13:53:04 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1605016384.29.0.740134959094.issue14019@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Since nobody implemented this idea in 8 years, maybe it's time to give up and close this issue as out of date. It seeems like Nick was busy with other stuff, and nobody took this task in the meanwhile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:53:39 2020
From: report at bugs.python.org (Mario Corchero)
Date: Tue, 10 Nov 2020 13:53:39 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
In-Reply-To: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>
Message-ID: <1605016419.66.0.785897048397.issue42308@roundup.psfhosted.org>


Mario Corchero <mariocj89 at gmail.com> added the comment:

> I found one interesting usage of sys.__excepthook__ in code.InteractiveInterpreter:

That is exactly what I wished this was there for hehe. We are installing a custom version of excepthook and wanted to check if the user had changed it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:58:35 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Nov 2020 13:58:35 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605016715.75.0.73391454516.issue42183@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 42d873c63aa9d160c132be4a34599531574db12c by Andrew Svetlov in branch 'master':
bpo-42183: Fix a stack overflow error for asyncio Task or Future repr() (GH-23020)
https://github.com/python/cpython/commit/42d873c63aa9d160c132be4a34599531574db12c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:58:54 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 13:58:54 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605016734.86.0.129408944361.issue42183@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22120
pull_request: https://github.com/python/cpython/pull/23222

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:58:47 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 13:58:47 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605016727.77.0.760768204705.issue42183@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22119
pull_request: https://github.com/python/cpython/pull/23221

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 08:59:02 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 13:59:02 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605016742.86.0.415492702995.issue42183@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22121
pull_request: https://github.com/python/cpython/pull/23223

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:01:42 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 14:01:42 +0000
Subject: [issue40137] TODO list when PEP 573 "Module State Access from C
 Extension Methods" will be implemented
In-Reply-To: <1585753703.83.0.0762180613721.issue40137@roundup.psfhosted.org>
Message-ID: <1605016902.93.0.870022776359.issue40137@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

It should be possible to get them back using _PyType_GetModuleByDef.

----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40137>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:02:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 14:02:29 +0000
Subject: [issue40137] TODO list when PEP 573 "Module State Access from C
 Extension Methods" will be implemented
In-Reply-To: <1585753703.83.0.0762180613721.issue40137@roundup.psfhosted.org>
Message-ID: <1605016949.84.0.809276975888.issue40137@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Oh nice, in this case, I reopen my issue :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40137>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:06:06 2020
From: report at bugs.python.org (Larry Hastings)
Date: Tue, 10 Nov 2020 14:06:06 +0000
Subject: [issue42310] for loop creates element in defaultdict
In-Reply-To: <1605015582.35.0.628227429995.issue42310@roundup.psfhosted.org>
Message-ID: <1605017166.12.0.490047684629.issue42310@roundup.psfhosted.org>


Change by Larry Hastings <larry at hastings.org>:


----------
nosy:  -larry

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42310>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:04:59 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 10 Nov 2020 14:04:59 +0000
Subject: [issue42310] for loop creates element in defaultdict
In-Reply-To: <1605015582.35.0.628227429995.issue42310@roundup.psfhosted.org>
Message-ID: <1605017099.93.0.590441819507.issue42310@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

As Larry said, yes, this is expected behaviour, and has nothing to do with the for loop. The purpose of defaultdict is that dict lookups create the entry if it doesn't exist:

>>> from collections import defaultdict
>>> d = defaultdict(list)
>>> x = d['any key']
>>> d
defaultdict(<class 'list'>, {'any key': []})


So even though your code loops zero times, you have created a key 'a' with value [].

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42310>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:16:56 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 14:16:56 +0000
Subject: [issue14935] PEP 384 Refactoring applied to _csv module
In-Reply-To: <1338222171.68.0.797250497291.issue14935@psf.upfronthosting.co.za>
Message-ID: <1605017816.46.0.238620635959.issue14935@roundup.psfhosted.org>


Change by Petr Viktorin <encukou at gmail.com>:


----------
nosy: +petr.viktorin
nosy_count: 2.0 -> 3.0
pull_requests: +22122
pull_request: https://github.com/python/cpython/pull/23224

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14935>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:17:03 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 14:17:03 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605017823.76.0.868194555502.issue42307@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

I don't know for sure why python.o is included but perhaps the intent was to allow a user to rebuild a static interpreter with an user-supplied extension as is hinted at in https://docs.python.org/dev/extending/extending.html#compilation-and-linkage

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:20:55 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 14:20:55 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605018055.51.0.760833329585.issue42183@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 90115a2cf7033c990a54d1ecb90ebd850b5f13cf by Miss Islington (bot) in branch '3.9':
bpo-42183: Fix a stack overflow error for asyncio Task or Future repr() (GH-23020)
https://github.com/python/cpython/commit/90115a2cf7033c990a54d1ecb90ebd850b5f13cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:21:56 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 14:21:56 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605018116.89.0.303306854661.issue42183@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 109c17315af124b25853c248f4a9bf00f03036f6 by Miss Islington (bot) in branch '3.8':
bpo-42183: Fix a stack overflow error for asyncio Task or Future repr() (GH-23020)
https://github.com/python/cpython/commit/109c17315af124b25853c248f4a9bf00f03036f6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:30:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 14:30:03 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605018603.84.0.157716936833.issue42307@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Oh! I managed to build a static Python with the following commands:

cd /opt/pymaster/lib/python3.10/config-3.10-x86_64-linux-gnu
gcc -static -o ~/python-static python.o -L. $(./python-config.py --libs --embed)

I get a static binary:

$ ldd ~/python-static 
	not a dynamic executable

And it works as expected:

$ ~/python-static 
Python 3.10.0a2+ (heads/master:1f73c320e2, Nov 10 2020, 11:47:55) 
[GCC 10.2.1 20201016 (Red Hat 10.2.1-6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 


But... does any user really build Python manually after Python is installed? The Python build system couldn't handle that as part of the regular build? Maybe using a new configure --enable-static flag?


I'm not a fan of static binaries. For example, the linker emits many warnings about static linking:

/usr/bin/ld: ./libpython3.10.a(dynload_shlib.o): in function `_PyImport_FindSharedFuncptr':
/home/vstinner/python/master/./Python/dynload_shlib.c:100: warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: ./libpython3.10.a(posixmodule.o): in function `os_getgrouplist_impl':
/home/vstinner/python/master/./Modules/posixmodule.c:7411: warning: Using 'getgrouplist' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: ./libpython3.10.a(posixmodule.o): in function `os_initgroups_impl':
/home/vstinner/python/master/./Modules/posixmodule.c:7610: warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: ./libpython3.10.a(pwdmodule.o): in function `pwd_getpwall_impl':
/home/vstinner/python/master/./Modules/pwdmodule.c:302: warning: Using 'getpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: /home/vstinner/python/master/./Modules/pwdmodule.c:301: warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: /home/vstinner/python/master/./Modules/pwdmodule.c:307: warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: ./libpython3.10.a(pwdmodule.o): in function `pwd_getpwnam_impl':
/home/vstinner/python/master/./Modules/pwdmodule.c:249: warning: Using 'getpwnam_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/bin/ld: ./libpython3.10.a(pwdmodule.o): in function `pwd_getpwuid':
/home/vstinner/python/master/./Modules/pwdmodule.c:166: warning: Using 'getpwuid_r' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 09:31:52 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 10 Nov 2020 14:31:52 +0000
Subject: [issue42183] Stack overflow error with asyncio.all_tasks and wait_for
In-Reply-To: <1603904364.33.0.601096284613.issue42183@roundup.psfhosted.org>
Message-ID: <1605018712.66.0.918211884195.issue42183@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42183>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:16:08 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 15:16:08 +0000
Subject: [issue42171] Add PEP 573 to the stable ABI
In-Reply-To: <1603810249.77.0.333997046365.issue42171@roundup.psfhosted.org>
Message-ID: <1605021368.9.0.684917034113.issue42171@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

Added.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42171>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:17:16 2020
From: report at bugs.python.org (Taekab Park)
Date: Tue, 10 Nov 2020 15:17:16 +0000
Subject: [issue42311] It seems like ctypes code makes truncated pointer values
 in x64(access violations)
Message-ID: <1605021436.76.0.434693997514.issue42311@roundup.psfhosted.org>


New submission from Taekab Park <sh4dow at naver.com>:

It seems like ctypes code makes truncated pointer values in x64(access violations)

windows10 x64
options : __cdecl(/Gd)
tested : python(x64) 3.2, 3.4, 3.6, 3.9 
dll build with vc++2015 


The test code is simple.
Simply loaded TestDll and called function and checked return void* value.

result
actual void* : 0x00007FFDA4322018  <-> python void* : 0xFFFFFFFFA4322018

== C code ==
void* GetPointer();
SetPointer(void* value);
INT64 GetPointer1();
void SetPointer1(INT64 obj);

== python == 
import ctypes

print(ctypes.sizeof(ctypes.c_void_p))
_testdll = ctypes.CDLL(r"TestDll.dll")

def tohex(val, nbits):
	return hex((val + (1 << nbits)) % (1 << nbits))

result = _testdll.GetPointer()
print(tohex(result, 64))
_testdll.SetPointer(result)

result = _testdll.GetPointer1()
print(tohex(result, 64))
_testdll.SetPointer1(result)

----------
components: ctypes
files: example.zip
messages: 380676
nosy: sh4dow
priority: normal
severity: normal
status: open
title: It seems like ctypes code makes truncated pointer values in x64(access violations)
type: crash
versions: Python 3.6, Python 3.9
Added file: https://bugs.python.org/file49589/example.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42311>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:20:27 2020
From: report at bugs.python.org (Michael Ferguson)
Date: Tue, 10 Nov 2020 15:20:27 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
Message-ID: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>


New submission from Michael Ferguson <michael.ferguson at hpe.com>:

I have been trying to create a wrapper script for `python3` in a venv that behaves similarly to a symbolic link. I am able to use `exec -a` in bash to run `python3` with `argv[0]` set to the wrapper script. This allows it to function similarly to the symbolic link in a venv. However, this approach does not work on Mac OS X with a homebrew installation. I think this is a bug.


Here are the simple steps to reproduce (assuming bash shell):

```
cd /tmp
python3 -m venv test-venv
(exec -a test-venv/python3 python3 -c 'import sys; print(sys.executable); print (sys.prefix);')
```

### Good output (Ubuntu 20.04)
/tmp/test-venv/python-wrapper
/tmp

### Bad output (Homebrew on Mac OS X)
/usr/local/opt/python at 3.9/bin/python3.9
/usr/local/Cellar/python at 3.9/3.9.0_1/Frameworks/Python.framework/Versions/3.9


Here are some things that might be related:
 * the Mac OS X framework launcher and how it uses `realpath` (and issue22490)
 * `site.py` code in `def venv` and the conditional on `__PYVENV_LAUNCHER__`. The `if` branch is not being run in this configuration.
 * setting the environment variable `PYTHONEXECUTABLE` (e.g. `export PYTHONEXECUTABLE=test-venv/python3` before the other commands) causes the `if` branch in the conditional on `__PYVENV_LAUNCHER__` in `site.py` `def venv` to be run. This allows `sys.executable` to be set as expected but `sys.prefix` is still wrong.



If you are interested in something closer to the use case, the below explains how to get a more user-facing reproducer:

$ python3 -m venv test-venv

-- put this into test-venv/python-wrapper --
#!/usr/bin/env bash

# remove path component to prevent infinite loop
export PATH=${PATH//test-venv/missing}

# Now run the real python3 interpreter but tell it that it
# is being launched at the current path, so it can
# correctly find dependencies in the venv
exec -a "$0" python3 "$@"

$ chmod a+x test-venv/python-wrapper

$ ./test-venv/python-wrapper -c 'import sys; print(sys.executable); print (sys.prefix);'

(and with this script the problematic behavior is exactly the same as the exec commands above)

----------
components: macOS
messages: 380677
nosy: mppf, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: sys.prefix is set incorrectly on Mac OS X
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:31:08 2020
From: report at bugs.python.org (Athul R)
Date: Tue, 10 Nov 2020 15:31:08 +0000
Subject: [issue42313] rstrip removes the trailing `e`s.
Message-ID: <1605022268.82.0.95951478559.issue42313@roundup.psfhosted.org>


New submission from Athul R <athulkannadi at gmail.com>:

rstrip removes the trailing `e`s. 

i = "external_eeeeeeeee_object"
i = i.rstrip('_object')
print(i) 
"""
It should have printed `external_eeeeeeeee` but it prints only `external_`. 
"""

It happens only when I user rstrip("_object") not for other strings. 

# =======================================================
# it works fine in the below case. 


i = "external_eeeeeeeee_trail"
i = i.rstrip('_trail')
print(i) 
"""
It should have prints `external_eeeeeeeee`
"""

----------
components: Library (Lib)
files: python-bug.py
messages: 380678
nosy: Athul-R
priority: normal
severity: normal
status: open
title: rstrip removes the trailing `e`s.
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49590/python-bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42313>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:35:50 2020
From: report at bugs.python.org (Michael Ferguson)
Date: Tue, 10 Nov 2020 15:35:50 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605022550.1.0.463138482539.issue42312@roundup.psfhosted.org>


Michael Ferguson <michael.ferguson at hpe.com> added the comment:

In the above I meant to include the `bin` path in the examples, but it does not matter for the behavior

(exec -a test-venv/bin/python3 python3 -c 'import sys; print(sys.executable); print (sys.prefix);')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:47:14 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 15:47:14 +0000
Subject: [issue42111] Make the xxlimited module an example of best extension
 module practices
In-Reply-To: <1603310336.9.0.27411366123.issue42111@roundup.psfhosted.org>
Message-ID: <1605023234.83.0.336150787418.issue42111@roundup.psfhosted.org>


Change by Petr Viktorin <encukou at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42111>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:47:46 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 15:47:46 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605023266.34.0.122476964419.issue42312@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

I'm not sure I understand exactly what you are trying to accomplish but one potential issue strikes me: you may need to ensure you are execing the right python binary by including a more complete path:

$ (exec -a test-venv/bin/python3 test-venv/bin/python3 -c 'import sys; print(sys.executable); print (sys.prefix);')
/private/tmp/test-venv/bin/python3
/private/tmp/test-venv

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 10:48:57 2020
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 10 Nov 2020 15:48:57 +0000
Subject: [issue42313] rstrip removes the trailing `e`s.
In-Reply-To: <1605022268.82.0.95951478559.issue42313@roundup.psfhosted.org>
Message-ID: <1605023337.32.0.920584424424.issue42313@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

See https://docs.python.org/3/library/stdtypes.html#str.rstrip

The `{l,r,}strip` methods remove all characters contained in the passed-in string; `"aabbccddeeffgg".rstrip("gfe") == "aabbccdd"`

----------
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42313>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:03:10 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 10 Nov 2020 16:03:10 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605024190.45.0.539145591959.issue42307@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> But... does any user really build Python manually after Python is installed? The Python build system couldn't handle that as part of the regular build? Maybe using a new configure --enable-static flag?

Embedding? But they should use the .a not any of the .o. Object files should not be packaged IMHO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:06:10 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 16:06:10 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605024370.97.0.964209502014.issue42014@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e59b2deffde61e5641cabd65034fa11b4db898ba by Michal ?iha? in branch 'master':
bpo-42014: shutil.rmtree: call onerror with correct function (GH-22585)
https://github.com/python/cpython/commit/e59b2deffde61e5641cabd65034fa11b4db898ba


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:06:25 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 16:06:25 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605024385.84.0.204705067119.issue42014@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22125
pull_request: https://github.com/python/cpython/pull/23229

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:06:25 2020
From: report at bugs.python.org (Adrien)
Date: Tue, 10 Nov 2020 16:06:25 +0000
Subject: [issue42314] Incorrect documentation entry for venv
Message-ID: <1605024385.28.0.0225045754789.issue42314@roundup.psfhosted.org>


New submission from Adrien <niedra91 at hotmail.com>:

Hello,

I am reading the venv official documentation available here:
https://docs.python.org/3/library/venv.html

If I pick English - 3.9.0, it's stated:
"Changed in version 3.8: Add --upgrade-deps option to upgrade pip + setuptools to the latest on PyPI"

When I run this my laptop:
$ python3 --version
Python 3.8.5

$ python3 -m venv venv-myproject --clear --upgrade-deps
usage: venv [-h] [--system-site-packages] [--symlinks | --copies] [--clear] [--upgrade] [--without-pip] [--prompt PROMPT] ENV_DIR [ENV_DIR ...]
venv: error: unrecognized arguments: --upgrade-deps

If I pick English - 3.8(.6), I (correctly) don't see the option in the documentation.

Please fix the documentation of 3.9 to indicates that this option was changed (added) in 3.9 and not 3.8

Thanks!
Adrien

----------
assignee: docs at python
components: Documentation
messages: 380684
nosy: ari75, docs at python
priority: normal
severity: normal
status: open
title: Incorrect documentation entry for venv
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42314>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:06:18 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 16:06:18 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605024378.49.0.370873835786.issue42014@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:08:10 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 16:08:10 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605024490.63.0.673994974096.issue42307@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

> Embedding?

The example I cited from the docs was for extending Python by building a new interpreter using an installed Python, not embedding. Dunno how often that is done, though. Perhaps on Windows where it was more difficult to build an interpreter from source? Perhaps Nick might have some ideas since he was involved in that section of the docs.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:11:06 2020
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 10 Nov 2020 16:11:06 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605024666.96.0.778298562552.issue42014@roundup.psfhosted.org>


Change by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
nosy:  -giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:26:03 2020
From: report at bugs.python.org (William Schwartz)
Date: Tue, 10 Nov 2020 16:26:03 +0000
Subject: [issue26388] Disabling changing sys.argv[0] with
 runpy.run_module(...alter_sys=True)
In-Reply-To: <1455835021.39.0.133039555561.issue26388@psf.upfronthosting.co.za>
Message-ID: <1605025563.06.0.149506254388.issue26388@roundup.psfhosted.org>


Change by William Schwartz <wkschwartz at gmail.com>:


----------
nosy: +William.Schwartz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26388>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:27:11 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 16:27:11 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605025631.16.0.428393685234.issue42014@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c745b36ee3786fabc9231a43c085218df27dcd47 by Miss Islington (bot) in branch '3.8':
bpo-42014: shutil.rmtree: call onerror with correct function (GH-22585)
https://github.com/python/cpython/commit/c745b36ee3786fabc9231a43c085218df27dcd47


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:29:44 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 16:29:44 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605025784.72.0.580399830306.issue42014@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 14a343a9af27725faeab8b330a6d66ff573704d3 by Miss Islington (bot) in branch '3.9':
bpo-42014: shutil.rmtree: call onerror with correct function (GH-22585)
https://github.com/python/cpython/commit/14a343a9af27725faeab8b330a6d66ff573704d3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:46:38 2020
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 10 Nov 2020 16:46:38 +0000
Subject: [issue42311] It seems like ctypes code makes truncated pointer values
 in x64(access violations)
In-Reply-To: <1605021436.76.0.434693997514.issue42311@roundup.psfhosted.org>
Message-ID: <1605026798.76.0.706741221085.issue42311@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

A function that returns a pointer needs an explicit `restype` set. A function parameter that's a pointer generally requires `argtypes` to be set. For example:

    _testdll.GetPointer.restype = ctypes.c_void_p
    _testdll.SetPointer.argtypes = (ctypes.c_void_p,)

Unfortunately the ctypes documentation starts with a tutorial that promotes bad practices and misuses WinAPI GetModuleHandle multiple times, which gives people the wrong idea about pointer return values. However, the tutorial does mention that Python integers are passed as C int values by default and that C int is the default return type. It also shows how to use the `argtypes` and `restype` attributes.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42311>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:51:49 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 10 Nov 2020 16:51:49 +0000
Subject: [issue40137] TODO list when PEP 573 "Module State Access from C
 Extension Methods" will be implemented
In-Reply-To: <1585753703.83.0.0762180613721.issue40137@roundup.psfhosted.org>
Message-ID: <1605027109.79.0.178667815513.issue40137@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40137>
_______________________________________

From report at bugs.python.org  Tue Nov 10 11:52:44 2020
From: report at bugs.python.org (William Schwartz)
Date: Tue, 10 Nov 2020 16:52:44 +0000
Subject: [issue42315] `python -m` semantics conflict with `__file__`'s being
 optional
Message-ID: <1605027164.09.0.889081991316.issue42315@roundup.psfhosted.org>


New submission from William Schwartz <wkschwartz at gmail.com>:

`python -m mod` sets `sys.argv[0]` to the `mod.__file__` according to https://docs.python.org/3.9/using/cmdline.html#cmdoption-m

> If ["-m"] is given, the first element of sys.argv will be the full path to the module file (while the module file is being located, the first element will be set to "-m").

But `__file__` may not exist according to https://docs.python.org/3.9/reference/import.html#__file__

> __file__ is optional. If set, this attribute?s value must be a string. The import system may opt to leave __file__ unset if it has no semantic meaning (e.g. a module loaded from a database).

More technically, `__spec__.origin` is the source of `__file__`, and the former may be `None`, according to https://docs.python.org/3.9/library/importlib.html#importlib.machinery.ModuleSpec.origin

> (__file__)
>
> Name of the place from which the module is loaded, e.g. ?builtin? for built-in modules and the filename for modules loaded from source. Normally ?origin? should be set, but it may be None (the default) which indicates it is unspecified (e.g. for namespace packages).

`python -m mod` sets sys.argv[0] to `mod.__spec__.origin` at 3.9/Lib/runpy.py:196

It seems clear to me that the code is doing the right thing relative to the documentation for `-m`. But as #26388 and https://github.com/indygreg/PyOxidizer/issues/307 show, embedded Python runs into the semantic conflict with the documented behavior of `__spec__.origin` and `__file__`.


My proposed resolution of this contradiction is to set `sys.argv[0] = sys.orig_argv[0]` or, even better, `sys.argv[0] = sys.executable` when `PyConfig.run_module` is set but the named module's `__spec__.origin` is `None`.

----------
components: Interpreter Core, Library (Lib)
messages: 380689
nosy: William.Schwartz, brett.cannon, eric.snow, ncoghlan
priority: normal
severity: normal
status: open
title: `python -m` semantics conflict with `__file__`'s being optional
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42315>
_______________________________________

From report at bugs.python.org  Tue Nov 10 12:16:30 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 10 Nov 2020 17:16:30 +0000
Subject: [issue42313] rstrip removes the trailing `e`s.
In-Reply-To: <1605022268.82.0.95951478559.issue42313@roundup.psfhosted.org>
Message-ID: <1605028590.72.0.854149815536.issue42313@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

For 3.9+, you could do exactly what you want with .removesuffix (/.removeprefix) methods;
>>> test = "external_eeeeeeeee_object"
>>> test.removesuffix("_object")
'external_eeeeeeeee'

----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42313>
_______________________________________

From report at bugs.python.org  Tue Nov 10 12:28:35 2020
From: report at bugs.python.org (Brandon)
Date: Tue, 10 Nov 2020 17:28:35 +0000
Subject: [issue42316] Walrus Operator in list index
Message-ID: <1605029315.25.0.963262062958.issue42316@roundup.psfhosted.org>


New submission from Brandon <Brandon753.ba at gmail.com>:

Reading the PEP 572 document I don't see anything stating that Walrus operator in list indexes must be enclosed in parenthesis. 

Minimal Example: 
'''
In [1]: a = list(range(10))

In [2]: idx = -1

In [3]: a[idx := idx +1]
  File "<ipython-input-3-65fc931e77dd>", line 1
    a[idx := idx +1]
          ^
SyntaxError: invalid syntax

'''

If you enclose in parenthesis it works as expected: 
'''
In [4]: a[(idx := idx +1)]
Out[4]: 0

In [5]: a[(idx := idx +1)]
Out[5]: 1

In [6]: a[(idx := idx +1)]
Out[6]: 2
'''

Is this a bug or am I misreading the PEP 572 document somewhere? It's not a top-level assignment nor is it a list comprehension so I would expect it to work in the first example.

----------
components: asyncio
messages: 380691
nosy: Brando753, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Walrus Operator in list index
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42316>
_______________________________________

From report at bugs.python.org  Tue Nov 10 12:41:32 2020
From: report at bugs.python.org (Dylan Van Assche)
Date: Tue, 10 Nov 2020 17:41:32 +0000
Subject: [issue42158] http.server doesn't guess n-quads, n-triples,
 notation3 and TriG MIME types
In-Reply-To: <1603735016.36.0.247111341461.issue42158@roundup.psfhosted.org>
Message-ID: <1605030092.52.0.124790603026.issue42158@roundup.psfhosted.org>


Change by Dylan Van Assche <me at dylanvanassche.be>:


----------
keywords: +patch
pull_requests: +22126
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23230

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42158>
_______________________________________

From report at bugs.python.org  Tue Nov 10 12:56:41 2020
From: report at bugs.python.org (Xtrem532)
Date: Tue, 10 Nov 2020 17:56:41 +0000
Subject: [issue34365] datetime's documentation refers to "comparison [...]
 falling back to the default scheme of comparing object addresses"
In-Reply-To: <1533791029.87.0.56676864532.issue34365@psf.upfronthosting.co.za>
Message-ID: <1605031001.46.0.104625073297.issue34365@roundup.psfhosted.org>


Change by Xtrem532 <Xtrem532.tg at gmail.com>:


----------
nosy: +Xtrem532

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34365>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:13:05 2020
From: report at bugs.python.org (Michael Ferguson)
Date: Tue, 10 Nov 2020 18:13:05 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605031985.88.0.766533115903.issue42312@roundup.psfhosted.org>


Michael Ferguson <michael.ferguson at hpe.com> added the comment:

> I'm not sure I understand exactly what you are trying to accomplish but one potential issue strikes me: you may need to ensure you are execing the right python binary by including a more complete path:

That does not help with the original problem I was trying to solve, because I was trying to create a wrapper script that used whichever `python3` is available according to the `PATH` variable (other than potentially the one for this venv).

Whether or not you think that is a reasonable thing to do, the examples I showed have a difference in behavior between Mac OS X and linux that is probably undesirable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:14:25 2020
From: report at bugs.python.org (Michael Felt)
Date: Tue, 10 Nov 2020 18:14:25 +0000
Subject: [issue42309] BUILD: AIX-64-bit segmentation fault
In-Reply-To: <1605008695.96.0.78391537773.issue42309@roundup.psfhosted.org>
Message-ID: <1605032065.01.0.778012869571.issue42309@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

On a different server, different compiler (xlc-v13, mine is xlc-v11) it gets past this point.

So, perhaps it is a compiler issue.

As the second system is missing many 64-bit libraries - still cannot build 64-bit Python-3.9.

Low priority - imho.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42309>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:18:35 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 18:18:35 +0000
Subject: [issue11728] mbox parser incorrect behaviour
In-Reply-To: <1301573066.6.0.277247050127.issue11728@psf.upfronthosting.co.za>
Message-ID: <1605032315.14.0.852562099661.issue11728@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11728>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:25:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 18:25:58 +0000
Subject: [issue16926] setup.py register does not always respect --repository
In-Reply-To: <1357878241.89.0.365738814483.issue16926@psf.upfronthosting.co.za>
Message-ID: <1605032758.24.0.766865066935.issue16926@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16926>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:37:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 18:37:46 +0000
Subject: [issue6899] Base.replace breaks tree
In-Reply-To: <1252831841.16.0.893335369907.issue6899@psf.upfronthosting.co.za>
Message-ID: <1605033466.56.0.770604537304.issue6899@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6899>
_______________________________________

From report at bugs.python.org  Tue Nov 10 13:58:00 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 18:58:00 +0000
Subject: [issue35560] format(float(123), "00") causes segfault in debug builds
In-Reply-To: <1545474042.87.0.98272194251.issue35560@roundup.psfhosted.org>
Message-ID: <1605034680.2.0.899996721246.issue35560@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22127
pull_request: https://github.com/python/cpython/pull/23231

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35560>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:02:03 2020
From: report at bugs.python.org (E. Paine)
Date: Tue, 10 Nov 2020 19:02:03 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605034923.56.0.0971596755176.issue42273@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

In short, the module isn't being added to the package's namespace because we are directly modifying sys.modules (hence why the behaviour would be the same if we imported using `import foo.b` as `from foo import b`).

I personally prefer to use the metapath instead of modifying sys.modules but I agree that the given example should work when the lazy import is not in `__init__.py`. The other solution is to modify the `LazyLoader` class to explicitly add the lazy module to the package's namespace (opinions?).

----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:03:43 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 19:03:43 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605035023.51.0.162205497123.issue42312@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

Sorry, I didn't intend to criticize what you are trying to do, I just not sure I understand it so I could give a more helpful response. It seems to me that an explanation for the difference in behavior you are seeing between your Ubuntu and macOS setups is in exactly what the value of PATH is when the exec is performed on each and exactly which python3 is found first. For example, when I run the test exec on my macOS system, it is clear that the python3 being invoked is not the venv one but a different python3 altogether that shows up earlier on PATH. Could such differences explain what you are seeing?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:03:57 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 10 Nov 2020 19:03:57 +0000
Subject: [issue35560] format(float(123), "00") causes segfault in debug builds
In-Reply-To: <1545474042.87.0.98272194251.issue35560@roundup.psfhosted.org>
Message-ID: <1605035037.37.0.310450271244.issue35560@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

This bug was introduced into the Python 3.6.8 "bugfix" release.

https://github.com/python/cpython/pull/23231 will fix it if anyone needs that on modern 3.6.

----------
nosy: +gregory.p.smith
versions: +Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35560>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:08:16 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 19:08:16 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605035296.68.0.965763546839.issue42312@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The difference in behaviour is because the executable does not look at argv[0] to find its location on macOS. Your trick therefore doesn't work.

I prefer the current behaviour.

What I don't understand is *why* you want to do this. If I read your report correctly you're trying to run an Python 3 executable outside of the virtual environment as if it is in the virtual environment. Why not just use the binary inside the virtual environment?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:21:04 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 10 Nov 2020 19:21:04 +0000
Subject: [issue42314] Incorrect documentation entry for venv
In-Reply-To: <1605024385.28.0.0225045754789.issue42314@roundup.psfhosted.org>
Message-ID: <1605036064.7.0.297876849205.issue42314@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 2.0 -> 3.0
pull_requests: +22128
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23232

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42314>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:30:47 2020
From: report at bugs.python.org (JackSkellington)
Date: Tue, 10 Nov 2020 19:30:47 +0000
Subject: [issue42267] Python 3.9 broken installer
In-Reply-To: <1604531829.54.0.433305713685.issue42267@roundup.psfhosted.org>
Message-ID: <1605036647.53.0.409694952.issue42267@roundup.psfhosted.org>


JackSkellington <axelninja71 at gmail.com> added the comment:

Thank you for everything.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42267>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:35:37 2020
From: report at bugs.python.org (Dominik V.)
Date: Tue, 10 Nov 2020 19:35:37 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
Message-ID: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>


New submission from Dominik V. <dominik.vilsmeier1123 at gmail.com>:

Due to caching of `__getitem__` for generic types, the order of arguments as returned by `get_args` might be different for Union:

```python
>>> from typing import List, Union, get_args
>>> get_args(get_args(List[Union[int, str]])[0])
(<class 'int'>, <class 'str'>)
>>> get_args(get_args(List[Union[str, int]])[0])
(<class 'int'>, <class 'str'>)
```

This is because `List[Union[int, str]] is List[Union[str, int]]`.

I understand that caching is useful to reduce the memory footprint of type hints, so I suggest to update the documentation of `get_args`. At the moment it reads:

> For a typing object of the form X[Y, Z, ...] these functions return X and (Y, Z, ...).

This seems to imply that the returned objects are identical to the ones in the form `X[Y, Z, ...]`. However that's not the case:

```python
>>> U1 = Union[int, str]
>>> U2 = Union[str, int]
>>> get_args(List[U1])[0] is U1
True
>>> get_args(List[U2])[0] is U2
False
```

I'm not so much concerned about the identity, but the fact that a subsequent call to `get_args` on the Union returns a different type seems to be relevant.

So I propose to add the following sentence to the `get_args` docs:

> [...], it gets normalized to the original class.
> If `X` is a `Union`, the order of `(Y, Z, ...)` can be different from the one of the original arguments `[Y, Z, ...]`.

Or alternatively:

> [...], it gets normalized to the original class.
> If `X` is a `Union`, the order of `(Y, Z, ...)` is arbitrary.

The second version is shorter but it's not completely accurate (since the order is actually not arbitrary).

----------
assignee: docs at python
components: Documentation
messages: 380699
nosy: Dominik V., docs at python
priority: normal
severity: normal
status: open
title: Docs of `typing.get_args`: Mention that due to caching of typing generics the order of arguments for Unions can be different from the one of the returned tuple
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:40:11 2020
From: report at bugs.python.org (Ravi Chityala)
Date: Tue, 10 Nov 2020 19:40:11 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <20201110102042.GL15290@ando.pearwood.info>
Message-ID: <CAPzmboJoi8haQjn+DCGJB9rW3iS2k6k_YAm9m7TALmE5LH6cyA@mail.gmail.com>


Ravi Chityala <chityala at gmail.com> added the comment:

Hello All

In math and physics we typically use terms clockwise and
anti-clockwise and not right and left for rotation. This change will
make it easy for kids to learn the terms that they will eventually use
in math and physics anyway.

The change I am proposing is to alias right rotation with two more
names: clockwise or cw and left rotation with two more names:
anticlockwise or acw.  Programmers who are currently using left or
right can continue to do so.

Based on the documentation supplied by Steven, I agree that everyone
programming is using right and left but it might be in the right
direction to program using clockwise and anticlockwise.

Thanks,
Ravi

On Tue, Nov 10, 2020 at 2:21 AM Steven D'Aprano <report at bugs.python.org> wrote:
>
>
> Steven D'Aprano <steve+python at pearwood.info> added the comment:
>
> On Tue, Nov 10, 2020 at 09:55:40AM +0000, Serhiy Storchaka wrote:
>
> > If clockwise is a new
> > standard for this command in modern Turtle implementation, we can add
> > yet one alias. Otherwise I agree with Raymond.
>
> I had a very quick look at some Logo implementations:
>
> https://resources.terrapinlogo.com/weblogo/commands/
>
> https://www.mit.edu/~hlb/MA562/commands.html
>
> https://reduce-algebra.sourceforge.io/manual/manualse170.html
>
> https://docs.racket-lang.org/logo/index.html
>
> and even 3D Logo:
>
> https://vrmath2.net/node/12
>
> and I can see no sign of any other Logos allowing clockwise and
> anticlockwise as aliases. So I think it is up to Ravi Chityala to
> demonstrate that this alias is already in use in some other Logo or
> turtle graphics implementations.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42302>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:44:18 2020
From: report at bugs.python.org (paul j3)
Date: Tue, 10 Nov 2020 19:44:18 +0000
Subject: [issue42297] [argparse] Bad error message formatting when using
 custom usage text
In-Reply-To: <1604942759.08.0.272256214563.issue42297@roundup.psfhosted.org>
Message-ID: <1605037458.89.0.327519378282.issue42297@roundup.psfhosted.org>


paul j3 <ajipanca at gmail.com> added the comment:

We could look into using a different more compact 'prog' for these error messages.

Currently the subparser 'prog' uses the main prog plus positionals plus the subparser name.  The goal is to construct a subparser usage that reflects required input.  

This is fine for the usage line, but could be too verbose for some errors.  In an error, the 'prog' just helps identify which argument has problems, and doesn't need the extra usage information.   Most of the time that isn't an issue, since we don't use positional much in the main parser (and when used can't have variable nargs).

But I don't have immediate ideas as to what can be conveniently (and safely) changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42297>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:50:22 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 19:50:22 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605037822.87.0.944264965246.issue42312@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Note that the same is true for python3 outside of a venv, it does not use argv[0] to locate says.prefix (for framework builds).  That?s intentional.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:54:25 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 19:54:25 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1605038065.1.0.948292153046.issue42103@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 225e3659556616ad70186e7efc02baeebfeb5ec4 by Serhiy Storchaka in branch '3.7':
[3.7] bpo-42103: Improve validation of Plist files. (GH-22882) (#23117)
https://github.com/python/cpython/commit/225e3659556616ad70186e7efc02baeebfeb5ec4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:57:41 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 19:57:41 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1605038261.32.0.748778756758.issue42103@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset a63234c49b2fbfb6f0aca32525e525ce3d43b2b4 by Serhiy Storchaka in branch '3.6':
[3.6] bpo-42103: Improve validation of Plist files. (GH-22882) (GH-23118)
https://github.com/python/cpython/commit/a63234c49b2fbfb6f0aca32525e525ce3d43b2b4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:58:35 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Nov 2020 19:58:35 +0000
Subject: [issue35560] format(float(123), "00") causes segfault in debug builds
In-Reply-To: <1545474042.87.0.98272194251.issue35560@roundup.psfhosted.org>
Message-ID: <1605038315.74.0.218843029207.issue35560@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset dae5d728bc3f1d4039b64e4ec3a9036fd5d19587 by Miss Islington (bot) in branch '3.6':
bpo-35560: Remove assertion from format(float, "n") (GH-11288) (GH-23231)
https://github.com/python/cpython/commit/dae5d728bc3f1d4039b64e4ec3a9036fd5d19587


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35560>
_______________________________________

From report at bugs.python.org  Tue Nov 10 14:59:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 19:59:30 +0000
Subject: [issue1598083] Top-level exception handler writes to stdout unsafely
Message-ID: <1605038370.29.0.444941623271.issue1598083@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1598083>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:10:03 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Nov 2020 20:10:03 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605039003.59.0.378217996376.issue42085@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:


New changeset 1e996c3a3b51e9c6f1f4cea8a6dbcf3bcb865060 by Vladimir Matveev in branch 'master':
bpo-42085: Introduce dedicated entry in PyAsyncMethods for sending values (#22780)
https://github.com/python/cpython/commit/1e996c3a3b51e9c6f1f4cea8a6dbcf3bcb865060


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:10:52 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Nov 2020 20:10:52 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605039052.74.0.701617319215.issue42085@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Vladimir, please do a follow up PR documenting Py_TPFLAGS_HAVE_AM_SEND.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:10:31 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 20:10:31 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605039031.29.0.958241423017.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ace3f9a0ce7b9fe8ae757fdd614f1e7a171f92b0 by Victor Stinner in branch 'master':
bpo-42260: Fix _PyConfig_Read() if compute_path_config=0 (GH-23220)
https://github.com/python/cpython/commit/ace3f9a0ce7b9fe8ae757fdd614f1e7a171f92b0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:17:26 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Nov 2020 20:17:26 +0000
Subject: [issue42103] [security] DoS (MemError via CPU and RAM exhaustion)
 when processing malformed Apple Property List files in binary format
In-Reply-To: <1603239911.48.0.657036824442.issue42103@roundup.psfhosted.org>
Message-ID: <1605039446.61.0.0639781052456.issue42103@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42103>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:20:47 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 20:20:47 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605039647.11.0.379152622113.issue41832@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

The PR entirely removed the note that a slot's value "May not be NULL".
In fact, only tp_doc may be NULL. AFAIK, the restriction is still there for other slots.
Can that note be added back?

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:21:28 2020
From: report at bugs.python.org (Michael Ferguson)
Date: Tue, 10 Nov 2020 20:21:28 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605039688.09.0.751674424421.issue42312@roundup.psfhosted.org>


Michael Ferguson <michael.ferguson at hpe.com> added the comment:

> For example, when I run the test exec on my macOS system, it is clear that the python3 being invoked is not the venv one but a different python3 altogether that shows up earlier on PATH.

In the test case I am interested in, PATH is not set to the venv at all. You're supposed to be able to run a script in a venv without activating. In my case, I am trying to write a wrapper script that behaves similarly to the symbolic link in test-venv/bin/python3 but that works if the path to the python3 interpreter changes in the future. (For example, one might install and then uninstall pyenv).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:42:52 2020
From: report at bugs.python.org (Neil Schemenauer)
Date: Tue, 10 Nov 2020 20:42:52 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605040972.98.0.874504307665.issue42307@roundup.psfhosted.org>


Neil Schemenauer <nas-python at arctrix.com> added the comment:

I think the comments are correct in that it is used to create a new statically linked interpreter that includes a user provided extension module.  We could include python.o inside the libpythonXX.a file but then I think it breaks if you are embedding (e.g. linking .a to your own .o that has a main function).

It seems probable that no one uses python.o anymore but my preference would be to not remove it unless we are going to completely remove support for statically linking.  Nothing is really hurt by having that .o file in the install and the feature still works as originally intended.

It would be good to add a comment in the makefile, describing the possible use for that file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:46:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 20:46:55 +0000
Subject: [issue16781] execfile/exec execution in other than global scope uses
 locals(), leading to undefined behavior
In-Reply-To: <1356480950.95.0.0708133666827.issue16781@psf.upfronthosting.co.za>
Message-ID: <1605041215.95.0.281128114334.issue16781@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16781>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:53:54 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 20:53:54 +0000
Subject: [issue41073] [C API] PyType_GetSlot() should accept static types
In-Reply-To: <1592815094.33.0.264745776024.issue41073@roundup.psfhosted.org>
Message-ID: <1605041634.25.0.0332188605675.issue41073@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a13b26cac1519dad7bbc8651de7b826df7389d75 by Hai Shi in branch 'master':
bpo-41073: PyType_GetSlot() can now accept static types. (GH-21931)
https://github.com/python/cpython/commit/a13b26cac1519dad7bbc8651de7b826df7389d75


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41073>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:54:53 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 10 Nov 2020 20:54:53 +0000
Subject: [issue41073] [C API] PyType_GetSlot() should accept static types
In-Reply-To: <1592815094.33.0.264745776024.issue41073@roundup.psfhosted.org>
Message-ID: <1605041693.53.0.350605500754.issue41073@roundup.psfhosted.org>


Change by Petr Viktorin <encukou at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41073>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:55:09 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 20:55:09 +0000
Subject: [issue4655] during Python installation,
 setup.py should not use .pydistutils.cfg
In-Reply-To: <1229218265.16.0.0523897864618.issue4655@psf.upfronthosting.co.za>
Message-ID: <1605041709.12.0.313373053134.issue4655@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4655>
_______________________________________

From report at bugs.python.org  Tue Nov 10 15:58:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 10 Nov 2020 20:58:21 +0000
Subject: [issue15034] Document best practices for exceptions
In-Reply-To: <1339118524.85.0.923317590244.issue15034@psf.upfronthosting.co.za>
Message-ID: <1605041901.06.0.974813369917.issue15034@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

There are examples in the tutorial where super().__init__ is not called, like here: 

https://docs.python.org/3/tutorial/errors.html#user-defined-exceptions

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15034>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:15:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 21:15:53 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605042953.95.0.46999036236.issue42312@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The way sys.prefix is calculated on macOS ensures that the correct sys.prefix is calculated even if you copy the binary to a different location. That's functionality I don't want to drop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:22:18 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 21:22:18 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
Message-ID: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

As mentioned in msg380552: I get an SyntaxError with message "utf-8' codec can't encode characters in position 7-12: surrogates not allowed." when I paste a smiley emoji in an IDLE interactive shell and try to execute that line, for example using:

>>> print("?")

The error is likely due to a surrogate pair being present in the UTF-8 representation of a Tcl/Tk string.

It should be possible to work around this in _tkinter.c:unicodeFromTclStringAndSize by merging surrogate pairs. 

This is with:
- Python 3.10
- macOS 11 (arm64)
- Tk 8.6.10

With Tk 8.6.8 (as included in the macOS installers on python.org) printing won't work at all, as mentioned in bpo-42225.

----------
components: Tkinter, macOS
messages: 380715
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:23:08 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 21:23:08 +0000
Subject: [issue42225] Tkinter hangs or crashes when displaying astral chars
In-Reply-To: <1604200632.47.0.347759375724.issue42225@roundup.psfhosted.org>
Message-ID: <1605043388.13.0.85189053505.issue42225@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've filed Issue42318 about the surrogate pairs error I mention in msg380552.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42225>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:37:24 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 10 Nov 2020 21:37:24 +0000
Subject: [issue42232] mmap module add Darwin specific madvise options
Message-ID: <1605044244.87.0.0921884289953.issue42232@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

Thanks for the PR. The reason I haven't reviewed the PR yet is that I need to check the SDK headers to see if the patch is complete.

----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42232>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:55:49 2020
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Nov 2020 21:55:49 +0000
Subject: [issue42315] `python -m` semantics conflict with `__file__`'s being
 optional
In-Reply-To: <1605027164.09.0.889081991316.issue42315@roundup.psfhosted.org>
Message-ID: <1605045349.71.0.577730846966.issue42315@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42315>
_______________________________________

From report at bugs.python.org  Tue Nov 10 16:57:48 2020
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Nov 2020 21:57:48 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605045468.62.0.880684777237.issue42273@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:

The way import works,

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:00:01 2020
From: report at bugs.python.org (Brett Cannon)
Date: Tue, 10 Nov 2020 22:00:01 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605045601.24.0.875101983896.issue42273@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon
resolution: not a bug -> 
status: closed -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:06:51 2020
From: report at bugs.python.org (Kevin Keating)
Date: Tue, 10 Nov 2020 22:06:51 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605046011.33.0.138586015845.issue42273@roundup.psfhosted.org>


Kevin Keating <kevkeating at gmail.com> added the comment:

Brett, what do you mean by "the way import works"?  Is the difference between using LazyLoader and using a normal import intentional?

----------
status:  -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:09:01 2020
From: report at bugs.python.org (Kevin Keating)
Date: Tue, 10 Nov 2020 22:09:01 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605046141.01.0.339384000247.issue42273@roundup.psfhosted.org>


Kevin Keating <kevkeating at gmail.com> added the comment:

One possible solution here would be to update the documentation at https://github.com/python/cpython/blob/master/Doc/library/importlib.rst#implementing-lazy-imports to either note the limitation or to modify the lazy_import function so that it adds the module to the package's namespace.  That's basically the workaround that we've been using.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:13:01 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 22:13:01 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1605046381.59.0.93676875636.issue42140@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7e5ef0a5713f968f6e942566c78bf57ffbef01de by Diogo Dutra in branch 'master':
bpo-42140: Improve asyncio.wait function (GH-22938)
https://github.com/python/cpython/commit/7e5ef0a5713f968f6e942566c78bf57ffbef01de


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:13:22 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 22:13:22 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1605046402.49.0.826906506441.issue42140@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:30:20 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 22:30:20 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605047420.38.0.71333247635.issue42307@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The Fedora package of Python doesn't build the static libpython for 10 years (patch added at 2010-01-18):
https://src.fedoraproject.org/rpms/python3.9/blob/master/f/00111-no-static-lib.patch

libpython3.10.a (static) is around 15 MB and libpython3.10.so (dynamic) is around 3 MB. Fedora only installs libpython3.10.so (dynamic).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:32:37 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 22:32:37 +0000
Subject: [issue41073] [C API] PyType_GetSlot() should accept static types
In-Reply-To: <1592815094.33.0.264745776024.issue41073@roundup.psfhosted.org>
Message-ID: <1605047557.69.0.0316427229067.issue41073@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> bpo-41073: PyType_GetSlot() can now accept static types. (GH-21931)

Nice! It will be simpler to use PyType_GetSlot() in an extension with the limited C API, without having to care if the type is a static type or a heap type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41073>
_______________________________________

From report at bugs.python.org  Tue Nov 10 17:35:05 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 10 Nov 2020 22:35:05 +0000
Subject: [issue42307] make install must not copy python.o into
 $prefix/lib/python3.10/config-3.10-x86_64-linux-gnu/
In-Reply-To: <1605005380.13.0.93741295392.issue42307@roundup.psfhosted.org>
Message-ID: <1605047705.41.0.607957887411.issue42307@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Hummm, I think the gains of having the .o over the .a are very very small as you can almost recreate anything you want with the .o using the .a and a small initialization function unless I am missing something.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42307>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:06:38 2020
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 10 Nov 2020 23:06:38 +0000
Subject: [issue42314] Incorrect documentation entry for venv
In-Reply-To: <1605024385.28.0.0225045754789.issue42314@roundup.psfhosted.org>
Message-ID: <1605049598.11.0.0709240176668.issue42314@roundup.psfhosted.org>


Vinay Sajip <vinay_sajip at yahoo.co.uk> added the comment:


New changeset f8bea0a44d718296a249bdb766b8dbc92f38e8df by Zackery Spytz in branch '3.9':
[3.9] bpo-4bpo-42314: Fix the documentation for venv --upgrade-deps (GH-22113) (GH-23232)
https://github.com/python/cpython/commit/f8bea0a44d718296a249bdb766b8dbc92f38e8df


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42314>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:11:04 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 10 Nov 2020 23:11:04 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1605049864.84.0.522009253318.issue42140@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 33922cb0aa0c81ebff91ab4e938a58dfec2acf19 by Miss Islington (bot) in branch '3.9':
bpo-42140: Improve asyncio.wait function (GH-22938)
https://github.com/python/cpython/commit/33922cb0aa0c81ebff91ab4e938a58dfec2acf19


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:12:32 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 10 Nov 2020 23:12:32 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1605049952.28.0.719679122421.issue42140@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Thanks for the change and for the discussion to everybody involved. The PR makes sense and I've already merged it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:15:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 23:15:27 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605050127.99.0.541249481081.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The main drawback of rewriting Modules/getpath.c as Lib/_getpath.py (and removing getpath.c) is that PyConfig_Read() could no longer compute the Python Path Configuration. It would return an "empty" path configuration.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:56:22 2020
From: report at bugs.python.org (Ken Jin)
Date: Tue, 10 Nov 2020 23:56:22 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1605052582.45.0.15418530087.issue42294@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
nosy: +kj
nosy_count: 5.0 -> 6.0
pull_requests: +22130
pull_request: https://github.com/python/cpython/pull/23227

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Tue Nov 10 18:57:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Nov 2020 23:57:03 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1605052623.89.0.248742060988.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 78ba7c69ada2f7eefd4e3ea375337d78dc2ce721 by kj in branch 'master':
bpo-42294: Grammar fixes in doc glossary strong/weak refs (GH-23227)
https://github.com/python/cpython/commit/78ba7c69ada2f7eefd4e3ea375337d78dc2ce721


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:32:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 00:32:44 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605054763.99.0.406042750502.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22131
pull_request: https://github.com/python/cpython/pull/23234

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:34:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 00:34:03 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1605054843.36.0.238911554089.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

In bpo-1635741, I added PyModule_AddObjectRef() (commit 8021875bbcf7385e651def51bc597472a569042c):
https://docs.python.org/dev/c-api/module.html#c.PyModule_AddObjectRef

"Similar to PyModule_AddObject() but don't steal a reference to the value on success."

I was tired of bugs caused by misusage of the surprising PyModule_AddObject() API.

PyModule_AddObject() *is* useful in some cases, but it is confusing in most cases...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:34:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 00:34:48 +0000
Subject: [issue6103] Static library (libpythonX.Y.a) installed in incorrect
 location
In-Reply-To: <1243229174.04.0.856181043806.issue6103@psf.upfronthosting.co.za>
Message-ID: <1605054888.01.0.576658154975.issue6103@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6103>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:36:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 00:36:09 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1605054969.21.0.907660733767.issue42294@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> If you want to work only with non-borrowed references, (...)

This is not my goal here. My goal is to reduce the risk of memory leaks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:37:09 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 00:37:09 +0000
Subject: [issue1479255] Fix building with SWIG's -c++ option set in setup.py
Message-ID: <1605055029.72.0.738270266027.issue1479255@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -3rd party, Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1479255>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:41:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 00:41:13 +0000
Subject: [issue3461] smtplib does not fully support IPv6 in EHLO
In-Reply-To: <1217282925.26.0.916204427354.issue3461@psf.upfronthosting.co.za>
Message-ID: <1605055273.92.0.308928735586.issue3461@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue3461>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:49:17 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 00:49:17 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1605055757.67.0.886261591401.issue1487481@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Should we close this as out of date or is there anything that can still be done on it?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Tue Nov 10 19:52:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 00:52:35 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605055955.46.0.221564331419.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 95ce7cd0a64e7f4739af2d1c158ef69b6980f12a by Victor Stinner in branch 'master':
bpo-1635741: Fix typo in PyModule_AddObjectRef() doc (GH-23234)
https://github.com/python/cpython/commit/95ce7cd0a64e7f4739af2d1c158ef69b6980f12a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov 10 23:36:58 2020
From: report at bugs.python.org (hai shi)
Date: Wed, 11 Nov 2020 04:36:58 +0000
Subject: [issue40170] [C API] Make PyTypeObject structure an opaque structure
 in the public C API
In-Reply-To: <1585915023.07.0.846808236133.issue40170@roundup.psfhosted.org>
Message-ID: <1605069418.02.0.217698935697.issue40170@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
pull_requests: +22132
pull_request: https://github.com/python/cpython/pull/23235

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40170>
_______________________________________

From report at bugs.python.org  Wed Nov 11 01:27:20 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 11 Nov 2020 06:27:20 +0000
Subject: [issue39931] Global variables are not accessible from child processes
 (multiprocessing.Pool)
In-Reply-To: <1583918452.53.0.6597480705.issue39931@roundup.psfhosted.org>
Message-ID: <1605076040.21.0.992932499725.issue39931@roundup.psfhosted.org>


Change by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39931>
_______________________________________

From report at bugs.python.org  Wed Nov 11 01:31:16 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 11 Nov 2020 06:31:16 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1605076276.08.0.673065901593.issue42269@roundup.psfhosted.org>


Change by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Wed Nov 11 01:32:38 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 11 Nov 2020 06:32:38 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1605076358.06.0.766955802805.issue42269@roundup.psfhosted.org>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

Is the plan to allow an argument to auto-generate __slots__, or would this require repeating the names once in __slots__, and once for annotations and the like?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Wed Nov 11 01:47:15 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Nov 2020 06:47:15 +0000
Subject: [issue42294] [C API] Add new C functions with more regular reference
 counting like PyTuple_GetItemRef()
In-Reply-To: <1604914934.45.0.492738703952.issue42294@roundup.psfhosted.org>
Message-ID: <1605077235.95.0.449462533384.issue42294@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PyModule_AddObject() has unique weird design, it is easy to misuse, and most code misuse it, but fixing it would break the code which uses it correctly.

I did not see any problems with PyTuple_GetItem().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42294>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:11:08 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Nov 2020 07:11:08 +0000
Subject: [issue42301] Add function to exploit heapq structure to locate an
 index of element
In-Reply-To: <1604979368.73.0.815196542676.issue42301@roundup.psfhosted.org>
Message-ID: <1605078668.2.0.537591912169.issue42301@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Marking this as declined for the reasons listed in the PR comments.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42301>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:14:24 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Wed, 11 Nov 2020 07:14:24 +0000
Subject: [issue39411] pyclbr rewrite using AST
In-Reply-To: <1579613369.33.0.216761296366.issue39411@roundup.psfhosted.org>
Message-ID: <1605078864.51.0.388275604288.issue39411@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:


New changeset fa476fe13255d0360f18528e864540d927560f66 by Batuhan Taskaya in branch 'master':
bpo-39411: pyclbr rewrite on AST (#18103)
https://github.com/python/cpython/commit/fa476fe13255d0360f18528e864540d927560f66


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39411>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:30:06 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 11 Nov 2020 07:30:06 +0000
Subject: [issue40932] subprocess docs should warn of shlex use on Windows
In-Reply-To: <1591735791.89.0.818565720729.issue40932@roundup.psfhosted.org>
Message-ID: <1605079806.05.0.159582529747.issue40932@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f9a8386e44a695551a1e54e709969e90e9b96bc4 by Ammar Askar in branch 'master':
bpo-40932: Note security caveat of shlex.quote on Windows (GH-21502)
https://github.com/python/cpython/commit/f9a8386e44a695551a1e54e709969e90e9b96bc4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40932>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:31:11 2020
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Wed, 11 Nov 2020 07:31:11 +0000
Subject: [issue15034] Document best practices for exceptions
In-Reply-To: <1339118524.85.0.923317590244.issue15034@psf.upfronthosting.co.za>
Message-ID: <1605079871.44.0.186636892376.issue15034@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Terry: of course, if a method is not overridden, there's no need to call super()'s method, since the only thing it would do is call the same thing that would be called without overriding.

But of course, if Exception's __init__ does anything, then super() should be called from the overrridden method.

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15034>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:47:56 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 11 Nov 2020 07:47:56 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1605080876.93.0.573265375591.issue42269@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

It would figure it out automatically. See https://github.com/ericvsmith/dataclasses/blob/master/dataclass_tools.py for a decorator that already does this.

I'll have a PR ready soon, I hope.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Wed Nov 11 02:59:55 2020
From: report at bugs.python.org (hongweipeng)
Date: Wed, 11 Nov 2020 07:59:55 +0000
Subject: [issue42319] The `functools.singledispatchmethod` example in the
 document cannot run
Message-ID: <1605081595.15.0.657429202369.issue42319@roundup.psfhosted.org>


New submission from hongweipeng <hongweichen8888 at sina.com>:

https://docs.python.org/zh-cn/3.8/library/functools.html#functools.singledispatchmethod

as the code:
```
from functools import singledispatchmethod

class Negator:
    @singledispatchmethod
    @classmethod
    def neg(cls, arg):
        raise NotImplementedError("Cannot negate a")

    @neg.register
    @classmethod
    def _(cls, arg: int):
        return -arg

    @neg.register
    @classmethod
    def _(cls, arg: bool):
        return not arg

```

  File "/root/.pyenv/versions/3.8.5/lib/python3.8/functools.py", line 907, in register
    return self.dispatcher.register(cls, func=method)
  File "/root/.pyenv/versions/3.8.5/lib/python3.8/functools.py", line 849, in register
    raise TypeError(
TypeError: Invalid first argument to `register()`: <classmethod object at 0x7fa22c0495b0>. Use either `@register(some_class)` or plain `@register` on an annotated function.

----------
assignee: docs at python
components: Documentation
messages: 380741
nosy: docs at python, hongweipeng
priority: normal
severity: normal
status: open
title: The `functools.singledispatchmethod` example in the document cannot run
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42319>
_______________________________________

From report at bugs.python.org  Wed Nov 11 03:54:28 2020
From: report at bugs.python.org (Pierre van de Laar)
Date: Wed, 11 Nov 2020 08:54:28 +0000
Subject: [issue42320] unexpected difference between map and list
Message-ID: <1605084868.75.0.599724554356.issue42320@roundup.psfhosted.org>


New submission from Pierre van de Laar <pierre.van.de.laar at gmail.com>:

On windows, with python 3.9, with unittests,

My test case fails when I use the following lines of code
```
result = map(lambda x: self.substitute_in_expression(x),
                     sequence.sequence)
```
It works fine with
```
result = list()
for x in sequence.sequence:
     result.append(self.substitute_in_expression(x))
```

Note that result is used as input for an inherited class instantiation:
```
        sequence_type = type(sequence)
        return sequence_type(result)
```
The classes are constructed using the dataclass decorator!


I have unfortunately not have time to make a small reproducer.
So I just send the whole project.

----------
files: bug.zip
messages: 380742
nosy: Pierre van de Laar
priority: normal
severity: normal
status: open
title: unexpected difference between map and list
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49591/bug.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42320>
_______________________________________

From report at bugs.python.org  Wed Nov 11 04:03:00 2020
From: report at bugs.python.org (Pierre van de Laar)
Date: Wed, 11 Nov 2020 09:03:00 +0000
Subject: [issue42320] unexpected difference between map and list
In-Reply-To: <1605084868.75.0.599724554356.issue42320@roundup.psfhosted.org>
Message-ID: <1605085380.8.0.374189336865.issue42320@roundup.psfhosted.org>


Pierre van de Laar <pierre.van.de.laar at gmail.com> added the comment:

Zip didn't contain the test cases from the tests directory (sorry for that)

----------
Added file: https://bugs.python.org/file49592/tests.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42320>
_______________________________________

From report at bugs.python.org  Wed Nov 11 04:18:27 2020
From: report at bugs.python.org (igo95862)
Date: Wed, 11 Nov 2020 09:18:27 +0000
Subject: [issue42292] C API: Allocating Objects on the Heap. Misleading
 documentation.
In-Reply-To: <1604859698.6.0.558793144076.issue42292@roundup.psfhosted.org>
Message-ID: <1605086307.25.0.19368119917.issue42292@roundup.psfhosted.org>


igo95862 <igo9586 at gmail.com> added the comment:

I found out that you can call the type as an object in order to create new object.


Example:


SdBusMessageObject *new_message_object = (SdBusMessageObject *)PyObject_Call((PyObject *)&SdBusMessageType, dummy_tuple, dummy_dict);


This is somewhat not documented. Is this the recommended way to allocate object on heap?


I also found out that if you create a custom .tp_free function for the type it must call PyObject_Free(self); otherwise you leak memory.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42292>
_______________________________________

From report at bugs.python.org  Wed Nov 11 05:23:30 2020
From: report at bugs.python.org (Pierre van de Laar)
Date: Wed, 11 Nov 2020 10:23:30 +0000
Subject: [issue42320] unexpected difference between map and list
In-Reply-To: <1605084868.75.0.599724554356.issue42320@roundup.psfhosted.org>
Message-ID: <1605090210.35.0.717470440679.issue42320@roundup.psfhosted.org>


Pierre van de Laar <pierre.van.de.laar at gmail.com> added the comment:

Not a bug: tuple is an iterator but an iterator is not a tuple.
Yet iterators are often accepted during initialization...

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42320>
_______________________________________

From report at bugs.python.org  Wed Nov 11 05:59:12 2020
From: report at bugs.python.org (conchylicultor)
Date: Wed, 11 Nov 2020 10:59:12 +0000
Subject: [issue33129] Add kwarg-only option to dataclass
In-Reply-To: <1521847997.9.0.467229070634.issue33129@psf.upfronthosting.co.za>
Message-ID: <1605092352.11.0.792686807112.issue33129@roundup.psfhosted.org>


conchylicultor <etiennefg.pot at gmail.com> added the comment:

Solving this would significantly improve @dataclass inheritance (https://bugs.python.org/issue39300). Any idea when this will land ?

Currently, it is not possible to add required argument to a child dataclass (unless hacks like duplicating attributes):

```
import dataclasses

@dataclasses.dataclass
class A:
  x: int = 1


@dataclasses.dataclass
class B(A):
  y: int  # ERROR: non-default argument follows default argument
```

Keywords-only would solve this issue:

```
@dataclasses.dataclass
class B(A):
  y: int = dataclasses.field(kw_only=True)


B(123, y=456)
```

Note: Attrs already support this: https://www.attrs.org/en/stable/examples.html#keyword-only-attributes


For the behavior, I think there are two options:

```
class A:
  a0: int
  a1: int = field(kw_only=True)
  a2: int


class B(A):
  b0: int
  b1: int = field(kw_only=True)
  b2: int
```


Option 1: All attributes following `kw_only` are `kw_only` (kw_only indicates where to place '*')

A(a0, *, a1, a2)
B(a0, b0, *, a1, a2, b1, b2)

Option 2: `kw_only` are individually moved to the end

A(a0, a2, *, a1)
B(a0, a2, b0, b2, *, a1, b1)

I personally prefer Option 1, as it makes it easier to place the `*` with less boilerplate.

```
class Request:
  url: str
  timeout: int = field(default=-1, kw_only=True)
  verify: bool = False
  params: Optional[Dict[str, str]] = None
  cookies: Optional[Dict[str, str]] = None

Request(url, *, timeout=-1, verify=False, params=None, cookies=None)
```

Which looks better than:

```
class Request:
  url: str
  timeout: int = field(default=-1, kw_only=True)
  verify: bool = field(default=False, kw_only=True)
  params: Optional[Dict[str, str]] = field(default=None, kw_only=True)
  cookies: Optional[Dict[str, str]] = field(default=None, kw_only=True)
```

----------
nosy: +conchylicultor

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33129>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:09:05 2020
From: report at bugs.python.org (Maarten)
Date: Wed, 11 Nov 2020 11:09:05 +0000
Subject: [issue42321] Limitations of building a static python library on
 Windows (MSVC)
Message-ID: <1605092944.99.0.846170667375.issue42321@roundup.psfhosted.org>


New submission from Maarten <madebr at gmail.com>:

`PCbuild/readme.txt` contains a little paragraph about how to build a static python library.
The resulting static `python.lib` library contains all python C API functions.

Windows DLL's don't allow missing symbols, so C extensions modules must link with a library containing the python C API symbols.
When a C extension links to the static python library, it will contain a copy of all python symbols.
This means that python C symbols are used twice: once by a static python.exe executable, and once for each C extension (_extension.pyw).

Is there a way to use C extensions with a static Windows python.exe wuch that the python symbols are used only once?
Does a statically built Windows python.exe support C extension modules at all?

Thanks

I'm currently working on a conan build recipe for cpython at https://github.com/conan-io/conan-center-index/pull/1510
Fow now, I'm disabling extensions on a static MSVC build.

----------
components: Windows
messages: 380747
nosy: maarten, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Limitations of building a static python library on Windows (MSVC)
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42321>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:19:11 2020
From: report at bugs.python.org (Amir Naseredini)
Date: Wed, 11 Nov 2020 11:19:11 +0000
Subject: [issue42322] Spectre mitigations in CPython interpreter
Message-ID: <1605093551.24.0.524478744349.issue42322@roundup.psfhosted.org>


New submission from Amir Naseredini <sahnaseredini at gmail.com>:

I was looking up everywhere and could not find any mitigations for Spectre attack by a Python interpreter(CPython)! I don't know if my question is correct or how feasible it is, but does anyone know if there are any mitigations for different variants of Spectre attacks Specter v1 (Spectre-PHT), v2 (Spectre-BTB), v4 (Spectre-STL) and v5 (Spectre-RSB) at the interpreter level for Python?
Looking forward to hearing from you guys :)

----------
components: Interpreter Core
messages: 380748
nosy: sahnaseredini
priority: normal
severity: normal
status: open
title: Spectre mitigations in CPython interpreter
type: security
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42322>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:20:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 11:20:06 +0000
Subject: [issue42322] Spectre mitigations in CPython interpreter
In-Reply-To: <1605093551.24.0.524478744349.issue42322@roundup.psfhosted.org>
Message-ID: <1605093606.54.0.487998569705.issue42322@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

You can try to use a C compiler which implements workarounds, but I don't think that anything should be done directly in CPython.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42322>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:22:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 11:22:15 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605093735.58.0.267350487919.issue42085@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> New changeset 1e996c3a3b51e9c6f1f4cea8a6dbcf3bcb865060 by Vladimir Matveev in branch 'master':

This change introduced big reference leaks:

4 tests failed:
    test_asyncgen test_asyncio test_coroutines test_unittest

Example:

$ ./python -m test test_asyncgen -R 3:3 -m test.test_asyncgen.AsyncGenAsyncioTest.test_async_gen_asyncio_03
(...)
test_asyncgen leaked [63, 63, 63] references, sum=189
(...)

Please fix the leak, or revert if nobody is avaible to fix it:
https://pythondev.readthedocs.io/ci.html#revert-on-fail

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:34:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 11:34:58 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
Message-ID: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

https://buildbot.python.org/all/#/builders/302/builds/338

FAIL: test_nextafter (test.test_math.MathTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/aixtools/buildarea/3.9.aixtools-aix-power6/build/Lib/test/test_math.py", line 1968, in test_nextafter
    self.assertIsNaN(math.nextafter(NAN, 1.0))
  File "/home/aixtools/buildarea/3.9.aixtools-aix-power6/build/Lib/test/test_math.py", line 2015, in assertIsNaN
    self.fail("Expected a NaN, got {!r}.".format(value))
AssertionError: Expected a NaN, got 1.0.

The test:

        # NaN
        self.assertIsNaN(math.nextafter(NAN, 1.0))   # <=== HERE
        self.assertIsNaN(math.nextafter(1.0, NAN))
        self.assertIsNaN(math.nextafter(NAN, NAN))

The Linux manual page says: "If x or y is a NaN, a NaN is returned."
https://man7.org/linux/man-pages/man3/nextafter.3.html

But it seems like the AIX libc doesn't implement this rule. Should we implement this rule in Python on AIX?

The strange thing is that it worked previously. test.python of build 338:

platform.platform: AIX-2-00F9C1964C00-powerpc-32bit
sysconfig[HOST_GNU_TYPE]: powerpc-ibm-aix7.2.4.0
platform.architecture: 32bit

The latest green build is built 347. test.pythoninfo of build 347:

platform.architecture: 32bit
platform.platform: AIX-2-00F9C1964C00-powerpc-32bit
sysconfig[HOST_GNU_TYPE]: powerpc-ibm-aix7.2.0.0

Was the machine updated two days ago (2020-11-09), between build 338 and build 347?

----------
components: Tests
messages: 380751
nosy: lemburg, mark.dickinson, rhettinger, stutzbach, vstinner
priority: normal
severity: normal
status: open
title: [AIX] test_math: test_nextafter(float('nan'), 1.0) does not return a NaN on AIX
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 06:57:50 2020
From: report at bugs.python.org (Konrad Schwarz)
Date: Wed, 11 Nov 2020 11:57:50 +0000
Subject: [issue42324] Doctest: directives
Message-ID: <1605095870.49.0.104658534517.issue42324@roundup.psfhosted.org>


New submission from Konrad Schwarz <konrad.schwarz at gmail.com>:

In both PDF and HTML, the examples for Doctest directives don't actually show the directives themselves, perhaps because they syntactically start with a #.

----------
assignee: docs at python
components: Documentation
messages: 380752
nosy: docs at python, konrad.schwarz
priority: normal
severity: normal
status: open
title: Doctest: directives
type: enhancement
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42324>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:06:00 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 11 Nov 2020 12:06:00 +0000
Subject: [issue42324] Doctest: directives
In-Reply-To: <1605095870.49.0.104658534517.issue42324@roundup.psfhosted.org>
Message-ID: <1605096360.37.0.876926157463.issue42324@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Is this similar to https://bugs.python.org/issue36675 ?

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42324>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:07:02 2020
From: report at bugs.python.org (Dirkjan Ochtman)
Date: Wed, 11 Nov 2020 12:07:02 +0000
Subject: [issue6103] Static library (libpythonX.Y.a) installed in incorrect
 location
In-Reply-To: <1243229174.04.0.856181043806.issue6103@psf.upfronthosting.co.za>
Message-ID: <1605096422.39.0.879227170997.issue6103@roundup.psfhosted.org>


Change by Dirkjan Ochtman <dirkjan at ochtman.nl>:


----------
nosy:  -djc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6103>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:07:01 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 11 Nov 2020 12:07:01 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605096421.94.0.529746479455.issue42323@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +Michael.Felt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:27:04 2020
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Nov 2020 12:27:04 +0000
Subject: [issue42314] Incorrect documentation entry for venv
In-Reply-To: <1605024385.28.0.0225045754789.issue42314@roundup.psfhosted.org>
Message-ID: <1605097624.72.0.622332055231.issue42314@roundup.psfhosted.org>


Change by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42314>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:39:26 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Nov 2020 12:39:26 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605098366.89.0.422652708685.issue42323@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

If AIX were one of our officially supported platforms, then yes, I'd say that we should add a workaround to handle special cases ourselves, similarly to what we already do for a number of math module functions (like math.pow, for example).

But given that it's only a "best effort" platform, I'm not convinced that it's worth the effort or the extra complication in the codebase.

-0 from me, I guess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:41:05 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Nov 2020 12:41:05 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605098465.22.0.454358599517.issue42323@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Is there any reasonable channel for reporting the issue upstream?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:41:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 12:41:32 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605098492.31.0.787745402202.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22134
pull_request: https://github.com/python/cpython/pull/23236

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 11 07:41:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 12:41:32 +0000
Subject: [issue40170] [C API] Make PyTypeObject structure an opaque structure
 in the public C API
In-Reply-To: <1585915023.07.0.846808236133.issue40170@roundup.psfhosted.org>
Message-ID: <1605098492.19.0.521785178748.issue40170@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22133
pull_request: https://github.com/python/cpython/pull/23236

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40170>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:26:31 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 13:26:31 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605101191.42.0.884912059597.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

My worry is that I'm getting emails about AIX buildbot failures. I see different options:

* Skip the test on AIX
* Fix nextafter() on AIX
* Turn off AIX buildbot email notifications
* Remove thE AIX buildbot

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:28:00 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 13:28:00 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605101280.42.0.309542225027.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ba2958ed40d284228836735cbed4a155190e0998 by Victor Stinner in branch 'master':
bpo-40170: Fix PyType_Ready() refleak on static type (GH-23236)
https://github.com/python/cpython/commit/ba2958ed40d284228836735cbed4a155190e0998


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:28:00 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 13:28:00 +0000
Subject: [issue40170] [C API] Make PyTypeObject structure an opaque structure
 in the public C API
In-Reply-To: <1585915023.07.0.846808236133.issue40170@roundup.psfhosted.org>
Message-ID: <1605101280.33.0.912132437176.issue40170@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ba2958ed40d284228836735cbed4a155190e0998 by Victor Stinner in branch 'master':
bpo-40170: Fix PyType_Ready() refleak on static type (GH-23236)
https://github.com/python/cpython/commit/ba2958ed40d284228836735cbed4a155190e0998


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40170>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:28:36 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 13:28:36 +0000
Subject: [issue42140] asyncio.wait function creates futures set two times
In-Reply-To: <1603522282.48.0.50359686965.issue42140@roundup.psfhosted.org>
Message-ID: <1605101316.58.0.912017515821.issue42140@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42140>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:49:40 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Wed, 11 Nov 2020 13:49:40 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1605102580.49.0.88437309193.issue42269@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

As a moderately-heavy dataclass user I support this. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:55:13 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Nov 2020 13:55:13 +0000
Subject: [issue42322] Spectre mitigations in CPython interpreter
In-Reply-To: <1605093551.24.0.524478744349.issue42322@roundup.psfhosted.org>
Message-ID: <1605102913.91.0.299237908346.issue42322@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

AFAIK Spectre attacks rely on precise time measures. But Python is very far from bare hardware. Pure Python code is 10-100 times slower than compiled C or jitted JavaScript, and the variance is high, so it is hard to get stable results in benchmarks. Simple a=b+c can causes execution of hundreds or thousands of microprocessor instructions, numerous memory read and write operations, calling many subroutines, memory allocations and deallocations.

I have doubts that it is practical to use Spectre attacks on pure Python.

Of course, if you use high-performance extensions to work with sensitive data, they can be vulnerable to attack if the attacker code is in the other extension. You can counteract this by building that extensions with a C compiler which implements workarounds.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42322>
_______________________________________

From report at bugs.python.org  Wed Nov 11 08:57:47 2020
From: report at bugs.python.org (Skip Montanaro)
Date: Wed, 11 Nov 2020 13:57:47 +0000
Subject: [issue42325] UnicodeDecodeError executing ./setup.py during build
Message-ID: <1605103067.76.0.762518596297.issue42325@roundup.psfhosted.org>


New submission from Skip Montanaro <skip.montanaro at gmail.com>:

I recently replaced Ubuntu 20.04 with Manjaro 20.2. In the process my Python builds broke in the sharedmods target of the Makefile. The tail end of the traceback is:

? File "/home/skip/src/python/cpython/./setup.py", line 246, in grep_headers_for
? ? if function in f.read():
? File "/home/skip/src/python/cpython/Lib/codecs.py", line 322, in decode
? ? (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb4 in position 1600: invalid start byte

The grep_headers_for() function in setup.py appeared to be the culprit, so I added a print statement to its loop:

def grep_headers_for(function, headers):
? ? for header in headers:
? ? ? ? print("***", header, file=sys.stderr)
? ? ? ? with open(header, 'r') as f:
? ? ? ? ? ? if function in f.read():
? ? ? ? ? ? ? ? return True
? ? return False

which printed these lines:

*** /usr/include/umfpack_report_perm.h
*** /usr/include/dbstl_dbc.h
*** /usr/include/itclTclIntStubsFcn.h
*** /usr/include/dbstl_vector.h
*** /usr/include/cholmod_blas.h
*** /usr/include/amd.h
*** /usr/include/m17n-X.h

Sure enough, that m17n-X.h file (attached) doesn't contain utf-8 (my environment's encoding). According to the Emacs coding cookie at the end, the file is euc-japan encoded. Would simply catching the exception in grep_headers_for() be the correct way to deal with this?

----------
components: Build
files: m17n-X.h
messages: 380761
nosy: skip.montanaro
priority: normal
severity: normal
status: open
title: UnicodeDecodeError executing ./setup.py during build
versions: Python 3.10
Added file: https://bugs.python.org/file49593/m17n-X.h

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42325>
_______________________________________

From report at bugs.python.org  Wed Nov 11 09:01:02 2020
From: report at bugs.python.org (Ken Jin)
Date: Wed, 11 Nov 2020 14:01:02 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605103262.2.0.921451024464.issue42317@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

You're right, currently this happens for 2 reasons:

1. _SpecialGenericAlias (used by List), caches its __getitem__. (As you already pointed out :) )

2. _UnionGenericAlias (Union)'s __hash__ is `hash(frozenset(self.__args__))`. i.e. Unions with different args orders but same unique args produce the same hash result. Causing the same cache hit.

I find it mildly sad however that:

>>> get_args(Union[int, str])
[int, str]

>>> get_args(Union[str, int])
[str, int]

Which is slightly inconsistent with its behavior when nested in List. I don't think there's an easy way to fix this without breaking the cache (and also it makes sense that Unions' args aren't order dependent). So I'm all for updating the docs with your addition (slightly edited):

> If `X` is a `Union`, the order of `(Y, Z, ...)` may be different from the order of the original arguments `[Y, Z, ...]`.

----------
nosy: +gvanrossum, kj, levkivskyi
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Wed Nov 11 09:07:59 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 14:07:59 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605103679.44.0.839216500971.issue42085@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Investigating. The test leaks a future instance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 09:15:03 2020
From: report at bugs.python.org (Hynek Schlawack)
Date: Wed, 11 Nov 2020 14:15:03 +0000
Subject: [issue42014] shutil.rmtree calls onerror with different function than
 failed
In-Reply-To: <1602507255.43.0.726203818853.issue42014@roundup.psfhosted.org>
Message-ID: <1605104103.6.0.180848797464.issue42014@roundup.psfhosted.org>


Change by Hynek Schlawack <hs at ox.cx>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42014>
_______________________________________

From report at bugs.python.org  Wed Nov 11 09:59:08 2020
From: report at bugs.python.org (DanilZ)
Date: Wed, 11 Nov 2020 14:59:08 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604332990.12.0.126899957704.issue42245@roundup.psfhosted.org>
Message-ID: <8CEAF38D-1BAE-42A6-9BFF-00A4E3BFD197@me.com>


DanilZ <danil.com at me.com> added the comment:

I have managed to solve the problem by inserting in the beginning of my program:

import multiprocessing
multiprocessing.set_start_method('forkserver')
as this is explained here: https://scikit-learn.org/stable/faq.html#why-do-i-sometime-get-a-crash-freeze-with-n-jobs-1-under-osx-or-linux <https://scikit-learn.org/stable/faq.html#why-do-i-sometime-get-a-crash-freeze-with-n-jobs-1-under-osx-or-linux>
It works, but the shell looses some level of interactivity as the results intermediate results don't get printed as the program is executed.

> On 2 Nov 2020, at 19:03, Ken Jin <report at bugs.python.org> wrote:
> 
> 
> Ken Jin <kenjin4096 at gmail.com> added the comment:
> 
> Hmm apologies I'm stumped then. The only things I managed to surmise from xgboost's and scikit-learn's GitHub issues is that this is a recurring issue specifically when using GridSearchCV :
> 
> Threads with discussions on workarounds:
> https://github.com/scikit-learn/scikit-learn/issues/6627
> https://github.com/scikit-learn/scikit-learn/issues/5115
> 
> Issues reported:
> https://github.com/dmlc/xgboost/issues/2163
> https://github.com/scikit-learn/scikit-learn/issues/10533
> https://github.com/scikit-learn/scikit-learn/issues/10538 (this looks quite similar to your issue)
> 
> Some quick workarounds I saw were:
> 1. Remove n_jobs argument from GridSearchCV
> 2. Use parallel_backend from sklearn.externals.joblib rather than concurrent.futures so that the pools from both libraries don't have weird interactions.
> 
> I recommend opening an issue on scikit-learn/XGBoost's GitHub. This seems like a common problem that they face.
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42245>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Wed Nov 11 10:02:07 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 15:02:07 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605106927.95.0.45854797615.issue42085@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +22135
pull_request: https://github.com/python/cpython/pull/23237

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 10:07:38 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 15:07:38 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605107258.06.0.0214653872213.issue42085@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

PR for the fix is created: https://github.com/python/cpython/pull/23237

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 10:12:14 2020
From: report at bugs.python.org (Ken Jin)
Date: Wed, 11 Nov 2020 15:12:14 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>
Message-ID: <1605107534.92.0.110251054032.issue42245@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Danil, thanks for finding the cause behind this. Could you check if the new behavior in Python 3.8 and higher has the same problem on your machine (without your fix)? multiprocessing on MacOS started using spawn in 3.8, and I was wondering if it that fixed it.

What's new entry for 3.8 : 
https://docs.python.org/3/whatsnew/3.8.html#multiprocessing

The bug tracked:
https://bugs.python.org/issue33725

The PR for that
https://github.com/python/cpython/pull/13603/files

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Wed Nov 11 10:13:21 2020
From: report at bugs.python.org (hai shi)
Date: Wed, 11 Nov 2020 15:13:21 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605107601.25.0.403838994737.issue41832@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> The PR entirely removed the note that a slot's value "May not be NULL".
> In fact, only tp_doc may be NULL. AFAIK, the restriction is still there > for other slots.
> Can that note be added back?

`May not be NULL` means everthing is possible, so I decided removed it:(
Before, I updated an old commit in PR23123 to describe this fact in https://github.com/python/cpython/pull/23123/commits/cca7bc7edf11a7d212ae70dcff6f10cf96fab470.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Wed Nov 11 10:23:24 2020
From: report at bugs.python.org (DanilZ)
Date: Wed, 11 Nov 2020 15:23:24 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1605107534.92.0.110251054032.issue42245@roundup.psfhosted.org>
Message-ID: <0A25EED3-EBC2-4C8F-8828-8C12A2742AEF@me.com>


DanilZ <danil.com at me.com> added the comment:

Hi Ken, 

Thanks for your comment.

Unfortunately at the time I can not upgrade to 3.8 to run this test. My whole system depends on 3.7 and some peculiarities of 3.8 need to be dealt with.

It would be great if someone with OSX and 3.8 could test this out, otherwise I will dig into this later creating a new environment.

> On 11 Nov 2020, at 18:12, Ken Jin <report at bugs.python.org> wrote:
> 
> 
> Ken Jin <kenjin4096 at gmail.com> added the comment:
> 
> Danil, thanks for finding the cause behind this. Could you check if the new behavior in Python 3.8 and higher has the same problem on your machine (without your fix)? multiprocessing on MacOS started using spawn in 3.8, and I was wondering if it that fixed it.
> 
> What's new entry for 3.8 : 
> https://docs.python.org/3/whatsnew/3.8.html#multiprocessing
> 
> The bug tracked:
> https://bugs.python.org/issue33725
> 
> The PR for that
> https://github.com/python/cpython/pull/13603/files
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42245>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:10:50 2020
From: report at bugs.python.org (Xtrem532)
Date: Wed, 11 Nov 2020 16:10:50 +0000
Subject: [issue42269] Add ability to set __slots__ in dataclasses
In-Reply-To: <1604590694.08.0.0173517280171.issue42269@roundup.psfhosted.org>
Message-ID: <1605111050.43.0.99004912143.issue42269@roundup.psfhosted.org>


Change by Xtrem532 <Xtrem532.tg at gmail.com>:


----------
nosy: +Xtrem532

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42269>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:31:16 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Nov 2020 16:31:16 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605112276.45.0.87659071897.issue42323@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> My worry is that I'm getting emails about AIX buildbot failures.

That sounds more like a process problem than a CPython codebase one. The ideal would be that the machinery sending those notifications can be configured to ignore known failures when deciding whether to send email. Is that remotely feasible? (I have zero familiarity with the buildbot machinery.)

Skipping the test on AIX sounds like a reasonable option, but I kinda *want* IBM developers running the Python test suite on AIX to see those failures, in the hope that they might then be motivated to push for a fix to the relevant AIX bug. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:50:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 16:50:35 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605113435.79.0.32209759609.issue42085@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Thanks! The change fixed the leak:

$ ./python -m test -j0 -R 3:3 test_asyncgen test_coroutines test_unittest # test_asyncio 
(...)
Tests result: SUCCESS

I didn't run test_asyncio because the test is too slow.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:46:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 16:46:56 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605113216.99.0.769928293842.issue42085@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit cda99b4022daa08ac74b0420e9903cce883d91c6 (HEAD -> master, upstream/master)
Author: Andrew Svetlov <andrew.svetlov at gmail.com>
Date:   Wed Nov 11 17:48:53 2020 +0200

    Fix memory leak introduced by GH-22780 (GH-23237)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:07:22 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 17:07:22 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605114442.38.0.418461192478.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> I would like to request that this ability to dynamically load Python DLLs remains even with any new initialization mechanism.

I don't plan to remove any feature :-)

> As another note, the main issues we run into are configuring the Python path to properly find packages and DLLs.

Do you mean sys.path? If yes, that's one of the goal of this issue. Allow you to write your own Python code to configure sys.path, rather than having to write C code, before the first (external) import.

How do you configure sys.path currently? Do you parse a configuration file? Do you use a registry key on Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:08:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 17:08:24 +0000
Subject: [issue7611] shlex not posix compliant when parsing "foo#bar"
In-Reply-To: <1262248963.08.0.673944744724.issue7611@psf.upfronthosting.co.za>
Message-ID: <1605114504.8.0.296126385437.issue7611@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7611>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:50:00 2020
From: report at bugs.python.org (mendelmaleh)
Date: Wed, 11 Nov 2020 16:50:00 +0000
Subject: [issue42258] argparse: show choices once per argument
In-Reply-To: <1604759804.47.0.479014020006.issue42258@roundup.psfhosted.org>
Message-ID: <1605113400.04.0.159609119509.issue42258@roundup.psfhosted.org>


mendelmaleh <mendelmaleh at gmail.com> added the comment:

When using more than one flag for an argument, it is redundant to have the choices more than once, since they are the same argument and have the same choices.
Showing it once means cleaner output, and often means that the other option lines are shorter, like in the test case.

### sample code
```py
import argparse

ap = argparse.ArgumentParser(allow_abbrev=False)
ap.add_argument('-c', '--choices', choices=['a', 'b', 'c'])
ap.parse_args()
```

### previous output
```
usage: main.py [-h] [-c {a,b,c}]

optional arguments:
  -h, --help            show this help message and exit
  -c {a,b,c}, --choices {a,b,c}
```

### new output
```
usage: main.py [-h] [-c {a,b,c}]

optional arguments:
  -h, --help            show this help message and exit
  -c, --choices {a,b,c}
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42258>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:52:25 2020
From: report at bugs.python.org (Chris Meyer)
Date: Wed, 11 Nov 2020 16:52:25 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605113545.69.0.554903444981.issue42260@roundup.psfhosted.org>


Chris Meyer <cmeyer1969 at gmail.com> added the comment:

Responding to your request for feedback on Python-Dev:

We embed Python dynamically by finding the libPython DLL, loading it, and looking up the required symbols. We make appropriate define's so that the Python headers (and NumPy headers) point to our functions which in turn point to the looked up symbols.

Our launcher works on Linux, macOS, and Windows and works with many environments including standard Python and conda and brew. It also supports virtual environments in most cases. Also, a single executable [per platform] is able to work with Python versions 3.7 - 3.9 (3.6 was recently dropped, but only for external reasons).

So my comment is not directly addressing the usefulness of configuring Python initialization - but I would like to request that this ability to dynamically load Python DLLs remains even with any new initialization mechanism.

As another note, the main issues we run into are configuring the Python path to properly find packages and DLLs. A goal of ours is to be able to provide the base application as a drag-and-drop style installer with its own full embedded Python distribution (but still loaded dynamically) and then be able to supply additional plug-in packages (Python packages) by drag and drop. This is somewhat similar to conda packaging but without support for command line tools.

----------
nosy: +cmeyer

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov 11 11:54:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 16:54:11 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605113651.68.0.599075550602.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> That sounds more like a process problem than a CPython codebase one. The ideal would be that the machinery sending those notifications can be configured to ignore known failures when deciding whether to send email. Is that remotely feasible? (I have zero familiarity with the buildbot machinery.)

If a test fails all the time and not randomly, a single email is sent at the first failure.

I'm annoyed by test_threading which crash randomly on AIX: https://bugs.python.org/issue40068 It's a known issue, I already fixed 3/4 of the issue, but I didn't fix the remaining part.

In the past, I already disabled AIX email notifications simply because there was nobody to fix issues, and so emails were just spam.


> but I kinda *want* IBM developers running the Python test suite on AIX to see those failures, in the hope that they might then be motivated to push for a fix to the relevant AIX bug. :-)

Well, that would be great.

I'm not sure if Michael Felt is still working on supporting AIX in Python. David Edelsohn might help.

----------
nosy: +David.Edelsohn

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:17:51 2020
From: report at bugs.python.org (MineRobber___T)
Date: Wed, 11 Nov 2020 17:17:51 +0000
Subject: [issue42326] Add verify_callback hook capability to the SSL lib
Message-ID: <1605115071.16.0.0518797822596.issue42326@roundup.psfhosted.org>


New submission from MineRobber___T <khuxkm at ttm.sh>:

The SSL library currently lacks the ability to accept a client certificate without attempting to verify it. To alleviate this issue, I was thinking that an attribute could be added to the ssl.SSLContext class along the lines of `verify_callback` (similar to how the SNI callback is handled) which would allow the implementation of custom cert verification. I'd be willing to help work on this, if I knew where to even begin.

----------
assignee: christian.heimes
components: SSL
messages: 380776
nosy: MineRobber9000, alex, christian.heimes, dstufft, janssen
priority: normal
severity: normal
status: open
title: Add verify_callback hook capability to the SSL lib
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42326>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:38:11 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 17:38:11 +0000
Subject: [issue979658] Improve HTML documentation of a directory
Message-ID: <1605116291.07.0.5424092969.issue979658@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue979658>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:46:43 2020
From: report at bugs.python.org (Chris Meyer)
Date: Wed, 11 Nov 2020 17:46:43 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605116803.53.0.805529342911.issue42260@roundup.psfhosted.org>


Chris Meyer <cmeyer1969 at gmail.com> added the comment:

> How do you configure sys.path currently? Do you parse a configuration file? Do you use a registry key on Windows?

We have several launch scenarios - but for the currently most common one, which is to launch using a separate, existing Python environment, we call Py_SetPythonHome and Py_SetPath with the home directory of the environment. Then, presumably, the more complete path gets set in either Py_Initialize or when we call PyImport_ImportModule(?sys?). I might have tracked the details down once, but I don't recall them. By the time our Python code starts running, sys.path is reasonably populated.

However, in another scenario, we launch with an embedded Python environment, essentially a virtual environment. In that case, we have a config file to explicitly add lib, DLLs, and site packages. But something goes wrong [cannot find/load the unicode DLL IIRC] unless we call site.addsitedir for each directory already in sys.path near the start of our Python portion of code. My notes point to two issues to explain this: https://bugs.python.org/issue22213 and https://bugs.python.org/issue35706.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:20:30 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 17:20:30 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605115230.97.0.962907866.issue42085@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Thank you Victor for the report!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:54:03 2020
From: report at bugs.python.org (Chris Meyer)
Date: Wed, 11 Nov 2020 17:54:03 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605117243.43.0.90669635792.issue42260@roundup.psfhosted.org>


Chris Meyer <cmeyer1969 at gmail.com> added the comment:

>> I would like to request that this ability to dynamically load Python DLLs remains even with any new initialization mechanism.

> I don't plan to remove any feature :-)

I am glad to hear that. I'm somewhat nervous about it nevertheless. In particular, the implementation of Py_DECREF changed from 3.7 to 3.8 to 3.9. 3.7 worked entirely in a header; but 3.8 had a quirky definition of _Py_Dealloc which used _Py_Dealloc_inline but was defined out of order (used before defined). This was somewhat addressed in https://github.com/python/cpython/pull/18361/files; however 3.9 now has another mechanism that defines _Py_Dealloc in Objects/object.c. This isn't a major problem because it has the same implementation as before, but changes like this have the potential to make the launcher binary be version specific. Again, not a deal breaker, but it still makes me nervous.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:57:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 17:57:04 +0000
Subject: [issue6225] Fixing several minor bugs in Tkinter.Canvas and one in
 Misc._configure
In-Reply-To: <1244325396.24.0.788727463424.issue6225@psf.upfronthosting.co.za>
Message-ID: <1605117424.21.0.314356942264.issue6225@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Since the code looks so different from the patch now, shall we close this as out of date?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6225>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:30:59 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 17:30:59 +0000
Subject: [issue2449] Improved serialization error logging in xmlrpclib
In-Reply-To: <1206131988.04.0.901893858067.issue2449@psf.upfronthosting.co.za>
Message-ID: <1605115859.42.0.778684918954.issue2449@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2449>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:33:47 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 17:33:47 +0000
Subject: [issue9420] gdbm with /usr/include/ndbm.h
In-Reply-To: <1280424380.77.0.379026276123.issue9420@psf.upfronthosting.co.za>
Message-ID: <1605116027.26.0.744379450057.issue9420@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9420>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:37:17 2020
From: report at bugs.python.org (David Edelsohn)
Date: Wed, 11 Nov 2020 17:37:17 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605116237.14.0.752941829713.issue42323@roundup.psfhosted.org>


David Edelsohn <dje.gcc at gmail.com> added the comment:

nextafter is a known problem on AIX.  I believe that it is being addressed in newer releases of AIX.

Michael and I are helping the IBM AIX Open Source team to increase their attention on Python, but things only move so fast.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:10:05 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 11 Nov 2020 18:10:05 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605118205.31.0.640864053494.issue42317@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Agreed it's mildly sad, and I wish the cache could preserve the order in List[Union[int, str]], but for that to work we'd have to change how the cache works, which feels complex, or we'd have to chance things so that Union[int, str] != Union[str, int], which seems wrong as well (and we've had them equal for many releases so this would break code).

Fixing the cache would require adding a new comparison method to all generic type objects, and that just doesn't seem worth the effort (but I'd be open to this solution in the future).

So for now, let's document that get_args() may swap Union arguments.

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Wed Nov 11 12:43:58 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Wed, 11 Nov 2020 17:43:58 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605116638.98.0.596222942731.issue41832@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

> `May not be NULL` means everthing is possible

No, it does not. It only means a slot's value may not be NULL, which is an important difference between slots and entries in the PyTypeObject structure.

It's OK that it's mentioned elsewhere, but can we please put it back in the docs of PyType_Slot?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:27:16 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 18:27:16 +0000
Subject: [issue10709] Misc/AIX-NOTES needs updating
In-Reply-To: <1292428256.05.0.89055748757.issue10709@psf.upfronthosting.co.za>
Message-ID: <1605119236.41.0.374677753183.issue10709@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The version in the patch was added as Misc/README.AIX, and the backporting 2.7 and 3.1 is no longer relevant.

----------
nosy: +iritkatriel
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10709>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:27:35 2020
From: report at bugs.python.org (=?utf-8?q?G=C3=B6ran_Uddeborg?=)
Date: Wed, 11 Nov 2020 18:27:35 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1605119255.33.0.16345988931.issue1487481@roundup.psfhosted.org>


G?ran Uddeborg <goeran at uddeborg.se> added the comment:

>From my view as reporter, it would be fine to close it. We no longer have any HP-UX systems.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:08:47 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 11 Nov 2020 18:08:47 +0000
Subject: [issue6225] Fixing several minor bugs in Tkinter.Canvas and one in
 Misc._configure
In-Reply-To: <1244325396.24.0.788727463424.issue6225@psf.upfronthosting.co.za>
Message-ID: <1605118127.4.0.411763668581.issue6225@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

I believe, yes

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6225>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:22:23 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 18:22:23 +0000
Subject: [issue12508] Codecs Anomaly
In-Reply-To: <1309992349.71.0.826004213615.issue12508@psf.upfronthosting.co.za>
Message-ID: <1605118943.7.0.479670523752.issue12508@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12508>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:32:51 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 18:32:51 +0000
Subject: [issue6225] Fixing several minor bugs in Tkinter.Canvas and one in
 Misc._configure
In-Reply-To: <1244325396.24.0.788727463424.issue6225@psf.upfronthosting.co.za>
Message-ID: <1605119571.01.0.304140097975.issue6225@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6225>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:42:59 2020
From: report at bugs.python.org (Konrad Schwarz)
Date: Wed, 11 Nov 2020 18:42:59 +0000
Subject: [issue42324] Doctest: directives
In-Reply-To: <1605096360.37.0.876926157463.issue42324@roundup.psfhosted.org>
Message-ID: <CA+kmUXZ-SCWkrgnJvh3o+P=niyOKF2trQLy=ySsgpmtt9Hk49Q@mail.gmail.com>


Konrad Schwarz <konrad.schwarz at gmail.com> added the comment:

Yes it is.

On Wed, Nov 11, 2020 at 1:06 PM Karthikeyan Singaravelan <
report at bugs.python.org> wrote:

>
> Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:
>
> Is this similar to https://bugs.python.org/issue36675 ?
>
> ----------
> nosy: +xtreak
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42324>
> _______________________________________
>

-- 
Mit freundlichen Gr??en

Konrad Schwarz

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42324>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:36:00 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 18:36:00 +0000
Subject: [issue1487481] Could BIND_FIRST be removed on HP-UX?
Message-ID: <1605119760.24.0.955504256885.issue1487481@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1487481>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:44:30 2020
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Nov 2020 18:44:30 +0000
Subject: [issue41100] Build failure on macOS 11 (beta)
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605120270.08.0.89835573991.issue41100@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
nosy: +python-dev
nosy_count: 12.0 -> 13.0
pull_requests: +22136
pull_request: https://github.com/python/cpython/pull/23239

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:52:01 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 18:52:01 +0000
Subject: [issue10615] Trivial mingw compile fixes
In-Reply-To: <1291380362.46.0.195053370852.issue10615@psf.upfronthosting.co.za>
Message-ID: <1605120721.9.0.494377254677.issue10615@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10615>
_______________________________________

From report at bugs.python.org  Wed Nov 11 13:58:16 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Wed, 11 Nov 2020 18:58:16 +0000
Subject: [issue42326] Add verify_callback hook capability to the SSL lib
In-Reply-To: <1605115071.16.0.0518797822596.issue42326@roundup.psfhosted.org>
Message-ID: <1605121096.48.0.706908159115.issue42326@roundup.psfhosted.org>


Zackery Spytz <zspytz at gmail.com> added the comment:

Unfortunately, this seems like a duplicate of bpo-31242.

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42326>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:00:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 19:00:13 +0000
Subject: [issue6672] Add Mingw recognition to pyport.h to allow building
 extensions
In-Reply-To: <1249820690.51.0.767085753138.issue6672@psf.upfronthosting.co.za>
Message-ID: <1605121213.47.0.576746693211.issue6672@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6672>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:22:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 19:22:04 +0000
Subject: [issue25460] Misc/.gdbinit uses preprocessor macro
In-Reply-To: <1445526835.22.0.109540938613.issue25460@psf.upfronthosting.co.za>
Message-ID: <1605122524.02.0.867605993177.issue25460@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Some gdb macros are broken in 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25460>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:26:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Nov 2020 19:26:15 +0000
Subject: [issue12508] codecs.StreamReader doesn't pass final=1 to the UTF-8
 codec
In-Reply-To: <1309992349.71.0.826004213615.issue12508@psf.upfronthosting.co.za>
Message-ID: <1605122775.94.0.686042285174.issue12508@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: Codecs Anomaly -> codecs.StreamReader doesn't pass final=1 to the UTF-8 codec

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12508>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:29:01 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 11 Nov 2020 19:29:01 +0000
Subject: [issue42326] Add verify_callback hook capability to the SSL lib
In-Reply-To: <1605115071.16.0.0518797822596.issue42326@roundup.psfhosted.org>
Message-ID: <1605122941.54.0.905098161695.issue42326@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Yes, it's a duplicate.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Add SSLContext.set_verify_callback()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42326>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:34:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 11 Nov 2020 19:34:53 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605123293.08.0.186781804737.issue42312@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've thought about this some more and haven't changed my opinion: the current behaviour is intentional and won't change.

I'm therefore closing this issue.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:44:14 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 19:44:14 +0000
Subject: [issue24743] Make _PyTraceback_Add public
In-Reply-To: <1438084954.97.0.508949242804.issue24743@psf.upfronthosting.co.za>
Message-ID: <1605123854.73.0.102636837729.issue24743@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The information about the location in c++ where the error occurred can be included in the exception message.

I don't think adding fake frames to the traceback is a pattern that we should support through a public API.

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24743>
_______________________________________

From report at bugs.python.org  Wed Nov 11 14:54:00 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 11 Nov 2020 19:54:00 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>
Message-ID: <1605124440.54.0.492164459143.issue42245@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The script as-is doesn't work with 3.8 because it uses the "spawn" strategy. I haven't tried to tweak the script to get it to work on 3.8 because the scripts works fine for me with 3.7.

The smaller script in msg380225 works for me on both python 3.7.4 and 3.8.3

Pip list says:

Package         Version
--------------- -------
joblib          0.17.0 
numpy           1.19.4 
pandas          1.1.4  
pip             19.0.3 
python-dateutil 2.8.1  
pytz            2020.4 
scikit-learn    0.23.2 
scipy           1.5.4  
setuptools      40.8.0 
six             1.15.0 
sklearn         0.0    
threadpoolctl   2.1.0  
xgboost         1.2.1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Wed Nov 11 15:35:14 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Nov 2020 20:35:14 +0000
Subject: [issue42327] Add PyModule_Add()
Message-ID: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

There is a design flaw in PyModule_AddObject(). It steals reference of its value only if the result is success. To avoid leaks it should be used in the following form:

    PyObject *tmp = <new reference>;
    if (PyModule_AddObject(name, name, tmp) < 0) {
        Py_XDECREF(tmp);
        goto error;
    }

It is inconvenient and many code forgot to use a temporary variable and call Py_XDECREF().

It was not intention, but it is too late to change this behavior now, because some code calls Py_XDECREF() if PyModule_AddObject() fails. Fixing PyModule_AddObject() now will break hard such code.

There was an idea to make the change gradual, controlled by a special macro (see issue26871). But it still has significant risk.

I propose to add new function PyModule_Add() which always steals reference to its argument. It is more convenient and allows to get rid of temporary variable:

    if (PyModule_Add(name, name, <new reference>) < 0) {
        goto error;
    }

I choose name PyModule_Add because it is short, and allow to write the call in one line with moderately long expression <new reference> (like PyFloat_FromDouble(...) or PyLong_FromUnsignedLong(...)).

----------
components: C API
messages: 380794
nosy: serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: Add PyModule_Add()
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Wed Nov 11 15:38:44 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Nov 2020 20:38:44 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605127124.48.0.961967083569.issue42327@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Wed Nov 11 17:08:54 2020
From: report at bugs.python.org (Brandt Bucher)
Date: Wed, 11 Nov 2020 22:08:54 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605132534.74.0.348308568518.issue42327@roundup.psfhosted.org>


Brandt Bucher <brandtbucher at gmail.com> added the comment:

See also:

https://bugs.python.org/issue38823

https://github.com/python/cpython/pull/17298

----------
nosy: +brandtbucher

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Wed Nov 11 17:15:58 2020
From: report at bugs.python.org (MineRobber___T)
Date: Wed, 11 Nov 2020 22:15:58 +0000
Subject: [issue31242] Add SSLContext.set_verify_callback()
In-Reply-To: <1503265756.53.0.967490588927.issue31242@psf.upfronthosting.co.za>
Message-ID: <1605132958.22.0.34391094063.issue31242@roundup.psfhosted.org>


Change by MineRobber___T <khuxkm at ttm.sh>:


----------
nosy: +MineRobber9000

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31242>
_______________________________________

From report at bugs.python.org  Wed Nov 11 18:21:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 23:21:05 +0000
Subject: [issue22442] Deprecate PIPE with subprocess.check_call() and call()
In-Reply-To: <1411134999.3.0.739689982343.issue22442@psf.upfronthosting.co.za>
Message-ID: <1605136865.61.0.199959193692.issue22442@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Any objections to closing this?

If the old API is going to be deprecated I think that's a topic for another issue.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue22442>
_______________________________________

From report at bugs.python.org  Wed Nov 11 18:30:15 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 11 Nov 2020 23:30:15 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605137415.18.0.278757083575.issue38823@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
nosy: +erlendaasland

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Wed Nov 11 18:32:52 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 11 Nov 2020 23:32:52 +0000
Subject: [issue24831] Load average in test suite too high
In-Reply-To: <1439048328.2.0.659609134841.issue24831@psf.upfronthosting.co.za>
Message-ID: <1605137572.48.0.882916620068.issue24831@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24831>
_______________________________________

From report at bugs.python.org  Wed Nov 11 18:50:40 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 11 Nov 2020 23:50:40 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605138640.56.0.529985579301.issue41987@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I spent some time debugging this looking for the root cause.

I think it looks like the recursion check in ForwardRef._evaluate() fails to trigger.  At some point recursive_guard is a frozen set containing "'Integer'" (i.e. a string whose first and last character are single quotes, while self.__forward_arg__ is 'Integer' (i.e. a string that does not contain quotes).

I'm running out of time for the rest of the investigation, so feel free to confirm this and go down the rabbit hole from there...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Wed Nov 11 19:27:54 2020
From: report at bugs.python.org (Pat Thoyts)
Date: Thu, 12 Nov 2020 00:27:54 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
Message-ID: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>


New submission from Pat Thoyts <patthoyts at users.sourceforge.net>:

When cloning a ttk style it is useful to copy an existing style and make changes. We can copy the configuration and layout using:

    style.layout('Custom.TEntry', **style.layout('TEntry'))
    style.configure('Custom.TEntry', **style.configure('TEntry))

However, doing this with style.map can result in an exception. An example of this occurs for any style that has a defined default state in the map eg the TNotebook.Tab in the clam theme:

    >>> style.map('TNotebook.Tab','background')
    [('selected', '#dcdad5'), ('#bab5ab',)]

However, calling Tk directly:

    >>> style.tk.call(style._name,"map","TNotebook.Tab","-background")
    (<StateSpec object: 'selected'>, '#dcdad5', <StateSpec object: ''>, '#bab5ab')

The second pair is defining the default state ('') to use color #bab5ab but this is being mangled by the code that converts this into pythons response.

The culprit is ttk._list_from_statespec which treats the statespec with the empty string as None and drops it and then returns the value in place of the state and then puts in an empty value.

----------
components: Tkinter
messages: 380798
nosy: patthoyts
priority: normal
severity: normal
status: open
title: ttk style.map function incorrectly handles the default state for element options.
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Wed Nov 11 19:46:13 2020
From: report at bugs.python.org (Pat Thoyts)
Date: Thu, 12 Nov 2020 00:46:13 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605141973.53.0.500980142927.issue42328@roundup.psfhosted.org>


Change by Pat Thoyts <patthoyts at gmail.com>:


----------
keywords: +patch
nosy: +Pat Thoyts
nosy_count: 1.0 -> 2.0
pull_requests: +22138
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23241

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Wed Nov 11 20:10:27 2020
From: report at bugs.python.org (mental)
Date: Thu, 12 Nov 2020 01:10:27 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605143427.56.0.427463988912.issue41987@roundup.psfhosted.org>


mental <m3nta1 at yahoo.com> added the comment:

Interesting! thanks for the hint guido I'll try to investigate further.

This sounds like a regression (to me at least), in that case should a separate issue & patch PR be opened on the bpo or should this issue be used instead?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Wed Nov 11 20:30:53 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 01:30:53 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605144653.66.0.547085257062.issue41987@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Keep this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Wed Nov 11 21:23:04 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Nov 2020 02:23:04 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
Message-ID: <1605147783.95.0.972217346071.issue42329@roundup.psfhosted.org>


New submission from Gregory P. Smith <greg at krypto.org>:

Python 3.7-3.10a1:
```
>>> List.__name__
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.8/typing.py", line 760, in __getattr__
    raise AttributeError(attr)
AttributeError: __name__
>>> type(List)
<class 'typing._SpecialGenericAlias'>
>>> type(List[int])
<class 'typing._GenericAlias'>
```

Python 3.6:
```
>>> from typing import List
>>> List.__name__
'List'
>>> type(List)
<class 'typing.GenericMeta'>
>>> type(List[int])
<class 'typing.GenericMeta'>
```

Is this lack of common meta attributes intentional?  It makes the typing types unusual.

We just saw it trip up some code that was expecting everything to have a `__name__` attribute while moving beyond 3.6.  Judging by that `__getattr__` implementation it should happen on other common `__` attributes as mentioned in https://docs.python.org/3/library/stdtypes.html?highlight=__name__#special-attributes as well.

----------
components: Library (Lib)
messages: 380801
nosy: gregory.p.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: typing classes do not have __name__ attributes in 3.7+
type: behavior
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Wed Nov 11 21:39:42 2020
From: report at bugs.python.org (hongweipeng)
Date: Thu, 12 Nov 2020 02:39:42 +0000
Subject: [issue42319] The `functools.singledispatchmethod` example in the
 document cannot run
In-Reply-To: <1605081595.15.0.657429202369.issue42319@roundup.psfhosted.org>
Message-ID: <1605148782.6.0.0539263677822.issue42319@roundup.psfhosted.org>


Change by hongweipeng <hongweichen8888 at sina.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42319>
_______________________________________

From report at bugs.python.org  Wed Nov 11 21:46:32 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 12 Nov 2020 02:46:32 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
In-Reply-To: <1605147783.95.0.972217346071.issue42329@roundup.psfhosted.org>
Message-ID: <1605149192.94.0.82517065453.issue42329@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +gvanrossum, levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Wed Nov 11 22:57:14 2020
From: report at bugs.python.org (Saiansh Singh)
Date: Thu, 12 Nov 2020 03:57:14 +0000
Subject: [issue42330] Add browsh in the webbrowser module
Message-ID: <1605153434.0.0.062281491373.issue42330@roundup.psfhosted.org>


New submission from Saiansh Singh <saiansh2525 at gmail.com>:

The webbrowser module is a module used to create a new tab or window inside browsers. It is currently built into python. It supports multiple terminal-based browsers but yet doesn't support browsh. Here is the documentation for browsh for more information: brow.sh. The repository is at: github.com/browsh-org/browsh. It runs firefox on headless and displays the websites inside the terminal.

Happy to make a PR! ?

----------
components: Library (Lib)
messages: 380802
nosy: saiansh2525
priority: normal
severity: normal
status: open
title: Add browsh in the webbrowser module
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42330>
_______________________________________

From report at bugs.python.org  Wed Nov 11 23:15:28 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 04:15:28 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605154528.14.0.198852137408.issue41987@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

FWIW here's a minimal demo:

from __future__ import annotations
from typing import get_type_hints

class C:
    def func(self, a: "C"):
        pass

    print(get_type_hints(func))

In 3.8 this prints

{'a': ForwardRef('C')}

while in 3.9 it raises NameError:

Traceback (most recent call last):
  File "C:\Users\gvanrossum\cpython\t.py", line 4, in <module>
    class C:
  File "C:\Users\gvanrossum\cpython\t.py", line 8, in C
    print(get_type_hints(func))
  File "C:\Python39\lib\typing.py", line 1386, in get_type_hints
    value = _eval_type(value, globalns, localns)
  File "C:\Python39\lib\typing.py", line 254, in _eval_type
    return t._evaluate(globalns, localns, recursive_guard)
  File "C:\Python39\lib\typing.py", line 497, in _evaluate
    self.__forward_value__ = _eval_type(
  File "C:\Python39\lib\typing.py", line 254, in _eval_type
    return t._evaluate(globalns, localns, recursive_guard)
  File "C:\Python39\lib\typing.py", line 493, in _evaluate
    eval(self.__forward_code__, globalns, localns),
  File "<string>", line 1, in <module>
NameError: name 'C' is not defined

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Wed Nov 11 23:39:39 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 12 Nov 2020 04:39:39 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605155979.53.0.427683029642.issue41832@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Wed Nov 11 23:47:01 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 04:47:01 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
In-Reply-To: <1605147783.95.0.972217346071.issue42329@roundup.psfhosted.org>
Message-ID: <1605156421.93.0.150228347072.issue42329@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Between 3.6 and 3.7 they stopped being types.

IIRC this enabled optimizations. (Serhiy?)

I don't think this is important, but I suppose you have some code that this breaks?

The name is passed to the constructor of _SpecialGenericAlias, so I'm fine with fixing this, though the backports may get tricky when you get down to 3.7.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Thu Nov 12 02:08:49 2020
From: report at bugs.python.org (michalis aggela)
Date: Thu, 12 Nov 2020 07:08:49 +0000
Subject: [issue42331] 'base64' has no attribute 'decodestring'
Message-ID: <1605164929.5.0.192767282489.issue42331@roundup.psfhosted.org>


New submission from michalis aggela <michalisaggela at gmail.com>:

File "/Users/michaelmouchametai/Downloads/google-cloud-sdk/platform/gsutil/gslib/utils/encryption_helper.py", line 152, in Base64Sha256FromBase64EncryptionKey
    decoded_bytes = base64.decodestring(csek_encryption_key)
AttributeError: module 'base64' has no attribute 'decodestring'

----------
components: Build
messages: 380805
nosy: michalisaggela
priority: normal
severity: normal
status: open
title: 'base64' has no attribute 'decodestring'
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42331>
_______________________________________

From report at bugs.python.org  Thu Nov 12 03:27:27 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 12 Nov 2020 08:27:27 +0000
Subject: [issue42331] 'base64' has no attribute 'decodestring'
In-Reply-To: <1605164929.5.0.192767282489.issue42331@roundup.psfhosted.org>
Message-ID: <1605169647.19.0.641917200982.issue42331@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

The tracker is for issues related to CPython. This seems to be an issue with gsutil on Python 3.9 compatibility. This seems to have been fixed as below :

https://github.com/GoogleCloudPlatform/gsutil/issues/1118

----------
nosy: +xtreak
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42331>
_______________________________________

From report at bugs.python.org  Thu Nov 12 03:36:28 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Nov 2020 08:36:28 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
In-Reply-To: <1605156421.93.0.150228347072.issue42329@roundup.psfhosted.org>
Message-ID: <CAGE7PN+GZ0OeaYR9GLgz3U0tqHdv03=PsTqDV=JMwavZ-mFtRg@mail.gmail.com>


Gregory P. Smith <greg at krypto.org> added the comment:

Not a big deal if we don't, I just found it odd so I figured I'd pose the
question. That it's been in three releases and only just now come up is
pretty telling that isn't critical.

The code in question was trying to identify public functions in a module by
inspecting names and I think they've got a more pedantic way to do that
than their existing code that wouldn't be tripped up by a mere callable
without a __name__.

On Wed, Nov 11, 2020, 8:47 PM Guido van Rossum <report at bugs.python.org>
wrote:

>
> Guido van Rossum <guido at python.org> added the comment:
>
> Between 3.6 and 3.7 they stopped being types.
>
> IIRC this enabled optimizations. (Serhiy?)
>
> I don't think this is important, but I suppose you have some code that
> this breaks?
>
> The name is passed to the constructor of _SpecialGenericAlias, so I'm fine
> with fixing this, though the backports may get tricky when you get down to
> 3.7.
>
> ----------
> nosy: +serhiy.storchaka
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42329>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Thu Nov 12 04:39:18 2020
From: report at bugs.python.org (Amir Mohamadi)
Date: Thu, 12 Nov 2020 09:39:18 +0000
Subject: [issue16879] distutils.command.config uses fragile constant temporary
 file name
In-Reply-To: <1357476277.46.0.0647034504115.issue16879@psf.upfronthosting.co.za>
Message-ID: <1605173958.05.0.149941875397.issue16879@roundup.psfhosted.org>


Amir Mohamadi <amiremohamadi at yahoo.com> added the comment:

Can I open a PR for it?

----------
nosy: +Amir

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16879>
_______________________________________

From report at bugs.python.org  Thu Nov 12 04:43:56 2020
From: report at bugs.python.org (Mark Shannon)
Date: Thu, 12 Nov 2020 09:43:56 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605174236.83.0.419732490219.issue42246@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:


New changeset 877df851c3ecdb55306840e247596e7b7805a60a by Mark Shannon in branch 'master':
bpo-42246: Partial implementation of PEP 626. (GH-23113)
https://github.com/python/cpython/commit/877df851c3ecdb55306840e247596e7b7805a60a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Thu Nov 12 04:49:35 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Nov 2020 09:49:35 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605174575.04.0.789132840427.issue42237@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset fd4ed57674c675e05bd5d577dd5047a333c76c78 by Jakub Stasiak in branch 'master':
bpo-42237: Fix os.sendfile() on illumos (GH-23154)
https://github.com/python/cpython/commit/fd4ed57674c675e05bd5d577dd5047a333c76c78


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 04:50:04 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Nov 2020 09:50:04 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605174604.1.0.433896334033.issue42237@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22141
pull_request: https://github.com/python/cpython/pull/23244

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 04:57:44 2020
From: report at bugs.python.org (Sijmen J. Mulder)
Date: Thu, 12 Nov 2020 09:57:44 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1605175064.85.0.309173276732.issue41116@roundup.psfhosted.org>


Sijmen J. Mulder <ik at sjmulder.nl> added the comment:

With './configure; make' of master on macOS 11 on Apple Silicon I get the library detection failure. The quick and easy fix was to amend inc_dirs and lib_dirs in setup.py:

         if MACOS:
+            sysroot = macosx_sdk_root()
+            self.inc_dirs.append(sysroot + '/usr/include')
+            self.lib_dirs.append(sysroot + '/usr/lib')

Interestingly the lzma library is found, but the module fails because it cannot find lzma.h, which does indeed appear to be missing in the SDK.

----------
nosy: +sjmulder

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Thu Nov 12 05:10:09 2020
From: report at bugs.python.org (Mark Shannon)
Date: Thu, 12 Nov 2020 10:10:09 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605175809.03.0.651002180141.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Thu Nov 12 05:14:19 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 12 Nov 2020 10:14:19 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605176059.28.0.828752376398.issue42237@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7ae19ef5cf5d4f464588133bd48f81d80ea54aee by Miss Islington (bot) in branch '3.9':
bpo-42237: Fix os.sendfile() on illumos (GH-23154)
https://github.com/python/cpython/commit/7ae19ef5cf5d4f464588133bd48f81d80ea54aee


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 06:04:44 2020
From: report at bugs.python.org (Pat Thoyts)
Date: Thu, 12 Nov 2020 11:04:44 +0000
Subject: [issue32426] Tkinter.ttk Widget does not define wich option exists to
 set the cursor
In-Reply-To: <1514241431.48.0.213398074469.issue32426@psf.upfronthosting.co.za>
Message-ID: <1605179084.89.0.002334153235.issue32426@roundup.psfhosted.org>


Pat Thoyts <patthoyts at users.sourceforge.net> added the comment:

The Tk documentation for the acceptable cursor names is the cursors manual page. https://www.tcl.tk/man/tcl/TkCmd/cursors.htm

Tk does not provide a way to get all these names in script.

This should probably be closed.

----------
nosy: +patthoyts

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32426>
_______________________________________

From report at bugs.python.org  Thu Nov 12 06:09:09 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 12 Nov 2020 11:09:09 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605179349.29.0.90914973915.issue42237@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
pull_requests: +22143
pull_request: https://github.com/python/cpython/pull/23246

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 06:27:43 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 11:27:43 +0000
Subject: [issue24831] Load average in test suite too high
In-Reply-To: <1439048328.2.0.659609134841.issue24831@psf.upfronthosting.co.za>
Message-ID: <1605180463.22.0.488472387952.issue24831@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

No activity for 5 years, so far this issue is more an open discussion than a list of concrete changes, so I close the issue as out of date.

If some tests are too CPU or I/O intensive, you can skip them using the -x option. Use --ignorefile to only skip specific test methods.

About the temporary directory, regrtest now has a --tempdir option.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24831>
_______________________________________

From report at bugs.python.org  Thu Nov 12 06:31:33 2020
From: report at bugs.python.org (Alessandro Piccione)
Date: Thu, 12 Nov 2020 11:31:33 +0000
Subject: [issue32426] Tkinter.ttk Widget does not define wich option exists to
 set the cursor
In-Reply-To: <1514241431.48.0.213398074469.issue32426@psf.upfronthosting.co.za>
Message-ID: <1605180693.94.0.263171255744.issue32426@roundup.psfhosted.org>


Alessandro Piccione <alessandro.piccione.75 at gmail.com> added the comment:

As suggested the documentation for "cursor" is here: https://www.tcl.tk/man/tcl/TkCmd/cursors.htm

Close [SOLVED]

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32426>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:04:09 2020
From: report at bugs.python.org (=?utf-8?q?Tin_Tvrtkovi=C4=87?=)
Date: Thu, 12 Nov 2020 12:04:09 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
Message-ID: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>


New submission from Tin Tvrtkovi? <tinchester at gmail.com>:

For example, dict[int, int] cannot be used with singledispatch because types.GenericAlias doesn't support weak references.

I'm an author of a third party library (https://github.com/Tinche/cattrs) for which this functionality would be useful.

Here's a similar issue in typing (note that this issue is for *types*.GenericAlias) that was fixed: https://github.com/python/typing/issues/345

----------
messages: 380816
nosy: gvanrossum, tinchester
priority: normal
severity: normal
status: open
title: add __weakref__ to types.GenericAlias
type: enhancement
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:24:00 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Nov 2020 12:24:00 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605183840.16.0.366954881995.issue42237@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset f37628eb7117f222de24a6931aa7639e668cb7b0 by Jakub Stasiak in branch '3.8':
[3.8] bpo-42237: Fix os.sendfile() on illumos (GH-23154). (GH-23246)
https://github.com/python/cpython/commit/f37628eb7117f222de24a6931aa7639e668cb7b0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:39:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 12:39:52 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605184792.04.0.376268345593.issue38823@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22144
pull_request: https://github.com/python/cpython/pull/23247

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:46:46 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 12 Nov 2020 12:46:46 +0000
Subject: [issue42237] test_socket.SendfileUsingSendfileTest fails on illumos
In-Reply-To: <1604261267.98.0.369045235153.issue42237@roundup.psfhosted.org>
Message-ID: <1605185206.57.0.377796568231.issue42237@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42237>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:57:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 12:57:32 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605185852.75.0.307692104347.issue42327@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Oh, I just rejected PR 17298. Copy of my message:
---
I added PyModule_AddObjectRef() which uses strong references, rather than only stealing a reference on success.

I also enhanced the documentation to show concrete examples:
https://docs.python.org/dev/c-api/module.html#c.PyModule_AddObjectRef

I modified a few extension to use PyModule_AddObjectRef(). Sometimes, PyModule_AddObject() is more appropriate. Sometimes, PyModule_AddObjectRef() is more appropriate. Both functions are relevant, and I don't see a clear winner.

I agree than fixing existing code is painful, but I hope that new code using mostly PyModule_AddObjectRef() would be simpler to review. I'm not sure that it's simpler to write new code using PyModule_AddObjectRef(), since you might need more Py_DECREF() calls.

My intent is to have more "regular" code about reference counting. See also: https://bugs.python.org/issue42294

Since you wrote that this API is a band aid on a broken API, I consider that you are fine with rejecting it and move on to the new PyModule_AddObjectRef().

Anyway, thanks for you attempt to make the C API less broken :-)
---

I added PyModule_AddObjectRef() in bpo-163574.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:58:37 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 12:58:37 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605185917.46.0.234947242157.issue42327@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I'm using more and more often such macro:

#define MOD_ADD(name, expr) \
    do { \
        PyObject *obj = (expr); \
        if (obj == NULL) { \
            return -1; \
        } \
        if (PyModule_AddObjectRef(mod, name, obj) < 0) { \
            Py_DECREF(obj); \
            return -1; \
        } \
        Py_DECREF(obj); \
    } while (0)

Would PyModule_Add() replace such macro?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 07:59:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 12:59:36 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605185976.15.0.710047259509.issue42327@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

If PyModule_Add() is added, I would suggest to rename PyModule_AddObjectRef() to PyModule_AddRef() for consistency.

IMHO PyModule_AddObjectRef() remains useful even if PyModule_Add() is added.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 08:00:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 13:00:47 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605186047.3.0.760746922027.issue42327@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

In practice, PyModule_AddRef(mod, obj) behaves as PyModule_Add(mod, Py_NewRef(obj)) if I understood correctly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 08:10:13 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 13:10:13 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605186613.39.0.825865090922.issue38823@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset d19fa7a337d829e3dab3e9f919f5dcf09cf6f6ba by Victor Stinner in branch 'master':
bpo-38823: Fix refleaks in _ctypes extension init (GH-23247)
https://github.com/python/cpython/commit/d19fa7a337d829e3dab3e9f919f5dcf09cf6f6ba


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Thu Nov 12 08:11:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 13:11:42 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605186702.16.0.0201922757988.issue38823@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22145
pull_request: https://github.com/python/cpython/pull/23248

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Thu Nov 12 08:54:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 13:54:47 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605189287.75.0.296134863778.issue42260@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22146
pull_request: https://github.com/python/cpython/pull/23249

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov 12 09:14:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 14:14:16 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605190456.83.0.31750633378.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ef75a625cdf8377d687a04948b4db9bc1917bf19 by Victor Stinner in branch 'master':
bpo-42260: Initialize time and warnings earlier at startup (GH-23249)
https://github.com/python/cpython/commit/ef75a625cdf8377d687a04948b4db9bc1917bf19


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Thu Nov 12 09:38:21 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 14:38:21 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605191901.08.0.763824395002.issue38823@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset b5cc05bbe681dbe06d5ec6d34318815d1c1ad6c5 by Victor Stinner in branch 'master':
bpo-38823: Always build _ctypes with wchar_t (GH-23248)
https://github.com/python/cpython/commit/b5cc05bbe681dbe06d5ec6d34318815d1c1ad6c5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Thu Nov 12 09:53:54 2020
From: report at bugs.python.org (Michael Ferguson)
Date: Thu, 12 Nov 2020 14:53:54 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605192834.65.0.736396441379.issue42312@roundup.psfhosted.org>


Michael Ferguson <michael.ferguson at hpe.com> added the comment:

> The way sys.prefix is calculated on macOS ensures that the correct sys.prefix is calculated even if you copy the binary to a different location. That's functionality I don't want to drop.

I agree with you that it's important for the Python interpreter to find the libraries it is installed with even if the framework launcher is copied to a different location.

However I think it's possible to support finding the installation while fixing the issue I am bringing up. Finding the installation amounts to getting the correct `sys.base_prefix` (no matter where the launcher is copied). It seems to me that if the launcher is copied to a different directory, `sys.prefix` should change in some cases. That already happens when making a `venv` with copies instead of links. Could the framework launcher consider `argv[0]` without causing problems in this use case?

I think this is a bug and not a feature tradeoff because a platform-specific wrapper should be as transparent as possible and as a result should keep the `argv[0]` behavior that occurs without the wrapper.


In any case, do you think that there is a way to get the behavior I am looking for (basically, invoke a Python interpreter that has sys.prefix set to the venv but without a symbolic link)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:13:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 15:13:02 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605193982.9.0.794329442077.issue40939@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I reopen the issue.

Would you mind to explicitly list function removed from the C API in What's New in Python 3.10?
https://docs.python.org/dev/whatsnew/3.10.html#id4

I'm talking about the commit 1ed83adb0e95305af858bd41af531e487f54fee7.

For example, the unbound project no longer builds with Python 3.10 because PyParser_SimpleParseFile() has been removed:
https://bugzilla.redhat.com/show_bug.cgi?id=1889726

There is no mention of PyParser_SimpleParseFile() removal in What's New in Python 3.10. There is only a mention that it's being deprecated in What's New in Python 3.9.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:15:01 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 12 Nov 2020 15:15:01 +0000
Subject: [issue42312] sys.prefix is set incorrectly on Mac OS X
In-Reply-To: <1605021627.33.0.143648905308.issue42312@roundup.psfhosted.org>
Message-ID: <1605194101.61.0.569535076087.issue42312@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

> In any case, do you think that there is a way to get the behavior I am looking for (basically, invoke a Python interpreter that has sys.prefix set to the venv but without a symbolic link)?

Not that I know.

Using the python binary in the virtual environment is part of the design of this feature. That you can "fake" this on a lot of unix platforms by using a different interpreter with argv[0] set to a different path is a happy coincidence. 

I'm also not convinced that your trick actually accomplishes what you hope, the virtual environment still has a dependency on the Python installation in the original location. That location is mentioned in pyvenv.cfg at the root of the environment, and AFAIK that configuration is used to set up sys.path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42312>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:18:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 15:18:32 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605194312.94.0.425827252426.issue40939@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> There is no mention of PyParser_SimpleParseFile() removal in What's New in Python 3.10.

By the way, is there a replacement for this function? The unbound project uses it to display a SyntaxError when PyRun_SimpleFile() fails.

Petr Men??k asked:

"Could we instead modify PyRun_SimpleFile call to produce just one exception, then print it to stderr once and once into the log? (...) But it seems PyRun_SimpleFile does not throw Exception. Can you recommend variant or flags, which would make it raise an Exception, which log_py_err() would then to log file? After commenting out PyParser_SimpleParseFile it reports None, so it did not already raise an exception."

https://bugzilla.redhat.com/show_bug.cgi?id=1889726#c3

unbound used the removed function PyParser_SimpleParseFile() in pythonmod/pythonmod.c. Extract of unbound-1.12.0.tar.gz:

   if (PyRun_SimpleFile(script_py, pe->fname) < 0) {
      log_err("pythonmod: can't parse Python script %s", pe->fname);
      /* print the error to logs too, run it again */
      fseek(script_py, 0, SEEK_SET);
      /* we don't run the file, like this, because then side-effects
       *    s = PyRun_File(script_py, pe->fname, Py_file_input, 
       *        PyModule_GetDict(PyImport_AddModule("__main__")), pe->dict);
       * could happen (again). Instead we parse the file again to get
       * the error string in the logs, for when the daemon has stderr
       * removed.  SimpleFile run already printed to stderr, for then
       * this is called from unbound-checkconf or unbound -dd the user
       * has a nice formatted error.
      */
      /* ignore the NULL return of _node, it is NULL due to the parse failure
       * that we are expecting */
      (void)PyParser_SimpleParseFile(script_py, pe->fname, Py_file_input);
      log_py_err();
      PyGILState_Release(gil);
      fclose(script_py);
      return 0;
   }

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:25:33 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 12 Nov 2020 15:25:33 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605194733.69.0.715164426043.issue42332@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
keywords: +patch
nosy: +kj
nosy_count: 2.0 -> 3.0
pull_requests: +22147
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23250

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:26:20 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 12 Nov 2020 15:26:20 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605194780.92.0.106870522482.issue42327@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PyModule_Add() allows to make such macro much simpler:

#define MOD_ADD(name, expr) \
    do { \
        if (PyModule_Add(mod, name, expr) < 0) { \
            return -1; \
        } \
    } while (0)

PyModule_AddObjectRef() is just Py_XINCREF() followed by PyModule_Add(). But since most values added to the module are new references, Py_XINCREF() is usually not needed. The PyModule_Add* API is a convenient API. It is not necessary, you can use PyModule_GetDict() + PyDict_SetItemString(), but with this API it is easier. And PyModule_Add() is a correct PyModule_AddObject() (which was broken a long time ago and cannot be fixed now) and is more convenient than PyModule_AddObjectRef().

PyModule_AddIntConstant() and PyModule_AddStringConstant() can be easily expressed in terms of PyModule_Add():

    PyModule_Add(m, name, PyLong_FromLong(value))
    PyModule_Add(m, name, PyUnicode_FromString(value))

And it is easy to combine it with other functions: PyLong_FromLongLong(), PyLong_FromUnsignedLong(), PyLong_FromVoidPtr(), PyFloat_FromDouble(), PyCapsule_New(), PyType_FromSpec(), etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:31:14 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 15:31:14 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
In-Reply-To: <1605147783.95.0.972217346071.issue42329@roundup.psfhosted.org>
Message-ID: <1605195074.64.0.165271048752.issue42329@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

So shall we just close this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:48:05 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 12 Nov 2020 15:48:05 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605196085.96.0.738809950931.issue42317@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

Dominik, would you like to submit a PR for this :) ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Thu Nov 12 10:57:50 2020
From: report at bugs.python.org (Mark Shannon)
Date: Thu, 12 Nov 2020 15:57:50 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605196670.86.0.611337726467.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


----------
pull_requests: +22148
pull_request: https://github.com/python/cpython/pull/23251

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Thu Nov 12 11:01:53 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 16:01:53 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605196913.19.0.625776161443.issue41987@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

So the biggest difference I see is that ForwardRef._evaluate() has grown a recursive_guard argument in 3.9. This makes me think that in 3.8, only one level of evaluation was happening, and in 3.8, we keep evaluating until we don't see a string or ForwardRef.

The specific examples all happen at a point where the forward ref "C" cannot be resolved at all yet (since they're happening *in the class body*).

Possibly the best way out is to treat unresolved references differently, and just return the ForwardRef to the caller -- after all this is what the example does in 3.8.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Thu Nov 12 11:35:43 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 16:35:43 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605198943.45.0.818324639377.issue42327@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> PyModule_AddObjectRef() is just Py_XINCREF() followed by PyModule_Add(). But since most values added to the module are new references, Py_XINCREF() is usually not needed.

There is no general rule. I saw two main cases.


(A) Create an object only to add it into the module. PyModule_Add() and PyModule_AddObject() are good for that case.

Example in the array module:

    PyObject *typecodes = PyUnicode_DecodeASCII(buffer, p - buffer, NULL);
    if (PyModule_AddObject(m, "typecodes", typecodes) < 0) {
        Py_XDECREF(typecodes);
        return -1;
    }

This code can be rewritten with PyModule_Add():

    PyObject *typecodes = PyUnicode_DecodeASCII(buffer, p - buffer, NULL);
    if (PyModule_Add(m, "typecodes", typecodes) < 0) {
        return -1;
    }

Py_XDECREF(typecodes) is no longer needed using PyModule_Add().


(B) Add an existing object into the module, but the objet is already stored elsewhere. PyModule_AddObjectRef() is good for that case. It became common to have this case when an object is also stored in the module state. 

Example in _ast:

    state->AST_type = PyType_FromSpec(&AST_type_spec);
    if (!state->AST_type) {
        return 0;
    }
    (...)
    if (PyModule_AddObjectRef(m, "AST", state->AST_type) < 0) {
        return -1;
    }

state->AST_type and module attribute both hold a strong reference to the type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Thu Nov 12 11:48:53 2020
From: report at bugs.python.org (=?utf-8?q?Tin_Tvrtkovi=C4=87?=)
Date: Thu, 12 Nov 2020 16:48:53 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605199733.36.0.39516669489.issue42332@roundup.psfhosted.org>


Tin Tvrtkovi? <tinchester at gmail.com> added the comment:

It would be great if we could get this into 3.9.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:07:32 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 12 Nov 2020 17:07:32 +0000
Subject: [issue42321] Limitations of building a static python library on
 Windows (MSVC)
In-Reply-To: <1605092944.99.0.846170667375.issue42321@roundup.psfhosted.org>
Message-ID: <1605200852.81.0.550090581247.issue42321@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

> Does a statically built Windows python.exe support C extension modules at all?

I've given this some thought in the past, and I suspect the answer is "no" unless you were to also statically link the extension modules into the same executable (which will likely require code modifications).

That may answer the rest of your queries, but perhaps not. I'll have to give those some more thought.

> For now, I'm disabling extensions on a static MSVC build.

This seems like the best option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42321>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:09:41 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 17:09:41 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605200981.06.0.110388479153.issue42332@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I think it's reasonable to consider this a bug to be fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:19:18 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 12 Nov 2020 17:19:18 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
Message-ID: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

Move all objects to module state. Convert all types and extensions to heap types.

----------
messages: 380837
nosy: christian.heimes
priority: normal
severity: normal
stage: patch review
status: open
title: Port ssl module to heap types and module state (PEP 573)
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:22:18 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 12 Nov 2020 17:22:18 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605201738.49.0.145756775762.issue42333@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
keywords: +patch
pull_requests: +22149
pull_request: https://github.com/python/cpython/pull/23253

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:27:51 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 17:27:51 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
In-Reply-To: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>
Message-ID: <1605202071.98.0.756703228178.issue42308@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 750c5abf43b7b1627ab59ead237bef4c2314d29e by Mario Corchero in branch 'master':
bpo-42308: Add threading.__excepthook__ (GH-23218)
https://github.com/python/cpython/commit/750c5abf43b7b1627ab59ead237bef4c2314d29e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Thu Nov 12 12:28:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 17:28:17 +0000
Subject: [issue42308] Add threading.__excepthook__ similar to
 sys.__excepthook__
In-Reply-To: <1605006541.53.0.440753194072.issue42308@roundup.psfhosted.org>
Message-ID: <1605202097.67.0.785017816083.issue42308@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

PR merged, thanks Mario.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42308>
_______________________________________

From report at bugs.python.org  Thu Nov 12 13:19:35 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 12 Nov 2020 18:19:35 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605205175.0.0.802636008759.issue42333@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 12 13:23:57 2020
From: report at bugs.python.org (autospamfighter)
Date: Thu, 12 Nov 2020 18:23:57 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
Message-ID: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>


New submission from autospamfighter <autospamfighter at yahoo.com>:

I was trying to make a custom complex class that looked something like this and it failed. I replaced complex with int and it also failed, but I tried float and it worked.

---fail
class A(complex):
    def __init__(self, test):
        super().__init__()

A(test=5)

---fail
class A(int):
    def __init__(self, test):
        super().__init__()

A(test=5)

---work
class A(float):
    def __init__(self, test):
        super().__init__()

A(test=5)

----------
components: Library (Lib)
messages: 380840
nosy: autospamfighter
priority: normal
severity: normal
status: open
title: Subclassing int and complex with keyword arguments weird
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Thu Nov 12 13:48:18 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 12 Nov 2020 18:48:18 +0000
Subject: [issue42329] typing classes do not have __name__ attributes in 3.7+
In-Reply-To: <1605147783.95.0.972217346071.issue42329@roundup.psfhosted.org>
Message-ID: <1605206898.25.0.517999776655.issue42329@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

working as intended, they aren't classes.

----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42329>
_______________________________________

From report at bugs.python.org  Thu Nov 12 13:50:33 2020
From: report at bugs.python.org (autospamfighter)
Date: Thu, 12 Nov 2020 18:50:33 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
In-Reply-To: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>
Message-ID: <1605207033.93.0.366720190238.issue42334@roundup.psfhosted.org>


autospamfighter <autospamfighter at yahoo.com> added the comment:

I tried some more classes and str is weird, but dict and set work fine. very weird

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Thu Nov 12 14:12:30 2020
From: report at bugs.python.org (Ryan Sobol)
Date: Thu, 12 Nov 2020 19:12:30 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605208350.37.0.3839742015.issue41987@roundup.psfhosted.org>


Ryan Sobol <hello at ryansobol.com> added the comment:

Does anyone know why the treatment of unresolved references was changed in 3.9?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Thu Nov 12 14:23:37 2020
From: report at bugs.python.org (E. Paine)
Date: Thu, 12 Nov 2020 19:23:37 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605209017.49.0.0104598345756.issue42273@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

Sorry Brett to readd you to the nosy for this, but we only got half a sentence in msg380718 (which is surely not what you intended?).

While I agree with you that this is not a bug, I do feel at least a note in the docs would be helpful to explain the implications of *adding* to sys.modules (the existing docs only mention replacing the dictionary or removing items from it).

Again, sorry to readd you to the nosy but Kevin's msg380719 was specifically for you.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Thu Nov 12 14:29:50 2020
From: report at bugs.python.org (Ryan Sobol)
Date: Thu, 12 Nov 2020 19:29:50 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605209390.81.0.450017333666.issue41987@roundup.psfhosted.org>


Ryan Sobol <hello at ryansobol.com> added the comment:

Also, I'm a bit puzzled about something from the previously mentioned Integer class and its use of __future__.annotations. 

Why is?it possible to declare an Integer return type for the add() method, but only possible to declare an "Integer" forward reference for the _() method?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Thu Nov 12 14:49:41 2020
From: report at bugs.python.org (Mark Shannon)
Date: Thu, 12 Nov 2020 19:49:41 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605210581.31.0.294137380895.issue42246@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:


New changeset cc75ab791dd5ae2cb9f6e0c3c5f734a6ae1eb2a9 by Mark Shannon in branch 'master':
bpo-42246: Eliminate jumps to exit blocks by copying those blocks. (#23251)
https://github.com/python/cpython/commit/cc75ab791dd5ae2cb9f6e0c3c5f734a6ae1eb2a9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Thu Nov 12 14:56:42 2020
From: report at bugs.python.org (Charles Staton)
Date: Thu, 12 Nov 2020 19:56:42 +0000
Subject: [issue42335] Python Crashes Exception code 0xc0000374 ntdll.dll
Message-ID: <1605211002.39.0.559634487384.issue42335@roundup.psfhosted.org>


New submission from Charles Staton <cstaton at ftlg.net>:

Hello, I am experiencing crashes of Python 3.8.5 (32 bit) on multiple identical Windows 10 x64 (Enterprise 2016 LTSB) machines. The Crashes are of the sort with the Windows popup "Python has stopped working" and there is no traceback.

The crashes occur sporadically. My program might run several days or just an hour, but invariably Python will crash if you wait long enough. I have attached a zip file containing all of the information provided by Windows in Application Logs, as well as some AppVerifier logs. I do not believe the AppVerifier logs are relevant however, as running my program with AppVerifier turned on causes Python to crash immediately upon startup and the information provided by Windows in Application Logs seems to indicate that it's AppVerifier crashing, not Python.

My program is quite large and is importing several libraries. It has a PyQt5 GUI, and I'm using PyQt5's QThreadpool() to run several threads concurrently which do various things like: communicate with a web API (rauth, requests), communicate with a PLC (pyModbusTCP), communicate with another PLC (python-Snap7), communicate with an RS485 printer (pySerial), write CSV logs to a network drive, et. al. 

I'm running this program in a venv setup by PyCharm. The full information is in the attached zip file but here's an excerpt:

Faulting application name: python.exe, version: 3.8.5150.1013, time stamp: 0x5f15bc04
Faulting module name: ntdll.dll, version: 10.0.14393.206, time stamp: 0x57dacde1
Exception code: 0xc0000374
Fault offset: 0x000d9841
Faulting process id: 0x1550
Faulting application start time: 0x01d6b839c684e37d
Faulting application path: C:\Users\Administrator\AppData\Local\Programs\Python\Python38-32\python.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 24636ab4-7c06-4cd6-b8f8-4e20bfc59dce

Googling various clues has given me a vague clue that this is caused by Python attempting to access memory that it shouldn't. I have no idea how that happens or why. I'm clueless as to how I should go about troubleshooting this. If anyone can help I will be very grateful.

----------
components: Interpreter Core, Library (Lib), ctypes
files: Python Crash Data.zip
messages: 380847
nosy: strantor
priority: normal
severity: normal
status: open
title: Python Crashes Exception code 0xc0000374 ntdll.dll
versions: Python 3.8
Added file: https://bugs.python.org/file49594/Python Crash Data.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42335>
_______________________________________

From report at bugs.python.org  Thu Nov 12 15:38:13 2020
From: report at bugs.python.org (Dominik V.)
Date: Thu, 12 Nov 2020 20:38:13 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605213493.74.0.256928948468.issue42317@roundup.psfhosted.org>


Change by Dominik V. <dominik.vilsmeier1123 at gmail.com>:


----------
keywords: +patch
pull_requests: +22150
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23254

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Thu Nov 12 15:41:19 2020
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 12 Nov 2020 20:41:19 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605213679.12.0.610352437518.issue42273@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:

You can ignore the half sentence. I was contemplating closing this issue when I decided to leave it open in case someone wanted to propose something and another core dev wanted to take it on. But everything is working as I expect it to and you may want to do your own implementation on PyPI if you want fancier as it's already a delicate thing as it is and so adding complexity for this specific case is a tough sell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Thu Nov 12 15:41:25 2020
From: report at bugs.python.org (Brett Cannon)
Date: Thu, 12 Nov 2020 20:41:25 +0000
Subject: [issue42273] Using LazyLoader leads to AttributeError
In-Reply-To: <1604614463.81.0.853919807892.issue42273@roundup.psfhosted.org>
Message-ID: <1605213685.6.0.888020529342.issue42273@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
nosy:  -brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42273>
_______________________________________

From report at bugs.python.org  Thu Nov 12 16:14:46 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 12 Nov 2020 21:14:46 +0000
Subject: [issue32426] Tkinter: reference document of possible cursor names
In-Reply-To: <1514241431.48.0.213398074469.issue32426@psf.upfronthosting.co.za>
Message-ID: <1605215686.06.0.277474769888.issue32426@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A link here is not a patch.  The current tkinter doc for the cursor option in https://docs.python.org/3/library/tkinter.html#tk-option-data-types badly needs updating.
"""
    The standard X cursor names from cursorfont.h can be used, without the XC_ prefix. For example to get a hand cursor (XC_hand2), use the string "hand2". You can also specify a bitmap and mask file of your own. See page 179 of Ousterhout?s book.
"""

The ttk doc https://docs.python.org/3/library/tkinter.ttk.html#standard-options is, as noted, incomplete.
"Specifies the mouse cursor to be used for the widget. If set to the empty string (the default), the cursor is inherited for the parent widget."


I propose to replace the tkinter entry with a combined and updated entry.
"""
    The name of the cursor to use when the mouse point is over the widget.  An empty string, the default, means to inherit the cursor from the parent widget or the system. "none" means no cursor.  Other names recognized by tk are listed at https://www.tcl.tk/man/tcl/TkCmd/cursors.htm.  Possible forms of the cross-platform cursors are illustrated at https://tkdocs.com/shipman/cursors.html.  The cursor hot spot, the point reported for mouse clicks, depends on the cursor.
"""

I may try to reference this, rather than copy it, in the ttk doc.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open
title: Tkinter.ttk Widget does not define wich option exists to set the cursor -> Tkinter: reference document of possible cursor names
type: resource usage -> 
versions: +Python 3.10 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32426>
_______________________________________

From report at bugs.python.org  Thu Nov 12 16:25:08 2020
From: report at bugs.python.org (Dominik V.)
Date: Thu, 12 Nov 2020 21:25:08 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605216308.12.0.983455697419.issue42317@roundup.psfhosted.org>


Dominik V. <dominik.vilsmeier1123 at gmail.com> added the comment:

Thinking more about it, I came to realize that it's not the Union that sits at the root of this behavior, but rather the caching performed by generic types in general. So if we consider

```
L1 = List[Union[int, str]]
L2 = List[Union[str, int]]
```

then `get_args(L1)[0] is get_args(L2)[0]` and so `get_args` has no influence on the order of arguments of the Union objects (they are already the same for L1 and L2).

So I think it would be more accurate to add the following sentence instead:

> If `X` is a generic type, the returned objects `(Y, Z, ...)` might not be identical to the ones used in the form `X[Y, Z, ...]` due to type caching.

Everything else follows from there (including flattening of nested Unions).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Thu Nov 12 16:28:21 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 21:28:21 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605216501.83.0.653002981711.issue42317@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Exactly!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Thu Nov 12 16:39:57 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 21:39:57 +0000
Subject: [issue41987] singledispatchmethod raises an error when relying on a
 forward declaration
In-Reply-To: <1602274303.54.0.362260014367.issue41987@roundup.psfhosted.org>
Message-ID: <1605217197.96.0.278899160201.issue41987@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

> Does anyone know why the treatment of unresolved references was changed in 3.9?

Probably to prepare for 3.10, where `from _future__ import annotations` is the default.

> Also, I'm a bit puzzled about something from the previously mentioned Integer class and its use of __future__.annotations. 
>
> Why is it possible to declare an Integer return type for the add() method, but only possible to declare an "Integer" forward reference for the _() method?

I don't know -- you might want to look through the source code of singledispatch. Maybe the flow through the initial decorator is different than the flow through register().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41987>
_______________________________________

From report at bugs.python.org  Thu Nov 12 16:41:25 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 21:41:25 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605217285.75.0.611241855471.issue42296@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Can you think of a fix? (Presumably restore some code that was deleted from 3.9?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:05:33 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Nov 2020 22:05:33 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605218733.15.0.119821421881.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See bpo-27400 for the _datetime module: strptime_module variable is not cleared by Py_Finalize().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:10:44 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 12 Nov 2020 22:10:44 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605219044.71.0.101657982142.issue40939@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Honestly that code seems poorly thought out. If running it returns -1, an exception was presumably reported, but not necessarily SyntaxError -- so parsing it may not produce an error at all.

The functionality needed is in PyRun_InteractiveOneObjectEx(), but that is not public. :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:39:53 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 12 Nov 2020 22:39:53 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605220793.16.0.961545523443.issue42333@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I underestimated the effort but it's done:

   +567 ?446
   1,013 lines changed

I even got rid of PyState_FindModule().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:45:52 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 12 Nov 2020 22:45:52 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605221152.65.0.845251625195.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

See bpo-42333 for _ssl module. The PR introduces module state and ports the _ssl extension to multiphase initialization.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:50:50 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 12 Nov 2020 22:50:50 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
Message-ID: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>


New submission from Steve Dower <steve.dower at python.org>:

Now that the 64-bit download is the default on python.org, we should make the build command default to 64-bit as well.

This should only affect contributors, so should be non-controversial. But we should add a "-x86" option to the batch file as well.

----------
components: Build, Windows
messages: 380858
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Make PCbuild/build.bat build x64 by default
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Thu Nov 12 17:56:01 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 12 Nov 2020 22:56:01 +0000
Subject: [issue42337] Skip building web installers on Windows
Message-ID: <1605221761.11.0.317239545027.issue42337@roundup.psfhosted.org>


New submission from Steve Dower <steve.dower at python.org>:

In future releases, we won't be advertising the web-based installers anymore. They never got much use, and the shorter list of downloads will be more beneficial to users than saving 10-20MB worth of bandwidth. The web site change has already been made, and depending on when RMs pick up the newer script might impact any future release.

For 3.10, at least, we can stop producing and uploading the web-based installer. It won't hurt to keep doing it, and the *_pdb.msi and *_d.msi files will remain (as those are always download on demand), but it can eventually stop being produced (should just be in Tools/msi/buildrelease.bat, IIRC).

----------
assignee: steve.dower
components: Build, Windows
messages: 380859
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: low
severity: normal
status: open
title: Skip building web installers on Windows
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42337>
_______________________________________

From report at bugs.python.org  Thu Nov 12 18:01:33 2020
From: report at bugs.python.org (Tim Peters)
Date: Thu, 12 Nov 2020 23:01:33 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605222093.36.0.146613330195.issue42336@roundup.psfhosted.org>


Tim Peters <tim at python.org> added the comment:

+1. If you're feeling more ambitious, it would also be good to change build.bat and rt.bat to use the same "which platform?" spellings and with the same defaults.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Thu Nov 12 18:06:15 2020
From: report at bugs.python.org (Jeff Moguillansky)
Date: Thu, 12 Nov 2020 23:06:15 +0000
Subject: [issue42338] Enable Debug Build For Python Native Modules in Windows, 
 with Visual Studio Toolchain
Message-ID: <1605222375.66.0.305564714258.issue42338@roundup.psfhosted.org>


New submission from Jeff Moguillansky <jmoguill2 at gmail.com>:

Hi,
We developed a Python module that interfaces with native code via Cython.  
We currently build on Windows with Visual Studio Toolchain. 
We encounter the following issues when trying to build a debug version:
1) 3rd party modules installed via PIP are Release mode, but Visual Studio toolchain doesn't allow to mix Debug and Release libs.  To workaround this issue, we build our module in "Release" mode, with debug symbols enabled, and with compiled optimization disabled (essentially a hack). 
2) To build our module we currently use the following hack:
step 1: run python.exe setup.py build --compiler=msvc
step 2: extract the output
step 3: change /Ox to /Od (disable compiler optimization)
        add /Zi flag to compiler flags (enable debug symbols)
        add /DEBUG flag to linker flags

Please advise what is the best solution?

----------
components: Build
messages: 380861
nosy: jmoguill2
priority: normal
severity: normal
status: open
title: Enable Debug Build For Python Native Modules in Windows, with Visual Studio Toolchain
type: compile error
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42338>
_______________________________________

From report at bugs.python.org  Thu Nov 12 18:17:30 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 12 Nov 2020 23:17:30 +0000
Subject: [issue42319] The `functools.singledispatchmethod` example in the
 document cannot run
In-Reply-To: <1605081595.15.0.657429202369.issue42319@roundup.psfhosted.org>
Message-ID: <1605223050.73.0.927972905921.issue42319@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

There's an earlier issue created that relates to this (https://bugs.python.org/issue39679) and there are some possible solutions to get singledispatchmethod and classmethod work there.

----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42319>
_______________________________________

From report at bugs.python.org  Thu Nov 12 18:35:38 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Thu, 12 Nov 2020 23:35:38 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605224138.28.0.840505104462.issue40939@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> By the way, is there a replacement for this function? The unbound project uses it to display a SyntaxError when PyRun_SimpleFile() fails.

There is no replacement for the function because that function returned CST nodes and those not exist anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Thu Nov 12 18:46:45 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Thu, 12 Nov 2020 23:46:45 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1605224805.48.0.0178156093933.issue17852@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 12 19:50:10 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 00:50:10 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605228610.62.0.228937325386.issue42296@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

This looks like the smallest change I can make to fix it:

diff --git a/Include/internal/pycore_pystate.h b/Include/internal/pycore_pystate.h
index 0cd5550cfd..9ff740b87b 100644
--- a/Include/internal/pycore_pystate.h
+++ b/Include/internal/pycore_pystate.h
@@ -34,7 +34,11 @@ _Py_IsMainInterpreter(PyThreadState* tstate)
 static inline int
 _Py_ThreadCanHandleSignals(PyInterpreterState *interp)
 {
+#ifndef MS_WINDOWS
     return (_Py_IsMainThread() && interp == _PyRuntime.interpreters.main);
+#else
+    return (interp == _PyRuntime.interpreters.main);
+#endif
 }

I'll need Victor(?) to confirm whether checking for the main interpreter is sufficient. We're calling this from a new thread that AFAICT never holds the GIL, and we pass the main interpreter in explicitly (from trip_signal) so this check always succeeds (here, but not necessarily in other places where it is called).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Thu Nov 12 19:52:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 00:52:47 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605228767.1.0.693017505418.issue42246@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> New changeset 877df851c3ecdb55306840e247596e7b7805a60a by Mark Shannon in branch 'master':
> bpo-42246: Partial implementation of PEP 626. (GH-23113)

This change introduced reference leaks:
https://buildbot.python.org/all/#builders/384/builds/100

5 tests failed:
    test_asyncgen test_builtin test_coroutines test_exceptions
    test_syntax

For example:

$ ./python -m test test_syntax -R 3:3 -m test.test_syntax.SyntaxTestCase.test_no_indent
0:00:00 load avg: 1.59 Run tests sequentially
0:00:00 load avg: 1.59 [1/1] test_syntax
beginning 6 repetitions
123456
......
test_syntax leaked [27, 27, 27] references, sum=81
test_syntax leaked [20, 20, 20] memory blocks, sum=60
test_syntax failed

== Tests result: FAILURE ==

1 test failed:
    test_syntax

Total duration: 955 ms
Tests result: FAILURE

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:01:48 2020
From: report at bugs.python.org (hongweipeng)
Date: Fri, 13 Nov 2020 02:01:48 +0000
Subject: [issue42319] The `functools.singledispatchmethod` example in the
 document cannot run
In-Reply-To: <1605081595.15.0.657429202369.issue42319@roundup.psfhosted.org>
Message-ID: <1605232908.58.0.594322204851.issue42319@roundup.psfhosted.org>


hongweipeng <hongweichen8888 at sina.com> added the comment:

Thanks,so close this one due to duplicate issue.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42319>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:19:41 2020
From: report at bugs.python.org (Jelle Geerts)
Date: Fri, 13 Nov 2020 02:19:41 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
Message-ID: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>


New submission from Jelle Geerts <jellegeerts at gmail.com>:

This problem happened with 'python-3.8.6-embed-amd64.zip' when trying to import certain modules.

Note that this problem does NOT happen with Python from 'python-3.7.9-embed-amd64.zip' (its output is also attached below).

It happened with 'import socket', 'import ctypes', and so on (see below).

Platform: Windows 7 SP1 64-bit (also KB2999226 was installed)


Python 3.8.6 (tags/v3.8.6:db45529, Sep 23 2020, 15:52:53) [MSC v.1927 64 bit (AM
D64)] on win32
>>> import lzma
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<frozen zipimport>", line 259, in load_module
  File "lzma.py", line 27, in <module>
ImportError: DLL load failed while importing _lzma: De parameter is onjuist.
>>> import socket
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<frozen zipimport>", line 259, in load_module
  File "socket.py", line 49, in <module>
ImportError: DLL load failed while importing _socket: De parameter is onjuist.
>>> import ctypes
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<frozen zipimport>", line 259, in load_module
  File "ctypes\__init__.py", line 7, in <module>
ImportError: DLL load failed while importing _ctypes: De parameter is onjuist.
>>> import bz2
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<frozen zipimport>", line 259, in load_module
  File "bz2.py", line 19, in <module>
ImportError: DLL load failed while importing _bz2: De parameter is onjuist.
>>>


For comparison, with Python from 'python-3.7.9-embed-amd64.zip' it does work:


Python 3.7.9 (tags/v3.7.9:13c94747c7, Aug 17 2020, 18:58:18) [MSC v.1900 64 bit
(AMD64)] on win32
>>> import lzma
>>> import socket
>>> import ctypes
>>> import bz2
>>>

----------
components: Installation
messages: 380867
nosy: bughunter2
priority: normal
severity: normal
status: open
title: official embedded Python fails to import certain modules
type: crash
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:20:27 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:20:27 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
In-Reply-To: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>
Message-ID: <1605234027.74.0.870328463237.issue42340@roundup.psfhosted.org>


Change by Benjamin Fogle <benfogle at gmail.com>:


Added file: https://bugs.python.org/file49595/sigint_condition_1.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:20:05 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:20:05 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
Message-ID: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>


New submission from Benjamin Fogle <benfogle at gmail.com>:

This is related to bpo-29988, and I'm happy to move this to there. I made this a separate issue because this is a workaround, not a fix as was being discussed there. Also unlike bpo-29988, this is not restricted to context managers or finally blocks.

TL;DR: Raising exceptions from interrupt handlers (most notably KeyboardInterrupt) can wreak havoc in ways that are impossible to fix. This should be noted in the documentation, with a workaround.

I've attached a few example scripts that cause various strange behavior on Linux when a KeyboardInterrupt is raised at just the right time. There are likely many, many more possible examples:
  - sigint_condition_1.py: Cause a deadlock with threading.Condition
  - sigint_condition_2.py: Cause a double-release and/or notify on unacquired threading.Condition
  - sigint_tempfile.py: Cause NamedTemporaryFiles to not be deleted
  - sigint_zipfile.py: Cause ZipExtFile to corrupt its state

When a user presses Ctrl+C, a KeyboardInterrupt will be raised on the main thread at some later time. This exception may be raised after any bytecode, and most Python code, including the standard library, is not designed to handle exceptions that spring up from nowhere.

As a simple example, consider threading.Condition:

    def __enter__(self):
        return self._lock.__enter__()

The KeyboardInterrupt could be raised just prior to return. In this case, __exit__ will never be called, and the underlying lock will remain acquired. A similar problem occurs if KeyboardInterrupt occurs at the start of __exit__.

This can be mitigated by attempting to catch a KeyboardInterrupt *absolutely everywhere*, but even then, it can't be fixed completely.

    def __enter__(self):
        try:
            # it could happen here, in which case we should not unlock
            ret = self._lock.__enter__()
            # it could happen here, in which case we must unlock
        except KeyboardInterrupt:
	    # it could, in theory, happen again right here
            ...
	    raise
	return ret
        # it could happen here, which is the same problem we had before

This is not restricted to context handlers or try/finally blocks. The zipfile module is a good example of code that is almost certain to enter an inconsistent state if a KeyboardInterrupt is raised while it's doing work:

    class ZipExtFile:
        ...
        def read1(self, n):
            ...
            self._readbuffer = b''
            # what happens if KeyboardInterrupt happens here?
            self._offset = 0
            ...

Due to how widespread this is, it's not worth "fixing". (And honestly, it seems to be a rare problem in practice.) I believe that it would be better to clearly document that KeyboardInterrupt (or any exception propagated from a signal handler) may leave the system
in an inconsistent state. Complex or high reliability applications should avoid catching KeyboardInterrupt as a way of gracefully shutting down, and should prefer registering their own SIGINT handler. They should also avoid raising exceptions from signal handlers at all.

----------
assignee: docs at python
components: Documentation
messages: 380868
nosy: benfogle, docs at python
priority: normal
severity: normal
status: open
title: KeyboardInterrupt should come with a warning
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:20:36 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:20:36 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
In-Reply-To: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>
Message-ID: <1605234036.1.0.0389109853464.issue42340@roundup.psfhosted.org>


Change by Benjamin Fogle <benfogle at gmail.com>:


Added file: https://bugs.python.org/file49596/sigint_condition_2.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:20:48 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:20:48 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
In-Reply-To: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>
Message-ID: <1605234048.84.0.245021955867.issue42340@roundup.psfhosted.org>


Change by Benjamin Fogle <benfogle at gmail.com>:


Added file: https://bugs.python.org/file49598/sigint_zipfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:20:43 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:20:43 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
In-Reply-To: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>
Message-ID: <1605234043.62.0.618494763376.issue42340@roundup.psfhosted.org>


Change by Benjamin Fogle <benfogle at gmail.com>:


Added file: https://bugs.python.org/file49597/sigint_tempfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 21:28:38 2020
From: report at bugs.python.org (Benjamin Fogle)
Date: Fri, 13 Nov 2020 02:28:38 +0000
Subject: [issue42340] KeyboardInterrupt should come with a warning
In-Reply-To: <1605234005.33.0.891581452406.issue42340@roundup.psfhosted.org>
Message-ID: <1605234518.26.0.782860534823.issue42340@roundup.psfhosted.org>


Change by Benjamin Fogle <benfogle at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42340>
_______________________________________

From report at bugs.python.org  Thu Nov 12 22:45:30 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 13 Nov 2020 03:45:30 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605239130.4.0.309819899922.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

Note that this issue only applies to a process that has a single Python thread. With multiple Python threads, the signal handler gets called when the main thread acquires the GIL. 

As far as Windows console-driven SIGINT and SIGBREAK are concerned, C signal_handler() is called on a new thread that the interpreter has never seen before and will never see again. But there's also signal.raise_signal(signal.SIGINT) to consider, executing on a Python thread. Another path to trip_signal() is via _thread.interrupt_main(), i.e. PyErr_SetInterrupt().

_Py_ThreadCanHandleSignals() checks whether the current thread is the main thread in the main interpreter. It gets called to guarantee this condition in multiple places, such as handle_signals() in Python/ceval.c. So the _Py_IsMainThread() call is required. In Windows, maybe the main-thread check could be bypassed in SIGNAL_PENDING_SIGNALS() for a non-Python thread (i.e. no tstate), by directly setting ceval2->eval_breaker instead of calling COMPUTE_EVAL_BREAKER() in this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Thu Nov 12 22:59:37 2020
From: report at bugs.python.org (Inada Naoki)
Date: Fri, 13 Nov 2020 03:59:37 +0000
Subject: [issue42141] Speedup various dict inits
In-Reply-To: <1603574269.77.0.908879318121.issue42141@roundup.psfhosted.org>
Message-ID: <1605239977.28.0.662262148898.issue42141@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
resolution:  -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42141>
_______________________________________

From report at bugs.python.org  Fri Nov 13 00:36:10 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Fri, 13 Nov 2020 05:36:10 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
In-Reply-To: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>
Message-ID: <1605245770.68.0.810728354716.issue42334@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

This is because int, str, and complex are immutable. If I have 

    class MyInt(int):
        def __init__(self, stuff):
            pass

then when I call MyInt("19"), the string "19" is passed to the constructor int.__new__ before the overridden initializer MyInt.__init__. You can only override that by implementing a MyInt.__new__ to override the int constructor.

This is not a bug.

----------
nosy: +Dennis Sweeney

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Fri Nov 13 00:41:37 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Fri, 13 Nov 2020 05:41:37 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
In-Reply-To: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>
Message-ID: <1605246097.28.0.630686273726.issue42334@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

Here's an example:

class A(complex):
    def __init__(self, *args, test):
        self.test = test
    def __new__(cls, *args, test):
        return super().__new__(cls, *args)

>>> a = A(1, test="TEST")
>>> a
(1+0j)
>>> a.test
'TEST'

>>> b = A(1, 1, test="TEST2")
>>> b
(1+1j)
>>> b.test
'TEST2'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Fri Nov 13 01:11:46 2020
From: report at bugs.python.org (Mike Frysinger)
Date: Fri, 13 Nov 2020 06:11:46 +0000
Subject: [issue42253] xml.dom.minidom.rst missing standalone documentation
In-Reply-To: <1604412182.71.0.862314326589.issue42253@roundup.psfhosted.org>
Message-ID: <1605247906.38.0.656164157267.issue42253@roundup.psfhosted.org>


Change by Mike Frysinger <vapier at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
title: xml.dom.minidom.rst missed informations -> xml.dom.minidom.rst missing standalone documentation

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42253>
_______________________________________

From report at bugs.python.org  Fri Nov 13 01:13:51 2020
From: report at bugs.python.org (Mike Frysinger)
Date: Fri, 13 Nov 2020 06:13:51 +0000
Subject: [issue23436] xml.dom.minidom.Element.ownerDocument is hidden
In-Reply-To: <1423596643.73.0.960398071264.issue23436@psf.upfronthosting.co.za>
Message-ID: <1605248031.34.0.960271805477.issue23436@roundup.psfhosted.org>


Change by Mike Frysinger <vapier at gmail.com>:


----------
title: xml.dom.minidom.Element.ownerDocument is hiden -> xml.dom.minidom.Element.ownerDocument is hidden

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23436>
_______________________________________

From report at bugs.python.org  Fri Nov 13 01:22:54 2020
From: report at bugs.python.org (Mike Frysinger)
Date: Fri, 13 Nov 2020 06:22:54 +0000
Subject: [issue42341] xml.dom.minidom parsing omits Text nodes in top level
Message-ID: <1605248574.32.0.904298964211.issue42341@roundup.psfhosted.org>


New submission from Mike Frysinger <vapier at gmail.com>:

$ python3
Python 3.8.5 (default, Aug  2 2020, 15:09:07) 
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from xml.dom import minidom

# Lets parse a simple XML file with comment & text nodes in the top level.
>>> dom = minidom.parseString('<?xml version="1.0" encoding="UTF-8"?>\n<!--foo-->\n<!--bar-->\n<main>\n<!--foo-->\n<!--bar-->\n</main>\n')

# Where did those newlines get to outside of <main> ?
>>> dom.toxml()
'<?xml version="1.0" ?><!--foo--><!--bar--><main>\n<!--foo-->\n<!--bar-->\n</main>'

# No Text nodes in the root list :(.
>>> dom.childNodes
[<DOM Comment node "'foo'">, <DOM Comment node "'bar'">, <DOM Element: main at 0x7f6f5394c040>]

# But they all exist fine under <main>.
>>> dom.childNodes[2].childNodes
[<DOM Text node "'\n'">, <DOM Comment node "'foo'">, <DOM Text node "'\n'">, <DOM Comment node "'bar'">, <DOM Text node "'\n'">]

----------
components: XML
messages: 380872
nosy: vapier
priority: normal
severity: normal
status: open
title: xml.dom.minidom parsing omits Text nodes in top level
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42341>
_______________________________________

From report at bugs.python.org  Fri Nov 13 02:49:14 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 13 Nov 2020 07:49:14 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605253754.56.0.328390883126.issue42339@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
assignee:  -> steve.dower
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Fri Nov 13 04:05:44 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 09:05:44 +0000
Subject: [issue42086] AST: Document / re-design? the simple constructor nodes
 from sums
In-Reply-To: <1603137502.35.0.449039325711.issue42086@roundup.psfhosted.org>
Message-ID: <1605258344.58.0.0853309039601.issue42086@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset bc777047833256bc6b10b2c7b46cce9e9e6f956c by Miss Islington (bot) in branch '3.9':
[3.9] bpo-42086: Document AST operator nodes acts as a singleton (GH-22896) (GH-22897)
https://github.com/python/cpython/commit/bc777047833256bc6b10b2c7b46cce9e9e6f956c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42086>
_______________________________________

From report at bugs.python.org  Fri Nov 13 04:59:27 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 13 Nov 2020 09:59:27 +0000
Subject: [issue42086] AST: Document / re-design? the simple constructor nodes
 from sums
In-Reply-To: <1603137502.35.0.449039325711.issue42086@roundup.psfhosted.org>
Message-ID: <1605261567.05.0.199585724665.issue42086@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42086>
_______________________________________

From report at bugs.python.org  Fri Nov 13 05:23:37 2020
From: report at bugs.python.org (Ed Catmur)
Date: Fri, 13 Nov 2020 10:23:37 +0000
Subject: [issue42342] asyncio.open_connection(local_addr=('localhost',
 port)) fails with TypeError: AF_INET address must be a pair (host, port)
Message-ID: <1605263017.45.0.821115077968.issue42342@roundup.psfhosted.org>


New submission from Ed Catmur <ed at catmur.uk>:

Context: CentOS 7.8.2003, Python 3.8 from SCL. localhost has IPv4 and IPv6 bindings, IPv6 first:
$ python -c "import socket;print(socket.getaddrinfo('localhost',0,type=socket.SOCK_STREAM))"
[(<AddressFamily.AF_INET6: 10>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('::1', 0, 0, 0)), (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('127.0.0.1', 0))]

import asyncio
async def main():
    await asyncio.open_connection('localhost', 9990, local_addr=('localhost', 9991))
asyncio.run(main())

Traceback (most recent call last):
  File "async.py", line 4, in <module>
    asyncio.run(main())
  File "/opt/rh/rh-python38/root/usr/lib64/python3.8/asyncio/runners.py", line 43, in run
    return loop.run_until_complete(main)
  File "/opt/rh/rh-python38/root/usr/lib64/python3.8/asyncio/base_events.py", line 608, in run_until_complete
    return future.result()
  File "async.py", line 3, in main
    await asyncio.open_connection('10.10.10.10', 9990, local_addr=('localhost', 9991))
  File "/opt/rh/rh-python38/root/usr/lib64/python3.8/asyncio/streams.py", line 52, in open_connection
    transport, _ = await loop.create_connection(
  File "/opt/rh/rh-python38/root/usr/lib64/python3.8/asyncio/base_events.py", line 1002, in create_connection
    sock = await self._connect_sock(
  File "/opt/rh/rh-python38/root/usr/lib64/python3.8/asyncio/base_events.py", line 904, in _connect_sock
    sock.bind(laddr)
TypeError: AF_INET address must be a pair (host, port)

It looks like this has a similar root cause to issue 35302 - we should be filtering local addrinfos by family for valid combinations.

----------
components: asyncio
messages: 380874
nosy: asvetlov, ecatmur2, yselivanov
priority: normal
severity: normal
status: open
title: asyncio.open_connection(local_addr=('localhost', port)) fails with TypeError: AF_INET address must be a pair (host, port)
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42342>
_______________________________________

From report at bugs.python.org  Fri Nov 13 06:17:53 2020
From: report at bugs.python.org (Antti Haapala)
Date: Fri, 13 Nov 2020 11:17:53 +0000
Subject: [issue42343] threading.local documentation should be on the net...
Message-ID: <1605266273.51.0.273989729799.issue42343@roundup.psfhosted.org>


New submission from Antti Haapala <antti at haapala.name>:

The current documentation of `thread.local` is 


----
Thread-Local Data

Thread-local data is data whose values are thread specific. To manage thread-local data, just create an instance of local (or a subclass) and store attributes on it:

mydata = threading.local()
mydata.x = 1

The instance?s values will be different for separate threads.

class threading.local

    A class that represents thread-local data.

    For more details and extensive examples, see the documentation string of the _threading_local module.
----

There is no link to the `_threading_local` module docs in the documentation and none of the content from the modules docstrings appear  anywhere on docs.python.org website. This is rather annoying because the docstring contains completely non-trivial information including that threading.local can be subclassed and that the __init__ will be run once for each thread for each instance where attributes are accessed.

----------
assignee: docs at python
components: Documentation
messages: 380875
nosy: docs at python, ztane
priority: normal
severity: normal
status: open
title: threading.local documentation should be on the net...
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42343>
_______________________________________

From report at bugs.python.org  Fri Nov 13 06:43:05 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 13 Nov 2020 11:43:05 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
In-Reply-To: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>
Message-ID: <1605267785.96.0.293988859358.issue42334@roundup.psfhosted.org>


Change by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Fri Nov 13 06:43:19 2020
From: report at bugs.python.org (undefined blinded)
Date: Fri, 13 Nov 2020 11:43:19 +0000
Subject: [issue41918] exec fails to take locals into account when running list
 comprehensions or functions
In-Reply-To: <1601716004.0.0.802801393199.issue41918@roundup.psfhosted.org>
Message-ID: <1605267799.23.0.629607174617.issue41918@roundup.psfhosted.org>


undefined blinded <alex0kamp at googlemail.com> added the comment:

This seems to happen only when both arguments to exec are used:

```
Python 3.7.7 (default, Mar 10 2020, 15:43:27)
[Clang 10.0.0 (clang-1000.11.45.5)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> exec('text = ["hallo"]\ntext.append("Welt")\nprint(" ".join([text[i] for i in range(0, 2)]))')
hallo Welt
>>> exec('text = ["hallo"]\ntext.append("Welt")\nprint(" ".join([text[i] for i in range(0, 2)]))', {})
hallo Welt
>>> exec('text = ["hallo"]\ntext.append("Welt")\nprint(" ".join(text))', {}, {})
hallo Welt
>>> exec('text = ["hallo"]\ntext.append("Welt")\nprint(" ".join([text[i] for i in range(0, 2)]))', {}, {})
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<string>", line 3, in <module>
  File "<string>", line 3, in <listcomp>
NameError: name 'text' is not defined
```

----------
nosy: +alex0kamp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41918>
_______________________________________

From report at bugs.python.org  Fri Nov 13 06:50:17 2020
From: report at bugs.python.org (Nikolas Havrikov)
Date: Fri, 13 Nov 2020 11:50:17 +0000
Subject: [issue41918] exec fails to take locals into account when running list
 comprehensions or functions
In-Reply-To: <1601716004.0.0.802801393199.issue41918@roundup.psfhosted.org>
Message-ID: <1605268217.06.0.292717368557.issue41918@roundup.psfhosted.org>


Nikolas Havrikov <nikolas.havrikov at cispa.de> added the comment:

This issue also occurs in Python 3.8.6

----------
nosy: +havrikov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41918>
_______________________________________

From report at bugs.python.org  Fri Nov 13 06:53:50 2020
From: report at bugs.python.org (Mark Shannon)
Date: Fri, 13 Nov 2020 11:53:50 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605268430.72.0.878154996744.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


----------
pull_requests: +22153
pull_request: https://github.com/python/cpython/pull/23256

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Fri Nov 13 07:20:42 2020
From: report at bugs.python.org (nieder)
Date: Fri, 13 Nov 2020 12:20:42 +0000
Subject: [issue41100] Build failure on macOS 11 (beta)
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605270042.74.0.913100329557.issue41100@roundup.psfhosted.org>


Change by nieder <nieder at users.sourceforge.net>:


----------
nosy: +nieder

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Fri Nov 13 07:38:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 12:38:41 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605271121.08.0.70778422522.issue42296@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

This issue reminds me bpo-40082 where I wrote: "The problem on Windows is that each CTRL+c is executed in a different thread." I fixed the issue with:

New changeset b54a99d6432de93de85be2b42a63774f8b4581a0 by Victor Stinner in branch 'master':
bpo-40082: trip_signal() uses the main interpreter (GH-19441)
https://github.com/python/cpython/commit/b54a99d6432de93de85be2b42a63774f8b4581a0

"Fix the signal handler: it now always uses the main interpreter,
rather than trying to get the current Python thread state."

Here we have to be careful. If _Py_ThreadCanHandleSignals() always return true, we may reintroduce bpo-40010 issue: ceval bytecode evaluation loop may be interrupted at every single instruction and call eval_frame_handle_pending() which does nothing.

COMPUTE_EVAL_BREAKER() decides if the loop must be interrupted.

Rather than modifying _Py_ThreadCanHandleSignals(), I would prefer to modify SIGNAL_PENDING_CALLS(). For example, rather than using COMPUTE_EVAL_BREAKER() complex logic to decide if the current Python thread must check if there is a pending signal, always interrupt and let the thread decide if it has something to do.

The second problem is to reset eval_breaker to 0. If there is no pending signal and no pending call, eval_frame_handle_pending() leaves eval_breaker unchanged. eval_frame_handle_pending() should also be updated to reset eval_breaker in this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 07:51:33 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 12:51:33 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605271893.82.0.331736359747.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Just to be sure, what is the result of pasting and executing the following code on Tk 8.6.8 and 8.6.10?

    print(ascii("?"))

----------
nosy: +serhiy.storchaka
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 07:54:22 2020
From: report at bugs.python.org (Mark Shannon)
Date: Fri, 13 Nov 2020 12:54:22 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1605272062.22.0.656992161909.issue42246@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:


New changeset fd009e606a48e803e7187983bf9a5682e938fddb by Mark Shannon in branch 'master':
bpo-42246: Fix memory leak in compiler (GH-23256)
https://github.com/python/cpython/commit/fd009e606a48e803e7187983bf9a5682e938fddb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Fri Nov 13 07:56:40 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 12:56:40 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605272200.63.0.468425662622.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Well, it is likely the same syntax error. Then what will print

    print(ascii(input()))

when you paste ? and press Enter?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:17:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 13:17:42 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605273462.4.0.334111699115.issue42296@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:25:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 13:25:11 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605273911.32.0.354374813853.issue38823@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22155
pull_request: https://github.com/python/cpython/pull/23258

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:42:06 2020
From: report at bugs.python.org (=?utf-8?q?J=C3=BCrgen_Gmach?=)
Date: Fri, 13 Nov 2020 13:42:06 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
Message-ID: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>


New submission from J?rgen Gmach <juergen.gmach at googlemail.com>:

When tinkering around with `SimpleNamespace` I tried to figure out the reasons for using it over just the `class NS: pass` alternative.

One reason is the comparison, which is not a plain `id` comparison, but an attribute comparison.

When looking at the documentation of the imaginary python implementation, where only dicts are compared, the reader (me) could think you can compare it to classes.
https://docs.python.org/3/library/types.html?highlight=simplenamespace#types.SimpleNamespace

```
>>> from types import SimpleNamespace
>>> simple_ns = SimpleNamespace(a=1, b="two")

>>> class NS: pass
>>> class_ns = NS()
>>> class_ns.a = 1
>>> class_ns.b = "two"

>>> simple_ns == class_ns
>>> False
```

Actually, the C implementation compares the types, too.
https://github.com/python/cpython/blob/bc777047833256bc6b10b2c7b46cce9e9e6f956c/Objects/namespaceobject.c#L163-L171

While the documentation says the Python impl is "roughly equivalent", 
I's still suggest to update the documentation.

If there is some agreement, I'd create a pull request.

----------
messages: 380882
nosy: jugmac00
priority: normal
severity: normal
status: open
title: SimpleNamespace: update documentation regarding comparison

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:44:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 13:44:17 +0000
Subject: [issue38823] Improve stdlib module initialization error handling.
In-Reply-To: <1573930465.91.0.871939917002.issue38823@roundup.psfhosted.org>
Message-ID: <1605275057.13.0.882887538303.issue38823@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 0cec97eb6a3e31493c29ef9398fcf39a5ec445a6 by Victor Stinner in branch 'master':
bpo-38823: Fix compiler warning in _ctypes on Windows (GH-23258)
https://github.com/python/cpython/commit/0cec97eb6a3e31493c29ef9398fcf39a5ec445a6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38823>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:44:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 13:44:46 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605275086.13.0.243685985576.issue42296@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset d96a7a83133250377219227b5cfab4dbdddc5d3a by Victor Stinner in branch 'master':
bpo-42296: On Windows, fix CTRL+C regression (GH-23257)
https://github.com/python/cpython/commit/d96a7a83133250377219227b5cfab4dbdddc5d3a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:49:52 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 13:49:52 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605275392.64.0.821076499852.issue42296@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 9.0 -> 10.0
pull_requests: +22156
pull_request: https://github.com/python/cpython/pull/23259

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 08:55:12 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Nov 2020 13:55:12 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605275712.31.0.396229669437.issue42344@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

If the implementation compares the classes, then I think the "roughly equivalent" version should, too.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:08:17 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 13 Nov 2020 14:08:17 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605276497.04.0.935978033731.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> always interrupt and let the thread decide if it has something to do.

SIGNAL_PENDING_CALLS() is called on a Python thread via signal.raise_signal() or _thread.interrupt_main() / PyErr_SetInterrupt(). If you'd rather keep the COMPUTE_EVAL_BREAKER() call in that case, the console control-event case can be distinguished via PyGILState_GetThisThreadState(). It returns NULL if there's no thread state, i.e. WINAPI TlsGetValue returns NULL.

----------
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:11:41 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 14:11:41 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605276701.88.0.455382055385.issue42296@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e5729aef6ff67ae7ed05dffc0855477823826191 by Miss Islington (bot) in branch '3.9':
bpo-42296: On Windows, fix CTRL+C regression (GH-23257)
https://github.com/python/cpython/commit/e5729aef6ff67ae7ed05dffc0855477823826191


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:12:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:12:06 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605276726.74.0.112968665206.issue41617@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:11:55 2020
From: report at bugs.python.org (Dominik V.)
Date: Fri, 13 Nov 2020 14:11:55 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
Message-ID: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>


New submission from Dominik V. <dominik.vilsmeier1123 at gmail.com>:

[PEP 586](https://www.python.org/dev/peps/pep-0586/#shortening-unions-of-literals) specifies that

    Literal[v1, v2, v3]

is equivalent to

    Union[Literal[v1], Literal[v2], Literal[v3]]

Since the equality of Unions doesn't take into account the order of arguments, Literals parametrized with multiple arguments should not be order dependent either. However they seem to:

    >>> Literal[1, 2] == Literal[2, 1]
    False

Compare with the equivalent form:

    >>> Union[Literal[1], Literal[2]] == Union[Literal[2], Literal[1]]
    True

In addition to that, the PEP specifies that nested Literals should be equivalent to the flattened version (https://www.python.org/dev/peps/pep-0586/#legal-parameters-for-literal-at-type-check-time). This section is titled "Legal parameters for Literal at type check time" but since the PEP doesn't specify runtime behavior differently, I think it makes sense to assume it is the same. It seems to be different though:

    >>> Literal[Literal[1, 2], 3]
    typing.Literal[typing.Literal[1, 2], 3]
    >>> Literal[Literal[1, 2], 3] == Literal[1, 2, 3]
    False

Also the flattening follows from the above definition `Literal[v1, v2, v3] == Union[Literal[v1], Literal[v2], Literal[v3]]` and the fact that Unions are flattened.

----------
messages: 380888
nosy: Dominik V.
priority: normal
severity: normal
status: open
title: Equality of typing.Literal depends on the order of arguments
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:13:31 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:13:31 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605276811.29.0.701870057246.issue41617@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Unfortunately the patch ultimately committed did not fix the build there. Clang reports its version as "Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn)". __clang_major__ is 4 and __clang_minor__ is 2.

Oh... I wrote PR 23260 which is based on your original PR 21942. I added a new _Py__has_builtin() macro rather than defining a __has_builtin() which always returns 0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:15:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:15:36 +0000
Subject: [issue40989] [C API] Remove _Py_NewReference() and
 _Py_ForgetReference() from the public C API
In-Reply-To: <1592255135.39.0.855912884014.issue40989@roundup.psfhosted.org>
Message-ID: <1605276936.46.0.648586645293.issue40989@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See also "Removal of _Py_ForgetReference from public header in 3.9 issue" thread on python-dev list:
https://mail.python.org/archives/list/python-dev at python.org/thread/CQYVR7TZZITURBZKVWIEOBGF343GI52W/#CQYVR7TZZITURBZKVWIEOBGF343GI52W

And "Re: [Python-Dev] Removal of _Py_ForgetReference from public header in 3.9 issue" thread on capi-sig list:
https://mail.python.org/archives/list/capi-sig at python.org/thread/4EOCN7P4HI56GQ74FY3TMIKDBIPGKL2G/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40989>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:23:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:23:09 +0000
Subject: [issue42346] [subinterpreters] Deny os.fork() in subinterpreters?
Message-ID: <1605277389.1.0.366726177524.issue42346@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

_PyInterpreterState_DeleteExceptMain() contains the following check:

    PyThreadState *tstate = _PyThreadState_Swap(gilstate, NULL);
    if (tstate != NULL && tstate->interp != runtime->interpreters->main) {
        return _PyStatus_ERR("not main interpreter");
    }

os.fork() is allow in subinterpreters and PyOS_AfterFork_Child() doesn't seem to update runtime->interpreters->main.

Either we should update runtime->interpreters->main after fork in the child process, or os.fork() should be denied in subinterpreters.

In bpo-37266, I denied the creation of daemon threads in subinterpreters. But I had to revert this change: see bpo-40234.

----------
components: Subinterpreters
messages: 380891
nosy: vstinner
priority: normal
severity: normal
status: open
title: [subinterpreters] Deny os.fork() in subinterpreters?
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42346>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:26:46 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 14:26:46 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605277606.39.0.877277631915.issue42345@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +gvanrossum, levkivskyi

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:30:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:30:47 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605277847.47.0.293468626368.issue42296@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> SIGNAL_PENDING_CALLS() is called on a Python thread via signal.raise_signal() or _thread.interrupt_main() / PyErr_SetInterrupt(). If you'd rather keep the COMPUTE_EVAL_BREAKER() call in that case, the console control-event case can be distinguished via PyGILState_GetThisThreadState(). It returns NULL if there's no thread state, i.e. WINAPI TlsGetValue returns NULL.

That sounds like a micro-optimization which is not worth it. The code is already quite complicated. I don't think that it's a big deal to call eval_frame_handle_pending() *once* when a signal is received whereas the "current" Python thread cannot handle it. This function is quite simple: when there is no nothing to do, it only reads 3 atomic variable and one tstate attribute. It's cheap.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:35:57 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:35:57 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605278157.16.0.455285546277.issue42296@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This code cannot be interrupted with ^C on Windows (e.g. in the REPL)

I tested manually: it's now fixed in 3.9 and master branches.

Thanks for the bug report Guido.


Signal handling is hard. Threads + signals is worse! :-) I modified _PyEval_SignalReceived() to always set eval_breaker to 1. See comments of my commit for the long rationale ;-)


If someone knows how to write an automated test for that on Windows, please create a PR and open a new issue ;-)

----------
priority: release blocker -> 
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:36:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:36:05 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605278165.38.0.775177049635.issue42296@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
keywords: +3.9regression -patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:38:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 14:38:25 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605278305.15.0.830628381689.issue41617@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset b3b98082c5431e77c64cab2c85525a804436b505 by Victor Stinner in branch 'master':
bpo-41617: Add _Py__has_builtin() macro (GH-23260)
https://github.com/python/cpython/commit/b3b98082c5431e77c64cab2c85525a804436b505


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 09:54:33 2020
From: report at bugs.python.org (Ash Holland)
Date: Fri, 13 Nov 2020 14:54:33 +0000
Subject: [issue42347] loop.call_exception_handler documentation is lacking
Message-ID: <1605279273.64.0.105745281435.issue42347@roundup.psfhosted.org>


New submission from Ash Holland <ash at sorrel.sh>:

The call_exception_handler documentation lists seven permissible context keys, but the docstring lists nine, and there are two keys referred to in the default_exception_handler implementation that aren't listed in either.

The docstring (but not the documentation) mentions "task" ("Task instance") and "asyncgen" ("Asynchronous generator that caused the exception."), though at least "asyncgen" doesn't appear to be used in any exception handler in stdlib as far as I can tell. No documentation mentions "source_traceback" or "handle_traceback", but they're used by the default exception handler and are also provided by e.g. aiohttp: https://github.com/aio-libs/aiohttp/blob/a8d9ec3f1667463e80545b1cacc7833d1ff305e9/aiohttp/client_reqrep.py#L750

----------
assignee: docs at python
components: Documentation, asyncio
messages: 380895
nosy: asvetlov, docs at python, sorrel, yselivanov
priority: normal
severity: normal
status: open
title: loop.call_exception_handler documentation is lacking
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42347>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:08:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 15:08:55 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605280135.62.0.490204088346.issue41617@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22158
pull_request: https://github.com/python/cpython/pull/23262

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:15:33 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 15:15:33 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605280533.25.0.682565037944.issue42042@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22159
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23263

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:15:20 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 13 Nov 2020 15:15:20 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605280520.94.0.360252463628.issue42042@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset 09490a109faaee9cc393b52742a8575c116c56ba by Dong-hee Na in branch 'master':
bpo-42042: Use ids attribute instead of names attribute (GH-22739)
https://github.com/python/cpython/commit/09490a109faaee9cc393b52742a8575c116c56ba


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:20:35 2020
From: report at bugs.python.org (=?utf-8?q?J=C3=BCrgen_Gmach?=)
Date: Fri, 13 Nov 2020 15:20:35 +0000
Subject: [issue38914] Clarify wording for warning message when checking a
 package
In-Reply-To: <1574761271.03.0.166396347338.issue38914@roundup.psfhosted.org>
Message-ID: <1605280835.74.0.765332834064.issue38914@roundup.psfhosted.org>


Change by J?rgen Gmach <juergen.gmach at googlemail.com>:


----------
pull_requests: +22160
pull_request: https://github.com/python/cpython/pull/23264

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38914>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:21:57 2020
From: report at bugs.python.org (=?utf-8?q?J=C3=BCrgen_Gmach?=)
Date: Fri, 13 Nov 2020 15:21:57 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605280917.23.0.428739798426.issue42344@roundup.psfhosted.org>


J?rgen Gmach <juergen.gmach at googlemail.com> added the comment:

Thanks for your feedback. I created a PR on github.

----------
keywords: +patch
message_count: 2.0 -> 3.0
pull_requests: +22161
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23264

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:23:11 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 13 Nov 2020 15:23:11 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605280991.67.0.397863696564.issue42042@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
pull_requests: +22162
pull_request: https://github.com/python/cpython/pull/23265

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:24:19 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 13 Nov 2020 15:24:19 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605281059.54.0.884570844284.issue42042@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
nosy: +lukasz.langa
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:30:18 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 15:30:18 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605281418.3.0.220374164301.issue42042@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5ad468d4a8cfeb8a320659016964c23735c12a07 by Miss Islington (bot) in branch '3.8':
bpo-42042: Use ids attribute instead of names attribute (GH-22739)
https://github.com/python/cpython/commit/5ad468d4a8cfeb8a320659016964c23735c12a07


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:38:00 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 13 Nov 2020 15:38:00 +0000
Subject: [issue40968] urllib does not send http/1.1 ALPN extension
In-Reply-To: <1592046614.41.0.0652918856783.issue40968@roundup.psfhosted.org>
Message-ID: <1605281880.54.0.743650673686.issue40968@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset f97406be4c0a02c1501c7ab8bc8ef3850eddb962 by Christian Heimes in branch 'master':
bpo-40968: Send http/1.1 ALPN extension (#20959)
https://github.com/python/cpython/commit/f97406be4c0a02c1501c7ab8bc8ef3850eddb962


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40968>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:38:16 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 13 Nov 2020 15:38:16 +0000
Subject: [issue42348] Language Reference: Set items
Message-ID: <1605281896.65.0.701198414223.issue42348@roundup.psfhosted.org>


New submission from Batuhan Taskaya <isidentical at gmail.com>:

The data types section of the language reference (https://docs.python.org/3.10/reference/datamodel.html#the-standard-type-hierarchy) has this description directly under the Set type (which has 2 childs, set and frozenset). 

> These represent unordered, finite sets of unique, immutable objects.

I feel like this wording is a bit confusing, considering the items doesn't have to be immutable at all. Can we replace this with hashable?

----------
messages: 380901
nosy: BTaskaya
priority: normal
severity: normal
status: open
title: Language Reference: Set items

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42348>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:38:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 15:38:09 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605281889.82.0.975745872302.issue41617@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ec306a2fd91d8b961b2a80c080dd2262bb17d862 by Victor Stinner in branch '3.9':
bpo-41617: Add _Py__has_builtin() macro (GH-23260) (GH-23262)
https://github.com/python/cpython/commit/ec306a2fd91d8b961b2a80c080dd2262bb17d862


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:38:36 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 13 Nov 2020 15:38:36 +0000
Subject: [issue42348] Language Reference: Set items
In-Reply-To: <1605281896.65.0.701198414223.issue42348@roundup.psfhosted.org>
Message-ID: <1605281916.18.0.489403122581.issue42348@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42348>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:38:39 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 15:38:39 +0000
Subject: [issue41617] __builtin_bswap16 is used without checking it is
 supported
In-Reply-To: <1598144567.0.0.176317601198.issue41617@roundup.psfhosted.org>
Message-ID: <1605281919.16.0.631971588311.issue41617@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Ok, I hope that this issue it's really fixed ;-) Thanks again Joshua Root.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41617>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:45:09 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 13 Nov 2020 15:45:09 +0000
Subject: [issue42042] sphinx3 renders diffrently docs.python.org for 3.10
In-Reply-To: <1602763041.43.0.432643801896.issue42042@roundup.psfhosted.org>
Message-ID: <1605282309.62.0.00629572528193.issue42042@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset 0f4dd87a31130b245ec4c6ded9fd6f247e700c0d by Dong-hee Na in branch '3.9':
[3.9] bpo-42042: Use ids attribute instead of names attribute (GH-22739) (GH-23265)
https://github.com/python/cpython/commit/0f4dd87a31130b245ec4c6ded9fd6f247e700c0d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42042>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:46:53 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 13 Nov 2020 15:46:53 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605282413.25.0.887363917429.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Probably the implementation focused on static typing, not runtime checking.

Can you come up with a PR for a fix?

----------
stage:  -> needs patch
versions: +Python 3.10, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Fri Nov 13 10:51:20 2020
From: report at bugs.python.org (Yash Shete)
Date: Fri, 13 Nov 2020 15:51:20 +0000
Subject: [issue42348] Language Reference: Set items
In-Reply-To: <1605281896.65.0.701198414223.issue42348@roundup.psfhosted.org>
Message-ID: <1605282680.82.0.561126501365.issue42348@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Should it be "These represents hashable objects"

----------
nosy: +Pixmew

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42348>
_______________________________________

From report at bugs.python.org  Fri Nov 13 11:09:58 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 16:09:58 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605283798.17.0.472423531994.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

With 8.6.8 both "hang", in that the Shell window no longer accepts input. I've checked that ``print(input())`` works when I don't use an emoji. 

Interestingly enough, pasting ``print(ascii("?"))`` into an edit window does work, I can continue editing, but the display is messed up. It looks like:

   print(ascii("?"))print(ascii("

But with the first two identifiers coloured and the two other identifiers black. Saving the file results in the expected file contents.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 11:28:24 2020
From: report at bugs.python.org (Yash Shete)
Date: Fri, 13 Nov 2020 16:28:24 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605284904.99.0.706300069427.issue42318@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Well for me in Python 3.9.0
print("?")   prints ?  and 
 print(ascii("?"))   prints '\U0001f600'

It does not Raises error "utf-8' codec can't encode characters in position 7-12: surrogates not allowed." as you are suggesting

----------
nosy: +Pixmew

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 11:35:31 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 16:35:31 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605285331.21.0.735942896257.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

With 8.6.10:

>>> print(ascii("?")) raises the SyntaxError mentioned earlier
>>> print(ascii(input())) works and prints:
'\udced\udca0\udcbd\udced\udcb8\udc84'

In an editor window I don't get spurious text, but syntax colouring is a bit off: The text after the closing quote is coloured as if it is inside the string literal. That continues for the characters on the next line

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 11:38:46 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 16:38:46 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605285526.22.0.756623256491.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@Pixmew: I get this error with Tk 8.6.10 on macOS 11. With Tk 8.6.8 on macOS 10.15 (from the python.org installer) I get the behaviour described in msg380906.

8.6.10 is the version of Tk we'd like to switch to for the "universal2", it is the latest release in the 8.6.x branch and contains numerous bug fixes.

The "Intel" installers (the ones currently on Python.org) we'll continue to use Tk 8.6.8 due to build issues on macOS 10.9 with newer Tk versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 12:04:27 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 17:04:27 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605287067.48.0.407397194607.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

BTW. The unicodeFromTclStringAndSize() basically undoes the special treatment of \0 in Modified UTF-8 [1]. That page says that all known implementation of MUTF-8 treat surrogate pairs the same as CESU-8 [2], which is UTF-8 with characters outside of the BMP encoded as surrogate pairs which are then converted to UTF-8.

Neither encoding is currently supported by Python.

[1] https://en.wikipedia.org/wiki/UTF-8#Modified_UTF-8
[2] https://en.wikipedia.org/wiki/CESU-8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 12:23:56 2020
From: report at bugs.python.org (Mark Shannon)
Date: Fri, 13 Nov 2020 17:23:56 +0000
Subject: [issue42349] Compiler front-end produces a broken CFG
Message-ID: <1605288236.63.0.535930114151.issue42349@roundup.psfhosted.org>


New submission from Mark Shannon <mark at hotpy.org>:

The front-end of the bytecode compiler produces a broken CFG.
A number of "basic-block"s have terminators before their end.
This makes the back-end optimizations unsafe as they rely of a well-formed CFG.

The fix is simple. Insert a check that the CFG is well-formed before doing any optimizations, then fix up the front-end.

Once done, we can be more aggressive with optimizations without worrying that things will break for no apparent reason.

----------
assignee: Mark.Shannon
messages: 380911
nosy: BTaskaya, Mark.Shannon, pablogsal, yselivanov
priority: normal
severity: normal
status: open
title: Compiler front-end produces a broken CFG
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42349>
_______________________________________

From report at bugs.python.org  Fri Nov 13 12:27:22 2020
From: report at bugs.python.org (Mark Shannon)
Date: Fri, 13 Nov 2020 17:27:22 +0000
Subject: [issue42349] Compiler front-end produces a broken CFG
In-Reply-To: <1605288236.63.0.535930114151.issue42349@roundup.psfhosted.org>
Message-ID: <1605288442.44.0.410920096381.issue42349@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42349>
_______________________________________

From report at bugs.python.org  Fri Nov 13 12:51:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 17:51:36 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
Message-ID: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

The following code logs an error:
---
Exception ignored in: <function _after_fork at 0x7f2bf3b057e0>
Traceback (most recent call last):
  File "/home/vstinner/python/master/Lib/threading.py", line 1508, in _after_fork
    thread._reset_internal_locks(True)
  File "/home/vstinner/python/master/Lib/threading.py", line 847, in _reset_internal_locks
    self._tstate_lock._at_fork_reinit()
AttributeError: 'NoneType' object has no attribute '_at_fork_reinit'
---

Code:
---
#!/usr/bin/python3
import atexit
import subprocess


def preexec():
    pass


def exit_handler():
    proc = subprocess.Popen(
        ["pwd"],
        preexec_fn=preexec,
    )
    proc.communicate()


if __name__ == "__main__":
    atexit.register(exit_handler)
---


It is a regression caused by the following bpo-40089 fix:

commit 87255be6964979b5abdc4b9dcf81cdcfdad6e753
Author: Victor Stinner <vstinner at python.org>
Date:   Tue Apr 7 23:11:49 2020 +0200

    bpo-40089: Add _at_fork_reinit() method to locks (GH-19195)

----------
components: Library (Lib)
messages: 380912
nosy: vstinner
priority: normal
severity: normal
status: open
title: Calling os.fork() at Python exit logs: AttributeError: 'NoneType' object has no attribute '_at_fork_reinit'
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Fri Nov 13 12:59:24 2020
From: report at bugs.python.org (E. Paine)
Date: Fri, 13 Nov 2020 17:59:24 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
Message-ID: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>


New submission from E. Paine <paineelisha at gmail.com>:

When compiling the master branch (i.e. running 'make'), I get a UnicodeDecodeError as follows:
Traceback (most recent call last):
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 2619, in <module>
    main()
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 2589, in main
    setup(# PyPI Metadata (PEP 301)
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/command/build.py", line 135, in run
    self.run_command(cmd_name)
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/distutils/command/build_ext.py", line 340, in run
    self.build_extensions()
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 471, in build_extensions
    self.detect_modules()
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 1825, in detect_modules
    self.detect_ctypes()
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 2205, in detect_ctypes
    if grep_headers_for('ffi_prep_cif_var', ffi_headers):
  File "/home/elisha/Documents/Python/cp0/cpython/./setup.py", line 246, in grep_headers_for
    if function in f.read():
  File "/home/elisha/Documents/Python/cp0/cpython/Lib/codecs.py", line 322, in decode
    (result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x92 in position 4210: invalid start byte

The problematic file it is trying to read is /usr/include/OMX_Other.h which is part of the libomxil-bellagio package (a copy of this package can be downloaded from https://www.archlinux.org/packages/extra/x86_64/libomxil-bellagio/download/). More specifically, there are several characters in the comments which cannot be decoded correctly (the first of these is on line 93).

The fix is a very simple one and is just to add errors='replace' to line 244 of setup.py (I cannot see this having any ill-effects).

I couldn't find who to nosy for this so apologies about that.

----------
components: Build
messages: 380913
nosy: epaine
priority: normal
severity: normal
status: open
title: Setup.py: UnicodeDecodeError in grep_headers_for
type: compile error
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:03:38 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 18:03:38 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
In-Reply-To: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>
Message-ID: <1605290618.11.0.969628777424.issue42350@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:15:45 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Nov 2020 18:15:45 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291345.16.0.196312918992.issue42344@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset bbeb2d266d6fc1ca9778726d0397d9d6f7a946e3 by J?rgen Gmach in branch 'master':
bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264)
https://github.com/python/cpython/commit/bbeb2d266d6fc1ca9778726d0397d9d6f7a946e3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:16:41 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Nov 2020 18:16:41 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291401.98.0.265581953459.issue42344@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:17:42 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 18:17:42 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291462.47.0.245318120893.issue42344@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22166
pull_request: https://github.com/python/cpython/pull/23270

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:17:33 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 18:17:33 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291453.86.0.125238430235.issue42344@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22165
pull_request: https://github.com/python/cpython/pull/23269

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:18:39 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Nov 2020 18:18:39 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291519.35.0.198448815937.issue42344@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset cb2b2035ca752529755440990c4073d5164e80df by Miss Islington (bot) in branch '3.8':
bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264) (GH-23269)
https://github.com/python/cpython/commit/cb2b2035ca752529755440990c4073d5164e80df


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:19:08 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Nov 2020 18:19:08 +0000
Subject: [issue42344] SimpleNamespace: update documentation regarding
 comparison
In-Reply-To: <1605274926.75.0.147847269171.issue42344@roundup.psfhosted.org>
Message-ID: <1605291548.75.0.679337910287.issue42344@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:


New changeset 4defeb007195d2d17ea404b0b6291d1d233010f4 by Miss Islington (bot) in branch '3.9':
bpo-42344: Improve pseudo implementation for SimpleNamespace (GH-23264) (GH-23270)
https://github.com/python/cpython/commit/4defeb007195d2d17ea404b0b6291d1d233010f4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42344>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:27:47 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 18:27:47 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605292067.32.0.89499576704.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Well, try copy ? (or other text with color emoji) to clipboard and run the following code:

import tkinter
root = tkinter.Tk()
print(ascii(root.clipboard_get()))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:37:15 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 18:37:15 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605292635.32.0.54855954692.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

When I assign root.clipboard_get() to "v" I get:

>>> print(ascii(v))
'\udced\udca0\udcbd\udced\udcb8\udc84'
>>> print(v)
??????

This is with Tk 8.6.10.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:38:19 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 18:38:19 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605292699.0.0.420207329965.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

You can ignore msg380917. It was written before I read msg380908. Now I have the needed information. Thank you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:46:32 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 13 Nov 2020 18:46:32 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605293192.17.0.894641961603.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

And yet one question. What do you see if you print '\udcf0\udc9f\udc98\udc80' in IDLE?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:47:56 2020
From: report at bugs.python.org (Ross Barnowski)
Date: Fri, 13 Nov 2020 18:47:56 +0000
Subject: [issue42352] A string representation of slice objects with colon
 syntax
Message-ID: <1605293276.23.0.88839506976.issue42352@roundup.psfhosted.org>


New submission from Ross Barnowski <rossbar at berkeley.edu>:

It would be nice if there were a way to get a string representation of a slice object in extended indexing syntax, e.g.

```
>>> myslice = slice(None, None, 2)
>>> print(myslice)
'::2'
```

One motivating use-case is in descriptive error messages, e.g.

```
TypeError(f"Can't slice {myobj}, try list({myobj})[{myslice}]")
```

In this case, it is much more natural for `myslice` to use the extended indexing syntax than the slice str/repr.

Perhaps this could be done via __str__, or if that is too big a change, maybe via __format__ e.g. `f"{myslice:asidx}"`

It's simple enough to write a conversion function, but this feels like a feature that would fit best upstream. I searched the issue tracker, PRs on GitHub, and the Python documentation and didn't see any related issues/PRs/articles.

xref: https://github.com/networkx/networkx/pull/4304

----------
messages: 380921
nosy: rossbar
priority: normal
severity: normal
status: open
title: A string representation of slice objects with colon syntax
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42352>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:49:00 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 13 Nov 2020 18:49:00 +0000
Subject: [issue41001] Provide wrapper for eventfd
In-Reply-To: <1592389368.35.0.695966020763.issue41001@roundup.psfhosted.org>
Message-ID: <1605293340.63.0.89060931557.issue41001@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset cd9fed6afba6f3ad2e7ef723501c739551a95fa8 by Christian Heimes in branch 'master':
bpo-41001: Add os.eventfd() (#20930)
https://github.com/python/cpython/commit/cd9fed6afba6f3ad2e7ef723501c739551a95fa8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41001>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:49:17 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 13 Nov 2020 18:49:17 +0000
Subject: [issue41001] Provide wrapper for eventfd
In-Reply-To: <1592389368.35.0.695966020763.issue41001@roundup.psfhosted.org>
Message-ID: <1605293357.97.0.82886601844.issue41001@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41001>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:49:55 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 13 Nov 2020 18:49:55 +0000
Subject: [issue40485] Provide an abstraction for a select-able Event
In-Reply-To: <1588520007.12.0.424273214975.issue40485@roundup.psfhosted.org>
Message-ID: <1605293395.05.0.860298177612.issue40485@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

os.eventfd() has landed in Python 3.10.

----------
nosy: +christian.heimes
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40485>
_______________________________________

From report at bugs.python.org  Fri Nov 13 13:50:14 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 18:50:14 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605293414.01.0.0522774965994.issue42318@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

> And yet one question. What do you see if you print '\udcf0\udc9f\udc98\udc80' in IDLE?

This prints a smiley emoji, likewise for printing chr(128516)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:09:03 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 19:09:03 +0000
Subject: [issue41611] IDLE: problems with completions on Mac
In-Reply-To: <1598032297.66.0.655712746709.issue41611@roundup.psfhosted.org>
Message-ID: <1605294543.96.0.939905685852.issue41611@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

It looks like the lack of completions in msg375769 is a problem with Tk 8.6.8 as used by the python.org installers.

I have a build of master with Tk 8.6.10 on my DTK system and with that Edit->Show completions works in a shell window.

However: Ctrl+s does not show the completion pop-up, even though the "Edit" button in the application menu flashes (which indicates that Ctrl+s is recognised as a keyboard shortcut).  Just using Tab for completion works fine though (shows the completion pop-up).

---

I did get a similar traceback to the one in msg375764 once, this is without using multiprocessing. I haven't been able to reproduce this yet.

python3.10 -m idlelib  
Exception in Tkinter callback
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/tkinter/__init__.py", line 1884, in __call__
    return self.func(*args)
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/idlelib/autocomplete_w.py", line 248, in winconfig_event
    acw_width, acw_height = acw.winfo_width(), acw.winfo_height()
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/tkinter/__init__.py", line 1290, in winfo_width
    self.tk.call('winfo', 'width', self._w))
_tkinter.TclError: bad window path name ".!listedtoplevel.!frame.text.!toplevel8"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41611>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:15:26 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 19:15:26 +0000
Subject: [issue37737] mmap module track anonymous page on macOS
Message-ID: <1605294926.0.0.759494111806.issue37737@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

I've closed the PR because I don't think this is a useful feature.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37737>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:16:12 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 13 Nov 2020 19:16:12 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605294972.98.0.376888217888.issue42296@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> That sounds like a micro-optimization which is not worth it.

In the back of my mind I was also thinking to generalize the behavior at runtime whenever a signal is tripped by a non-Python thread (e.g. a thread created by an extension module or ctypes), instead of special-casing Windows. 

To examine this, I created a C library in Linux that defines a test() function that creates two threads via pthread_create(). The first thread sleeps for 10 seconds, and the second thread sleeps for 5 seconds and then calls pthread_kill() to send a SIGINT to the first thread. In 3.8, calling the test() function via ctypes followed by executing an infinite loop will interrupt the loop with a KeyboardInterrupt as soon as the second thread sends SIGINT. But in 3.10, the loop never gets interrupted because the C signal handler isn't called on the main thread, so eval_breaker never gets set.

----------
keywords: +patch -3.9regression
priority:  -> release blocker
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:22:23 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 13 Nov 2020 19:22:23 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605295343.86.0.558483780392.issue42296@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
priority: release blocker -> 
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:27:03 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Fri, 13 Nov 2020 19:27:03 +0000
Subject: [issue42353] Proposal: re.prefixmatch method (alias for re.match)
Message-ID: <1605295623.12.0.914188426549.issue42353@roundup.psfhosted.org>


New submission from Gregory P. Smith <greg at krypto.org>:

A well known anti-pattern in Python is use of re.match when you meant to use re.search.

re.fullmatch was added in 3.4 via https://bugs.python.org/issue16203 for similar reasons.

re.prefixmatch would be similar: we want the re.match behavior, but want the code to be obvious about its intent.  This documents the implicit ^ in the name.

The goal would be to allow linters to ultimately flag re.match as the anti-pattern when in 3.10+ mode.  Asking people to use re.prefixmatch or re.search instead.

This would help avoid bugs where people mean re.search but write re.match.

The implementation is trivial.

This is **not** a decision to deprecate the widely used in 25 years worth of code's re.match name.  That'd be painful and is unlikely to be worth doing without spreading it over a 8+ year timeline.

----------
components: Library (Lib)
messages: 380928
nosy: gregory.p.smith
priority: normal
severity: normal
stage: needs patch
status: open
title: Proposal: re.prefixmatch method (alias for re.match)
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42353>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:36:42 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 13 Nov 2020 19:36:42 +0000
Subject: [issue41552] uuid.uuid1() on certain Macs does not generate unique IDs
In-Reply-To: <1597398238.17.0.874687707711.issue41552@roundup.psfhosted.org>
Message-ID: <1605296202.29.0.566443515341.issue41552@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

the most recent UUID implementation on opensource.apple.com: https://opensource.apple.com/source/Libc/Libc-1353.100.2/uuid/uuidsrc/gen_uuid.c.auto.html

The implementation of get_node_id() doesn't ignore the iBridge interface, which means uuid_generate_time(3) could run into this issue (and because of that, Python's uuid module)

I've filed an issue with Apple about this: FB8895555

Note that switching to libuuid from util-linux wouldn't help here, that also doesn't ignore the iBridge interface.

I'm tempted to close this issue as "3th-party" because this is bug in the system implementation of uuid_generate_time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41552>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:36:46 2020
From: report at bugs.python.org (Daniel Hrisca)
Date: Fri, 13 Nov 2020 19:36:46 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605296206.94.0.729395466034.issue37205@roundup.psfhosted.org>


Daniel Hrisca <daniel.hrisca at gmail.com> added the comment:

I'm actually surprised that this problem gets so little interest. It's probably so obscure that most people don't even realize it.

Why isn't it implemented using winapi calls for the windows platform?

I took inspiration from this SO thread https://stackoverflow.com/questions/56502111/should-time-perf-counter-be-consistent-across-processes-in-python-on-windows
 
and came up with this function for 64 bit Python (a few more lines would be needed for error checking)

#include <windows.h>
static PyObject* perf_counter(PyObject* self, PyObject* args)
{
	PyObject* ret;

	QueryPerformanceFrequency(lpFrequency);
	QueryPerformanceCounter(lpPerformanceCount);
	
	ret = PyFloat_FromDouble(((double) lpPerformanceCount->QuadPart ) / lpFrequency->QuadPart);
	
	return ret;
}

----------
nosy: +danielhrisca

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Fri Nov 13 14:44:22 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 13 Nov 2020 19:44:22 +0000
Subject: [issue42348] Language Reference: Set items
In-Reply-To: <1605281896.65.0.701198414223.issue42348@roundup.psfhosted.org>
Message-ID: <1605296662.4.0.335082195079.issue42348@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I recommend leaving the text as is, and possibly creating a new FAQ entry discussing the relationship between immutability and hashability (something that I consider to be an intermediate or advanced topic).

Other thought:

* The set discussion should remain parallel that for mappings (a few paragraphs) after.  That text also discusses immutability

* We've never had a user incident regarding this text, so there is no actual evidence that this current wording is confusing anyone.

* It is common for users to equate hashability with immutability, so I think the current wording is reasonable.  My experience with users indicate that "hashable" is more cryptic than "immutable" because the former implies a knowledge of how hash tables work.

* It's easy for us thinking we're helping by making precise distinctions but have the actual effect of making the docs more opaque.  That is why first-aid books say "bruise" instead of "subdermal hematoma" :-)

* The word "immutable" is a reasonable first approximation that doesn't require knowledge of hash table mechanics.  For the most part, it is how everyday users think about dict keys and set elements. 

* That approximation is useful because a fuller discussion would say that if __hash__ is defined, it should do so on fields that don't mutate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42348>
_______________________________________

From report at bugs.python.org  Fri Nov 13 15:00:30 2020
From: report at bugs.python.org (Trey Hunner)
Date: Fri, 13 Nov 2020 20:00:30 +0000
Subject: [issue42354] Tuple unpacking with * causes SyntaxError in with ... as
 ...
Message-ID: <1605297630.46.0.898037335486.issue42354@roundup.psfhosted.org>


New submission from Trey Hunner <trey at truthful.technology>:

The below code worked on Python 3.5, 3.6, 3.7, and 3.8, but it now crashes on Python 3.9.


from contextlib import contextmanager


@contextmanager
def open_files(names):
    yield names  # This would actually return file objects


with open_files(['file1.txt', 'file2.txt']) as (first, *rest):
    print(first, rest)


The error shown is:

    with open_files(['file1.txt', 'file2.txt']) as (first, *rest):
                                                                 ^
SyntaxError: invalid syntax

----------
messages: 380932
nosy: trey
priority: normal
severity: normal
status: open
title: Tuple unpacking with * causes SyntaxError in with ... as ...
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42354>
_______________________________________

From report at bugs.python.org  Fri Nov 13 15:02:57 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 13 Nov 2020 20:02:57 +0000
Subject: [issue42354] Tuple unpacking with * causes SyntaxError in with ... as
 ...
In-Reply-To: <1605297630.46.0.898037335486.issue42354@roundup.psfhosted.org>
Message-ID: <1605297777.0.0.531991358222.issue42354@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42354>
_______________________________________

From report at bugs.python.org  Fri Nov 13 16:45:08 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Nov 2020 21:45:08 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605303908.23.0.118261058515.issue37205@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Since I added time.perf_counter_ns() to Python 3.7, it would be acceptable to reduce the "t0" variable and suggest to use time.perf_counter_ns() instead of time.perf_counter() for best precision.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Fri Nov 13 16:54:13 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 21:54:13 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605304453.09.0.463139739964.issue42339@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Fri Nov 13 16:54:46 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 21:54:46 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605304486.77.0.801155414239.issue40754@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:05:53 2020
From: report at bugs.python.org (Daniel Hrisca)
Date: Fri, 13 Nov 2020 22:05:53 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605305153.96.0.442603128195.issue37205@roundup.psfhosted.org>


Daniel Hrisca <daniel.hrisca at gmail.com> added the comment:

That would be perfect and would help a lot with timings/synchronization across multiple processes.

Which Pyhton version will get this fix?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:18:27 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 22:18:27 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605305907.78.0.652159390392.issue42339@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests:  -22167

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:24:44 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 22:24:44 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605306284.65.0.816333810305.issue40754@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 9b6934230c35e24d8582ea8c58456fa8eab72ae2 by Steve Dower in branch 'master':
bpo-40754: Adds _testinternalcapi to Windows installer for test suite (GH-23271)
https://github.com/python/cpython/commit/9b6934230c35e24d8582ea8c58456fa8eab72ae2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:24:54 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 22:24:54 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605306294.03.0.760188572017.issue40754@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 9.0 -> 10.0
pull_requests: +22169
pull_request: https://github.com/python/cpython/pull/23273

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:25:03 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 22:25:03 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605306303.49.0.833542085191.issue40754@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22170
pull_request: https://github.com/python/cpython/pull/23274

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:25:06 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 22:25:06 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605306306.86.0.162085324399.issue42339@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Sorry about the PR mess - copied the wrong issue number down, though I am looking at this one right now.

My suspicion is something in the newer vcruntime140_1.dll is to blame - does it work with Python 3.9?

You might need to update to KB3118401 [1], though I wouldn't have thought it was necessary (plus it should auto-update once you add the earlier version). It would be good to know if that's the case.

[1]: https://support.microsoft.com/kb/3118401

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:28:09 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 22:28:09 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605306489.47.0.102756964532.issue40754@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
assignee:  -> steve.dower
nosy:  -miss-islington
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:42:25 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 22:42:25 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605307345.13.0.14167557102.issue40754@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8a4557240b98c322d611bfbba3ea51eac3fb841a by Miss Islington (bot) in branch '3.8':
bpo-40754: Adds _testinternalcapi to Windows installer for test suite (GH-23271)
https://github.com/python/cpython/commit/8a4557240b98c322d611bfbba3ea51eac3fb841a


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 17:47:34 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 13 Nov 2020 22:47:34 +0000
Subject: [issue40754] Test installers before releasing (ModuleNotFoundErrors)
In-Reply-To: <1590324430.61.0.117510991737.issue40754@roundup.psfhosted.org>
Message-ID: <1605307654.93.0.17832862234.issue40754@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset faadc52e755cdb316a53f3db5aa11cb97f1c4b87 by Miss Islington (bot) in branch '3.9':
bpo-40754: Adds _testinternalcapi to Windows installer for test suite (GH-23271)
https://github.com/python/cpython/commit/faadc52e755cdb316a53f3db5aa11cb97f1c4b87


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40754>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:14:47 2020
From: report at bugs.python.org (Jacob Middag)
Date: Fri, 13 Nov 2020 23:14:47 +0000
Subject: [issue32803] smtplib: LMTP broken in the case of multiple RCPT
In-Reply-To: <1518132309.75.0.467229070634.issue32803@psf.upfronthosting.co.za>
Message-ID: <1605309287.72.0.298262342654.issue32803@roundup.psfhosted.org>


Jacob Middag <jacob at gaddim.nl> added the comment:

It would be nice if someone could take a look.

----------
versions: +Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32803>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:15:05 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 13 Nov 2020 23:15:05 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1605309305.61.0.992179980494.issue42131@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:


New changeset d2e94bb0848e04a90efa51be401f0ce8a9e252f2 by Brett Cannon in branch 'master':
bpo-42131: Add PEP 451-related methods to zipimport (GH-23187)
https://github.com/python/cpython/commit/d2e94bb0848e04a90efa51be401f0ce8a9e252f2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:16:12 2020
From: report at bugs.python.org (Brett Cannon)
Date: Fri, 13 Nov 2020 23:16:12 +0000
Subject: [issue25710] zipimport is not PEP 3147 or PEP 488 compliant
In-Reply-To: <1448293496.52.0.845434990633.issue25710@psf.upfronthosting.co.za>
Message-ID: <1605309372.65.0.347192803444.issue25710@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25710>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:17:21 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 13 Nov 2020 23:17:21 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605309441.37.0.518353065875.issue37205@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> suggest to use time.perf_counter_ns() instead of time.perf_counter() 
> for best precision.

QPC typically has a frequency of 1e7, which requires 24 bits for the fraction of a second. So a system can be up for years before the 53-bit precision of a float is an issue. What am I missing?

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:25:09 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 23:25:09 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605309909.37.0.592640498487.issue42336@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:26:23 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Nov 2020 23:26:23 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605309983.52.0.966333708517.issue42336@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

I hope you'll find that PR suitable ambitious :)

It would really be nice to have proper Powershell scripts for these, but that would be a more significant rewrite (and probably require changing argument names...). I'm not *that* ambitious.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:42:38 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Nov 2020 23:42:38 +0000
Subject: [issue42290] Unicode inconsistent display after concencated
In-Reply-To: <1604814710.97.0.934662336836.issue42290@roundup.psfhosted.org>
Message-ID: <1605310958.22.0.974743276462.issue42290@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Xia, when saying 'unexpected', one usually needs to also say what was expected.  When discussing mixed direction chars, we need to be especially careful in describing what we see with different terminals, different browsers, and different OSes.

Steven: On Windows, I see the same thing: "Daleth 1" prints as that in both IDLE's Shell and Python's REPL in Command Prompt (with D a replacement box in the latter) but is reversed here '?1' in Firefox (and the same in Microsoft Edge.  But, I just discovered, the two browsers (and Notepad and LibreOffice Writer and likely other text editors) treat runs of latin digits specially: "Daleth a" pastes in that order, '?a', and "Daleth 1 2" pastes as "1 2 Daleth", '?12'.

The block, but not the individual digits, is reversed.  This allows R2L writers to use what are now the global digits.  In Arabic, numbers are written and read R 2 L low order to high.  So Europeans used to writing and reading L 2 R high to low kept the same order.  Perhaps the bidi property of the digits in the unicode datebase is different from that of other latin chars.

It seems that '=' is also bidirectional, but properly not treated as digit.  "Daleth = 1" is reversed in both browsers and text editors to read 'Daleth' 'equals' 'one' when read right to left.

The general rule is that blocks of same direction chars are written appropriately as encountered.  It seems that the classification of some characters depends on the context.  The following is as expected,
>>> 'ab'+chr(1837)+chr(1838)+chr(1839)+'cd'
'ab???cd'
with the R2L triplet reversed.

In any case, Steven is correct that Python correctly stores chars in the  order given and that there is no Python bug.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42290>
_______________________________________

From report at bugs.python.org  Fri Nov 13 18:43:26 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Nov 2020 23:43:26 +0000
Subject: [issue42290] Display of Unicode strings with bidi characters
In-Reply-To: <1604814710.97.0.934662336836.issue42290@roundup.psfhosted.org>
Message-ID: <1605311006.76.0.478468639046.issue42290@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: Unicode inconsistent display after concencated -> Display of Unicode strings with bidi characters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42290>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:18:19 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 14 Nov 2020 00:18:19 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605313099.82.0.248779799963.issue37205@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> QPC typically has a frequency of 1e7, 

Never mind. Apparently with some combinations of chipset, processor, and Windows version, the QPC frequency runs far beyond the 1-10 MHz range. I thought Windows divided by 1024 instead of letting it run in the GHz range, but apparently not from what I see in search results. I misread "*in many cases*, QueryPerformanceFrequency returns the TSC frequency divided by 1024".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:29:06 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 00:29:06 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
In-Reply-To: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>
Message-ID: <1605313746.12.0.946716493579.issue42293@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A 'crash' is when the program hangs or stops unexpectedly *without* an Exception and message.

Lib/site-packages/sitecustomize.py is an optional added module.
https://docs.python.org/3/library/site.html#index-5
Apparently, attempted installation of pyinstaller resulted in an attempt to add it.  Or it was later attempting to read a badly written file, and removed it when cleaning up.

In any case, this appears to be a 3rd party bug that should be reported on the pypa/pip tracker.  Paul, are you involved with pip?  If so, can you add anything?

----------
nosy: +paul.moore, terry.reedy
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:43:27 2020
From: report at bugs.python.org (Kevin)
Date: Sat, 14 Nov 2020 00:43:27 +0000
Subject: [issue17454] ld_so_aix not used when linking c++ (scipy)
In-Reply-To: <1363595248.19.0.716647347764.issue17454@psf.upfronthosting.co.za>
Message-ID: <1605314607.93.0.92874393396.issue17454@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

This was fixed by https://github.com/python/cpython/pull/10437

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17454>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:44:58 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sat, 14 Nov 2020 00:44:58 +0000
Subject: [issue42296] Infinite loop uninterruptable on Windows in 3.10
In-Reply-To: <1604942749.77.0.840146962275.issue42296@roundup.psfhosted.org>
Message-ID: <1605314698.38.0.121963268709.issue42296@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Thanks for the quick fix. It works!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42296>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:55:57 2020
From: report at bugs.python.org (Kevin)
Date: Sat, 14 Nov 2020 00:55:57 +0000
Subject: [issue24501] configure does not find (n)curses in /usr/local/libs
In-Reply-To: <1435164904.34.0.98182021259.issue24501@psf.upfronthosting.co.za>
Message-ID: <1605315357.29.0.816845584353.issue24501@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

There error indicates it can't find ncurses.h

configure:14223: xlc_r -c -qmaxmem=-1 -DSYSV -D_AIX -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O -I/usr/local/include  -I/usr/include/ncursesw conftest.c >&5
"conftest.c", line 311.10: 1506-296 (S) #include file <ncurses.h> not found.

Are you sure you don't need -I/usr/include/ncurses instead of -I/usr/include?

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24501>
_______________________________________

From report at bugs.python.org  Fri Nov 13 19:59:01 2020
From: report at bugs.python.org (Kevin)
Date: Sat, 14 Nov 2020 00:59:01 +0000
Subject: [issue24046] Incomplete build on AIX
In-Reply-To: <1429844081.77.0.468875149896.issue24046@psf.upfronthosting.co.za>
Message-ID: <1605315541.21.0.338413279158.issue24046@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

Looks like RAND_egd was made optional in https://bugs.python.org/issue21356

Can this issue be closed?

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24046>
_______________________________________

From report at bugs.python.org  Fri Nov 13 20:04:44 2020
From: report at bugs.python.org (Kevin)
Date: Sat, 14 Nov 2020 01:04:44 +0000
Subject: [issue24886] open fails randomly on AIX
In-Reply-To: <1439897092.19.0.462319646512.issue24886@psf.upfronthosting.co.za>
Message-ID: <1605315884.81.0.367368144579.issue24886@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

Given that the AIX bug has long been fixed and Python 2.7 is EOL we can probably close this bug.

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24886>
_______________________________________

From report at bugs.python.org  Fri Nov 13 20:33:42 2020
From: report at bugs.python.org (Kevin)
Date: Sat, 14 Nov 2020 01:33:42 +0000
Subject: [issue42309] BUILD: AIX-64-bit segmentation fault
In-Reply-To: <1605008695.96.0.78391537773.issue42309@roundup.psfhosted.org>
Message-ID: <1605317622.67.0.791536781959.issue42309@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

I have not encountered this problem when building Python 3.10 on AIX and PASE with GCC 6.3.

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42309>
_______________________________________

From report at bugs.python.org  Fri Nov 13 21:02:09 2020
From: report at bugs.python.org (Inada Naoki)
Date: Sat, 14 Nov 2020 02:02:09 +0000
Subject: [issue24886] open fails randomly on AIX
In-Reply-To: <1439897092.19.0.462319646512.issue24886@psf.upfronthosting.co.za>
Message-ID: <1605319329.72.0.38578056671.issue24886@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24886>
_______________________________________

From report at bugs.python.org  Fri Nov 13 21:02:11 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 02:02:11 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1605319331.03.0.451936333868.issue42302@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

'Clockwise' and 'counterclockwise'* refer to an object either continuously spinning on an axis or possibly moving in a circle.  An object in linear motion turns right or left.  This is especially true for an organism or object with left or right sides#, and this is the model for turtle and logo.  Where relevant (such as planer maze theory), I believe same is true in math and physics.

* Counterclockwise and anticlockwise are the American and British terms respectively.  American English is the standard for Python, but using either term would confuse children barely coping with the other.  Either is a mouthful to say.

# Since people on a ship can face any which way, 'starboard' and 'port' are used to unambiguiously refer to the right and left *of the ship*.

Does anyone still object to closing this?

PS Ravi:  When responding to email, please delete the quoted text (except maybe for a line or two) as it is redundant noise when your response is posted.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Fri Nov 13 21:16:10 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 02:16:10 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605320170.96.0.717084795714.issue42318@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Yash, this is specifically a macOS issue.  Printing astral chars in tkinter/IDLE on Windows and Linux has 'worked' (details not important) for over a year.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Fri Nov 13 21:19:45 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 02:19:45 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605320385.45.0.0994834610507.issue42328@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +serhiy.storchaka, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Fri Nov 13 22:03:41 2020
From: report at bugs.python.org (kernc)
Date: Sat, 14 Nov 2020 03:03:41 +0000
Subject: [issue27578] inspect.findsource raises exception with empty
 __init__.py
In-Reply-To: <1469016358.37.0.125453636257.issue27578@psf.upfronthosting.co.za>
Message-ID: <1605323021.49.0.996870435911.issue27578@roundup.psfhosted.org>


kernc <kerncece at gmail.com> added the comment:

The proposed patch doesn't break any interfaces. `inspect.getsource/.getsourcelines()` still raise `OSError` if the source is unretrievable. `linecache.getlines()` is undocumented, but the change retains perfect compatibility with *docstrings* of both `linecache.getlines()` which is affected and `linecache.updatecache()` which is touched.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27578>
_______________________________________

From report at bugs.python.org  Fri Nov 13 23:59:24 2020
From: report at bugs.python.org (Chih-Hsuan Yen)
Date: Sat, 14 Nov 2020 04:59:24 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605329964.59.0.0649882141806.issue42351@roundup.psfhosted.org>


Chih-Hsuan Yen <yan12125 at gmail.com> added the comment:

I can also confirm the issue on our Arch Linux server [1]. The problematic file is also /usr/include/OMX_Other.h.

Looks like it is a regression from https://github.com/python/cpython/pull/22855 (https://bugs.python.org/issue41100). Ronald Oussoren, mind to have a look?

[1] https://build.archlinuxcn.org/~imlonghao/log/python-git/2020-11-14T01:17:02.html

----------
nosy: +ronaldoussoren, yan12125

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 00:01:23 2020
From: report at bugs.python.org (Chih-Hsuan Yen)
Date: Sat, 14 Nov 2020 05:01:23 +0000
Subject: [issue42325] UnicodeDecodeError executing ./setup.py during build
In-Reply-To: <1605103067.76.0.762518596297.issue42325@roundup.psfhosted.org>
Message-ID: <1605330083.45.0.429939868614.issue42325@roundup.psfhosted.org>


Chih-Hsuan Yen <yan12125 at gmail.com> added the comment:

I got a similar issue on Arch Linux - see issue42351.

----------
nosy: +yan12125

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42325>
_______________________________________

From report at bugs.python.org  Sat Nov 14 00:40:42 2020
From: report at bugs.python.org (Daniel Hrisca)
Date: Sat, 14 Nov 2020 05:40:42 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605332442.62.0.533194639535.issue37205@roundup.psfhosted.org>


Daniel Hrisca <daniel.hrisca at gmail.com> added the comment:

Under the hood perf_counter_ns already uses the two winapi calls (see https://github.com/python/cpython/blob/41761933c1c30bb6003b65eef1ba23a83db4eae4/Python/pytime.c#L970) just that it also sets up a static variable as a time origin which makes it process-wide instead of system-wide

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Sat Nov 14 00:45:51 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 05:45:51 +0000
Subject: [issue42338] Enable Debug Build For Python Native Modules in Windows, 
 with Visual Studio Toolchain
In-Reply-To: <1605222375.66.0.305564714258.issue42338@roundup.psfhosted.org>
Message-ID: <1605332751.89.0.893838578513.issue42338@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This tracker is for developing patches to the cpython repository.  Questions are better asked on the python-list and occasionally the pydev mailing lists.  I am leaving this open in case there is a doc change request lurking somewhere.

----------
components: +Windows
nosy: +paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42338>
_______________________________________

From report at bugs.python.org  Sat Nov 14 02:13:53 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 07:13:53 +0000
Subject: [issue42348] Language Reference: Set items
In-Reply-To: <1605281896.65.0.701198414223.issue42348@roundup.psfhosted.org>
Message-ID: <1605338033.52.0.179862191566.issue42348@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Raymond's last point is that set objects should be immutably hashable.  I would say 'must be' in the sense that mutably hashable objects break sets in various ways, starting with uniqueness.  If we were to make a change, I think the replacement should be 'immutably hashable'

'unique objects' would also need qualification.  As is, one might reasonably expect. for instance, {1+0j, 1.0, 1} to have 3 elements rather than 1.  It is really 'objects unique up to equality', where equality may or may not be by identity.

However, I am inclined to agree with Raymond that we should stick to the current easily read sentence.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42348>
_______________________________________

From report at bugs.python.org  Sat Nov 14 03:00:40 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 08:00:40 +0000
Subject: [issue42335] Python Crashes Exception code 0xc0000374 ntdll.dll
In-Reply-To: <1605211002.39.0.559634487384.issue42335@roundup.psfhosted.org>
Message-ID: <1605340840.01.0.596390961899.issue42335@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

When python as delivered crashes running pure non-ctype Python code, we usually consider it a bug to be fixed.  As soon as one pokes around with ctypes or imports 3rd party binaries, the crash is usually due to a user or 3rd par.  So this probably should be closed as 'not a (cpython) bug' or '3rd party', at least until the crash can be duplicated run pure python.  I am leaving it open for now in case someone checks the zip.

You might get more help posting on python-list with an import list or zip requirements.txt.  Some other user might know something about intermittent crashes in one of the packages.

----------
components: +Extension Modules, Windows -Interpreter Core, Library (Lib)
nosy: +paul.moore, steve.dower, terry.reedy, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42335>
_______________________________________

From report at bugs.python.org  Sat Nov 14 03:31:42 2020
From: report at bugs.python.org (Ken Jin)
Date: Sat, 14 Nov 2020 08:31:42 +0000
Subject: [issue42354] Tuple unpacking with * causes SyntaxError in with ... as
 ...
In-Reply-To: <1605297630.46.0.898037335486.issue42354@roundup.psfhosted.org>
Message-ID: <1605342702.16.0.579135505488.issue42354@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

This is a duplicate of issue bpo-41979, which was already fixed in this merged PR https://github.com/python/cpython/pull/22611 and backported to 3.9.

The example code does not error on the latest 3.10. I'm guessing that the bugfix will come in 3.9.1 since the fix wasn't able to make it into 3.9.0.

----------
nosy: +kj

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42354>
_______________________________________

From report at bugs.python.org  Sat Nov 14 03:44:36 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 08:44:36 +0000
Subject: [issue33074] dbm corrupts index on macOS (_dbm module)
In-Reply-To: <1521009252.74.0.467229070634.issue33074@psf.upfronthosting.co.za>
Message-ID: <1605343476.82.0.885928115799.issue33074@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is a duplicate of #30388

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> ndbm can't iterate through values on OS X

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33074>
_______________________________________

From report at bugs.python.org  Sat Nov 14 03:45:26 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 08:45:26 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1605343526.72.0.114484128342.issue30388@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

See also #33074

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Sat Nov 14 03:57:55 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 08:57:55 +0000
Subject: [issue42334] Subclassing int and complex with keyword arguments weird
In-Reply-To: <1605205437.83.0.0876606558976.issue42334@roundup.psfhosted.org>
Message-ID: <1605344275.1.0.675228216288.issue42334@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

When reporting a failure please copy and paste the exception and message and when non-trivial, the traceback.   In this case:  "TypeError: 'test' is an invalid keyword argument for complex()".  The difference between int and complex versus float is that the former have keyword arguments, so they check for invalid keyword arguments, whereas float take no keyword arguments, so it does not check for validity and, for subclasses, passes them on.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42334>
_______________________________________

From report at bugs.python.org  Sat Nov 14 04:16:16 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sat, 14 Nov 2020 09:16:16 +0000
Subject: [issue42353] Proposal: re.prefixmatch method (alias for re.match)
In-Reply-To: <1605295623.12.0.914188426549.issue42353@roundup.psfhosted.org>
Message-ID: <1605345376.38.0.0134337157771.issue42353@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
components: +Regular Expressions
nosy: +ezio.melotti, mrabarnett

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42353>
_______________________________________

From report at bugs.python.org  Sat Nov 14 04:34:25 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 09:34:25 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605346465.59.0.0939413103727.issue42351@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

That's annoying. A quick workaround is to patch setup.py:get_headers_for and add "encoding='latin1'" to the arguments of open.

I'll look into a better fix later this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 04:35:36 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 09:35:36 +0000
Subject: [issue42330] Add browsh in the webbrowser module
In-Reply-To: <1605153434.0.0.062281491373.issue42330@roundup.psfhosted.org>
Message-ID: <1605346536.8.0.958564573792.issue42330@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

We do not add just any old or new browser to webrowser's predefined list.  (And there are likely some that should be dropped.)  The last addition was the Chrome group in 3.3.  Neither Microsoft Explorer or Edge are listed.  I believe the former was considered to be covered sufficient well by 'windows-default'.

On Windows and Mac, one can use any browser by making it the default.  It is also possible for any browser to make itself easily usable from Python by adding a module that registers the browser controller class on import.  You should suggest this to the browsh dev and see if *they* care.

Looking further, there are about 10 browsers with measured usage listed in https://en.wikipedia.org/wiki/Web_browser that are not on the webbrowser list.  There are more at https://en.wikipedia.org/wiki/List_of_web_browsers, including  Browsh appears on neither list.  It does appear on https://en.wikipedia.org/wiki/Text-based_web_browser.  But it seems too obscure to deserve being added.  So I think this request should be rejected.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42330>
_______________________________________

From report at bugs.python.org  Sat Nov 14 04:54:35 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 09:54:35 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605347675.83.0.833327220677.issue42328@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

You have 2 user names, both nosy.  You logged in with the lower-case name, hence the Author listing above.  However, your CLA was registered with your uppercase (older?) login name.  (If this is not what you intended, please write ewa at ython.org and explain.) Hence your name (login name) is not followed by the CLA * marker.  This was a bit confusing until I decyphered the situaiton.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sat Nov 14 05:23:33 2020
From: report at bugs.python.org (Paul Moore)
Date: Sat, 14 Nov 2020 10:23:33 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
In-Reply-To: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>
Message-ID: <1605349413.19.0.789467046589.issue42293@roundup.psfhosted.org>


Paul Moore <p.f.moore at gmail.com> added the comment:

Erik is correct, this is a pip bug. Please raise an issue on the pip tracker linking to this issue and we can fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Sat Nov 14 05:27:36 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sat, 14 Nov 2020 10:27:36 +0000
Subject: [issue42355] symtable: get_namespace doesn't check whether if there
 are multiple namespaces or no namespaces at all
Message-ID: <1605349656.21.0.301673967264.issue42355@roundup.psfhosted.org>


New submission from Batuhan Taskaya <isidentical at gmail.com>:

>>> table = symtable.symtable("A = 1", "<string>", "exec")
>>> table.lookup("A")
<symbol 'A'>
>>> table.lookup("A").get_namespace()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python3.10/symtable.py", line 312, in get_namespace
    raise ValueError("name is bound to multiple namespaces")
ValueError: name is bound to multiple namespaces
>>> table.lookup("A").get_namespaces()
()

----------
assignee: BTaskaya
components: Library (Lib)
messages: 380969
nosy: BTaskaya, benjamin.peterson
priority: normal
severity: normal
status: open
title: symtable: get_namespace doesn't check whether if there are multiple namespaces or no namespaces at all
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42355>
_______________________________________

From report at bugs.python.org  Sat Nov 14 05:35:59 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sat, 14 Nov 2020 10:35:59 +0000
Subject: [issue42355] symtable: get_namespace doesn't check whether if there
 are multiple namespaces or no namespaces at all
In-Reply-To: <1605349656.21.0.301673967264.issue42355@roundup.psfhosted.org>
Message-ID: <1605350159.11.0.095981756623.issue42355@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42355>
_______________________________________

From report at bugs.python.org  Sat Nov 14 05:54:58 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 10:54:58 +0000
Subject: [issue42316] Walrus Operator in list index
In-Reply-To: <1605029315.25.0.963262062958.issue42316@roundup.psfhosted.org>
Message-ID: <1605351298.14.0.801521641188.issue42316@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

PEP 572 does not saw much of anything about when parens are needed.  Nor does the low priority itself.  Looking through the grammar of expressions, an assignment_expression is also a starred_expression, a positional_item (in calls), and the first part of a comprehension. It is not itself an plain expression unless and until wrapped in parentheses.  Subscription requires an expression list, which may be a single expression.

To put it another way: an expression is an assignment expression but an assignment expression with a "name :=" prefix is not an expression, so parens are required anywhere an expression is required.  That includes subscripts, slicings, displays, call items other than positional items, comprehension parts other than the initial expression (maybe, check), parts of conditional expressions (maybe, check), and lambda expression bodies.  After checking, I would like a sentence added to the doc before the 'go see the PEP' bit.

This has nothing to do with asyncio.

----------
assignee:  -> docs at python
components: +Documentation, Interpreter Core -asyncio
nosy: +docs at python, terry.reedy -asvetlov, yselivanov
versions: +Python 3.10 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42316>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:08:00 2020
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 14 Nov 2020 11:08:00 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1605352080.67.0.0365106795051.issue17852@roundup.psfhosted.org>


Change by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy:  -neologix

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:11:23 2020
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 14 Nov 2020 11:11:23 +0000
Subject: [issue12488] multiprocessing.Connection does not communicate pipe
 closure between parent and child
In-Reply-To: <1309779809.62.0.10199189289.issue12488@psf.upfronthosting.co.za>
Message-ID: <1605352283.41.0.256708684109.issue12488@roundup.psfhosted.org>


Change by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy:  -neologix

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12488>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:20:07 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 11:20:07 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605352807.62.0.42953982045.issue42351@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:20:51 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 11:20:51 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605352851.99.0.6230826633.issue42351@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've created PR. Could you please check if that fixes the problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:28:42 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 11:28:42 +0000
Subject: [issue41100] Build failure on macOS 11 (beta)
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605353322.8.0.383134180417.issue41100@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
pull_requests: +22174
pull_request: https://github.com/python/cpython/pull/23280

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:33:09 2020
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Nov 2020 11:33:09 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1605353589.83.0.384387308148.issue17852@roundup.psfhosted.org>


Change by Nikolaus Rath <Nikolaus at rath.org>:


----------
nosy:  -nikratio

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:36:46 2020
From: report at bugs.python.org (Tomek H)
Date: Sat, 14 Nov 2020 11:36:46 +0000
Subject: [issue42356] Dict inline manipulations
Message-ID: <1605353806.22.0.174145034354.issue42356@roundup.psfhosted.org>


New submission from Tomek H <tomek.hlawiczka at googlemail.com>:

With Python3.9 there is a great feature for merging `dict`s:
{1: 'a'} | {2: 'b'} => {1: 'a', 2: 'b'}


It would be very handy to filter out a dict with a similar fashion (for example & operator with a list/tuple/frozenset of keys you want to get back):
{1: 'a', 2: 'b', 3: 'c'} & [1, 3, 4] == {1: 'a', 3: 'c'}
{1: 'a', 2: 'b', 3: 'c'} & {1, 3, 4} == {1: 'a', 3: 'c'}


Also, omitting specified keys (for example - operator with a list/tuple/frozenset of keys you want to suppress):
{1: 'a', 2: 'b', 3: 'c'} - [3, 4] == {1: 'a', 2: 'b'}
{1: 'a', 2: 'b', 3: 'c'} - {3, 4} == {1: 'a', 2: 'b'}


Regards!

----------
components: Interpreter Core
messages: 380972
nosy: tomek.hlawiczka
priority: normal
severity: normal
status: open
title: Dict inline manipulations
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42356>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:43:44 2020
From: report at bugs.python.org (Jelle Geerts)
Date: Sat, 14 Nov 2020 11:43:44 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605354224.54.0.500635330388.issue42339@roundup.psfhosted.org>


Jelle Geerts <jellegeerts at gmail.com> added the comment:

Problem still occurs with newer KB3118401 installed (instead of KB2999226).

But good news:

Installing update KB3063858 (or the older KB2533623) resolves the issue.

That update adds the new kernel32.dll functions SetDefaultDllDirectories, AddDllDirectory, and RemoveDllDirectory.

That explains why the issue didn't occur with (embedded) Python 3.7, since Python started using those functions since 3.8 if I recall correctly.

So, this issue can be considered solved. But...

Thinking along here, maybe there's a list of updates (or FAQ) to which you want to add KB3063858?

(Note of course it only affects Windows 7 users that use the embedded Python 3.8, and it doesn't affect 3.7 users and 3.9 doesn't support Windows 7.)

Or, maybe even add a bit of logic that detects when Python fails to load one of the _xxxx.pyd PE images (like _socket.pyd) and show a simple warning that tells users to check said FAQ? Or maybe that's asking too much.

Just some thoughts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Sat Nov 14 06:48:37 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Nov 2020 11:48:37 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605354517.92.0.862729144541.issue42318@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
pull_requests: +22175
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23281

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Sat Nov 14 07:00:38 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sat, 14 Nov 2020 12:00:38 +0000
Subject: [issue42354] Tuple unpacking with * causes SyntaxError in with ... as
 ...
In-Reply-To: <1605297630.46.0.898037335486.issue42354@roundup.psfhosted.org>
Message-ID: <1605355238.3.0.0607079364438.issue42354@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

Already fixed with GH-22612

----------
nosy: +BTaskaya
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42354>
_______________________________________

From report at bugs.python.org  Sat Nov 14 07:02:36 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Nov 2020 12:02:36 +0000
Subject: [issue42353] Proposal: re.prefixmatch method (alias for re.match)
In-Reply-To: <1605295623.12.0.914188426549.issue42353@roundup.psfhosted.org>
Message-ID: <1605355356.24.0.123746426977.issue42353@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I seen a code which uses re.search() with anchor ^ instead of re.match(), but I never seen a code which uses re.match() instead of re.search(). It just won't work unless you add explicit ".*" or ".*?" at the start of the pattern, and it is a clear indication that re.match() matches the start of the string.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42353>
_______________________________________

From report at bugs.python.org  Sat Nov 14 07:03:45 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Sat, 14 Nov 2020 12:03:45 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605355425.44.0.846041232972.issue41832@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:


New changeset 2b39da49974bda523c5c1a8777bbe30dbafdcd12 by Hai Shi in branch 'master':
bpo-41832: Restore note about NULL in PyType_Slot.pfunc (GH-23243)
https://github.com/python/cpython/commit/2b39da49974bda523c5c1a8777bbe30dbafdcd12


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Sat Nov 14 08:18:05 2020
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 14 Nov 2020 13:18:05 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1605359885.62.0.739268952292.issue42260@roundup.psfhosted.org>


Change by Nick Coghlan <ncoghlan at gmail.com>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Sat Nov 14 08:39:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Nov 2020 13:39:56 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605361196.27.0.649299867261.issue37205@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Sat Nov 14 08:40:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 14 Nov 2020 13:40:52 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605361252.62.0.435462346984.issue37205@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I wrote PR 23284 to make time.perf_counter() on Windows and time.monotonic() on macOS system-wide (remove the offset computed at startup). I also suggested the usage of the _ns() variant functions in the documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:07:51 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 15:07:51 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605366471.07.0.385363302848.issue42351@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset 7a27c7ed4b2b45bb9ea27d3f5c4f423495d6e939 by Ronald Oussoren in branch 'master':
bpo-42351: Avoid error when opening header with non-UTF8 encoding (GH-23279)
https://github.com/python/cpython/commit/7a27c7ed4b2b45bb9ea27d3f5c4f423495d6e939


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:08:32 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 14 Nov 2020 15:08:32 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605366512.22.0.34329726884.issue42351@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Thanks for testing!

----------
resolution:  -> fixed
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:09:22 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 14 Nov 2020 15:09:22 +0000
Subject: [issue42351] Setup.py: UnicodeDecodeError in grep_headers_for
In-Reply-To: <1605290364.26.0.484718067569.issue42351@roundup.psfhosted.org>
Message-ID: <1605366562.83.0.390770682473.issue42351@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42351>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:18:59 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 14 Nov 2020 15:18:59 +0000
Subject: [issue42356] Dict inline manipulations
In-Reply-To: <1605353806.22.0.174145034354.issue42356@roundup.psfhosted.org>
Message-ID: <1605367139.29.0.0661376100755.issue42356@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I think you should bring this up on the python-ideas mailing list if you'd like to see it discussed. It will likely also require a PEP, similar to PEP 584.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42356>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:37:23 2020
From: report at bugs.python.org (Maiyun Zhang)
Date: Sat, 14 Nov 2020 15:37:23 +0000
Subject: [issue42357] Wrong Availability for signal.SIGCHLD
In-Reply-To: <1605368197.47.0.575674573541.issue42357@roundup.psfhosted.org>
Message-ID: <1605368243.2.0.137121250022.issue42357@roundup.psfhosted.org>


Change by Maiyun Zhang <myzhang1029 at hotmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42357>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:36:37 2020
From: report at bugs.python.org (Maiyun Zhang)
Date: Sat, 14 Nov 2020 15:36:37 +0000
Subject: [issue42357] Wrong Availability for signal.SIGCHLD
Message-ID: <1605368197.47.0.575674573541.issue42357@roundup.psfhosted.org>


New submission from Maiyun Zhang <myzhang1029 at hotmail.com>:

The availability for `signal.SIGCHLD` is not correct. This seems to be present since Python 3.7

----------
assignee: docs at python
components: Documentation
messages: 380981
nosy: docs at python, myzhang1029
priority: normal
severity: normal
status: open
title: Wrong Availability for signal.SIGCHLD
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42357>
_______________________________________

From report at bugs.python.org  Sat Nov 14 10:42:55 2020
From: report at bugs.python.org (Hitansh K Doshi)
Date: Sat, 14 Nov 2020 15:42:55 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605368575.48.0.996006157827.issue42153@roundup.psfhosted.org>


Hitansh K Doshi <hkd159 at gmail.com> added the comment:

I contacted them I got to know that the project is discontinued since 2008 and the resources are no more maintained.
they have provided with an github repo and an archive file link 

This is the exact reply:
Unfortunately, both UW IMAP and Pine/Alpine development was discontinued back in 2008 and removed from University systems in 2018. A community copy still exists at https://github.com/uw-imap/imap but UW provides no support or resources for it anymore.  It looks like some of the information may still be available via the Wayback Machine https://web.archive.org/web/20080323102305/https://www.washington.edu/imap/  

Mark Crispin, the lead developer at UW, started a fork of it called Panda IMAP when he was laid off in 2008, but he has unfortunately passed away and that no longer seems to be maintained.

what would you like me to do next ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sat Nov 14 11:42:34 2020
From: report at bugs.python.org (Yash Shete)
Date: Sat, 14 Nov 2020 16:42:34 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605372154.77.0.197144137928.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Should I change the link to new one (not University of Washington?s IMAP Information Center) as it contains so much information about IMAP4.
I could not find any link from University of Washington, So I suggest changing the link all together. I have a link in mind
I can open a PR If you agree.

----------
nosy: +Pixmew

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sat Nov 14 12:38:53 2020
From: report at bugs.python.org (Yash Shete)
Date: Sat, 14 Nov 2020 17:38:53 +0000
Subject: [issue41712] REDoS in purge
In-Reply-To: <1599212842.75.0.630288607393.issue41712@roundup.psfhosted.org>
Message-ID: <1605375533.88.0.693251726975.issue41712@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


----------
pull_requests: +22179
pull_request: https://github.com/python/cpython/pull/23287

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41712>
_______________________________________

From report at bugs.python.org  Sat Nov 14 13:22:46 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 14 Nov 2020 18:22:46 +0000
Subject: [issue42353] Proposal: re.prefixmatch method (alias for re.match)
In-Reply-To: <1605295623.12.0.914188426549.issue42353@roundup.psfhosted.org>
Message-ID: <1605378166.26.0.0857474108222.issue42353@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

My point is that re.match is a common bug when people really want re.search.

re.prefixmatch makes it explicit and non-confusing and thus unlikely to be used wrong or misunderstood when read or reviewed.

The term "match" when talking about regular expressions is not normally meant to imply any anchoring as anchors can be expressed within the regex.  Python is relatively unique in bothering to have different methods for a prefix match and an anywhere match.  (We'd have been better off without a match method entirely, only having search - too late now)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42353>
_______________________________________

From report at bugs.python.org  Sat Nov 14 14:04:27 2020
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 14 Nov 2020 19:04:27 +0000
Subject: [issue42330] Add browsh in the webbrowser module
In-Reply-To: <1605153434.0.0.062281491373.issue42330@roundup.psfhosted.org>
Message-ID: <1605380667.89.0.945982453893.issue42330@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 2.0 -> 3.0
pull_requests: +22180
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23289

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42330>
_______________________________________

From report at bugs.python.org  Sat Nov 14 14:41:19 2020
From: report at bugs.python.org (giomach)
Date: Sat, 14 Nov 2020 19:41:19 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
In-Reply-To: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>
Message-ID: <1605382879.77.0.501497451216.issue42293@roundup.psfhosted.org>


giomach <giomach at users.sourceforge.net> added the comment:

I'm not sure whose responsibility it is to take this to the "pip tracker", but as a newcomer to the python environment I know nothing about that process, so it would be appreciated if some of the other people here would be kind enough to do this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Sat Nov 14 15:00:35 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Nov 2020 20:00:35 +0000
Subject: [issue42330] Add browsh in the webbrowser module
In-Reply-To: <1605153434.0.0.062281491373.issue42330@roundup.psfhosted.org>
Message-ID: <1605384035.69.0.790552044897.issue42330@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I concur with Terry.

Actually, registering the browser is not necessary for using it. Set the environment variable BROWSER and use your favorite browser. The following example uses curl (which is not registered as in the webbrowser module) as a browser:

BROWSER=curl python3 -m webbrowser -n http://example.org

The registry in the webbrowser module is used for the case if you use Python on some non-mainstream platform which does not have OS-level infrastructure for running default browser or settings are empty. I.e. it is not Windows or macOS and does not support OpenDesktop and Posix specifications, and BROWSER is not set. If you have such marginal system and use marginal browser on it, it is worth to spend some time for setting BROWSER or configuring www-browser, x-www-browser, xdg-open, etc.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42330>
_______________________________________

From report at bugs.python.org  Sat Nov 14 15:01:41 2020
From: report at bugs.python.org (Dennis Clarke)
Date: Sat, 14 Nov 2020 20:01:41 +0000
Subject: [issue42358] Python 3.9.0 unable to detect
 ax_cv_c_float_words_bigendian value on nigendan system
Message-ID: <1605384101.77.0.568061256015.issue42358@roundup.psfhosted.org>


New submission from Dennis Clarke <dclarke at blastwave.org>:

Seems related to issue42173 where the idea on the table was, simply to
drop Solaris support and to quote Mr Stinner to "let the code slowly
die".  Regardless of this sort of neglect there are people who do try
to use Python on big endian risc systems such as Solaris or Debian Linux
in fact. Wherein a trivial configure reveals : 

alpha$ ../Python-3.9.0/configure --prefix=/opt/bw \
> --enable-shared --disable-optimizations \
> --enable-loadable-sqlite-extensions \
> --enable-ipv6 --with-pydebug --without-dtrace \
> --with-openssl=/opt/bw --with-ssl-default-suites=openssl \
> --without-gcc
configure: WARNING: unrecognized options: --without-gcc
checking build system type... sparc-sun-solaris2.10
checking host system type... sparc-sun-solaris2.10
checking for python3.9... no
checking for python3... python3
checking for --enable-universalsdk... no
checking for --with-universal-archs... no
checking MACHDEP... "sunos5"
checking for gcc... /opt/developerstudio12.6/bin/cc -std=iso9899:2011 -m64 -xarch=sparc -g -errfmt=error -errshort=full -xstrconst -xildoff -xmemalign=8s -xnolibmil -xcode=pic32 -xregs=no%appl -xlibmieee -mc -ftrap=%none -xbuiltin=%none -xunroll=1 -xs -xdebugformat=dwarf -errtags=yes -errwarn=%none -erroff=%none -L/opt/bw/lib -R/opt/bw/lib
checking whether the C compiler works... yes
.
.
.
checking for __fpu_control... no
checking for __fpu_control in -lieee... no
checking for --with-libm=STRING... default LIBM="-lm"
checking for --with-libc=STRING... default LIBC=""
checking for x64 gcc inline assembler... no
checking whether float word ordering is bigendian... unknown
configure: error: 

Unknown float word ordering. You need to manually preset
ax_cv_c_float_words_bigendian=no (or yes) according to your system.

So it seems that the m4/ax_c_float_words_bigendian.m4 needs to be
manually hacked or the configure script itself is at fault. 

I will give this a try on big endian IBM Power and also IBM Power9
ppc64le as well as FreeBSD running in RISC-V rv64imafdc little endian
and see what happens. I suspect that the little endian systems will
be no great concern as the bulk of Python devs seem to have never
seen anything else other than little endian systems running Red Hat.

To hack around this floating point endian test with blunt force :

alpha$ 
alpha$ diff -u configure.orig configure
--- configure.orig      Mon Oct  5 15:07:58 2020
+++ configure   Sat Nov 14 19:37:13 2020
@@ -14425,7 +14425,7 @@
 else
 
 
-ax_cv_c_float_words_bigendian=unknown
+ax_cv_c_float_words_bigendian=yes
 cat confdefs.h - <<_ACEOF >conftest.$ac_ext
 /* end confdefs.h.  */
 
@@ -14442,9 +14442,9 @@
 fi
 if $GREP seesnoon conftest.$ac_objext >/dev/null ; then
   if test "$ax_cv_c_float_words_bigendian" = unknown; then
-    ax_cv_c_float_words_bigendian=no
+    ax_cv_c_float_words_bigendian=yes
   else
-    ax_cv_c_float_words_bigendian=unknown
+    ax_cv_c_float_words_bigendian=yes
   fi
 fi
 
alpha$ 
alpha$ diff -u m4/ax_c_float_words_bigendian.m4.orig m4/ax_c_float_words_bigendian.m4
--- m4/ax_c_float_words_bigendian.m4.orig       Mon Oct  5 15:07:58 2020
+++ m4/ax_c_float_words_bigendian.m4    Sat Nov 14 19:35:44 2020
@@ -42,7 +42,7 @@
   [AC_CACHE_CHECK(whether float word ordering is bigendian,
                   ax_cv_c_float_words_bigendian, [
 
-ax_cv_c_float_words_bigendian=unknown
+ax_cv_c_float_words_bigendian=yes
 AC_COMPILE_IFELSE([AC_LANG_SOURCE([[
 
 double d = 90904234967036810337470478905505011476211692735615632014797120844053488865816695273723469097858056257517020191247487429516932130503560650002327564517570778480236724525140520121371739201496540132640109977779420565776568942592.0;
@@ -54,9 +54,9 @@
 fi
 if $GREP seesnoon conftest.$ac_objext >/dev/null ; then
   if test "$ax_cv_c_float_words_bigendian" = unknown; then
-    ax_cv_c_float_words_bigendian=no
+    ax_cv_c_float_words_bigendian=yes
   else
-    ax_cv_c_float_words_bigendian=unknown
+    ax_cv_c_float_words_bigendian=yes
   fi
 fi
 
alpha$ 

This is a hack of course and it gets past the endian test sickness. 

Shortly thereafter the compile fails due to a trivial C99 code 
problem : 

/opt/developerstudio12.6/bin/cc -std=iso9899:2011 -m64 -xarch=sparc -g -errfmt=error -errshort=full -xstrconst -xildoff -xmemalign=8s -xnolibmil -xcode=pic32 -xregs=no%appl -xlibmieee -mc -ftrap=%none -xbuiltin=%none -xunroll=1 -xs -xdebugformat=dwarf -errtags=yes -errwarn=%none -erroff=%none -L/opt/bw/lib -R/opt/bw/lib -c  -O -std=iso9899:2011 -m64 -xarch=sparc -g -errfmt=error -errshort=full -xstrconst -xildoff -xmemalign=8s -xnolibmil -xcode=pic32 -xregs=no%appl -xlibmieee -mc -ftrap=%none -xbuiltin=%none -xunroll=1 -xs -xdebugformat=dwarf -errtags=yes -errwarn=%none -erroff=%none -L/opt/bw/lib -R/opt/bw/lib -D_REENTRANT -std=iso9899:2011 -m64 -xarch=sparc -g -errfmt=error -errshort=full -xstrconst -xildoff -xmemalign=8s -xnolibmil -xcode=pic32 -xregs=no%appl -xlibmieee -mc -ftrap=%none -xbuiltin=%none -xunroll=1 -xs -xdebugformat=dwarf -errtags=yes -errwarn=%none -erroff=%none -L/opt/bw/lib -R/opt/bw/lib    -I../Python-3.9.0/Include/internal -IObjects -IInclude -IPython -I. -I../Python-3.9.0/Include -I/opt/bw/include -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -I/opt/bw/include -D_TS_ERRNO -D_POSIX_PTHREAD_SEMANTICS -D_LARGEFILE64_SOURCE -xcode=pic32 -DPy_BUILD_CORE -o Objects/exceptions.o ../Python-3.9.0/Objects/exceptions.c
"../Python-3.9.0/Objects/exceptions.c", line 2313: error: void function cannot return value
cc: acomp failed for ../Python-3.9.0/Objects/exceptions.c
gmake: *** [Makefile:1781: Objects/exceptions.o] Error 2

However that is a separate issue that has been around for at least a year or so.

  2313    return Py_TYPE(self)->tp_free((PyObject *)self);  ???

Why try to return anything here ? 

Why can we not do the same as line 2319 ? 

  2306  
  2307  static void
  2308  MemoryError_dealloc(PyBaseExceptionObject *self)
  2309  {
  2310      BaseException_clear(self);
  2311  
  2312      if (!Py_IS_TYPE(self, (PyTypeObject *) PyExc_MemoryError)) {
  2313          Py_TYPE(self)->tp_free((PyObject *)self);
  2314      }
  2315  
  2316      _PyObject_GC_UNTRACK(self);
  2317  
  2318      if (memerrors_numfree >= MEMERRORS_SAVE)
  2319          Py_TYPE(self)->tp_free((PyObject *)self);
  2320      else {
  2321          self->dict = (PyObject *) memerrors_freelist;
  2322          memerrors_freelist = self;
  2323          memerrors_numfree++;
  2324      }
  2325  }
  2326  

The compile may then continue but eventually a bucket of tests fail.

Perhaps an Oracle/Fujitsu SPARC based built bot or site would help here?

-- 
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional

----------
components: Installation
messages: 380987
nosy: blastwave
priority: normal
severity: normal
status: open
title: Python 3.9.0 unable to detect ax_cv_c_float_words_bigendian value on nigendan system
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42358>
_______________________________________

From report at bugs.python.org  Sat Nov 14 15:03:50 2020
From: report at bugs.python.org (Dennis Clarke)
Date: Sat, 14 Nov 2020 20:03:50 +0000
Subject: [issue42358] Python 3.9.0 unable to detect
 ax_cv_c_float_words_bigendian value on nigendan system
In-Reply-To: <1605384101.77.0.568061256015.issue42358@roundup.psfhosted.org>
Message-ID: <1605384230.2.0.726813920063.issue42358@roundup.psfhosted.org>


Dennis Clarke <dclarke at blastwave.org> added the comment:

I gave up on trying to compile this code with C99. Trying C11 and 
hope that blows up in different places.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42358>
_______________________________________

From report at bugs.python.org  Sat Nov 14 15:31:55 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 14 Nov 2020 20:31:55 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605385915.67.0.436602704035.issue42339@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> maybe there's a list of updates (or FAQ) to which you 
> want to add KB3063858?

The documentation of the embeddable package [1] could highlight the need for KB2533623. Currently it's directly mentioned only in "What's New in Python 3.8" [2].

> ImportError: DLL load failed while importing _lzma: 
> De parameter is onjuist.

Mixed-language output is awkward. A common _Py_FormatMessage function could be added in 3.10 that tries getting an error message in English before trying to get it in the user's default language.

---

[1] https://docs.python.org/3/using/windows.html#the-embeddable-package
[2] https://docs.python.org/3.8/whatsnew/3.8.html#changes-in-the-python-api

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Sat Nov 14 15:56:57 2020
From: report at bugs.python.org (Jelle Geerts)
Date: Sat, 14 Nov 2020 20:56:57 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605387417.84.0.0598020298951.issue42339@roundup.psfhosted.org>


Jelle Geerts <jellegeerts at gmail.com> added the comment:

> Mixed-language output is awkward. A common _Py_FormatMessage function could be added in 3.10 that tries getting an error message in English before trying to get it in the user's default language.

I agree that in general mixed-language can be odd. But I guess you could also argue it's useful that Python doesn't add another layer of complexity, and simply uses the system's own FormatMessage() function, also because developers are already used to seeing such messages in other applications as well. Just playing devil's advocate here.

At the same time, I feel it would be helpful to users if there would, in this specific case, be a more helpful message as well (alongside the same error that is already shown), something that points more directly in the direction of the solution.

> The documentation of the embeddable package [1] could highlight the need for KB2533623. Currently it's directly mentioned only in "What's New in Python 3.8" [2].

That would be helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Sat Nov 14 16:22:46 2020
From: report at bugs.python.org (Paul Moore)
Date: Sat, 14 Nov 2020 21:22:46 +0000
Subject: [issue42293] Installation of pyinstaller in Windows fails with utf8
 error
In-Reply-To: <1604878197.58.0.426662721479.issue42293@roundup.psfhosted.org>
Message-ID: <1605388966.63.0.859968270817.issue42293@roundup.psfhosted.org>


Paul Moore <p.f.moore at gmail.com> added the comment:

I've raised https://github.com/pypa/pip/issues/9135 for this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42293>
_______________________________________

From report at bugs.python.org  Sat Nov 14 16:47:11 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sat, 14 Nov 2020 21:47:11 +0000
Subject: [issue39411] pyclbr rewrite using AST
In-Reply-To: <1579613369.33.0.216761296366.issue39411@roundup.psfhosted.org>
Message-ID: <1605390431.18.0.36432137796.issue39411@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39411>
_______________________________________

From report at bugs.python.org  Sat Nov 14 16:48:35 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Nov 2020 21:48:35 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605390515.04.0.297326179881.issue42328@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Sorry, I did not understand how did you get an empty state? Could you please provide complete reproducible example?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sat Nov 14 16:51:35 2020
From: report at bugs.python.org (Teugea Ioan-Teodor)
Date: Sat, 14 Nov 2020 21:51:35 +0000
Subject: [issue42178] failed pickle hangs python on exit in CMD.exe only
In-Reply-To: <1603831953.96.0.174038023621.issue42178@roundup.psfhosted.org>
Message-ID: <1605390695.02.0.00876748098751.issue42178@roundup.psfhosted.org>


Change by Teugea Ioan-Teodor <teodor.teugea at gmail.com>:


----------
keywords: +patch
nosy: +John-Ted
nosy_count: 6.0 -> 7.0
pull_requests: +22181
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23290

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42178>
_______________________________________

From report at bugs.python.org  Sat Nov 14 17:49:19 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 14 Nov 2020 22:49:19 +0000
Subject: [issue42358] Python 3.9.0 unable to detect
 ax_cv_c_float_words_bigendian value on nigendan system
In-Reply-To: <1605384101.77.0.568061256015.issue42358@roundup.psfhosted.org>
Message-ID: <1605394159.55.0.674447679346.issue42358@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

> I suspect that the little endian systems will
> be no great concern as the bulk of Python devs seem to have never
> seen anything else other than little endian systems running Red Hat.

We don't fancy this kind of passive-aggressive and accusatory communication style. Instead we prefer constructive collaboration without personal attacks.

For your information our buildbot infrastructure perform regular testing on a lot of hardware platforms, distributions, and compilers including PPC64 and s390x big endian machines.

Please attach your config.log and provide more information about your platform, compiler, and hardware.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42358>
_______________________________________

From report at bugs.python.org  Sat Nov 14 18:32:22 2020
From: report at bugs.python.org (Pat Thoyts)
Date: Sat, 14 Nov 2020 23:32:22 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605396742.86.0.540407154342.issue42328@roundup.psfhosted.org>


Pat Thoyts <patthoyts at gmail.com> added the comment:

So if you look at the clamTheme.tcl file you can see the definition of the map for the TNotebook.Tab style looks like the following:

    ttk::style map TNotebook.Tab \
      -padding [list selected {6 4 6 2}] \
      -background [list selected $colors(-frame) {} $colors(-darker)] \
      -lightcolor [list selected $colors(-lighter) {} $colors(-dark)] \
      ;

The vista theme uses these too on Windows.

So calling this from script we can see the resulting empty elements in tcl:

    % ttk::style map TNotebook.Tab
    -lightcolor {selected #eeebe7 {} #cfcdc8} -padding {selected {6 4 6 2}} -background {selected #dcdad5 {} #bab5ab}

As I put in the bug, this gets mistranslated in python with the value for that state map element getting put into the first element.

The simplest demonstration is that the following raises an exception:

    import tkinter as tk
    import tkinter.ttk as ttk
    style = ttk.Style()
    style.theme_use('clam')
    style.map('Custom.TNotebook.Tab', **style.map('TNotebook.Tab'))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sat Nov 14 18:49:30 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 23:49:30 +0000
Subject: [issue42330] Add browsh in the webbrowser module
In-Reply-To: <1605153434.0.0.062281491373.issue42330@roundup.psfhosted.org>
Message-ID: <1605397770.39.0.0905871572515.issue42330@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42330>
_______________________________________

From report at bugs.python.org  Sat Nov 14 18:57:31 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Nov 2020 23:57:31 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605398251.94.0.201698497647.issue42328@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Verified
Traceback (most recent call last):
  File "F:\Python\a\tem4.py", line 5, in <module>
    style.map('Custom.TNotebook.Tab', **style.map('TNotebook.Tab'))
  File "C:\Program Files\Python310\lib\tkinter\ttk.py", line 403, in map
    self.tk.call(self._name, "map", style, *_format_mapdict(kw)),
  File "C:\Program Files\Python310\lib\tkinter\ttk.py", line 111, in _format_mapdict
    _format_optvalue(_mapdict_values(value), script)))
  File "C:\Program Files\Python310\lib\tkinter\ttk.py", line 85, in _mapdict_values
    state[0] # raise IndexError if empty
IndexError: list index out of range
>>> 

PS. Pat, please don't indent code that someone might reasonably copy and paste to run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sat Nov 14 19:27:33 2020
From: report at bugs.python.org (Matthew Suozzo)
Date: Sun, 15 Nov 2020 00:27:33 +0000
Subject: [issue42353] Proposal: re.prefixmatch method (alias for re.match)
In-Reply-To: <1605295623.12.0.914188426549.issue42353@roundup.psfhosted.org>
Message-ID: <1605400053.8.0.209521041473.issue42353@roundup.psfhosted.org>


Matthew Suozzo <matthew.suozzo at gmail.com> added the comment:

> It just won't work unless you add explicit ".*" or ".*?" at the start of the pattern

But think of when regexes are used for validating input. Getting it to "just work" may be over-permissive validation that only actually checks the beginning of the input. They're one missed test case away from a crash or, worse, a security issue.

This proposed name change would help make the function behavior obvious at the callsite. In the validator example, calling "prefixmatch" would stand out as wrong to even the most oblivious, documentation-averse user.

> My point is that re.match is a common bug when people really want re.search.

While I think better distinguishing the interfaces is a nice-to-have for usability, I think it has more absolute benefit to correctness. Again, confusion around the semantics of "match" were the motivation for adding "fullmatch" in the first place but that change only went so far to address the problem: It's still too easy to misuse the existing "match" interface and it's not realistic to remove it from the language. A new name would eliminate this class of error at a very low cost.

----------
nosy: +matthew.suozzo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42353>
_______________________________________

From report at bugs.python.org  Sat Nov 14 20:20:28 2020
From: report at bugs.python.org (Andy Harrington)
Date: Sun, 15 Nov 2020 01:20:28 +0000
Subject: [issue42359] tutorial:  list is a class
Message-ID: <1605403228.0.0.0141370845785.issue42359@roundup.psfhosted.org>


New submission from Andy Harrington <aharrin at luc.edu>:

Documentation in Tutorial section 9.3.3 seems to be stuck in Python 2:

"In Python, the term method is not unique to class instances: other object types can have methods as well. For example, list objects have methods called append, insert, remove, sort, and so on."

In Python 3 built-in types are derived from Object, so list is now a class, right?

----------
assignee: docs at python
components: Documentation
messages: 380997
nosy: andyharrington, docs at python
priority: normal
severity: normal
status: open
title: tutorial:  list is a class
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42359>
_______________________________________

From report at bugs.python.org  Sat Nov 14 20:28:27 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Nov 2020 01:28:27 +0000
Subject: [issue42359] tutorial:  list is a class
In-Reply-To: <1605403228.0.0.0141370845785.issue42359@roundup.psfhosted.org>
Message-ID: <1605403707.86.0.559549389336.issue42359@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I think the current wording is fine.  After the type/class unification we tend to use the words "type" and "class" almost interchangeably.  For builtins, we still tend to say type though.

The language itself tends to mix the terms as well:

>>> class A:
       pass

>>> type(A)
<class 'type'>
>>> type(list)
<class 'type'>

----------
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42359>
_______________________________________

From report at bugs.python.org  Sat Nov 14 23:15:55 2020
From: report at bugs.python.org (--)
Date: Sun, 15 Nov 2020 04:15:55 +0000
Subject: [issue32958] socket module calls with long host names can fail with
 idna codec error
In-Reply-To: <1519674755.43.0.467229070634.issue32958@psf.upfronthosting.co.za>
Message-ID: <1605413755.18.0.069865237427.issue32958@roundup.psfhosted.org>


Change by -- <midopa at gmail.com>:


----------
nosy: +midopa

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32958>
_______________________________________

From report at bugs.python.org  Sat Nov 14 23:30:23 2020
From: report at bugs.python.org (Ravi Chityala)
Date: Sun, 15 Nov 2020 04:30:23 +0000
Subject: [issue42302] [Turtle] Add clockwise and anticlockwise method as alias
 to right and left
In-Reply-To: <1604985181.19.0.385851397848.issue42302@roundup.psfhosted.org>
Message-ID: <1605414623.31.0.474687860838.issue42302@roundup.psfhosted.org>


Change by Ravi Chityala <chityala at gmail.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42302>
_______________________________________

From report at bugs.python.org  Sun Nov 15 01:14:22 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Nov 2020 06:14:22 +0000
Subject: [issue42343] threading.local documentation should be on the net...
In-Reply-To: <1605266273.51.0.273989729799.issue42343@roundup.psfhosted.org>
Message-ID: <1605420862.28.0.916563211925.issue42343@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Would you like to make a PR to fix it?

----------
keywords: +newcomer friendly
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42343>
_______________________________________

From report at bugs.python.org  Sun Nov 15 01:17:55 2020
From: report at bugs.python.org (Hitansh K Doshi)
Date: Sun, 15 Nov 2020 06:17:55 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605421075.47.0.613228699791.issue42153@roundup.psfhosted.org>


Hitansh K Doshi <hkd159 at gmail.com> added the comment:

I made changes to rst file and added link that I got from university of Washington do check it. Let me know if any changes, you find it proper. I will submit my PR.    
changes in shown in image

----------
Added file: https://bugs.python.org/file49599/python doc1.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 01:46:06 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 06:46:06 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605422766.37.0.0938752308769.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

The link provided gives UW IMAP Server Documentation not In general Documentation Of IMAP

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 01:47:45 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 06:47:45 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605422865.33.0.117652324542.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

As Documentaion of imaplib we should provide information of imap itself

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 01:50:24 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 06:50:24 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605423024.3.0.513124705793.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Sorry my Bad your version is Good you can submit your PR,If any problem May I submit it please

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 02:35:49 2020
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 15 Nov 2020 07:35:49 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605425749.89.0.482486573975.issue42153@roundup.psfhosted.org>


Georg Brandl <georg at python.org> added the comment:

It doesn't make sense to include the archive link, the documentation it refers to is available in the GitHub repository under docs/.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 02:44:57 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Nov 2020 07:44:57 +0000
Subject: [issue42316] Walrus Operator in list index
In-Reply-To: <1605029315.25.0.963262062958.issue42316@roundup.psfhosted.org>
Message-ID: <1605426297.58.0.853469703995.issue42316@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42316>
_______________________________________

From report at bugs.python.org  Sun Nov 15 02:46:31 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 07:46:31 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605426391.72.0.470540343392.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

Then I shall remove the archive link

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 03:18:11 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 08:18:11 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605428291.93.0.522141692537.issue42153@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 04:09:05 2020
From: report at bugs.python.org (hai shi)
Date: Sun, 15 Nov 2020 09:09:05 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605431345.63.0.537611314433.issue41832@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

Hi, petr. If there is no other doubt about this bpo, I suggest close this bpo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Sun Nov 15 04:09:14 2020
From: report at bugs.python.org (hai shi)
Date: Sun, 15 Nov 2020 09:09:14 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605431354.49.0.583606610057.issue41832@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Sun Nov 15 04:14:25 2020
From: report at bugs.python.org (Alejandro Gonzalez)
Date: Sun, 15 Nov 2020 09:14:25 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
Message-ID: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>


New submission from Alejandro Gonzalez <alejandrojgt at gmail.com>:

I think the namedtuple documentation should mention that, for classes created with it to be pickle-able, the typename argument must match the name of the variable the class is being assigned to. Otherwise you get an error like this:

----------------------------------------------
>>> Foo = namedtuple("Bar", "x,y")
>>> pickle.dumps(Foo(1, 2))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
_pickle.PicklingError: Can't pickle <class '__main__.Bar'>: attribute lookup Bar on __main__ failed
----------------------------------------------

While it is indeed odd to do such naming in the first place, it should be admissible in other circumstances not involving pickling, and it is not obvious that pickling won't work if you do so.

The pickle documentation does mention this, though:

[...]Similarly, classes are pickled by named reference, so the same restrictions in the unpickling environment apply.[...]

but for someone who encounters this error it might be difficult to figure it out from that passage.

The added documentation in namedtuple could include a pointer to that section of pickle's documentation.

----------
assignee: docs at python
components: Documentation
messages: 381007
nosy: alegonz, docs at python
priority: normal
severity: normal
status: open
title: In the namedtuple documentation, mention that typename should match the variable name for the class to be pickle-able
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Sun Nov 15 04:31:11 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 09:31:11 +0000
Subject: [issue29076] Mac installer shell updater script silently fails if
 default shell is fish
In-Reply-To: <1482778000.76.0.584407589583.issue29076@psf.upfronthosting.co.za>
Message-ID: <1605432671.98.0.920595094433.issue29076@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

@Erland: The attached patch looks fine to me. Could you convert it to a PR?

----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29076>
_______________________________________

From report at bugs.python.org  Sun Nov 15 04:57:37 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 09:57:37 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605434257.35.0.497134912902.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

The build fails because of "Inline emphasis start-string without end-string." and bash script exists at code 2
can you please Help me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 05:26:49 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 10:26:49 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605436009.58.0.653904258479.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

This is what I get:

Run xvfb-run make -C Doc/ PYTHON=../python SPHINXOPTS="-q -W --keep-going -j4" doctest suspicious html
make: Entering directory '/home/runner/work/cpython/cpython/Doc'
make[1]: Entering directory '/home/runner/work/cpython/cpython/Doc'
mkdir -p build
Building NEWS from Misc/NEWS.d with blurb
PATH=./venv/bin:$PATH sphinx-build -b doctest -d build/doctrees  -q -W --keep-going -j4 -W . build/doctest 
Warning: ../build/NEWS:111: WARNING: Inline emphasis start-string without end-string.
/home/runner/work/cpython/cpython/Lib/socket.py:775: ResourceWarning: unclosed <socket.socket fd=7, family=AddressFamily.AF_INET, type=SocketKind.SOCK_STREAM, proto=6, laddr=('10.1.0.4', 39496), raddr=('116.202.254.214', 119)>
  self._sock = None
ResourceWarning: Enable tracemalloc to get the object allocation traceback
<doctest default[0]>:1: DeprecationWarning: the imp module is deprecated in favour of importlib; see the module's documentation for alternative uses
  import imp
<doctest default[2]>:1: DeprecationWarning: `formatargspec` is deprecated since Python 3.5. Use `signature` and the `Signature` object directly
  formatargspec(*getfullargspec(f))
Makefile:49: recipe for target 'build' failed
make[1]: *** [build] Error 1
make[1]: Leaving directory '/home/runner/work/cpython/cpython/Doc'
Testing of doctests in the sources finished, look at the results in build/doctest/output.txt
Makefile:127: recipe for target 'doctest' failed
make: *** [doctest] Error 1
make: Leaving directory '/home/runner/work/cpython/cpython/Doc'
Error: Process completed with exit code 2.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 06:13:15 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 11:13:15 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605438795.14.0.0337319780786.issue42153@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

After some research all the problems are fixed

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 06:44:21 2020
From: report at bugs.python.org (Dennis Clarke)
Date: Sun, 15 Nov 2020 11:44:21 +0000
Subject: [issue42358] Python 3.9.0 unable to detect
 ax_cv_c_float_words_bigendian value on nigendan system
In-Reply-To: <1605384101.77.0.568061256015.issue42358@roundup.psfhosted.org>
Message-ID: <1605440661.89.0.542838335386.issue42358@roundup.psfhosted.org>


Dennis Clarke <dclarke at blastwave.org> added the comment:

I see :

https://github.com/python/cpython/blob/master/Objects/exceptions.c#L2316 

the void return has been fixed and really I should not be
looked anywhere else other than the master sources on some
oddball platform.  I will start over.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42358>
_______________________________________

From report at bugs.python.org  Sun Nov 15 07:24:29 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 15 Nov 2020 12:24:29 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605443069.84.0.244506553544.issue42328@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Thank you for your examples Pat. Now it looks clearer to me.

Semantically this data in Tk is a sequence of pairs: states (which can be a single word or several words or empty) and default value.

>>> from tkinter import ttk
>>> style = ttk.Style()
>>> style.theme_use('clam')
>>> style.tk.eval(f'{style._name} map TCombobox -fieldbackground')
'{readonly focus} #4a6984 readonly #dcdad5'
>>> style.tk.eval(f'{style._name} map TNotebook.Tab -background')
'selected #dcdad5 {} #bab5ab'

Internally states represented in Tk as the StateSpec object. When automatically convert to Python it became the Tcl_Obj object with typename 'StateSpec'. Without postprocessing.

>>> style.tk.call(style._name, 'map', 'TCombobox', '-fieldbackground')
(<StateSpec object: 'readonly focus'>, '#4a6984', <StateSpec object: 'readonly'>, '#dcdad5')
>>> style.tk.call(style._name, 'map', 'TNotebook.Tab', '-background')
(<StateSpec object: 'selected'>, '#dcdad5', <StateSpec object: ''>, '#bab5ab')

Style.map() does postprocessing. It converts a sequence (with even items number) to a list of tuples. The last item of a tuple is the default value, and the rest are items of the StateSpec object.

>>> style.map('TCombobox', 'fieldbackground')
[('readonly', 'focus', '#4a6984'), ('readonly', '#dcdad5')]
>>> style.map('TNotebook.Tab', 'background')
[('selected', '#dcdad5'), ('#bab5ab',)]

But when set tkinter.wantobjects = 0 before running this example the result will be different, because StateSpec objects will be automatically represented as strings (it matches the behavior of initial versions of Tkinter):

>>> style.tk.call(style._name, 'map', 'TCombobox', '-fieldbackground')
'{readonly focus} #4a6984 readonly #dcdad5'
>>> style.tk.call(style._name, 'map', 'TNotebook.Tab', '-background')
'selected #dcdad5 {} #bab5ab'
>>> style.map('TCombobox', 'fieldbackground')
[('readonly focus', '#4a6984'), ('readonly', '#dcdad5')]
>>> style.map('TNotebook.Tab', 'background')
[('selected', '#dcdad5'), ('', '#bab5ab')]

The main problem is in representing an empty StateSpec. As every string in Python contains an empty string, {} can represent an empty sequence and a sequence containing single empty string. In Python, it can be no items before default value (like in ('#bab5ab',)) or a single item containing an empty string (like in ('', '#bab5ab')).

The former representation (an empty sequence) is default for the style.map() output, but it is rejected as the style.map() input (see state[0] in _mapdict_values). There are two ways to fix it: either change the output of style.map() (what PR 23241 does) or change the validation of the input. I think that the latter solution can be backported, but the former can be used only in the future Python version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sun Nov 15 07:29:16 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 12:29:16 +0000
Subject: [issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on
 recent macOS
Message-ID: <1605443356.85.0.637246166587.issue42361@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

As discussed before we want to switch to Tcl/Tk 8.6.10 when building the installer on a recent version of macOS. The build on macOS 10.9 should continue to use 8.6.8 due to build issues.

PR is forthcoming (currently running tests)

----------
assignee: ronaldoussoren
components: Tkinter, macOS
messages: 381014
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42361>
_______________________________________

From report at bugs.python.org  Sun Nov 15 07:39:19 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 12:39:19 +0000
Subject: [issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on
 recent macOS
In-Reply-To: <1605443356.85.0.637246166587.issue42361@roundup.psfhosted.org>
Message-ID: <1605443959.78.0.733603334696.issue42361@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
keywords: +patch
pull_requests: +22184
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23293

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42361>
_______________________________________

From report at bugs.python.org  Sun Nov 15 08:25:31 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Sun, 15 Nov 2020 13:25:31 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605446731.73.0.226931117069.issue42345@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
keywords: +patch
nosy: +uriyyo
nosy_count: 3.0 -> 4.0
pull_requests: +22185
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23294

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Sun Nov 15 08:35:22 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 13:35:22 +0000
Subject: [issue41100] Build failure on macOS 11 (beta)
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605447322.71.0.392432108668.issue41100@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
pull_requests: +22186
pull_request: https://github.com/python/cpython/pull/23295

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 15 08:38:14 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 13:38:14 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605447494.79.0.441408045885.issue42153@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


----------
pull_requests: +22187
pull_request: https://github.com/python/cpython/pull/23296

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 08:44:13 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Nov 2020 13:44:13 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605447853.86.0.122627870976.issue41100@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
title: Build failure on macOS 11 (beta) -> Support macOS 11 and Apple Silicon Macs

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 15 08:45:18 2020
From: report at bugs.python.org (Yash Shete)
Date: Sun, 15 Nov 2020 13:45:18 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605447918.57.0.135188101522.issue42153@roundup.psfhosted.org>


Change by Yash Shete <universeyash4 at gmail.com>:


----------
pull_requests: +22188
pull_request: https://github.com/python/cpython/pull/23297

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Sun Nov 15 09:39:28 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 14:39:28 +0000
Subject: [issue42362] Switch to clang as default compiler in build-installer.py
Message-ID: <1605451168.78.0.88186037593.issue42362@roundup.psfhosted.org>


New submission from Ronald Oussoren <ronaldoussoren at mac.com>:

build-installer.py still defaults to gcc as the default compiler, even though clang has been the system compiler for ages (and gcc is an alias in anything remotely recent).

PR is forthcoming

----------
assignee: ronaldoussoren
components: macOS
messages: 381015
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
stage: needs patch
status: open
title: Switch to clang as default compiler in build-installer.py
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42362>
_______________________________________

From report at bugs.python.org  Sun Nov 15 09:44:08 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 14:44:08 +0000
Subject: [issue42362] Switch to clang as default compiler in build-installer.py
In-Reply-To: <1605451168.78.0.88186037593.issue42362@roundup.psfhosted.org>
Message-ID: <1605451448.82.0.242503967787.issue42362@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
keywords: +patch
pull_requests: +22189
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23298

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42362>
_______________________________________

From report at bugs.python.org  Sun Nov 15 10:51:14 2020
From: report at bugs.python.org (Jim Lin)
Date: Sun, 15 Nov 2020 15:51:14 +0000
Subject: [issue42363] I think it will be better to output self._state for
 debugging
Message-ID: <1605455474.5.0.172346256047.issue42363@roundup.psfhosted.org>


New submission from Jim Lin <b04705003 at ntu.edu.tw>:

I think the exception "raise ValueError("Pool not running")" is not easy for a programmer to quickly know the problem of their code.

Therefore, I add the value of self._state when throwing the ValueError.

----------
components: Library (Lib)
messages: 381016
nosy: jimlinntu
priority: normal
severity: normal
status: open
title: I think it will be better to output self._state for debugging
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42363>
_______________________________________

From report at bugs.python.org  Sun Nov 15 10:55:12 2020
From: report at bugs.python.org (Jim Lin)
Date: Sun, 15 Nov 2020 15:55:12 +0000
Subject: [issue42363] I think it will be better to output self._state for
 debugging
In-Reply-To: <1605455474.5.0.172346256047.issue42363@roundup.psfhosted.org>
Message-ID: <1605455712.93.0.222575909106.issue42363@roundup.psfhosted.org>


Change by Jim Lin <b04705003 at ntu.edu.tw>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42363>
_______________________________________

From report at bugs.python.org  Sun Nov 15 10:59:37 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sun, 15 Nov 2020 15:59:37 +0000
Subject: [issue27119] `compile` doesn't compile into an AST object as specified
In-Reply-To: <1464158567.97.0.0204496298527.issue27119@psf.upfronthosting.co.za>
Message-ID: <1605455977.88.0.900889340746.issue27119@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

We've added a reference to the compiler flags into the compile(), see issue 40484 for details.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
versions: +Python 3.10 -Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27119>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:01:46 2020
From: report at bugs.python.org (Ken Jin)
Date: Sun, 15 Nov 2020 16:01:46 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605456106.31.0.036242842448.issue42345@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

@Guido and @Ivan,

Should Literals de-duplicate values in its __args__ similar to Union? PEP 586 states that:
> Literal[v1, v2, v3] is equivalent to Union[Literal[v1], Literal[v2], Literal[v3]]

Naturally, a Union de-duplicates values, so I was wondering if Literal should follow.

----------
nosy: +kj

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:13:05 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 15 Nov 2020 16:13:05 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1605456785.26.0.481292564809.issue42328@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22191
pull_request: https://github.com/python/cpython/pull/23300

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:17:03 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 15 Nov 2020 16:17:03 +0000
Subject: [issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting
 an emoji in a text widget
In-Reply-To: <1605043338.18.0.398355808071.issue42318@roundup.psfhosted.org>
Message-ID: <1605457023.48.0.273739359659.issue42318@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset a26215db11cfcf7b5f55cab9e91396761a0e0bcf by Serhiy Storchaka in branch 'master':
bpo-42318: Fix support of non-BMP characters in Tkinter on macOS (GH-23281)
https://github.com/python/cpython/commit/a26215db11cfcf7b5f55cab9e91396761a0e0bcf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42318>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:26:58 2020
From: report at bugs.python.org (Julien Palard)
Date: Sun, 15 Nov 2020 16:26:58 +0000
Subject: [issue38495] print built-in function docs bug
In-Reply-To: <1571211401.15.0.283514863374.issue38495@roundup.psfhosted.org>
Message-ID: <1605457618.71.0.814149824056.issue38495@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

Hi!

Thanks Alex for reporting, and everyone involved.

This has been fixed in python-docs-theme, so it's fixed for >=3.8. As 3.7 is in security-only (and embeds python-docs-theme), better not touch it.

Bests.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38495>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:31:49 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 15 Nov 2020 16:31:49 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1605457909.36.0.431635452232.issue41116@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:43:52 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 15 Nov 2020 16:43:52 +0000
Subject: [issue29076] Mac installer shell updater script silently fails if
 default shell is fish
In-Reply-To: <1482778000.76.0.584407589583.issue29076@psf.upfronthosting.co.za>
Message-ID: <1605458632.54.0.0803614426674.issue29076@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

Sure, I'll create a PR right away.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29076>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:50:59 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Sun, 15 Nov 2020 16:50:59 +0000
Subject: [issue29076] Mac installer shell updater script silently fails if
 default shell is fish
In-Reply-To: <1482778000.76.0.584407589583.issue29076@psf.upfronthosting.co.za>
Message-ID: <1605459059.95.0.460805367986.issue29076@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22193
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23302

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29076>
_______________________________________

From report at bugs.python.org  Sun Nov 15 11:56:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Nov 2020 16:56:07 +0000
Subject: [issue41832] PyType_FromSpec() should accept tp_doc=NULL
In-Reply-To: <1600770571.99.0.249807543427.issue41832@roundup.psfhosted.org>
Message-ID: <1605459367.7.0.846796219536.issue41832@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Sorry Petr, I didn't notice that the note was fully removed in the first change. Thanks for restoring the note!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41832>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:12:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 18:12:42 +0000
Subject: [issue39934] Fatal Python error "XXX block stack overflow" when
 exception stacks >10
In-Reply-To: <1583933092.46.0.675431384436.issue39934@roundup.psfhosted.org>
Message-ID: <1605463962.67.0.129162120368.issue39934@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
pull_requests: +22194
pull_request: https://github.com/python/cpython/pull/23303

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39934>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:27:00 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sun, 15 Nov 2020 18:27:00 +0000
Subject: [issue16801] Preserve original representation for integers / floats
 in docstrings
In-Reply-To: <1356699853.91.0.313275944642.issue16801@psf.upfronthosting.co.za>
Message-ID: <1605464820.91.0.764120015841.issue16801@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

I'm very late to join this thread, but since the Constant() node has now a kind field, we can possibly add this (though I'm not saying we should, depending on whether still this would be a nice addition to clinic docstrings.)

2 options that I can think off:
- Introduce a couple of new tokens (BIN_NUMBER, OCT_NUMBER, HEX_NUMBER). 
- Add a new field to the tok_state struct (like const char* number_type) and when constructing the Constant node in the _PyPegen_number_token, add that number_type as the kind field of the constant.

In case of anyone wondering, the latter would be a +20 lines addition (no changes on the grammar / tokens, just a couple of new lines into the tokenizer and the _PyPegen_number_token.)

----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16801>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:27:18 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sun, 15 Nov 2020 18:27:18 +0000
Subject: [issue16801] Preserve original representation for integers / floats
 in docstrings
In-Reply-To: <1356699853.91.0.313275944642.issue16801@psf.upfronthosting.co.za>
Message-ID: <1605464838.13.0.0615637024821.issue16801@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16801>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:32:46 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Nov 2020 18:32:46 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605465166.8.0.744727851043.issue42360@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I'll add a brief note to the named tuple docs.

FWIW, this is a special case of the more general issue that pickling errors tend to be inscrutable.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:52:40 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 18:52:40 +0000
Subject: [issue4643] cgitb.html fails if getattr call raises exception
In-Reply-To: <1229093313.68.0.275889144486.issue4643@psf.upfronthosting.co.za>
Message-ID: <1605466360.25.0.895681651454.issue4643@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The issue still occurs in 3.10. Python 3 version of the script:


import cgitb

class WeirdObject(object):
    def __getattr__(self, attr):
        if attr == 'a':
            return 'the letter a'
        elif attr == 'b':
            return str(slf) # Intentional NameError
        raise AttributeError(attr)

try:
    weird = WeirdObject()
    print('A:', weird.a)
    print('B:', weird.b)
    print('C:', weird.c)
except Exception as e:
    import sys
    print('\nSomething went wrong - attempting to generate HTML stack trace.')
    try:
        html_text = cgitb.html(sys.exc_info())
    except:
        print('Error generating HTML stack trace!')
        raise
    else:
        print('Here is stack trace in HTML:\n', html_text)

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4643>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:53:23 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 18:53:23 +0000
Subject: [issue4643] cgitb.html fails if getattr call raises exception
In-Reply-To: <1229093313.68.0.275889144486.issue4643@psf.upfronthosting.co.za>
Message-ID: <1605466403.55.0.664821244588.issue4643@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Arthur, are you interested in converting your patch to a github pull request?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4643>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:56:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 18:56:08 +0000
Subject: [issue16543] improve TypeError messages for missing arguments (meta
 issue)
In-Reply-To: <1353693793.28.0.492811281384.issue16543@psf.upfronthosting.co.za>
Message-ID: <1605466568.12.0.515213618698.issue16543@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16543>
_______________________________________

From report at bugs.python.org  Sun Nov 15 13:58:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 18:58:13 +0000
Subject: [issue17437] Difference between open and codecs.open
In-Reply-To: <1363431539.84.0.0934189958093.issue17437@psf.upfronthosting.co.za>
Message-ID: <1605466693.74.0.299432850917.issue17437@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17437>
_______________________________________

From report at bugs.python.org  Sun Nov 15 14:01:44 2020
From: report at bugs.python.org (mohamed koubaa)
Date: Sun, 15 Nov 2020 19:01:44 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605466904.04.0.904379564122.issue1635741@roundup.psfhosted.org>


Change by mohamed koubaa <koubaa.m at gmail.com>:


----------
pull_requests: +22195
pull_request: https://github.com/python/cpython/pull/23304

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sun Nov 15 14:24:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 19:24:42 +0000
Subject: [issue13888] test_builtin failure when run after test_tk
In-Reply-To: <1327661656.8.0.445863136974.issue13888@psf.upfronthosting.co.za>
Message-ID: <1605468282.95.0.0487515992644.issue13888@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I couldn't reproduce this on a macOS (3.10). Is it still an issue?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13888>
_______________________________________

From report at bugs.python.org  Sun Nov 15 14:31:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 19:31:24 +0000
Subject: [issue19070] In place operators of weakref.proxy() not returning self.
In-Reply-To: <1379846143.45.0.326809671068.issue19070@psf.upfronthosting.co.za>
Message-ID: <1605468684.01.0.64771310528.issue19070@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19070>
_______________________________________

From report at bugs.python.org  Sun Nov 15 14:34:27 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 19:34:27 +0000
Subject: [issue2941] Propagate define to resurce mingw32 compile
In-Reply-To: <1211451506.25.0.765395098834.issue2941@psf.upfronthosting.co.za>
Message-ID: <1605468867.2.0.66344410478.issue2941@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Alexandr, is this still an issue, and if so can you explain what the issue is?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2941>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:16:40 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 20:16:40 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605471400.28.0.512881157665.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

I still get this error while processing multiple tasks in python 3.8 
Is this bug resolved and where I can find resolution ?

----------
nosy: +anilb
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:19:28 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 20:19:28 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605471568.82.0.0131672776797.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\queues.py", line 358, in get
    return _ForkingPickler.loads(res)
AttributeError: Can't get attribute 'ld_df1' on <module '__main__' (built-in)>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:21:36 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 20:21:36 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605471696.33.0.0520888945283.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

Before running the Pool I checked whether my func existed in memory or not and it was there well defined by address and works fine otherwise

>>> ld_df1
<function ld_df1 at 0x062D6DF0>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:23:56 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 20:23:56 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605471836.52.0.930302940943.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

from multiprocessing import Pool

l_adt=ldir()
l_ln=len(l_stk)
p = Pool(processes=l_ln)
df = p.map(ld_df1, [i for i in l_adt])

l_ln=12 processes
Above is the self explanatory code snippet

IS there a resolution ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:37:05 2020
From: report at bugs.python.org (Daniel Lenski)
Date: Sun, 15 Nov 2020 20:37:05 +0000
Subject: [issue38976] Add support for HTTP Only flag in MozillaCookieJar
In-Reply-To: <1575522823.75.0.720870581486.issue38976@roundup.psfhosted.org>
Message-ID: <1605472625.7.0.163636476295.issue38976@roundup.psfhosted.org>


Daniel Lenski <dlenski at gmail.com> added the comment:

This issue is essentially a duplicate of the very-longstanding #2190.

My PR (https://github.com/python/cpython/pull/22798) was submitted before this one, but this one was accepted and merged first.

----------
nosy: +dlenski

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38976>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:38:00 2020
From: report at bugs.python.org (Daniel Lenski)
Date: Sun, 15 Nov 2020 20:38:00 +0000
Subject: [issue38976] Add support for HTTP Only flag in MozillaCookieJar
In-Reply-To: <1575522823.75.0.720870581486.issue38976@roundup.psfhosted.org>
Message-ID: <1605472680.27.0.349969109241.issue38976@roundup.psfhosted.org>


Change by Daniel Lenski <dlenski at gmail.com>:


----------
pull_requests: +22196
pull_request: https://github.com/python/cpython/pull/22798

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38976>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:39:03 2020
From: report at bugs.python.org (Daniel Lenski)
Date: Sun, 15 Nov 2020 20:39:03 +0000
Subject: [issue2190] MozillaCookieJar ignores HttpOnly cookies
In-Reply-To: <1203957546.34.0.123660895963.issue2190@psf.upfronthosting.co.za>
Message-ID: <1605472743.93.0.0680045128417.issue2190@roundup.psfhosted.org>


Daniel Lenski <dlenski at gmail.com> added the comment:

Issue #38976 is a duplicate of this one, and now closed by https://github.com/python/cpython/pull/17471

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2190>
_______________________________________

From report at bugs.python.org  Sun Nov 15 15:42:44 2020
From: report at bugs.python.org (Jacob Taylor)
Date: Sun, 15 Nov 2020 20:42:44 +0000
Subject: [issue2190] MozillaCookieJar ignores HttpOnly cookies
In-Reply-To: <1203957546.34.0.123660895963.issue2190@psf.upfronthosting.co.za>
Message-ID: <1605472964.05.0.430901366581.issue2190@roundup.psfhosted.org>


Change by Jacob Taylor <me at jacobtaylor.id.au>:


----------
nosy: +Jacob Taylor
nosy_count: 8.0 -> 9.0
pull_requests: +22197
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/17471

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2190>
_______________________________________

From report at bugs.python.org  Sun Nov 15 16:28:28 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 21:28:28 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605475708.03.0.0754672120884.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

Process SpawnPoolWorker-36:
Process SpawnPoolWorker-28:
Process SpawnPoolWorker-33:
Process SpawnPoolWorker-30:
Process SpawnPoolWorker-34:
Process SpawnPoolWorker-32:
Process SpawnPoolWorker-35:
Process SpawnPoolWorker-38:
Process SpawnPoolWorker-37:
Process SpawnPoolWorker-31:
Process SpawnPoolWorker-29:
Process SpawnPoolWorker-26:
Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\queues.py", line 356, in get
    res = self._reader.recv_bytes()
  File "C:\Python38\lib\multiprocessing\connection.py", line 216, in recv_bytes
    buf = self._recv_bytes(maxlength)
  File "C:\Python38\lib\multiprocessing\connection.py", line 305, in _recv_bytes
    waitres = _winapi.WaitForMultipleObjects(
KeyboardInterrupt
Traceback (most recent call last):
Traceback (most recent call last):
Traceback (most recent call last):
Traceback (most recent call last):
Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
Traceback (most recent call last):
Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
Traceback (most recent call last):
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap
    self.run()
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\queues.py", line 355, in get
    with self._rlock:
  File "C:\Python38\lib\multiprocessing\synchronize.py", line 95, in __enter__
    return self._semlock.__enter__()
KeyboardInterrupt
  File "C:\Python38\lib\multiprocessing\queues.py", line 355, in get
    with self._rlock:
  File "C:\Python38\lib\multiprocessing\synchronize.py", line 95, in __enter__
    return self._semlock.__enter__()
KeyboardInterrupt
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\queues.py", line 355, in get
    with self._rlock:
  File "C:\Python38\lib\multiprocessing\synchronize.py", line 95, in __enter__
    return self._semlock.__enter__()
  File "C:\Python38\lib\multiprocessing\process.py", line 108, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python38\lib\multiprocessing\pool.py", line 114, in worker
    task = get()
  File "C:\Python38\lib\multiprocessing\queues.py", line 355, in get
    with self._rlock:
  File "C:\Python38\lib\multiprocessing\synchronize.py", line 95, in __enter__
    return self._semlock.__enter__()
KeyboardInterrupt
KeyboardInterrupt

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 16:29:07 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Nov 2020 21:29:07 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605475747.46.0.48917861456.issue42360@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Sun Nov 15 16:37:52 2020
From: report at bugs.python.org (David Lord)
Date: Sun, 15 Nov 2020 21:37:52 +0000
Subject: [issue39168] Generic type subscription is a huge toll on Python
 performance
In-Reply-To: <1577726230.5.0.713641828615.issue39168@roundup.psfhosted.org>
Message-ID: <1605476272.93.0.445504904684.issue39168@roundup.psfhosted.org>


David Lord <davidism at gmail.com> added the comment:

Is this performance issue supposed to be fixed in 3.9? I'm still observing severe slowdown by inheriting from `Generic[T]`.

I'm currently adding typing to Werkzeug, where we define many custom data structures such as `MultiDict`. It would be ideal for these classes to be recognized as generic mappings. I remembered hearing about this performance issue somewhere, so I decided to test what happens.

Here's a minimal example without Werkzeug, the results in Werkzeug are similar or worse. I'd estimate each request creates about 10 of the various data structures, which are then accessed by user code, so I simulated that by creating and iterating a list of objects.

```python
class Test:
    def __init__(self, value):
        self.value = value

def main():
    ts = [Test(x) for x in range(10)]
    sum(t.value for t in ts)
```

```
$ python3.9 -m timeit -n 100000 -s 'from example import main' 'main()'
100000 loops, best of 5: 7.67 usec per loop
```

```python
import typing

V = typing.TypeVar("V")

class Test(typing.Generic[V]):
    def __init__(self, value: V) -> None:
        self.value = value

def main():
    ts = [Test(x) for x in range(10)]
    sum(t.value for t in ts)
```

```
$ python3.9 -m timeit -n 100000 -s 'from example import main' 'main()'
100000 loops, best of 5: 18.2 usec per loop
```

There is more than a 2x slowdown when using `Generic`. The timings (7 vs 18 usec) are the same across Python 3.6, 3.7, 3.8, and 3.9. It seems that 3.9 does not fix the performance issue.

Since we currently support Python 3.6+, I probably won't be able to use generics anyway due to the performance in those versions, but I wanted to make sure I'm not missing something with 3.9.

----------
nosy: +davidism

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39168>
_______________________________________

From report at bugs.python.org  Sun Nov 15 17:01:28 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sun, 15 Nov 2020 22:01:28 +0000
Subject: [issue42115] Caching infrastructure for the evaluation loop:
 specialised opcodes
In-Reply-To: <1603336898.74.0.366564812208.issue42115@roundup.psfhosted.org>
Message-ID: <1605477688.74.0.765324000761.issue42115@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42115>
_______________________________________

From report at bugs.python.org  Sun Nov 15 17:27:31 2020
From: report at bugs.python.org (Anil Bishnoie)
Date: Sun, 15 Nov 2020 22:27:31 +0000
Subject: [issue25053] Possible race condition in Pool
In-Reply-To: <1441884822.26.0.222476862534.issue25053@psf.upfronthosting.co.za>
Message-ID: <1605479251.09.0.0429522051465.issue25053@roundup.psfhosted.org>


Anil Bishnoie <reech2.anil at yahoo.com> added the comment:

Fatal Python error: init_sys_streams: can't initialize sys standard streams
Python runtime state: core initialized

  File "C:\Python38\lib\multiprocessing\process.py", line 315, in _bootstrap


During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "C:\Python38\lib\multiprocessing\spawn.py", line 116, in spawn_main
    exitcode = _main(fd, parent_sentinel)
  File "C:\Python38\lib\multiprocessing\spawn.py", line 129, in _main
    return self._bootstrap(parent_sentinel)
  File "C:\Python38\lib\multiprocessing\process.py", line 331, in _bootstrap
    traceback.print_exc()
  File "C:\Python38\lib\traceback.py", line 163, in print_exc
    print_exception(*sys.exc_info(), limit=limit, file=file, chain=chain)
  File "C:\Python38\lib\traceback.py", line 105, in print_exception
    print(line, file=file, end="")
KeyboardInterrupt
    addpackage(sitedir, name, known_paths)
  File "C:\Python38\lib\site.py", line 169, in addpackage
    exec(line)
  File "<string>", line 1, in <module>
  File "C:\Python38\lib\importlib\util.py", line 14, in <module>
    from contextlib import contextmanager
  File "C:\Python38\lib\contextlib.py", line 5, in <module>
    from collections import deque
  File "C:\Python38\lib\collections\__init__.py", line 22, in <module>
    from keyword import iskeyword as _iskeyword
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 779, in exec_module
  File "<frozen importlib._bootstrap_external>", line 874, in get_code
  File "<frozen importlib._bootstrap_external>", line 972, in get_data

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25053>
_______________________________________

From report at bugs.python.org  Sun Nov 15 17:32:20 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Nov 2020 22:32:20 +0000
Subject: [issue13888] test_builtin failure when run after test_tk
In-Reply-To: <1327661656.8.0.445863136974.issue13888@psf.upfronthosting.co.za>
Message-ID: <1605479540.87.0.329607470943.issue13888@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

tcl/tk 8.5, likely used in 2012 test, was by default compiled without thread support.  8.6, used now for sure on psf Windows and Macs installs and I believe on most *nixes, the default is *with* thread support.  Given the comments, this might affect results.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13888>
_______________________________________

From report at bugs.python.org  Sun Nov 15 17:40:18 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Nov 2020 22:40:18 +0000
Subject: [issue2190] MozillaCookieJar ignores HttpOnly cookies
In-Reply-To: <1203957546.34.0.123660895963.issue2190@psf.upfronthosting.co.za>
Message-ID: <1605480018.11.0.527607462267.issue2190@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

So, is anything more needed, or should PR-22798 and this issue be closed?

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2190>
_______________________________________

From report at bugs.python.org  Sun Nov 15 17:55:22 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 22:55:22 +0000
Subject: [issue1676820] Add a PeriodicTimer to threading
Message-ID: <1605480922.81.0.156387234777.issue1676820@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Based on the comments, should this be closed as rejected?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1676820>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:01:27 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 15 Nov 2020 23:01:27 +0000
Subject: [issue39168] Generic type subscription is a huge toll on Python
 performance
In-Reply-To: <1577726230.5.0.713641828615.issue39168@roundup.psfhosted.org>
Message-ID: <1605481287.38.0.0784393963217.issue39168@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

@davidm

I don't see such a dramatic difference -- the generic version is a tad slower, but the difference is less than the variation between runs.

What platform are you using?  (I'm doing this on Windows.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39168>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:12:57 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:12:57 +0000
Subject: [issue1289136] distutils extension library path bug on cygwin
Message-ID: <1605481977.42.0.180027473811.issue1289136@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I see that the erroneous "is string.find..." condition is no longer in the code: 
https://github.com/python/cpython/blob/master/Lib/distutils/command/build_ext.py#L220


Is this issue out of date or is there something still to do on it?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1289136>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:14:56 2020
From: report at bugs.python.org (Mathias MICHEL)
Date: Sun, 15 Nov 2020 23:14:56 +0000
Subject: [issue42364] Typo in french doc translation
Message-ID: <1605482096.39.0.136403894956.issue42364@roundup.psfhosted.org>


New submission from Mathias MICHEL <matm at gmx.fr>:

In https://docs.python.org/fr/3/tutorial/inputoutput.html, ? 7.1.3. Formatage de cha?nes ? la main

After the code block the sentence between () should  replace `donc` by `dont`:

(Remarquez que l'espace s?parant les colonnes vient de la mani?re dont print() fonctionne : il ajoute toujours des espaces entre ses arguments.)

----------
assignee: docs at python
components: Documentation
messages: 381043
nosy: docs at python, matm
priority: normal
severity: normal
status: open
title: Typo in french doc translation
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42364>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:14:54 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:14:54 +0000
Subject: [issue1465554] Cygwin installer should create a link to
 libpythonX.Y.dll.a
Message-ID: <1605482094.27.0.455352332194.issue1465554@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> distutils extension library path bug on cygwin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1465554>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:18:33 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:18:33 +0000
Subject: [issue1178136] cgitb.py support for frozen images
Message-ID: <1605482313.94.0.711913584654.issue1178136@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Barry, are you interested in converting this patch into a github PR?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1178136>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:18:41 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:18:41 +0000
Subject: [issue1178136] cgitb.py support for frozen images
Message-ID: <1605482321.19.0.801200787807.issue1178136@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1178136>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:25:28 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:25:28 +0000
Subject: [issue6237] Build errors when using LDFLAGS="-Wl,--no-undefined"
In-Reply-To: <1244428013.0.0.0482442850802.issue6237@psf.upfronthosting.co.za>
Message-ID: <1605482728.18.0.202684428938.issue6237@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Closing as out of date because it's from 14 years ago and the OP did not reply to Mark's ping. 

If this is an issue in Python 3 please open a new issue for that.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6237>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:29:31 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:29:31 +0000
Subject: [issue6497] Support for digital Cinema/film DPX and Kodak Cineon
 image file formats in imghdr module
In-Reply-To: <1247779729.41.0.45019789349.issue6497@psf.upfronthosting.co.za>
Message-ID: <1605482971.67.0.370623421445.issue6497@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
type: behavior -> enhancement
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue6497>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:37:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:37:24 +0000
Subject: [issue10898] posixmodule.c redefines FSTAT
In-Reply-To: <1294857148.96.0.548396285489.issue10898@psf.upfronthosting.co.za>
Message-ID: <1605483444.15.0.673327860883.issue10898@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10898>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:41:51 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:41:51 +0000
Subject: [issue14531] Backtrace should not attempt to open <stdin> file
In-Reply-To: <1333911683.02.0.244330903259.issue14531@psf.upfronthosting.co.za>
Message-ID: <1605483711.5.0.123734471345.issue14531@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Traceback display code can attempt to open a file named "<stdin>"

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14531>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:47:02 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:47:02 +0000
Subject: [issue4802] detect_tkinter for cygwin
In-Reply-To: <1230840510.49.0.878061128691.issue4802@psf.upfronthosting.co.za>
Message-ID: <1605484022.41.0.272866275398.issue4802@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4802>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:48:36 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 15 Nov 2020 23:48:36 +0000
Subject: [issue4297] Add error_log attribute to optparse.OptionParser
In-Reply-To: <1226413379.99.0.188665223227.issue4297@psf.upfronthosting.co.za>
Message-ID: <1605484116.9.0.612929068648.issue4297@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4297>
_______________________________________

From report at bugs.python.org  Sun Nov 15 18:59:28 2020
From: report at bugs.python.org (David Lord)
Date: Sun, 15 Nov 2020 23:59:28 +0000
Subject: [issue39168] Generic type subscription is a huge toll on Python
 performance
In-Reply-To: <1577726230.5.0.713641828615.issue39168@roundup.psfhosted.org>
Message-ID: <1605484768.37.0.193729541411.issue39168@roundup.psfhosted.org>


David Lord <davidism at gmail.com> added the comment:

I'm using Arch Linux. After your reply I tried again and now I'm seeing the same result as you, negligible difference from inheriting `Generic` on Python 3.9. I can't explain it, I ran the timings repeatedly before I posted here, but I guess it was a weird temporary issue with my machine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39168>
_______________________________________

From report at bugs.python.org  Sun Nov 15 19:01:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 00:01:26 +0000
Subject: [issue14338] Document how to forward POST data on redirects
In-Reply-To: <1331929501.86.0.889924099512.issue14338@psf.upfronthosting.co.za>
Message-ID: <1605484886.26.0.866064083771.issue14338@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +easy (C)
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14338>
_______________________________________

From report at bugs.python.org  Sun Nov 15 19:04:57 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 00:04:57 +0000
Subject: [issue14390] Tkinter single-threaded deadlock
In-Reply-To: <1332449311.13.0.974359232681.issue14390@psf.upfronthosting.co.za>
Message-ID: <1605485097.14.0.867593763946.issue14390@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14390>
_______________________________________

From report at bugs.python.org  Sun Nov 15 19:12:17 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 00:12:17 +0000
Subject: [issue39168] Generic type subscription is a huge toll on Python
 performance
In-Reply-To: <1577726230.5.0.713641828615.issue39168@roundup.psfhosted.org>
Message-ID: <1605485537.22.0.419313434001.issue39168@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

No worries. I tend to run each time it command at least three times before I trust the numbers. Professional bench markers also configure a machine without background tasks (email etc.).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39168>
_______________________________________

From report at bugs.python.org  Sun Nov 15 19:22:09 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 00:22:09 +0000
Subject: [issue18838] The order of interactive prompt and traceback on Windows
In-Reply-To: <1377507907.91.0.430796932988.issue18838@psf.upfronthosting.co.za>
Message-ID: <1605486129.87.0.29148519914.issue18838@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

On version 3.10, windows 10 I don't see this - the prompt comes after the traceback.

Adam, are you seeing this issue on any python version >= 3.8?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18838>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:02:01 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 01:02:01 +0000
Subject: [issue42365] Python launcher: sort order in "Installed versions" off
 with 3.10
Message-ID: <1605488521.14.0.00117878681965.issue42365@roundup.psfhosted.org>


New submission from Guido van Rossum <guido at python.org>:

I installed Python 3.10 on Windows and now the sort order of the versions printed by `py -0` is kind of weird:
```
Installed Pythons found by C:\WINDOWS\py.exe Launcher for Windows
 -3.9-64 *
 -3.8-64
 -3.7-64
 -3.6-64
 -3.5-64
 -3.10-64
```
I'm guessing we're going to have to parse the versions...

(I accidentally first reported this in https://github.com/brettcannon/python-launcher/issues/42.)

----------
components: Windows
messages: 381049
nosy: gvanrossum, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Python launcher: sort order in "Installed versions" off with 3.10
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42365>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:03:28 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 01:03:28 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605488608.03.0.929955290293.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Yeah, I think it makes sense to de-dupe args for Literal.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:31:03 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 01:31:03 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605490263.53.0.995399618058.issue42317@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c3b9592244a9112d8af9610ff1c4e1e4cd4bfaca by Dominik1123 in branch 'master':
bpo-42317: Improve docs of typing.get_args concerning Union (GH-23254)
https://github.com/python/cpython/commit/c3b9592244a9112d8af9610ff1c4e1e4cd4bfaca


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:31:14 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 01:31:14 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605490274.75.0.701113805058.issue42317@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22199
pull_request: https://github.com/python/cpython/pull/23307

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:50:44 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 01:50:44 +0000
Subject: [issue42280] The list of standard generic collections is incomplete
In-Reply-To: <1604688598.04.0.446732481114.issue42280@roundup.psfhosted.org>
Message-ID: <1605491444.08.0.662970667315.issue42280@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I think the difference between the two lists is that not every generic type is a collection.

If we apply that standard, I think the contextlib and re classes need to be *removed* from the list (did I get that right?).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42280>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:52:32 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 01:52:32 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605491552.44.0.238430854367.issue42317@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2369759a47c5292bacf2eef17b4e2388b7d36675 by Miss Islington (bot) in branch '3.9':
bpo-42317: Improve docs of typing.get_args concerning Union (GH-23254)
https://github.com/python/cpython/commit/2369759a47c5292bacf2eef17b4e2388b7d36675


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Sun Nov 15 20:54:25 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 01:54:25 +0000
Subject: [issue42317] Docs of `typing.get_args`: Mention that due to caching
 of typing generics the order of arguments for Unions can be different from
 the one of the returned tuple
In-Reply-To: <1605036937.3.0.364895182043.issue42317@roundup.psfhosted.org>
Message-ID: <1605491665.0.0.179492453515.issue42317@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42317>
_______________________________________

From report at bugs.python.org  Sun Nov 15 21:05:19 2020
From: report at bugs.python.org (jack1142)
Date: Mon, 16 Nov 2020 02:05:19 +0000
Subject: [issue42280] The list of standard generic collections is incomplete
In-Reply-To: <1604688598.04.0.446732481114.issue42280@roundup.psfhosted.org>
Message-ID: <1605492319.08.0.785349846536.issue42280@roundup.psfhosted.org>


jack1142 <kuba.kuczys at gmail.com> added the comment:

I was thinking that this could be the case but if I'm not mistaken, there's actually quite a lot of types in this list that aren't collections (awaitable, coroutine, iterable, iterator, generator, the async versions of those, callable, *hmm, are views collections?*, and the ones you mentioned), so I figured that listing *only* collections might have not been the intention when this was written. But listing all of the generics in Python would indeed be lengthy so it might make sense to limit it to collections nonetheless, I'm not really sure about it though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42280>
_______________________________________

From report at bugs.python.org  Sun Nov 15 21:16:46 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 02:16:46 +0000
Subject: [issue42280] The list of standard generic collections is incomplete
In-Reply-To: <1604688598.04.0.446732481114.issue42280@roundup.psfhosted.org>
Message-ID: <1605493006.38.0.602302134553.issue42280@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Let?s just close this, there are more important things to do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42280>
_______________________________________

From report at bugs.python.org  Sun Nov 15 22:11:13 2020
From: report at bugs.python.org (Yash Shete)
Date: Mon, 16 Nov 2020 03:11:13 +0000
Subject: [issue42365] Python launcher: sort order in "Installed versions" off
 with 3.10
In-Reply-To: <1605488521.14.0.00117878681965.issue42365@roundup.psfhosted.org>
Message-ID: <1605496273.66.0.0921027077424.issue42365@roundup.psfhosted.org>


Yash Shete <universeyash4 at gmail.com> added the comment:

I would like to try look into this problem. can you please point me into right direction, like: where and what to edit. I am not much experienced but i would like to try.
thankyou

----------
nosy: +Pixmew

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42365>
_______________________________________

From report at bugs.python.org  Sun Nov 15 22:14:48 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 16 Nov 2020 03:14:48 +0000
Subject: [issue42365] Python launcher: sort order in "Installed versions" off
 with 3.10
In-Reply-To: <1605488521.14.0.00117878681965.issue42365@roundup.psfhosted.org>
Message-ID: <1605496488.79.0.121286306922.issue42365@roundup.psfhosted.org>


Zackery Spytz <zspytz at gmail.com> added the comment:

This seems like a duplicate of bpo-38506 (which already has a PR).

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42365>
_______________________________________

From report at bugs.python.org  Sun Nov 15 22:18:03 2020
From: report at bugs.python.org (Tom Kent)
Date: Mon, 16 Nov 2020 03:18:03 +0000
Subject: [issue36011] ssl - tls verify on Windows fails
In-Reply-To: <1550342172.09.0.390948819907.issue36011@roundup.psfhosted.org>
Message-ID: <1605496683.36.0.771417741538.issue36011@roundup.psfhosted.org>


Tom Kent <tom at teeks99.com> added the comment:

Christian's message indicated that a workaround was possible by adding mozilla's certs to windows cert store. 

I'm sure there are sysadmins who will really hate this idea, but I've successfully implemented it in a windows docker image, and wanted to document here.

Powershell commands, requires OpenSSL to be installed on the system:
```
cd $env:USERPROFILE;
Invoke-WebRequest https://curl.haxx.se/ca/cacert.pem -OutFile $env:USERPROFILE\cacert.pem;
$plaintext_pw = 'PASSWORD';
$secure_pw = ConvertTo-SecureString $plaintext_pw -AsPlainText -Force;
& 'C:\Program Files\OpenSSL-Win64\bin\openssl.exe' pkcs12 -export -nokeys -out certs.pfx -in cacert.pem -passout pass:$plaintext_pw;
Import-PfxCertificate -Password $secure_pw  -CertStoreLocation Cert:\LocalMachine\Root -FilePath certs.pfx;
```

Once mozilla's store is imported into the microsoft trusted root store, python has everything it needs to access files directly.

----------
nosy: +teeks99

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36011>
_______________________________________

From report at bugs.python.org  Sun Nov 15 22:27:36 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 03:27:36 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605497256.43.0.112102853101.issue42332@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 384b7a4bd988986bca227c7e85c32d766da74708 by kj in branch 'master':
bpo-42332: Add weakref slot to types.GenericAlias (GH-23250)
https://github.com/python/cpython/commit/384b7a4bd988986bca227c7e85c32d766da74708


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Sun Nov 15 22:39:08 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 16 Nov 2020 03:39:08 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605497948.73.0.695383762129.issue42332@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
pull_requests: +22200
pull_request: https://github.com/python/cpython/pull/23309

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:07:58 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:07:58 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605499678.73.0.925787790914.issue38506@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I think now's the time to fix it, given that we're two alphas into 3.10 already. (I independently discovered this and filed it as issue 42365.)

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:08:16 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:08:16 +0000
Subject: [issue42365] Python launcher: sort order in "Installed versions" off
 with 3.10
In-Reply-To: <1605488521.14.0.00117878681965.issue42365@roundup.psfhosted.org>
Message-ID: <1605499696.7.0.158341100368.issue42365@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Oops. :-)

----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42365>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:09:42 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:09:42 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605499782.29.0.466662657599.issue38506@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:12:24 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:12:24 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605499944.15.0.629143780285.issue38506@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Hm, actually I think this needs to be backported to 3.8 and 3.9 (at least) since IIUC whichever release is installed last (or first?) overwrites "py.exe", so if "py.exe" came from e.g. 3.9, and 3.10 is present, we still want it to sort that correctly.

----------
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:32:35 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:32:35 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1605501155.23.0.605253070793.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

@Hatfield-Dodds, if we changed typing.Callable to return ((int, int), str) but collections.abc.Callable continued to return ([int, int], str), would that suffice for your purposes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Sun Nov 15 23:33:35 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 04:33:35 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1605501215.59.0.515052404154.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Also, maybe we should make builtins.callable generic as well?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:02:39 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 05:02:39 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605502959.06.0.596671295131.issue42153@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset aa01011003bb855cd52abfd49f2443446590d913 by Yash Shete in branch 'master':
bpo-42153 Fix link to IMAP documents in imaplib.rst (GH-23297)
https://github.com/python/cpython/commit/aa01011003bb855cd52abfd49f2443446590d913


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:02:59 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 05:02:59 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605502979.07.0.778832333109.issue42153@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +22201
pull_request: https://github.com/python/cpython/pull/23310

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:04:16 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 05:04:16 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605503056.44.0.000982729100122.issue42153@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22202
pull_request: https://github.com/python/cpython/pull/23311

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:05:57 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 05:05:57 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605503157.93.0.925628029386.issue42153@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Closing in anticipation of the backports landing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:08:07 2020
From: report at bugs.python.org (Zac Hatfield-Dodds)
Date: Mon, 16 Nov 2020 05:08:07 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1605503287.32.0.788392437705.issue42195@roundup.psfhosted.org>


Zac Hatfield-Dodds <zac.hatfield.dodds at gmail.com> added the comment:

> @Hatfield-Dodds, if we changed typing.Callable to return ((int, int), str) but collections.abc.Callable continued to return ([int, int], str), would that suffice for your purposes?

For performance reasons I'd prefer that the return value be hashable for both, but we've already shipped the workarounds [0,1,2] for 3.9.0 and will maintain that until 3.9 reaches EOL in any case.

Whether we return (int, int, str) or ((int, int), str) doesn't make much difference to me, the latter will require a trivial patch to [2] so please do whatever makes most sense upstream.


> Also, maybe we should make builtins.callable generic as well?

I like this idea :-)


[0] https://hypothesis.readthedocs.io/en/latest/changes.html#v5-39-0
[1] https://github.com/HypothesisWorks/hypothesis/pull/2653/files#diff-c56f048e926cce76dc6cd811924136f5c97e0f68f59625869b4ab01f1dbe10e0L1473-R1480
[2] https://github.com/HypothesisWorks/hypothesis/pull/2653/files#diff-f6a209c019f3f6af11a027a0035e3fc736935d9920fd85da726f9abf4c325d6bR562-R567

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:12:52 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 05:12:52 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605503572.66.0.846344497831.issue42153@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 85a8a19134bf3f84e0c1504c2a5cd97aa255a63b by Miss Islington (bot) in branch '3.8':
bpo-42153 Fix link to IMAP documents in imaplib.rst (GH-23297)
https://github.com/python/cpython/commit/85a8a19134bf3f84e0c1504c2a5cd97aa255a63b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:22:34 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 05:22:34 +0000
Subject: [issue40494] collections.abc.Callable and type variables
In-Reply-To: <1588579632.5.0.091811612876.issue40494@roundup.psfhosted.org>
Message-ID: <1605504154.41.0.125891483614.issue40494@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

>From https://bugs.python.org/issue42195 it looks like we need to create a subclass just for Callable. See https://bugs.python.org/issue42102 and PR 22848.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40494>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:26:40 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 16 Nov 2020 05:26:40 +0000
Subject: [issue40736] better message for re.search TypeError ("expected string
 or bytes-like object")
In-Reply-To: <1590181975.57.0.833400253921.issue40736@roundup.psfhosted.org>
Message-ID: <1605504400.25.0.323621311663.issue40736@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 3.0 -> 4.0
pull_requests: +22203
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23312

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40736>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:27:09 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 05:27:09 +0000
Subject: [issue42153] doc: library imaplib a url not available
In-Reply-To: <1603699175.52.0.848588068568.issue42153@roundup.psfhosted.org>
Message-ID: <1605504429.13.0.414411936045.issue42153@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7c4d8fa82aae98f2d638be68f21e9524a92a38e6 by Miss Islington (bot) in branch '3.9':
bpo-42153 Fix link to IMAP documents in imaplib.rst (GH-23297)
https://github.com/python/cpython/commit/7c4d8fa82aae98f2d638be68f21e9524a92a38e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42153>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:29:20 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 05:29:20 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605504560.43.0.568230226978.issue42102@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I'd like to pursue this for real; other issues for callable have popped up, https://bugs.python.org/issue42195 and https://bugs.python.org/issue40494 (https://bugs.python.org/issue40398 is also related but already fixed).

>From 42195 I learn that __args__ ought to be hashable. I would prefer it to still be structured, e.g. callable[[int, str], float].__args__ should be ((int, str), float).

This means we have to change typing.Callable and collections.abc.Callable as well (the latter may share code with builtins.callable, but typing.Callable should probably stay separate, but returning the same structure).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 00:31:17 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 05:31:17 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1605504677.25.0.919286028956.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

In that case I prefer ((int, int), str), in case we ever end up needing to add additional parameters to Callable. I propose we first fix https://bugs.python.org/issue42102.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 16 02:41:08 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 16 Nov 2020 07:41:08 +0000
Subject: [issue42364] Typo in french doc translation
In-Reply-To: <1605482096.39.0.136403894956.issue42364@roundup.psfhosted.org>
Message-ID: <1605512468.11.0.828735009384.issue42364@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

French translation is maintained in GitHub and the issues are tracked under GitHub issues. Please open an issue at https://github.com/python/python-docs-fr

----------
nosy: +xtreak
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42364>
_______________________________________

From report at bugs.python.org  Mon Nov 16 02:50:08 2020
From: report at bugs.python.org (Julien Palard)
Date: Mon, 16 Nov 2020 07:50:08 +0000
Subject: [issue42238] Deprecate suspicious.py?
In-Reply-To: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>
Message-ID: <1605513008.51.0.61121477653.issue42238@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:

Good idea Ned!

So proposed plan:

- Drop it from docs build and the CI to avoid time loss.
- Add it as a step of PEP 101, for a few release, for good measures
- I'll check it from time to time between releases, just to ensure it does not accumulate tons of things to do on the the release day.

If during a few release, we notice this tool is no loger usefull we'll be able to drop it.

If we spot some errors that can be migrated to the rstlint.py we'll do.

If this tool is in fact usefull, we'll have to think about it again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:08:04 2020
From: report at bugs.python.org (Julien Palard)
Date: Mon, 16 Nov 2020 08:08:04 +0000
Subject: [issue42238] Deprecate suspicious.py?
In-Reply-To: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>
Message-ID: <1605514084.8.0.170539845652.issue42238@roundup.psfhosted.org>


Change by Julien Palard <julien+python at palard.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:14:55 2020
From: report at bugs.python.org (Ma Lin)
Date: Mon, 16 Nov 2020 08:14:55 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
Message-ID: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>


New submission from Ma Lin <malincns at 163.com>:

MSVC2019 has a new option `/Ob3`, it specifies more aggressive inlining than /Ob2:
https://docs.microsoft.com/en-us/cpp/build/reference/ob-inline-function-expansion?view=msvc-160

If use this option in MSVC2017, it will emit a warning:
cl : Command line warning D9002 : ignoring unknown option '/Ob3'

Just apply `Ob3.diff`, get this improvement:
(Python 3.9 branch, No PGO, build.bat -p X64)

+-------------------------+----------+------------------------------+
| Benchmark               | baseline | ob3                          |
+=========================+==========+==============================+
| 2to3                    | 563 ms   | 552 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| chameleon               | 16.5 ms  | 16.1 ms: 1.03x faster (-3%)  |
+-------------------------+----------+------------------------------+
| chaos                   | 200 ms   | 197 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| crypto_pyaes            | 186 ms   | 184 ms: 1.01x faster (-1%)   |
+-------------------------+----------+------------------------------+
| deltablue               | 13.0 ms  | 12.6 ms: 1.03x faster (-3%)  |
+-------------------------+----------+------------------------------+
| dulwich_log             | 94.5 ms  | 93.9 ms: 1.01x faster (-1%)  |
+-------------------------+----------+------------------------------+
| fannkuch                | 806 ms   | 761 ms: 1.06x faster (-6%)   |
+-------------------------+----------+------------------------------+
| float                   | 211 ms   | 199 ms: 1.06x faster (-6%)   |
+-------------------------+----------+------------------------------+
| genshi_text             | 48.3 ms  | 47.7 ms: 1.01x faster (-1%)  |
+-------------------------+----------+------------------------------+
| go                      | 446 ms   | 437 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| hexiom                  | 16.6 ms  | 15.9 ms: 1.04x faster (-4%)  |
+-------------------------+----------+------------------------------+
| json_dumps              | 19.9 ms  | 19.3 ms: 1.03x faster (-3%)  |
+-------------------------+----------+------------------------------+
| json_loads              | 45.5 us  | 43.9 us: 1.04x faster (-3%)  |
+-------------------------+----------+------------------------------+
| logging_format          | 21.4 us  | 20.7 us: 1.03x faster (-3%)  |
+-------------------------+----------+------------------------------+
| logging_silent          | 343 ns   | 319 ns: 1.07x faster (-7%)   |
+-------------------------+----------+------------------------------+
| mako                    | 29.0 ms  | 27.6 ms: 1.05x faster (-5%)  |
+-------------------------+----------+------------------------------+
| meteor_contest          | 168 ms   | 162 ms: 1.04x faster (-3%)   |
+-------------------------+----------+------------------------------+
| nbody                   | 256 ms   | 244 ms: 1.05x faster (-5%)   |
+-------------------------+----------+------------------------------+
| nqueens                 | 168 ms   | 162 ms: 1.04x faster (-4%)   |
+-------------------------+----------+------------------------------+
| pathlib                 | 175 ms   | 168 ms: 1.04x faster (-4%)   |
+-------------------------+----------+------------------------------+
| pickle                  | 17.9 us  | 17.3 us: 1.04x faster (-4%)  |
+-------------------------+----------+------------------------------+
| pickle_dict             | 41.0 us  | 33.2 us: 1.24x faster (-19%) |
+-------------------------+----------+------------------------------+
| pickle_list             | 6.73 us  | 5.89 us: 1.14x faster (-12%) |
+-------------------------+----------+------------------------------+
| pickle_pure_python      | 829 us   | 793 us: 1.05x faster (-4%)   |
+-------------------------+----------+------------------------------+
| pidigits                | 243 ms   | 243 ms: 1.00x faster (-0%)   |
+-------------------------+----------+------------------------------+
| pyflate                 | 1.21 sec | 1.18 sec: 1.03x faster (-2%) |
+-------------------------+----------+------------------------------+
| raytrace                | 947 ms   | 915 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| regex_compile           | 291 ms   | 284 ms: 1.03x faster (-2%)   |
+-------------------------+----------+------------------------------+
| regex_dna               | 217 ms   | 222 ms: 1.02x slower (+2%)   |
+-------------------------+----------+------------------------------+
| regex_effbot            | 3.97 ms  | 4.13 ms: 1.04x slower (+4%)  |
+-------------------------+----------+------------------------------+
| regex_v8                | 35.2 ms  | 34.6 ms: 1.02x faster (-2%)  |
+-------------------------+----------+------------------------------+
| richards                | 134 ms   | 131 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| scimark_fft             | 616 ms   | 599 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| scimark_lu              | 248 ms   | 241 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| scimark_monte_carlo     | 187 ms   | 179 ms: 1.04x faster (-4%)   |
+-------------------------+----------+------------------------------+
| scimark_sor             | 361 ms   | 343 ms: 1.05x faster (-5%)   |
+-------------------------+----------+------------------------------+
| scimark_sparse_mat_mult | 7.71 ms  | 7.04 ms: 1.10x faster (-9%)  |
+-------------------------+----------+------------------------------+
| spectral_norm           | 249 ms   | 245 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| sqlalchemy_declarative  | 237 ms   | 246 ms: 1.04x slower (+4%)   |
+-------------------------+----------+------------------------------+
| sqlalchemy_imperative   | 40.6 ms  | 41.2 ms: 1.02x slower (+2%)  |
+-------------------------+----------+------------------------------+
| sqlite_synth            | 4.64 us  | 5.47 us: 1.18x slower (+18%) |
+-------------------------+----------+------------------------------+
| sympy_expand            | 738 ms   | 718 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| sympy_integrate         | 35.6 ms  | 34.7 ms: 1.03x faster (-3%)  |
+-------------------------+----------+------------------------------+
| sympy_sum               | 298 ms   | 295 ms: 1.01x faster (-1%)   |
+-------------------------+----------+------------------------------+
| sympy_str               | 484 ms   | 471 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| telco                   | 11.3 ms  | 9.76 ms: 1.16x faster (-14%) |
+-------------------------+----------+------------------------------+
| tornado_http            | 256 ms   | 254 ms: 1.01x faster (-1%)   |
+-------------------------+----------+------------------------------+
| unpack_sequence         | 94.3 ns  | 90.5 ns: 1.04x faster (-4%)  |
+-------------------------+----------+------------------------------+
| unpickle                | 23.6 us  | 22.6 us: 1.05x faster (-5%)  |
+-------------------------+----------+------------------------------+
| unpickle_list           | 6.63 us  | 6.17 us: 1.07x faster (-7%)  |
+-------------------------+----------+------------------------------+
| unpickle_pure_python    | 589 us   | 560 us: 1.05x faster (-5%)   |
+-------------------------+----------+------------------------------+
| xml_etree_parse         | 213 ms   | 209 ms: 1.02x faster (-2%)   |
+-------------------------+----------+------------------------------+
| xml_etree_iterparse     | 155 ms   | 149 ms: 1.04x faster (-4%)   |
+-------------------------+----------+------------------------------+
| xml_etree_generate      | 149 ms   | 145 ms: 1.03x faster (-3%)   |
+-------------------------+----------+------------------------------+
| xml_etree_process       | 117 ms   | 115 ms: 1.01x faster (-1%)   |
+-------------------------+----------+------------------------------+

Not significant (5): django_template; genshi_xml; logging_simple; python_startup; python_startup_no_site

----------
components: Windows
files: Ob3.diff
keywords: patch
messages: 381076
nosy: malin, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Use MSVC2019 and /Ob3 option to compile Windows builds
type: performance
versions: Python 3.10
Added file: https://bugs.python.org/file49600/Ob3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:17:22 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 08:17:22 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
In-Reply-To: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>
Message-ID: <1605514642.77.0.874822310675.issue42366@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Could you please try again with PGO? All our official builds use PGO.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:28:33 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 08:28:33 +0000
Subject: [issue13888] test_builtin failure when run after test_tk
In-Reply-To: <1327661656.8.0.445863136974.issue13888@psf.upfronthosting.co.za>
Message-ID: <1605515313.48.0.693109314144.issue13888@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It is still reproducible on Linux. I do not get a crash, just test failure and some strange output.

======================================================================
FAIL: test_input_tty_non_ascii (test.test_builtin.PtyTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2122, in test_input_tty_non_ascii
    self.check_input_tty("prompt?", b"quux\xe9", "utf-8")
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2103, in check_input_tty
    lines = self.run_child(child, terminal_input + b"\r\n")
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2021, in run_child
    return self._run_child(child, terminal_input)
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2078, in _run_child
    self.fail("got %d lines in pipe but expected 2, child output was:\n%s"
AssertionError: got 0 lines in pipe but expected 2, child output was:
quux

promptXIO:  fatal IO error 25 (Inappropriate ioctl for device) on X server ":0"
      after 35926 requests (35926 known processed) with 40 events remaining.


======================================================================
FAIL: test_input_tty_non_ascii_unicode_errors (test.test_builtin.PtyTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2126, in test_input_tty_non_ascii_unicode_errors
    self.check_input_tty("prompt?", b"quux\xe9", "ascii")
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2103, in check_input_tty
    lines = self.run_child(child, terminal_input + b"\r\n")
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2021, in run_child
    return self._run_child(child, terminal_input)
  File "/home/serhiy/py/cpython/Lib/test/test_builtin.py", line 2078, in _run_child
    self.fail("got %d lines in pipe but expected 2, child output was:\n%s"
AssertionError: got 0 lines in pipe but expected 2, child output was:
quux

prompt?XIO:  fatal IO error 25 (Inappropriate ioctl for device) on X server ":0"
      after 35926 requests (35926 known processed) with 40 events remaining.


----------------------------------------------------------------------

----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13888>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:28:30 2020
From: report at bugs.python.org (Ma Lin)
Date: Mon, 16 Nov 2020 08:28:30 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
In-Reply-To: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>
Message-ID: <1605515310.99.0.874922471705.issue42366@roundup.psfhosted.org>


Ma Lin <malincns at 163.com> added the comment:

> Could you please try again with PGO?

Please wait.

BTW, this option was advised in another project.
In that project, even enable `\Ob3`, it still slower than GCC 9 build.
If you are interested, see: https://github.com/facebook/zstd/issues/2314

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Mon Nov 16 03:38:24 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 08:38:24 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605515904.19.0.0548405252776.issue42102@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Sorry, but making builtins.callable generic looks wrong to me. It is a predicate, not a constructor. If it would be called "iscallable" instead of "callable" nobody would propose to make it generic, right? It's just a coincidence that the name of this predicate equals to the name of typing.Callable and collections.abc.Callable.

builtins.callable was removed in Python 3.0 in favor of instance check for collections.Callable. Maybe removing it again (or renaming to iscallable) would solve confusion?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 04:25:29 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 16 Nov 2020 09:25:29 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605518729.22.0.502761482808.issue42102@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> Sorry, but making builtins.callable generic looks wrong to me. It is a predicate, not a constructor. If it would be called "iscallable" instead of "callable" nobody would propose to make it generic, right? It's just a coincidence that the name of this predicate equals to the name of typing.Callable and collections.abc.Callable.

I concur with Serhiy on this.

----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 04:54:11 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 16 Nov 2020 09:54:11 +0000
Subject: [issue42367] Restore os.makedirs ability to apply mode to all
 directories created
Message-ID: <1605520451.51.0.153670810596.issue42367@roundup.psfhosted.org>


New submission from Gregory P. Smith <greg at krypto.org>:

os.makedirs used to pass its mode argument on down recursively so that every level of directory it created would have the specified permissions.

That was removed in Python 3.7 as https://bugs.python.org/issue19930 as if it were a mis-feature.  Maybe it was in one situation, but it was also a desirable *feature*.  It wasn't a bug.

We've got 15 year old code depending on that and the only solution for it to work on Python 3.7-3.9 is to reimplement recursive directory creation. :(

This feature needs to be brought back.  Rather than flip flop on the API, adding an flag to indicate if the permissions should be applied recursively or not seems like the best way forward.

The "workaround" documented in the above bug is invalid.  umask cannot be used to control the intermediate directory creation permissions as that is a process wide global that would impact other threads or signal handlers.  umask also cannot be used as umask does not allow setting of special bits such as stat.S_ISVTX.

result: Our old os.makedirs() code that tried to set the sticky bit (ISVTX) on all directories now fails to set it at all levels.

----------
components: Library (Lib)
keywords: 3.7regression
messages: 381082
nosy: gregory.p.smith, serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Restore os.makedirs ability to apply mode to all directories created
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42367>
_______________________________________

From report at bugs.python.org  Mon Nov 16 04:55:44 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 16 Nov 2020 09:55:44 +0000
Subject: [issue19930] os.makedirs('dir1/dir2', 0) always fails
In-Reply-To: <1386500945.84.0.693179822476.issue19930@psf.upfronthosting.co.za>
Message-ID: <1605520544.07.0.32115461994.issue19930@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

This API change was not strictly a bugfix, it removed a feature existing code was relying on.

https://bugs.python.org/issue42367 opened to reconcile the two.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue19930>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:01:31 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 16 Nov 2020 10:01:31 +0000
Subject: [issue42367] Restore os.makedirs ability to apply mode to all
 directories created
In-Reply-To: <1605520451.51.0.153670810596.issue42367@roundup.psfhosted.org>
Message-ID: <1605520891.34.0.156292516646.issue42367@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42367>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:01:17 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 16 Nov 2020 10:01:17 +0000
Subject: [issue42367] Restore os.makedirs ability to apply mode to all
 directories created
In-Reply-To: <1605520451.51.0.153670810596.issue42367@roundup.psfhosted.org>
Message-ID: <1605520877.69.0.397640670829.issue42367@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

For consistency, pathlib.Path.mkdir should also gain this option.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42367>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:26:22 2020
From: report at bugs.python.org (Ma Lin)
Date: Mon, 16 Nov 2020 10:26:22 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
In-Reply-To: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>
Message-ID: <1605522382.14.0.762017062416.issue42366@roundup.psfhosted.org>


Ma Lin <malincns at 163.com> added the comment:

In PGO build, the improvement is not much.

(3.9 branch, with PGO, build.bat -p X64 --pgo)

+-------------------------+--------------+------------------------------+
| Benchmark               | baseline-pgo | ob3-pgo                      |
+=========================+==============+==============================+
| 2to3                    | 464 ms       | 462 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| chameleon               | 14.0 ms      | 13.5 ms: 1.03x faster (-3%)  |
+-------------------------+--------------+------------------------------+
| crypto_pyaes            | 142 ms       | 143 ms: 1.00x slower (+0%)   |
+-------------------------+--------------+------------------------------+
| django_template         | 65.0 ms      | 65.4 ms: 1.01x slower (+1%)  |
+-------------------------+--------------+------------------------------+
| fannkuch                | 665 ms       | 650 ms: 1.02x faster (-2%)   |
+-------------------------+--------------+------------------------------+
| float                   | 166 ms       | 164 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| genshi_text             | 41.4 ms      | 41.0 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| genshi_xml              | 88.1 ms      | 87.0 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| go                      | 315 ms       | 311 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| hexiom                  | 12.7 ms      | 12.6 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| json_dumps              | 16.7 ms      | 16.6 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| json_loads              | 33.5 us      | 32.1 us: 1.04x faster (-4%)  |
+-------------------------+--------------+------------------------------+
| logging_simple          | 13.6 us      | 13.3 us: 1.02x faster (-2%)  |
+-------------------------+--------------+------------------------------+
| mako                    | 22.7 ms      | 22.8 ms: 1.01x slower (+1%)  |
+-------------------------+--------------+------------------------------+
| meteor_contest          | 136 ms       | 138 ms: 1.01x slower (+1%)   |
+-------------------------+--------------+------------------------------+
| nbody                   | 189 ms       | 186 ms: 1.02x faster (-2%)   |
+-------------------------+--------------+------------------------------+
| nqueens                 | 135 ms       | 135 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| pathlib                 | 157 ms       | 154 ms: 1.02x faster (-2%)   |
+-------------------------+--------------+------------------------------+
| pickle                  | 16.8 us      | 16.4 us: 1.02x faster (-2%)  |
+-------------------------+--------------+------------------------------+
| pickle_dict             | 41.3 us      | 40.4 us: 1.02x faster (-2%)  |
+-------------------------+--------------+------------------------------+
| pickle_list             | 6.34 us      | 6.42 us: 1.01x slower (+1%)  |
+-------------------------+--------------+------------------------------+
| pickle_pure_python      | 588 us       | 584 us: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| pidigits                | 242 ms       | 242 ms: 1.00x faster (-0%)   |
+-------------------------+--------------+------------------------------+
| pyflate                 | 905 ms       | 898 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| python_startup          | 28.0 ms      | 27.9 ms: 1.00x faster (-0%)  |
+-------------------------+--------------+------------------------------+
| regex_compile           | 220 ms       | 218 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| regex_v8                | 33.1 ms      | 32.9 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| richards                | 88.9 ms      | 88.3 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+
| scimark_fft             | 494 ms       | 486 ms: 1.02x faster (-2%)   |
+-------------------------+--------------+------------------------------+
| scimark_lu              | 210 ms       | 207 ms: 1.02x faster (-2%)   |
+-------------------------+--------------+------------------------------+
| scimark_monte_carlo     | 141 ms       | 137 ms: 1.03x faster (-3%)   |
+-------------------------+--------------+------------------------------+
| scimark_sor             | 263 ms       | 255 ms: 1.03x faster (-3%)   |
+-------------------------+--------------+------------------------------+
| scimark_sparse_mat_mult | 6.48 ms      | 6.10 ms: 1.06x faster (-6%)  |
+-------------------------+--------------+------------------------------+
| spectral_norm           | 200 ms       | 184 ms: 1.09x faster (-8%)   |
+-------------------------+--------------+------------------------------+
| sqlalchemy_imperative   | 39.4 ms      | 37.8 ms: 1.04x faster (-4%)  |
+-------------------------+--------------+------------------------------+
| sqlite_synth            | 4.24 us      | 4.31 us: 1.02x slower (+2%)  |
+-------------------------+--------------+------------------------------+
| sympy_sum               | 266 ms       | 270 ms: 1.01x slower (+1%)   |
+-------------------------+--------------+------------------------------+
| sympy_str               | 416 ms       | 418 ms: 1.00x slower (+0%)   |
+-------------------------+--------------+------------------------------+
| telco                   | 8.12 ms      | 8.28 ms: 1.02x slower (+2%)  |
+-------------------------+--------------+------------------------------+
| unpack_sequence         | 92.3 ns      | 80.8 ns: 1.14x faster (-13%) |
+-------------------------+--------------+------------------------------+
| unpickle                | 17.9 us      | 18.3 us: 1.02x slower (+2%)  |
+-------------------------+--------------+------------------------------+
| unpickle_list           | 6.43 us      | 6.57 us: 1.02x slower (+2%)  |
+-------------------------+--------------+------------------------------+
| unpickle_pure_python    | 419 us       | 414 us: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| xml_etree_parse         | 184 ms       | 183 ms: 1.00x faster (-0%)   |
+-------------------------+--------------+------------------------------+
| xml_etree_iterparse     | 135 ms       | 134 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| xml_etree_generate      | 130 ms       | 129 ms: 1.01x faster (-1%)   |
+-------------------------+--------------+------------------------------+
| xml_etree_process       | 101 ms       | 99.4 ms: 1.01x faster (-1%)  |
+-------------------------+--------------+------------------------------+

Not significant (13): chaos; deltablue; dulwich_log; logging_format; logging_silent; python_startup_no_site; raytrace; regex_dna; regex_effbot; sqlalchemy_declarative; sympy_expand; sympy_integrate; tornado_http

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:32:46 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 10:32:46 +0000
Subject: [issue42367] Restore os.makedirs ability to apply mode to all
 directories created
In-Reply-To: <1605520451.51.0.153670810596.issue42367@roundup.psfhosted.org>
Message-ID: <1605522766.61.0.925561018646.issue42367@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Alternatively we can add an optional argument for the mode of intermediate directories.

makedirs(name, mode=0o777, exist_ok=False, intermediate_mode=0o777)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42367>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:36:36 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 10:36:36 +0000
Subject: [issue42367] Restore os.makedirs ability to apply mode to all
 directories created
In-Reply-To: <1605520451.51.0.153670810596.issue42367@roundup.psfhosted.org>
Message-ID: <1605522996.66.0.599401178311.issue42367@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

+1 for restoring the feature

+0 for Serhiy's proposal iff intermediate_mode defaults to the value of mode:


    def makedirs(name, mode=0o777, exist_ok=False, *, intermediate_mode=None):
        if intermediate_mode is None:
            intermediate_mode = mode

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42367>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:42:46 2020
From: report at bugs.python.org (Dan Gheorghe Haiduc)
Date: Mon, 16 Nov 2020 10:42:46 +0000
Subject: [issue42368] Make set ordered
Message-ID: <1605523366.24.0.798043055827.issue42368@roundup.psfhosted.org>


New submission from Dan Gheorghe Haiduc <danuthaiduc at gmail.com>:

Now that dicts are ordered[1], would it by any chance make sense to also order sets?

A use case that I ran into is trying to reproducibly get a random.choice from a set (after calling random.seed). 

At first I did not need reproducibility, and I just called random.choice(list(my_set)). 

Later when I did need it, it was difficult to find out what was wrong. Then I realized that sets are unordered, and that order is not dependent on random.seed.

It seems there are also some other confused newbies out there.[2][3]

Thank you for the powerful language that is Python!

[1] https://www.python.org/dev/peps/pep-0468
[2] https://stackoverflow.com/q/11929701/235463
[3] https://stackoverflow.com/q/36317520/235463

----------
components: Interpreter Core
messages: 381088
nosy: danuker
priority: normal
severity: normal
status: open
title: Make set ordered
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42368>
_______________________________________

From report at bugs.python.org  Mon Nov 16 05:46:21 2020
From: report at bugs.python.org (Dan Gheorghe Haiduc)
Date: Mon, 16 Nov 2020 10:46:21 +0000
Subject: [issue42368] Make set ordered
In-Reply-To: <1605523366.24.0.798043055827.issue42368@roundup.psfhosted.org>
Message-ID: <1605523581.5.0.436583028021.issue42368@roundup.psfhosted.org>


Dan Gheorghe Haiduc <danuthaiduc at gmail.com> added the comment:

Oops. The reference number [2] in the previous message should instead be https://stackoverflow.com/q/6614447/235463 .

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42368>
_______________________________________

From report at bugs.python.org  Mon Nov 16 06:07:51 2020
From: report at bugs.python.org (Thomas)
Date: Mon, 16 Nov 2020 11:07:51 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
Message-ID: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>


New submission from Thomas <thger100 at hhu.de>:

According to https://docs.python.org/3.5/whatsnew/changelog.html#id108 bpo-14099, reading multiple ZipExtFiles should be thread-safe, but it is not.

I created a small example where two threads try to read files from the same ZipFile simultaneously, which crashes with a Bad CRC-32 error. This is especially surprising since all files in the ZipFile only contain 0-bytes and have the same CRC.

My use case is a ZipFile with 82000 files. Creating multiple ZipFiles from the same "physical" zip file is not a satisfactory workaround because it takes several seconds each time. Instead, I open it only once and clone it for each thread:

with zipfile.ZipFile("/tmp/dummy.zip", "w") as dummy:
    pass

def clone_zipfile(z):
    z_cloned = zipfile.ZipFile("/tmp/dummy.zip")
    z_cloned.NameToInfo = z.NameToInfo
    z_cloned.fp = open(z.fp.name, "rb")
    return z_cloned

This is a much better solution for my use case than locking. I am using multiple threads because I want to finish my task faster, but locking defeats that purpose.

However, this cloning is somewhat of a dirty hack and will break when the file is not a real file but rather a file-like object.

Unfortunately, I do not have a solution for the general case.

----------
files: test.py
messages: 381090
nosy: Thomas
priority: normal
severity: normal
status: open
title: Reading ZipFile not thread-safe
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file49601/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Mon Nov 16 06:10:08 2020
From: report at bugs.python.org (Thomas)
Date: Mon, 16 Nov 2020 11:10:08 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605525008.28.0.121630379861.issue42369@roundup.psfhosted.org>


Change by Thomas <thger100 at hhu.de>:


----------
components: +Library (Lib)
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Mon Nov 16 06:25:09 2020
From: report at bugs.python.org (Ma Lin)
Date: Mon, 16 Nov 2020 11:25:09 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605525909.38.0.403327669072.issue42369@roundup.psfhosted.org>


Change by Ma Lin <malincns at 163.com>:


----------
nosy: +malin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:02:14 2020
From: report at bugs.python.org (mattip)
Date: Mon, 16 Nov 2020 12:02:14 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605528134.81.0.619738639335.issue41100@roundup.psfhosted.org>


mattip <matti.picus at gmail.com> added the comment:

Over at NumPy we are getting reports that some python built for macOSx 11 is not accepting wheels with the `macosx_10_9_x86_64` platform tag. Could it be related to this issue, another open issue, or some other provider's python? xref https://github.com/numpy/numpy/issues/17784

----------
nosy: +mattip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:05:33 2020
From: report at bugs.python.org (Max Desiatov)
Date: Mon, 16 Nov 2020 12:05:33 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605528333.62.0.732429308277.issue41100@roundup.psfhosted.org>


Change by Max Desiatov <max at desiatov.com>:


----------
nosy:  -MaxDesiatov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:22:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 12:22:18 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605529338.95.0.936905533586.issue37205@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 3df5c68487df9d1d20ab0cd06e7942a4f96d40a4 by Victor Stinner in branch 'master':
bpo-37205: time.perf_counter() and time.monotonic() are system-wide (GH-23284)
https://github.com/python/cpython/commit/3df5c68487df9d1d20ab0cd06e7942a4f96d40a4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:41:20 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 16 Nov 2020 12:41:20 +0000
Subject: [issue42368] Make set ordered
In-Reply-To: <1605523366.24.0.798043055827.issue42368@roundup.psfhosted.org>
Message-ID: <1605530480.1.0.962308009816.issue42368@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

See also https://mail.python.org/pipermail/python-dev/2019-February/156466.html

----------
nosy: +methane, rhettinger, xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42368>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:42:49 2020
From: report at bugs.python.org (Michael Felt)
Date: Mon, 16 Nov 2020 12:42:49 +0000
Subject: [issue42309] BUILD: AIX-64-bit segmentation fault using xlc
In-Reply-To: <1605008695.96.0.78391537773.issue42309@roundup.psfhosted.org>
Message-ID: <1605530569.65.0.0366694999222.issue42309@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

Added "using xlc" to description.

When I have a system that has 64-bit support for gcc - I'll verify that it works, or does not work, for me using gcc.

----------
title: BUILD: AIX-64-bit segmentation fault -> BUILD: AIX-64-bit segmentation fault using xlc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42309>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:51:58 2020
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Mon, 16 Nov 2020 12:51:58 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605531118.96.0.439286781985.issue40939@roundup.psfhosted.org>


Miro Hron?ok <miro at hroncok.cz> added the comment:

Could the removal of the parser module be documented in https://docs.python.org/3.10/whatsnew/3.10.html please?

----------
nosy: +hroncok

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 07:53:46 2020
From: report at bugs.python.org (Michael Felt)
Date: Mon, 16 Nov 2020 12:53:46 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605531226.69.0.452219912251.issue42323@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

I have been experimenting with different hardware and AIX versions.

When building on AIX 5.3 - and the oldest libraries - test_math passes.

When I run the test on POWER8, using either xlc or gcc test_math fails with just one element of the test.

When I run the test on POWER6 I get many more errors - that I never had before. These are all after OS updates (I was not going to build for AIX 5.3 any more).

An idea I have now - that may explain the sudden change in behavior is if the libraries have been optimized to always use the DFP (decimal floating point) internally - for what, from the application perspective - is the normal - no HW acceleration for FP - interface.

I know there are ways to 'discover' this, but I'll need to write some tests so that I can see - if linking to different libraries actuates DFP performance counters yes and no.

At this point - this feels like the a potential explanation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 08:12:53 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 16 Nov 2020 13:12:53 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1605532373.92.0.73947325858.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

@mattip, it could also be due to https://github.com/pypa/packaging/pull/319. I?m away from the keyboard fir the moment and can?t investigate further.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 16 08:31:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 13:31:47 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605533507.07.0.361719843992.issue37205@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22205
pull_request: https://github.com/python/cpython/pull/23314

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Mon Nov 16 09:06:03 2020
From: report at bugs.python.org (Dan Gheorghe Haiduc)
Date: Mon, 16 Nov 2020 14:06:03 +0000
Subject: [issue42368] Make set ordered
In-Reply-To: <1605523366.24.0.798043055827.issue42368@roundup.psfhosted.org>
Message-ID: <1605535563.62.0.465789036383.issue42368@roundup.psfhosted.org>


Dan Gheorghe Haiduc <danuthaiduc at gmail.com> added the comment:

rhettinger wrote [1]:

> The existing setobject code has been finely tuned and micro-optimized over the years, giving it excellent performance on workloads we care about.

This worries me also. But I suppose the tuning should make itself visible in benchmarks. Does Python have "canonical" benchmarks or  speed tests like PyPy[2]?

I am not sure how useful this is, but I made a naive and synthetic line_profiler benchmark of a naive implementation of set through a dict (see attached file).

It resulted in roughly the following differences:

* Initialization from a 1M-sized list: 41-66% slower
* Inserting an item until doubling size: about the same (perhaps faster, due to the size I've chosen not triggering rebuilding of a dict hash table)
* Deletion: 7-11% slower
* Membership test: 2-15% slower

Running them in the opposite order (first dict, then set) gave me the ranges.

I have not considered memory usage (I have not profiled memory before). But I suspect this would be larger, since a dict would keep values in addition to keys.

Additionally, initializing smaller structures (length = 100) seems to be slower; the initialization takes 2x longer (100% slower), but the O(1) operations take about the same.

I suspect methane's implementation linked by xtreak is better (but I have not tried it).

Profiled with:
kernprof -l set_test.py
python -m line_profiler set_test.py.lprof

[1] https://mail.python.org/pipermail/python-dev/2019-February/156475.html

[2] https://speed.pypy.org/

----------
Added file: https://bugs.python.org/file49602/set_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42368>
_______________________________________

From report at bugs.python.org  Mon Nov 16 09:20:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 14:20:42 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
In-Reply-To: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>
Message-ID: <1605536442.36.0.473662091347.issue42350@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 5909a494cd3ba43143b28bd439773ed85a485dfc by Victor Stinner in branch 'master':
bpo-42350: Fix Thread._reset_internal_locks() (GH-23268)
https://github.com/python/cpython/commit/5909a494cd3ba43143b28bd439773ed85a485dfc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Mon Nov 16 09:20:51 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 14:20:51 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
In-Reply-To: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>
Message-ID: <1605536451.28.0.28577806562.issue42350@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +22206
pull_request: https://github.com/python/cpython/pull/23315

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Mon Nov 16 09:54:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 14:54:24 +0000
Subject: [issue42087] Remove pre-AIX 6.1 dead code paths
In-Reply-To: <1603139085.09.0.736153857755.issue42087@roundup.psfhosted.org>
Message-ID: <1605538464.82.0.412635456494.issue42087@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Michael Felt, David Eldelsohn: are you ok to drop support for AIX 5.3 and older?

----------
nosy: +David.Edelsohn, aixtools at gmail.com

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42087>
_______________________________________

From report at bugs.python.org  Mon Nov 16 09:56:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 14:56:27 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
Message-ID: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

Seen on the Ubuntu job on a GitHub PR:
https://github.com/python/cpython/pull/23315/checks?check_run_id=1406797840

======================================================================
FAIL: test_to (tkinter.test.test_ttk.test_widgets.SpinboxTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/cpython/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 1175, in test_to
    self.assertEqual(self.spin.get(), '5')
AssertionError: '4' != '5'
- 4
+ 5

----------
components: Tests, Tkinter
messages: 381101
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_ttk_guionly: test_to() fails on the GitHub Ubuntu job
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:00:17 2020
From: report at bugs.python.org (=?utf-8?q?Bengt_L=C3=BCers?=)
Date: Mon, 16 Nov 2020 15:00:17 +0000
Subject: [issue42371] Missing colon in timezone suffix raises ValueError
Message-ID: <1605538817.4.0.335687964648.issue42371@roundup.psfhosted.org>


New submission from Bengt L?ers <bengt.lueers at gmail.com>:

I am trying to parse ISO8601-formatted datetime strings with timezones.

This works fine when there is a colon separating the hour and minute digits:

>>> import datetime
>>> datetime.datetime.fromisoformat('2020-11-16T11:00:00+00:00')
>>> datetime.datetime(2020, 11, 16, 11, 0, tzinfo=datetime.timezone.utc)

However this fails when there is no colon between the hour and the minute digits:

>>> import datetime
>>> datetime.datetime.fromisoformat('2020-11-16T11:00:00+0000')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Invalid isoformat string: '2020-11-16T11:00:00+0000'

This behavior is unexpected, as the ISO8601 standard allows omitting the colon in the string and defining the timezone as "<time>?hhmm
":

https://en.wikipedia.org/wiki/ISO_8601#Time_offsets_from_UTC

As a workaround, I normalized the timezone suffixes before parsing:

>>> if iso8601_string.endswith('+0000'):
>>>     return iso8601_string[:-len('+0000')] + '+00:00'
>>> if iso8601_string.endswith('+00'):
>>>     return iso8601_string[:-len('+00')] + '+00:00'
>>> if iso8601_string.endswith('-0000'):
>>>     return iso8601_string[:-len('-0000')] + '+00:00'
>>> if iso8601_string.endswith('-00'):
>>>     return iso8601_string[:-len('-00')] + '+00:00'

This only works for the UTC timezone. I would be nice to have a more general solution which can handle any timezone.

I tested this with CPython 3.8. `.fromisoformat()` was added in 3.7, so earlier versions should not be affected by this:

https://docs.python.org/3/library/datetime.html#datetime.date.fromisoformat

----------
components: Library (Lib)
messages: 381102
nosy: Bengt.L?ers
priority: normal
severity: normal
status: open
title: Missing colon in timezone suffix raises ValueError
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42371>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:01:44 2020
From: report at bugs.python.org (=?utf-8?q?Bengt_L=C3=BCers?=)
Date: Mon, 16 Nov 2020 15:01:44 +0000
Subject: [issue42371] datetime.fromisoformat(): Missing colon in timezone
 suffix raises ValueError
In-Reply-To: <1605538817.4.0.335687964648.issue42371@roundup.psfhosted.org>
Message-ID: <1605538904.99.0.571892987374.issue42371@roundup.psfhosted.org>


Change by Bengt L?ers <bengt.lueers at gmail.com>:


----------
title: Missing colon in timezone suffix raises ValueError -> datetime.fromisoformat(): Missing colon in timezone suffix raises ValueError

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42371>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:02:08 2020
From: report at bugs.python.org (=?utf-8?q?Bengt_L=C3=BCers?=)
Date: Mon, 16 Nov 2020 15:02:08 +0000
Subject: [issue42371] datetime.fromisoformat(): Omitted colon in timezone
 suffix raises ValueError
In-Reply-To: <1605538817.4.0.335687964648.issue42371@roundup.psfhosted.org>
Message-ID: <1605538928.28.0.690154169148.issue42371@roundup.psfhosted.org>


Change by Bengt L?ers <bengt.lueers at gmail.com>:


----------
title: datetime.fromisoformat(): Missing colon in timezone suffix raises ValueError -> datetime.fromisoformat(): Omitted colon in timezone suffix raises ValueError

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42371>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:03:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:03:44 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605539024.45.0.932987976215.issue40939@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Please also document the removal of the node.h header file. The removal of this file broke the build of the two following packages.


mod_wsgi: https://bugzilla.redhat.com/show_bug.cgi?id=1898158

In file included from src/server/mod_wsgi.c:22:
src/server/wsgi_python.h:44:10: fatal error: node.h: No such file or directory
   44 | #include "node.h"
      |          ^~~~~~~~
compilation terminated.

kdevelop-python: https://bugzilla.redhat.com/show_bug.cgi?id=1898116


In file included from /builddir/build/BUILD/kdev-python-5.6.0/parser/astbuilder.cpp:31:
/builddir/build/BUILD/kdev-python-5.6.0/parser/python_header.h:33:10: fatal error: node.h: No such file or directory
   33 | #include "node.h"
      |          ^~~~~~~~
compilation terminated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:04:37 2020
From: report at bugs.python.org (Michael Felt)
Date: Mon, 16 Nov 2020 15:04:37 +0000
Subject: [issue42309] BUILD: AIX-64-bit segmentation fault using xlc-v11
In-Reply-To: <1605008695.96.0.78391537773.issue42309@roundup.psfhosted.org>
Message-ID: <1605539077.1.0.753646072435.issue42309@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

For now, I am going to suggest closing this - as a bug in the xlc-v11 compiler - and not worth researching.

I am able to build the 3.9 distribution as well as the 3.10 master using the xlC-v13-1.3.2 (Try and Buy) version.

Thanks for thinking together!

----------
title: BUILD: AIX-64-bit segmentation fault using xlc -> BUILD: AIX-64-bit segmentation fault using xlc-v11

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42309>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:08:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:08:17 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605539297.36.0.141025701982.issue37205@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ae6cd7cfdab0599139002c526953d907696d9eef by Victor Stinner in branch 'master':
bpo-37205: time.time() cannot fail with fatal error (GH-23314)
https://github.com/python/cpython/commit/ae6cd7cfdab0599139002c526953d907696d9eef


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:11:34 2020
From: report at bugs.python.org (David Edelsohn)
Date: Mon, 16 Nov 2020 15:11:34 +0000
Subject: [issue42087] Remove pre-AIX 6.1 dead code paths
In-Reply-To: <1603139085.09.0.736153857755.issue42087@roundup.psfhosted.org>
Message-ID: <1605539494.22.0.473392998062.issue42087@roundup.psfhosted.org>


David Edelsohn <dje.gcc at gmail.com> added the comment:

I think that it is reasonable to drop support for AIX 5.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42087>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:13:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:13:02 +0000
Subject: [issue37205] time.perf_counter() is not system-wide on Windows,
 in disagreement with documentation
In-Reply-To: <1560017700.11.0.127727162727.issue37205@roundup.psfhosted.org>
Message-ID: <1605539582.17.0.487811171453.issue37205@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I close the issue, it's now fixed in master. Thanks for the bug report Ken Healy.


While Python 3.8 and 3.9 are also affected, I prefer to leave them unchanged to avoid bad surprises during a minor update (3.x.y bugfix release). If you disagree, please speak up!


The regression was introduced in Python 3.7 by:

commit bdaeb7d237462a629e6c85001317faa85f94a0c6
Author: Victor Stinner <victor.stinner at gmail.com>
Date:   Mon Oct 16 08:44:31 2017 -0700

    bpo-31773: _PyTime_GetPerfCounter() uses _PyTime_t (GH-3983)
    
    * Rewrite win_perf_counter() to only use integers internally.
    * Add _PyTime_MulDiv() which compute "ticks * mul / div"
      in two parts (int part and remaining) to prevent integer overflow.
    * Clock frequency is checked at initialization for integer overflow.
    * Enhance also pymonotonic() to reduce the precision loss on macOS
      (mach_absolute_time() clock).

This change was related to the implementation of the PEP 564.

If you are curious about this work, I wrote two articles:

* https://vstinner.github.io/python37-pep-564-nanoseconds.html
* https://vstinner.github.io/python37-perf-counter-nanoseconds.html
* https://vstinner.github.io/pytime.html

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37205>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:16:20 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:16:20 +0000
Subject: [issue42087] Remove pre-AIX 6.1 dead code paths
In-Reply-To: <1603139085.09.0.736153857755.issue42087@roundup.psfhosted.org>
Message-ID: <1605539780.01.0.475372101393.issue42087@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset c79667ff7921444911e8a5dfa5fba89294915590 by Kevin Adler in branch 'master':
bpo-42087: Remove support for AIX 5.3 and below (GH-22830)
https://github.com/python/cpython/commit/c79667ff7921444911e8a5dfa5fba89294915590


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42087>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:17:20 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 15:17:20 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
In-Reply-To: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>
Message-ID: <1605539840.63.0.860880574963.issue42350@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cf70854f10096446115408b5a94030b30594a459 by Miss Islington (bot) in branch '3.9':
bpo-42350: Fix Thread._reset_internal_locks() (GH-23268)
https://github.com/python/cpython/commit/cf70854f10096446115408b5a94030b30594a459


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:18:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:18:14 +0000
Subject: [issue42087] Remove pre-AIX 6.1 dead code paths
In-Reply-To: <1603139085.09.0.736153857755.issue42087@roundup.psfhosted.org>
Message-ID: <1605539894.6.0.645442591794.issue42087@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

David Edelsohn: "I think that it is reasonable to drop support for AIX 5.3."

Good.

Thanks Kevin Adler, I merged your PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42087>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:18:33 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 15:18:33 +0000
Subject: [issue42350] Calling os.fork() at Python exit logs: AttributeError:
 'NoneType' object has no attribute '_at_fork_reinit'
In-Reply-To: <1605289896.09.0.326897860295.issue42350@roundup.psfhosted.org>
Message-ID: <1605539913.28.0.508929862536.issue42350@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42350>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:22:31 2020
From: report at bugs.python.org (David Edelsohn)
Date: Mon, 16 Nov 2020 15:22:31 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605540151.03.0.552655934996.issue42323@roundup.psfhosted.org>


David Edelsohn <dje.gcc at gmail.com> added the comment:

I investigated another problem with nextafter() in 2015 and opened an internal IBM AIX PMR.  At the time it was not using decimal float code.

The earlier problem was the handling of -0.0.  At the time, the code was hand-written assembly language that did not check for IEEE floating point corner cases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:23:11 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 15:23:11 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605540191.39.0.68685496891.issue40939@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I will submit a PR today

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:25:18 2020
From: report at bugs.python.org (Alexander Kurakin)
Date: Mon, 16 Nov 2020 15:25:18 +0000
Subject: [issue42372] A crash in do_richcompare
Message-ID: <1605540318.0.0.905589187248.issue42372@roundup.psfhosted.org>


New submission from Alexander Kurakin <kuraga333 at mail.ru>:

Sometimes test.py causes a crash in 3.7.9 (and lower to 2018 year or more) on Linux.

See also: https://github.com/pandas-dev/pandas/issues/21968

----------
components: Interpreter Core
files: issue.zip
messages: 381113
nosy: kuraga
priority: normal
severity: normal
status: open
title: A crash in do_richcompare
type: crash
versions: Python 3.7
Added file: https://bugs.python.org/file49603/issue.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42372>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:27:15 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 16 Nov 2020 15:27:15 +0000
Subject: [issue42178] failed pickle hangs python on exit in CMD.exe only
In-Reply-To: <1603831953.96.0.174038023621.issue42178@roundup.psfhosted.org>
Message-ID: <1605540435.9.0.731309611702.issue42178@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
nosy: +davin, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42178>
_______________________________________

From report at bugs.python.org  Mon Nov 16 10:30:58 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 16 Nov 2020 15:30:58 +0000
Subject: [issue42373] PEP 626 does not specify behavior of tracing for
 keywords.
Message-ID: <1605540658.6.0.769594046154.issue42373@roundup.psfhosted.org>


New submission from Mark Shannon <mark at hotpy.org>:

PEP 626 doesn't cover which keywords are to be traced if they occur on a line by themselves.

Some keywords, like `break`, in Python have behavior associated with them.
Others, like `else` are just syntax and don't do anything.
Currently, it is not clear which keywords get traced and which do not.


I'd like to update the PEP to include the following:

Keywords can be broken down into five groups.
1. Must have an attendant expression ( "if", "while", "for", "await")
   These keywords are not traced, since their expressions are.
2. Have an optional expression and perform non-local control flow ( "return", "yield", "raise", "except" )
   These keywords are traced. If on a different line from the expression, they will generate additional events.
3. Pure syntax ( "else", "try", "finally" )
   These keywords are not traced.
4. Local control flow ( "break", continue", "pass" )
   These keywords are traced
5. Expressions ( "None", "True", "False" )
   Treated like other expressions


Examples:

1. if (
2.    test
3. ):

will generate an event for line 2.


1. return (
2.    x
3. ):

will generate an event for line 2, then line 1.

1. try:
2.    None
3. finally:
4.    pass

Will generate an event for line 2, then line 4.


Note that whatever changes, the invariant remains that if a line is in `co_lines()` then it will generate trace events, and if it isn't then it won't.

----------
assignee: Mark.Shannon
messages: 381114
nosy: Mark.Shannon, nedbat, pablogsal
priority: normal
severity: normal
status: open
title: PEP 626 does not specify behavior of tracing for keywords.
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42373>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:20:26 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 16:20:26 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605543626.2.0.429854710397.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> The earlier problem was the handling of -0.0.  At the time, the code was hand-written assembly language that did not check for IEEE floating point corner cases.

I'm quite happy that my hand written tests detect bugs in nextafter() implementations ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:26:10 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Mon, 16 Nov 2020 16:26:10 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605543970.46.0.777756616698.issue42202@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
keywords: +patch
nosy: +uriyyo
nosy_count: 3.0 -> 4.0
pull_requests: +22207
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23316

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:29:07 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 16:29:07 +0000
Subject: [issue13892] distutils handling of windows manifest isn't optimal
In-Reply-To: <1327698565.84.0.667656042788.issue13892@psf.upfronthosting.co.za>
Message-ID: <1605544147.75.0.425058853168.issue13892@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13892>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:34:29 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Mon, 16 Nov 2020 16:34:29 +0000
Subject: [issue42371] datetime.fromisoformat(): Omitted colon in timezone
 suffix raises ValueError
In-Reply-To: <1605538817.4.0.335687964648.issue42371@roundup.psfhosted.org>
Message-ID: <1605544469.15.0.559217033378.issue42371@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +belopolsky, p-ganssle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42371>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:34:44 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 16:34:44 +0000
Subject: [issue42373] PEP 626 does not specify behavior of tracing for
 keywords.
In-Reply-To: <1605540658.6.0.769594046154.issue42373@roundup.psfhosted.org>
Message-ID: <1605544484.91.0.583671512935.issue42373@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Mark, could you kindly create a proposed update to the PEP in the form of a PR so I can evaluate it and we can iterate directly over the final specification?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42373>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:42:24 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 16:42:24 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605544944.14.0.239761584302.issue38506@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

We can backport it, but the latest version always wins. I deliberately designed the installer (which has multiple embedded MSIs in it) to make sure this worked, so that earlier versions won't overwrite the launcher (anymore).

Besides, this is a purely cosmetic change. PEP 514 describes how to programmatically get the list of versions (i.e. without using py.exe at all).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:44:51 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 16:44:51 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605545091.19.0.47768999731.issue38506@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

You may call it cosmetic, but for me it's a matter of usability.

Nevertheless, given how you designed the installer, we can drop the backport.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:45:04 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 16:45:04 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605545104.38.0.369801921007.issue38506@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
versions:  -Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:48:08 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 16:48:08 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605545288.87.1.33982245767e-05.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

How can we fix the buildbot? Add #ifdef in mathmodule.c to implement the special cases, but only on AIX? Skip the test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 11:59:38 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 16:59:38 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1605545978.26.0.217177129766.issue42370@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I'm unable to reproduce the failure locally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:04:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 17:04:25 +0000
Subject: [issue42231] test_zipimport failure
In-Reply-To: <1604238272.76.0.181231986099.issue42231@roundup.psfhosted.org>
Message-ID: <1605546265.37.0.058382739471.issue42231@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The 3 mentionned buildbot workers are back to green, so I close the issue.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42231>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:05:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 17:05:24 +0000
Subject: [issue42173] Drop Solaris support
In-Reply-To: <1603814348.33.0.839225742612.issue42173@roundup.psfhosted.org>
Message-ID: <1605546324.7.0.841581700601.issue42173@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I close the issue. Thanks for the constructive discussion and I hope that more and more downstream patches will be merged in Python upstream ;-)

----------
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42173>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:06:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 17:06:46 +0000
Subject: [issue41741] test_peg_generator timed out (25 min) on x86 Gentoo
 Non-Debug with X 3.9
In-Reply-To: <1599515453.81.0.896157572076.issue41741@roundup.psfhosted.org>
Message-ID: <1605546406.27.0.474474309398.issue41741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

https://buildbot.python.org/all/#/builders/51 is green for 2 months, I close the issue.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41741>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:07:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 17:07:56 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605546476.04.0.898810512072.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

For the signal module, see bpo-41713.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:11:47 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 16 Nov 2020 17:11:47 +0000
Subject: [issue38261] Tkinter CheckButton default label white in macOS dark
 mode
In-Reply-To: <1569299740.39.0.742587153558.issue38261@roundup.psfhosted.org>
Message-ID: <1605546707.86.0.00634041532473.issue38261@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The same behaviour can be observed with Tk 8.6.10 build on macOS 11.

IMHO the problem is not so much that the default text color changes, but that the background color of the window does not change, it stays the same light color as in light mode. 

According to the Tk wiki <https://wiki.tcl-lang.org/page/Tk+differences+on+Mac+OS+X> the background color should adjust itself automatically.  I don't know if Tkinter does something that affects this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38261>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:14:36 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 16 Nov 2020 17:14:36 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605546876.16.0.790502174448.issue42369@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I'm changing from "crash" to "behavior". We use "crash" for a segfault or equivalent. I realize that most people are unlikely to know this, but we consider "crash" to be more alarming, so I want to make sure it's correct.

Also: when this happens, is it always for file 127, or does it change on each run?

----------
nosy: +eric.smith
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:16:24 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 16 Nov 2020 17:16:24 +0000
Subject: [issue42371] datetime.fromisoformat(): Omitted colon in timezone
 suffix raises ValueError
In-Reply-To: <1605538817.4.0.335687964648.issue42371@roundup.psfhosted.org>
Message-ID: <1605546984.73.0.853871707846.issue42371@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

This is the expected behavior of `.fromisoformat()`. A similar issue is https://bugs.python.org/issue35829, which asks for the "Z" suffix to be supported.

There is a note about this in the documentation: https://docs.python.org/3/library/datetime.html#datetime.datetime.fromisoformat

"Caution This does not support parsing arbitrary ISO 8601 strings - it is only intended as the inverse operation of datetime.isoformat(). A more full-featured ISO 8601 parser, dateutil.parser.isoparse is available in the third-party package dateutil."

At some point we will work out the kinks in offering as full an ISO 8601 datetime parser as possible, but the ISO 8601 datetime spec is very complicated and includes many optional features. We deliberately chose to keep the scope of `.fromisoformat()` minimal at first, whereas `dateutil.parser.isoparse` attempts to be a full-featured ISO8601 parser.

Changing the version affected to 3.10, since this is a feature request.

----------
type: behavior -> enhancement
versions: +Python 3.10 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42371>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:17:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 17:17:26 +0000
Subject: [issue11374] pkgutil.extend_path do not recognize py{c,o} file
In-Reply-To: <1299076268.23.0.272938075364.issue11374@psf.upfronthosting.co.za>
Message-ID: <1605547046.73.0.670452090572.issue11374@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:27:33 2020
From: report at bugs.python.org (Michael Felt)
Date: Mon, 16 Nov 2020 17:27:33 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605547653.93.0.986002022055.issue42323@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

There seems to be a lot of interaction of OS level and compiler used.

* Waiting for the next bot run to get a different compiler.

+++
AIX 6.1.6 and older libraries - no test errors reported

AIX 7.1.4 and newer libraries - when using the binary built on 6.1.6 (AIX 6.1 TL6) - no error

AIX 7.1.4, using xlc-v13.1.2 (try and buy version), same AIX level as the bot (7.1 TL4 SP8) - no error

Back to the bot: AIX 7.1 TL4 SP8 and gcc-4.7.4 - strange errors. See, e.g., https://buildbot.python.org/all/#/builders/302/builds/373/steps/5/logs/stdio with additional errors such as:

======================================================================
FAIL: testHypotAccuracy (test.test_math.MathTests) (hx='0x1.89d8c423ea0c6p+29', hy='0x1.d35dcfe902bc3p+29', x=825956484.4892814, y=980138493.1263355)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_math.py", line 867, in testHypotAccuracy
    self.assertEqual(hypot(x, y), z)
AssertionError: 1281747081.1271062 != 1281747081.127106

Waiting for bot run 374 - to see if the results change when the compiler changes.

I'll try moving the bot to another system - as the system the bot is on is more than just the bot. Maybe there are side-effects coming in, unexpectedly, from other sources. ** The two systems just mentioned are fresh installs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:27:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 17:27:56 +0000
Subject: [issue13561] os.listdir documentation should mention surrogateescape
In-Reply-To: <1323395400.31.0.796436036954.issue13561@psf.upfronthosting.co.za>
Message-ID: <1605547676.3.0.208176894359.issue13561@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this was added in another section of this doc. See the second paragraph in 
https://docs.python.org/3/library/os.html#file-names-command-line-arguments-and-environment-variables

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13561>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:28:11 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 17:28:11 +0000
Subject: [issue42316] Walrus Operator in list index
In-Reply-To: <1605029315.25.0.963262062958.issue42316@roundup.psfhosted.org>
Message-ID: <1605547691.42.0.0627416875052.issue42316@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


----------
nosy: +lys.nikolaou
nosy_count: 3.0 -> 4.0
pull_requests: +22208
pull_request: https://github.com/python/cpython/pull/23317

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42316>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:30:46 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 17:30:46 +0000
Subject: [issue42372] A crash in do_richcompare
In-Reply-To: <1605540318.0.0.905589187248.issue42372@roundup.psfhosted.org>
Message-ID: <1605547846.42.0.796510962337.issue42372@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The Pandas bug links to a traceback:

Program received signal SIGSEGV, Segmentation fault.
0x000055555589b0a0 in PyUnicode_Type ()
(gdb) bt
#0  0x000055555589b0a0 in PyUnicode_Type ()
#1  0x000055555567d8b3 in do_richcompare (op=2, w=0x7ffff77a4b20, v=0x7fffe73b57b0) at /tmp/build/80754af9/python_1598874792229/work/Objects/object.c:698
#2  PyObject_RichCompare (v=0x7fffe73b57b0, w=0x7ffff77a4b20, op=<optimized out>) at /tmp/build/80754af9/python_1598874792229/work/Objects/object.c:746
#3  0x000055555567d9c0 in PyObject_RichCompareBool (v=<optimized out>, w=<optimized out>, op=<optimized out>) at /tmp/build/80754af9/python_1598874792229/work/Objects/object.c:768
#4  0x00007fffe90713a7 in __pyx_f_6pandas_5_libs_9hashtable_17PyObjectHashTable_get_item () from /home/sasha/miniconda3/lib/python3.7/site-packages/pandas/_libs/hashtable.cpython-37m-x86_64-linux-gnu.so
#5  0x00007fffe90716ae in __pyx_pw_6pandas_5_libs_9hashtable_17PyObjectHashTable_11get_item () from /home/sasha/miniconda3/lib/python3.7/site-packages/pandas/_libs/hashtable.cpython-37m-x86_64-linux-gnu.so
#6  0x00007fffe849aff4 in __Pyx_PyObject_CallOneArg () from /home/sasha/miniconda3/lib/python3.7/site-packages/pandas/_libs/index.cpython-37m-x86_64-linux-gnu.so
#7  0x00007fffe84e6740 in __pyx_f_6pandas_5_libs_5index_11IndexEngine_get_loc () from /home/sasha/miniconda3/lib/python3.7/site-packages/pandas/_libs/index.cpython-37m-x86_64-linux-gnu.so
#8  0x00007fffe84e75ce in __pyx_pw_6pandas_5_libs_5index_11IndexEngine_5get_loc () from /home/sasha/miniconda3/lib/python3.7/site-packages/pandas/_libs/index.cpython-37m-x86_64-linux-gnu.so
#9  0x00005555556b972d in _PyMethodDef_RawFastCallKeywords (method=0x7fffe84fd9c0 <__pyx_methods_6pandas_5_libs_5index_IndexEngine>, self=0x7fffe734d830, args=0x555556158448, nargs=<optimized out>, kwnames=<optimized out>)
    at /tmp/build/80754af9/python_1598874792229/work/Objects/call.c:647
#10 0x00005555556c07af in _PyMethodDescr_FastCallKeywords (descrobj=0x7fffe8530b90, args=0x555556158440, nargs=2, kwnames=0x0) at /tmp/build/80754af9/python_1598874792229/work/Objects/descrobject.c:288
#11 0x0000555555725c7c in call_function (kwnames=0x0, oparg=2, pp_stack=<synthetic pointer>) at /tmp/build/80754af9/python_1598874792229/work/Python/ceval.c:4593
#12 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at /tmp/build/80754af9/python_1598874792229/work/Python/ceval.c:3110
#13 0x0000555555668829 in _PyEval_EvalCodeWithName (_co=0x7fffe85038a0, globals=<optimized out>, locals=<optimized out>, args=<optimized out>, argcount=<optimized out>, kwnames=0x0, kwargs=0x555556150f30, kwcount=0, kwstep=1, 
    defs=0x7fffe85221a8, defcount=2, kwdefs=0x0, closure=0x0, name=0x7fffe86303f0, qualname=0x7fffe85055b0) at /tmp/build/80754af9/python_1598874792229/work/Python/ceval.c:3930
#14 0x00005555556b90a5 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=0x555556150f20, nargs=2, kwnames=<optimized out>) at /tmp/build/80754af9/python_1598874792229/work/Objects/call.c:433
#15 0x0000555555721740 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at /tmp/build/80754af9/python_1598874792229/work/Python/ceval.c:4616
#16 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at /tmp/build/80754af9/python_1598874792229/work/Python/ceval.c:3110
#17 0x0000555555668829 in _PyEval_EvalCodeWithName (_co=0x7fffe7e13b70, globals=<optimized out>, locals=<optimized out>, args=<optimized out>, argcount=<optimized out>, kwnames=0x7fffe7e863d8, kwargs=0x7fffe73503e8, kwcount=2, kwstep=1,


The problem is probably a bug in Pandas or another C extension. The stacktrace does not contain enough information to see the type and value of v and w.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42372>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:35:02 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 17:35:02 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605548102.89.0.765328319553.issue38506@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

It's cosmetic in the sense that it *only* affect usability, and not correctness.

If it had no impact at all, I'd be calling it "pointless" ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:39:21 2020
From: report at bugs.python.org (Barry Alan Scott)
Date: Mon, 16 Nov 2020 17:39:21 +0000
Subject: [issue1178136] cgitb.py support for frozen images
Message-ID: <1605548361.03.0.329193533221.issue1178136@roundup.psfhosted.org>


Barry Alan Scott <barry-scott at users.sourceforge.net> added the comment:

Ok. I'll add this to my todo list.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1178136>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:41:14 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 17:41:14 +0000
Subject: [issue1178136] cgitb.py support for frozen images
Message-ID: <1605548474.74.0.181382286261.issue1178136@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1178136>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:43:28 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 17:43:28 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
Message-ID: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>


New submission from Lysandros Nikolaou <lisandrosnik at gmail.com>:

While a walrus is valid withing generator expressions in 3.8, it's not in 3.9 and onward.

?  cpython git:(master) ? python3.8           
Python 3.8.6 (default, Oct  3 2020, 16:26:47) 
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> i = 2
>>> a = [1, 2, 3, 4]
>>> (b := i + j for j in a)
<generator object <genexpr> at 0x7f231e78c740>


?  cpython git:(master) python3.10              
Python 3.10.0a1+ (heads/master:b580ed1, Oct 19 2020, 15:52:12) 
[GCC 9.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> i = 2
>>> a = [1, 2, 3, 4]
>>> (b := i + j for j in a)
  File "<stdin>", line 1
    (b := i + j for j in a)
                ^
SyntaxError: invalid syntax

This is a regression introduced by the new parser.

----------
components: Interpreter Core
keywords: 3.9regression
messages: 381133
nosy: gvanrossum, lys.nikolaou, pablogsal, terry.reedy
priority: normal
severity: normal
status: open
title: Unparenthesized walrus is not allowed in genexps
type: behavior
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:45:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 17:45:21 +0000
Subject: [issue12956] builds fail when installing to --prefix with space in
 path name
In-Reply-To: <1315757316.68.0.219297921497.issue12956@psf.upfronthosting.co.za>
Message-ID: <1605548721.87.0.281025370797.issue12956@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

LMO, if you are still interested in this issue, could you be more specific about where you think this should be documented? If you want to create a patch, go for it.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12956>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:51:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 17:51:41 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605549101.52.0.435056740131.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22209
pull_request: https://github.com/python/cpython/pull/23318

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Mon Nov 16 12:54:33 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 17:54:33 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
In-Reply-To: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>
Message-ID: <1605549273.04.0.070534943148.issue42374@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:08:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 18:08:42 +0000
Subject: [issue12726] explain that locale.getlocale() does not read system's
 locales
In-Reply-To: <1313054335.82.0.864365511342.issue12726@psf.upfronthosting.co.za>
Message-ID: <1605550122.79.0.355226623475.issue12726@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I tried "import locale; locale.getlocale()" on macOS and windows (3.10) and linux (3.7) and in all cases I got non-None values.  Can we close this as out of date?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12726>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:13:41 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 18:13:41 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605550421.3.0.47550803463.issue40939@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:

Pablo, have you already started on this? I didn't see your comment earlier and I've got a PR ready.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:13:56 2020
From: report at bugs.python.org (Xtrem532)
Date: Mon, 16 Nov 2020 18:13:56 +0000
Subject: [issue24132] Direct sub-classing of pathlib.Path
In-Reply-To: <1430890013.04.0.304568332905.issue24132@psf.upfronthosting.co.za>
Message-ID: <1605550436.55.0.627077794561.issue24132@roundup.psfhosted.org>


Change by Xtrem532 <Xtrem532.tg at gmail.com>:


----------
nosy: +Xtrem532

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24132>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:18:59 2020
From: report at bugs.python.org (David CARLIER)
Date: Mon, 16 Nov 2020 18:18:59 +0000
Subject: [issue42375] subprocess DragonFlyBSD build update
Message-ID: <1605550739.82.0.393092749269.issue42375@roundup.psfhosted.org>


Change by David CARLIER <devnexen at gmail.com>:


----------
components: Extension Modules
nosy: devnexen
priority: normal
pull_requests: 22211
severity: normal
status: open
title: subprocess DragonFlyBSD build update
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42375>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:21:52 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 18:21:52 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605550912.09.0.170877713751.issue40939@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> Pablo, have you already started on this? I didn't see your comment earlier and I've got a PR ready.

Yeah, but don't worry: submit your PR and I will review it :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:28:02 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 18:28:02 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605551282.39.0.575962085243.issue40939@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:29:48 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 16 Nov 2020 18:29:48 +0000
Subject: [issue42178] failed pickle hangs python on exit in CMD.exe only
In-Reply-To: <1603831953.96.0.174038023621.issue42178@roundup.psfhosted.org>
Message-ID: <1605551388.71.0.427253650997.issue42178@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

Steve or Zach, please review PR 23290, submitted by Teugea Ioan-Teodor. It modifies the startup sequence for worker processes by creating the child process with a suspended thread and pickling process_obj to a BytesIO instance before resuming the thread and writing the pickle data to the pipe. If pickling fails, the child process is terminated before the thread is resumed, since there's no point in allowing the child to execute. 

This doesn't directly address the issue with interpreter startup that can cause Python to hang on a synchronous I/O request, but it does avoid the problem.

Alternatively, when there's a pickling error, the parent could close its end of the pipe and wait for the child to exit before propagating the exception, but I'd rather skip executing the child completely.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42178>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:40:07 2020
From: report at bugs.python.org (Thomas)
Date: Mon, 16 Nov 2020 18:40:07 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605552007.67.0.00602354620285.issue42369@roundup.psfhosted.org>


Thomas <thger100 at hhu.de> added the comment:

I have not observed any segfaults yet. Only zipfile.BadZipFile exceptions so far.

The exact file at which it crashes is fairly random. It even crashes if all threads try to read the same file multiple times.

I think the root cause of the problem is that the reads of zef_file in ZipFile.read are not locked properly.

https://github.com/python/cpython/blob/c79667ff7921444911e8a5dfa5fba89294915590/Lib/zipfile.py#L1515

The underlying file object is shared between all ZipExtFiles. Every time a thread makes a call to ZipFile.read, a new lock is created in _SharedFile, but that lock only protects against multiple threads reading the same ZipExtFile. Multiple threads reading different ZipExtFiles with the same underlying file object will cause trouble. The locks do nothing in this scenario because they are individual to each thread and not shared.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:46:46 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 18:46:46 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605552406.61.0.797293756467.issue40939@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c26d5916d68c47a20dd941f9e89afdaf85b2711e by Lysandros Nikolaou in branch 'master':
bpo-40939: Document removal of the old parser in 3.10 whatsnew (GH-23321)
https://github.com/python/cpython/commit/c26d5916d68c47a20dd941f9e89afdaf85b2711e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:48:47 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 18:48:47 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605552527.07.0.29669793647.issue42102@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Well, it's certainly no bug fix, but just as PEP 585 lets us write list[int] instead of typing.List[int], it could be considered useful to be able to write callable[[int, int], str] instead of typing.Callable[[int, int], str].

It's easy enough to make it work so that callable(x) returns a bool but callable[X, Y] returns a built-in subclass of types.GenericAlias (the built-in type).

That said, I don't have data about how popular Callable is compared to other types (Sequence/Iterable etc. which will remain in collections.abc). Maybe someone can do some grepping of popular projects?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 13:58:00 2020
From: report at bugs.python.org (Alexander Kurakin)
Date: Mon, 16 Nov 2020 18:58:00 +0000
Subject: [issue42372] A crash in do_richcompare
In-Reply-To: <1605540318.0.0.905589187248.issue42372@roundup.psfhosted.org>
Message-ID: <1605553080.78.0.149181617181.issue42372@roundup.psfhosted.org>


Alexander Kurakin <kuraga333 at mail.ru> added the comment:

Thanks for reply!

Is it call of NULL? If so, shoudn't do_richcompare check it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42372>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:17:15 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 19:17:15 +0000
Subject: [issue4672] Distutils SWIG support blocks use of SWIG -outdir option
In-Reply-To: <1229379752.29.0.666537313596.issue4672@psf.upfronthosting.co.za>
Message-ID: <1605554235.87.0.285112757375.issue4672@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think this was fixed in 11599. Any objections to closing this?

----------
nosy: +iritkatriel
resolution:  -> duplicate
status: open -> pending
superseder:  -> Useless error message when distutils fails compiling

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4672>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:27:21 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 19:27:21 +0000
Subject: [issue42376] Add helpers to populate modules in C
Message-ID: <1605554841.18.0.0577877222829.issue42376@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

It's currently inconvenient and sometimes error-prone to initialize module members in C. Even stdlib modules are sometimes missing error checks or have reference counting issues in error path. I propose add three helpers to deal with common cases:

1) declaration of simple attributes (int, str, bool, float) in an array of structs
2) creation and addition of a new type from a type spec
3) creation and addition a new exception object


(1) Simple attribute declaration uses a NULL terminated array of PyModuleConst_Def. The internal definition of the type can be hidden by macros. Example:

   static PyModuleConst_Def example_constants[] = {
       PyModuleConst_None("none_value"),
       PyModuleConst_Long("integer", 42),
       PyModuleConst_Bool("false_value", 0),
       PyModuleConst_Bool("true_value", 1),
       PyModuleConst_String("somestring", "Hello"),
       PyModuleConst_LongMacro(EXAMPLE_INT),
       PyModuleConst_StringMacro(EXAMPLE_STRING),
       {NULL},
   }

A new function "int PyModule_AddConstants(PyObject *module, PyModuleConst_Def *def)" populates the module object with attributes.


(2) Type initialization

The function "PyTypeObject * PyModule_AddNewTypeFromSpec(PyObject *module, PyType_Spec *spec, PyObject *base)" is PyType_FromModuleAndSpec() + PyModule_AddType(). Additionally to PyType_FromModuleAndSpec() it also handles "base" argument with single type instance. The extra feature avoids "PyTuple_Pack(1, baseclass)" in the caller. The function adds a strong reference to the module object and returns a borrowed reference. The borrowed reference is designed module state assignment. 


(3) exception creation

The function "PyObject* PyModule_AddNewException(PyObject *module, const char *name, const char *doc, PyObject *base, PyObject *dict)" creates a new exception, calculates the attribute name for the qualified exception name, and adds the exception to the module. It's PyErr_NewExceptionWithDoc() + PyModule_AddObjectRef().


Note about (1): I first proposed to add PyModuleDef.m_constants, however we cannot extend the struct easily becaues it conflicts with stable ABI. Petr mentioned that he has plans to deal with the issue. Also see discussion https://discuss.python.org/t/define-module-constants-in-pymoduledef/5749

----------
assignee: christian.heimes
components: C API
messages: 381144
nosy: christian.heimes
priority: normal
severity: normal
stage: patch review
status: open
title: Add helpers to populate modules in C
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42376>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:30:57 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 19:30:57 +0000
Subject: [issue13240] sysconfig gives misleading results for USE_COMPUTED_GOTOS
In-Reply-To: <1319208086.31.0.00990210804778.issue13240@psf.upfronthosting.co.za>
Message-ID: <1605555057.52.0.404629750229.issue13240@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13240>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:31:34 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 19:31:34 +0000
Subject: [issue42376] Add helpers to populate modules in C
In-Reply-To: <1605554841.18.0.0577877222829.issue42376@roundup.psfhosted.org>
Message-ID: <1605555094.45.0.868219207433.issue42376@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
keywords: +patch
pull_requests: +22213
pull_request: https://github.com/python/cpython/pull/23286

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42376>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:40:27 2020
From: report at bugs.python.org (Charles Staton)
Date: Mon, 16 Nov 2020 19:40:27 +0000
Subject: [issue42335] Python Crashes Exception code 0xc0000374 ntdll.dll
In-Reply-To: <1605211002.39.0.559634487384.issue42335@roundup.psfhosted.org>
Message-ID: <1605555627.1.0.541184517295.issue42335@roundup.psfhosted.org>


Charles Staton <cstaton at ftlg.net> added the comment:

I'm closing this. I have done a lot of research that seems to point to the way I'm handling threads as the cause, not Python itself.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42335>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:43:56 2020
From: report at bugs.python.org (Daniel Pinyol)
Date: Mon, 16 Nov 2020 19:43:56 +0000
Subject: [issue42377] allow typing.cast with TYPE_CHECKING
Message-ID: <1605555836.68.0.0424607174157.issue42377@roundup.psfhosted.org>


Change by Daniel Pinyol <github at dpinol.com>:


----------
nosy: dpinol
priority: normal
severity: normal
status: open
title: allow typing.cast with TYPE_CHECKING
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42377>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:48:22 2020
From: report at bugs.python.org (Ed Catmur)
Date: Mon, 16 Nov 2020 19:48:22 +0000
Subject: [issue42378] logging reopens file with same mode, possibly truncating
Message-ID: <1605556102.98.0.0941471383568.issue42378@roundup.psfhosted.org>


New submission from Ed Catmur <ed at catmur.uk>:

If a logging.FileHandler is configured with mode='w', or if logging.basicConfig is called with filemode='w' (as suggested by the Basic Logging Tutorial https://docs.python.org/3/howto/logging.html#logging-basic-tutorial)
and if some code logs during shutdown, after logging has closed its handlers (asyncio is prone to do this, e.g.),
then logging.FileHandler._open will reopen the log file with the same mode as it was originally opened with, potentially truncating it and losing valuable information:

import atexit
atexit.register(lambda: logging.info("so long"))
import logging
logging.basicConfig(filename='test.log', filemode='w', level=logging.INFO)
logging.info("super important stuff")

$ python truncate.py
$ cat test.log
INFO:root:so long

I have a hunch that the fix to issue 26789 will potentially make things worse, as previously at least there was a chance that logging had been fully unloaded so that the call to open would fail.

https://stackoverflow.com/questions/39838616/why-is-python-logging-framework-losing-messages

----------
components: Library (Lib)
messages: 381146
nosy: ecatmur2
priority: normal
severity: normal
status: open
title: logging reopens file with same mode, possibly truncating
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42378>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:50:37 2020
From: report at bugs.python.org (Daniel Pinyol)
Date: Mon, 16 Nov 2020 19:50:37 +0000
Subject: [issue42377] allow typing.cast with TYPE_CHECKING
Message-ID: <1605556237.18.0.0550967152781.issue42377@roundup.psfhosted.org>


New submission from Daniel Pinyol <github at dpinol.com>:

Executing the following code we get this error on the "cast" call
NameError: name 'A' is not defined


```
from __future__ import annotations
from typing import TYPE_CHECKING, Optional, cast
if TYPE_CHECKING:
   class A:
     pass

def f(a: A):
   pass


f(cast(A, "anything"))
```

It would be nice that you could use "cast" to force casts when the symbol is only available during TYPE_CHECKING. According to the "cast" specs, cast only works during type checking, but not during runtime. Hence, I think would be desirable that this code was legal. thanks

This returns the value unchanged. To the type checker this signals that the return value has the designated type, but at runtime we intentionally don?t check anything (we want this to be as fast as possible).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42377>
_______________________________________

From report at bugs.python.org  Mon Nov 16 14:57:40 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Mon, 16 Nov 2020 19:57:40 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605556660.96.0.124885863953.issue42202@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:00:11 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 20:00:11 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1605556811.91.0.235929363268.issue11604@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +newcomer friendly
versions: +Python 3.10, Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:01:42 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 16 Nov 2020 20:01:42 +0000
Subject: [issue21521] Tkinter + OSX + Spaces : Multiple file dialogues created
In-Reply-To: <1400403340.1.0.400733156313.issue21521@psf.upfronthosting.co.za>
Message-ID: <1605556902.35.0.695971364504.issue21521@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
components: +macOS
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21521>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:02:41 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 16 Nov 2020 20:02:41 +0000
Subject: [issue12594] Docs for "Using Python on a Macintosh" needs to be
 updated
In-Reply-To: <1311174057.47.0.56455855185.issue12594@psf.upfronthosting.co.za>
Message-ID: <1605556961.84.0.177735355717.issue12594@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
components: +macOS
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12594>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:06:53 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 16 Nov 2020 20:06:53 +0000
Subject: [issue40928] OS X: malloc(): set default diagnostics to
 DEBUG_WRITE_ON_CRASH
In-Reply-To: <1591712621.72.0.447782390229.issue40928@roundup.psfhosted.org>
Message-ID: <1605557213.34.0.357603218216.issue40928@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
components: +macOS
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40928>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:06:57 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 16 Nov 2020 20:06:57 +0000
Subject: [issue39463] ast.Constant, bytes, and ast.unparse
In-Reply-To: <1580125203.43.0.757991294489.issue39463@roundup.psfhosted.org>
Message-ID: <1605557217.98.0.068907486092.issue39463@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

We added the warnings, and I believe we can close this safely (since there is no intend to change the behavior of ast.unparse)

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39463>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:12:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 20:12:21 +0000
Subject: [issue9261] [doc] include higher (../../) dirs fails
In-Reply-To: <1279124437.89.0.789068978786.issue9261@psf.upfronthosting.co.za>
Message-ID: <1605557541.39.0.180026835014.issue9261@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
components: +Documentation -Distutils
title: include higher (../../) dirs fails -> [doc] include higher (../../) dirs fails
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9261>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:18:37 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 20:18:37 +0000
Subject: [issue9640] Improved doctest REPORT_*DIFFs with ELLIPSIS and/or
 NORMALIZE_WHITESPACE
In-Reply-To: <1282215851.54.0.826836496752.issue9640@psf.upfronthosting.co.za>
Message-ID: <1605557917.8.0.947988670939.issue9640@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The patch needs to be converted into a github PR. Trevor, are you interested in doing that?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9640>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:20:19 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 16 Nov 2020 20:20:19 +0000
Subject: [issue9261] [doc] include higher (../../) dirs fails
In-Reply-To: <1279124437.89.0.789068978786.issue9261@psf.upfronthosting.co.za>
Message-ID: <1605558019.94.0.938058566593.issue9261@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Works as intended. MANINFEST can only include files in the current directory and subdirectories.

----------
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9261>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:24:08 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 20:24:08 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605558248.4.0.12562796394.issue42102@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

>From implementation perspective it is not easy at all. You will need to create a special class with methods __call__ and __getitem__ (and several other methods and attributes, like __repr__, __reduce__, __name__, __doc__, __module__, __text_signature__, etc) and make builtins.callable an instance instead of just built-in function. It can also affect performance of callable().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:27:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 20:27:21 +0000
Subject: [issue3735] allow multiple threads to efficiently send the same
 requests to a processing.Pool without incurring duplicate processing
In-Reply-To: <1220051229.09.0.236623735385.issue3735@psf.upfronthosting.co.za>
Message-ID: <1605558441.65.0.516188163525.issue3735@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

If nobody will object in the next couple of weeks I will close this, as suggested in the previous comment.

----------
keywords:  -needs review
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue3735>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:37:40 2020
From: report at bugs.python.org (Rose Ridder)
Date: Mon, 16 Nov 2020 20:37:40 +0000
Subject: [issue42379] Optional List Args Persist Across Objects
Message-ID: <1605559060.44.0.109457389682.issue42379@roundup.psfhosted.org>


New submission from Rose Ridder <rcdragonfly97 at gmail.com>:

When creating several objects in one program, if there are lists passed into functions as optional arguments, those lists are persistent across all objects.

----------
components: ctypes
files: PythonObjectListIssue.py
messages: 381153
nosy: rosadenderon
priority: normal
severity: normal
status: open
title: Optional List Args Persist Across Objects
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file49604/PythonObjectListIssue.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42379>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:41:19 2020
From: report at bugs.python.org (Rose Ridder)
Date: Mon, 16 Nov 2020 20:41:19 +0000
Subject: [issue42379] Optional List Args Persist Across Objects
In-Reply-To: <1605559060.44.0.109457389682.issue42379@roundup.psfhosted.org>
Message-ID: <1605559279.93.0.379115833949.issue42379@roundup.psfhosted.org>


Rose Ridder <rcdragonfly97 at gmail.com> added the comment:

Including script explicitly:


# -*- coding: utf-8 -*-

class Obj:
    def __init__(self, num):
        self.num = num
        self.var = self.funct()
        
    def funct(self, array = []):
        print (array)
        array = [1,2,3]
        return array
    
    
    
def main():
    obj1 = Obj(1)
    print (obj1.num, obj1.var) # prints: 1 [1, 2, 3]


    obj2 = Obj(2)
    
    print (obj1.num, obj1.var) # prints: 1 [1, 2, 3, 1, 2, 3]
    print (obj2.num, obj2.var) # prints: 2 [1, 2, 3, 1, 2, 3]
    
    
if __name__ == "__main__": 
    main()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42379>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:45:35 2020
From: report at bugs.python.org (Shantanu)
Date: Mon, 16 Nov 2020 20:45:35 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605559535.06.0.271212837058.issue42102@roundup.psfhosted.org>


Shantanu <hauntsaninja at gmail.com> added the comment:

My implementation in PR 22848 turns callable into a type and uses `__new__`. It isn't too bad. It does appear to affect performance of callable though.

Here's some data on how often typing imports are used. This is the number of files in which `from typing import X` is present in mypy_primer's corpus (searched using the AST). My read of this is that Callable is meaningfully more used than anything else in collections.abc.
```
'Optional': 2563
'Any': 2402
'List': 2383
'Dict': 2150
'Tuple': 1592
'Union': 1269
'Callable': 1058
'Iterable': 609
'Set': 580
'cast': 505
'Sequence': 465
'Type': 438
'Iterator': 385
'TYPE_CHECKING': 357
'TypeVar': 302
'Mapping': 301
'Generator': 194
'NamedTuple': 138
'Text': 127
'IO': 120
'Awaitable': 116
...
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:49:02 2020
From: report at bugs.python.org (Rose Ridder)
Date: Mon, 16 Nov 2020 20:49:02 +0000
Subject: [issue42379] Optional List Args Persist Across Objects
In-Reply-To: <1605559060.44.0.109457389682.issue42379@roundup.psfhosted.org>
Message-ID: <1605559742.95.0.764837249994.issue42379@roundup.psfhosted.org>


Rose Ridder <rcdragonfly97 at gmail.com> added the comment:

Sorry, incorrect code pasted in. The full comment and code is below:

When creating several objects in one program, if there are lists passed into functions as optional arguments, those lists are persistent across all objects.

# -*- coding: utf-8 -*-

class Obj:
    def __init__(self, num):
        self.num = num
        self.var = self.funct()
        
    def funct(self, array = []):
        array += [1,2,3] # issue also occurs with .append()
        return array
    
    
    
def main():
    obj1 = Obj(1)
    print (obj1.num, obj1.var) # prints: 1 [1, 2, 3]

    obj2 = Obj(2)
    
    print (obj1.num, obj1.var) # prints: 1 [1, 2, 3, 1, 2, 3]
    print (id(obj1), id(obj1.var)) # prints a unique address for obj1, but the address for the var attribute is the same as for obj2
    print (obj2.num, obj2.var) # prints: 2 [1, 2, 3, 1, 2, 3]
    print (id(obj2), id(obj2.var)) # prints a unique address for obj2, but the address for the var attribute is the same as for obj1
    
    
if __name__ == "__main__": 
    main()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42379>
_______________________________________

From report at bugs.python.org  Mon Nov 16 15:55:51 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 16 Nov 2020 20:55:51 +0000
Subject: [issue42379] Optional List Args Persist Across Objects
In-Reply-To: <1605559060.44.0.109457389682.issue42379@roundup.psfhosted.org>
Message-ID: <1605560151.51.0.0717355889739.issue42379@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

This is defined behavior in the language, so it's not a bug. The "pythonic" way to deal with this is usually:

def funct(self, array = None):
    if array is None:
         array = []

----------
components: +Interpreter Core -ctypes
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42379>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:14:42 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 21:14:42 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605561282.14.0.345522791257.issue42339@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +22214
pull_request: https://github.com/python/cpython/pull/23322

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:14:50 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 21:14:50 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1605561290.04.0.169477726435.issue42102@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

We specially introduced __mro_entries__ to make types in the typing module not classes. Turning builtins.callable into a class is a step back.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:18:01 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 21:18:01 +0000
Subject: [issue40928] OS X: malloc(): set default diagnostics to
 DEBUG_WRITE_ON_CRASH
In-Reply-To: <1591712621.72.0.447782390229.issue40928@roundup.psfhosted.org>
Message-ID: <1605561481.16.0.247210672806.issue40928@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40928>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:22:34 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 16 Nov 2020 21:22:34 +0000
Subject: [issue42379] Optional List Args Persist Across Objects
In-Reply-To: <1605559060.44.0.109457389682.issue42379@roundup.psfhosted.org>
Message-ID: <1605561754.97.0.0191597594792.issue42379@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Hi Rose, this is a FAQ:

https://docs.python.org/3/faq/programming.html#why-are-default-values-shared-between-objects

although it's also a feature that does cause beginners some trouble, see for example my comment here for more information:

https://bugs.python.org/msg361451

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42379>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:27:23 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Nov 2020 21:27:23 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1605562043.49.0.407968530801.issue11604@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Special cases aren't special enough to break the rules.

I think this issue should be closed. This is not common user error, especially in Python 3. I can even imagine that you can subclass module, if it is an instance of special ModuleType subclass. It is a feature of Python that you can subclass any objects, not only classes, if they provide the particular interface.

----------
nosy: +serhiy.storchaka
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:28:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 21:28:10 +0000
Subject: [issue13561] os.listdir documentation should mention surrogateescape
In-Reply-To: <1323395400.31.0.796436036954.issue13561@psf.upfronthosting.co.za>
Message-ID: <1605562090.28.0.59734356653.issue13561@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> I think this was added in another section of this doc. See the second paragraph in 
> https://docs.python.org/3/library/os.html#file-names-command-line-arguments-and-environment-variables

Right, this section now explains encodings and the error handler.

Moreover, I recently reworked the documentation of the filesystem encoding and error handler:
* https://docs.python.org/dev/glossary.html#term-filesystem-encoding-and-error-handler
* https://docs.python.org/dev/library/os.html#python-utf-8-mode
* https://docs.python.org/dev/library/sys.html#sys.getfilesystemencoding
* etc.

I consider that it's now enough, I close the issue ;-) If someone wants to enhance the doc, please submit a PR. This issue is now quite old :-)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13561>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:28:39 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 21:28:39 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605562119.28.0.13434253227.issue42339@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset fa86614078f1f700f350f98486dddf83587ab69e by Steve Dower in branch '3.8':
bpo-42339: Adds note about KB2533623 to embeddable package docs (GH-23322)
https://github.com/python/cpython/commit/fa86614078f1f700f350f98486dddf83587ab69e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:29:23 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 21:29:23 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605562163.13.0.228095663994.issue42339@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

I added a note to the 3.8 docs.

Pretty sure there's another open issue about improving FormatMessage, and if not, one can be opened.

Thanks for the report, Jelle, and for helping us figure it out!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:31:08 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 21:31:08 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605562268.79.0.332925974436.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Back to the bot: AIX 7.1 TL4 SP8 and gcc-4.7.4

The latest GCC version is GCC 10. Is it still relevant to test GCC 4.7 released 8 years ago? (Well, I'm not sure that the C compiler explains all issues.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:32:45 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 21:32:45 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605562365.24.0.12540178235.issue38506@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset f62dad16b8e540486a0a0fed41e723d36986f860 by Zackery Spytz in branch 'master':
bpo-38506: Fix the Windows py.exe launcher's misordering of 3.10 (GH-18307)
https://github.com/python/cpython/commit/f62dad16b8e540486a0a0fed41e723d36986f860


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:33:06 2020
From: report at bugs.python.org (David Edelsohn)
Date: Mon, 16 Nov 2020 21:33:06 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605562386.94.0.513511268823.issue42323@roundup.psfhosted.org>


David Edelsohn <dje.gcc at gmail.com> added the comment:

I believe that Michael was trying to probe under what circumstances the failure appears.  But, not GCC 4.7 is not relevant.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:36:20 2020
From: report at bugs.python.org (h-vetinari)
Date: Mon, 16 Nov 2020 21:36:20 +0000
Subject: [issue42380] Build windows binaries with MS VS2019 16.8+ / MSVC 19.28+
Message-ID: <1605562580.81.0.356035250253.issue42380@roundup.psfhosted.org>


New submission from h-vetinari <h.vetinari at gmx.com>:

While Visual Studio 16.8 (<-> MSVC 19.28) has _just_ been released, I think it would be worthwhile to consider upgrading the compiler toolchain that's used to build the CPython windows binaries, particularly before the release of 3.10.

That's because many libraries (e.g. numpy/scipy) are stuck to the same compilers as CPython for ABI-compatibility, and generally, MSVC is by far the lowest common denominator in terms of C/C++ compliance, cf. https://github.com/scipy/scipy/blob/master/doc/source/toolchain.rst

For example, dropping python 3.6 support in scipy should finally enable them to use C++14/C++17, since python 3.7+ is built with Visual Studio 15.7, which has essentially complete support, cf. https://en.cppreference.com/w/cpp/compiler_support & https://en.wikipedia.org/wiki/Microsoft_Visual_C%2B%2B#Internal_version_numbering.

However (& as far as I can tell), the windows compiler version for CPython hasn't moved since the release of 3.7, cf. https://pythondev.readthedocs.io/windows.html#python-and-visual-studio-version-matrix (I know that's not an official page, but vstinner can hardly be considered a questionable source), and every release without upgrading the toolchain means another year of waiting for the ecosystem to unlock more modern C/C++.

The reason why Visual Studio 16.8 is particularly interesting, is that MS has for a very long time not paid attention to C compliance, and only recently completed C99 support, with C11/C17 following in 16.8 (though as of yet without optional aspects of the standard like atomics, threading, VLAs, complex types, etc.), cf. https://devblogs.microsoft.com/cppblog/c11-and-c17-standard-support-arriving-in-msvc/.

Looking at the table from https://github.com/scipy/scipy/blob/master/doc/source/toolchain.rst, it would be cool if we could add the last line as follows
===================   ==============   ===================
CPython               MS Visual C++    C Standard
===================   ==============   ===================
2.7, 3.0, 3.1, 3.2       9.0           C90
3.3, 3.4                10.0           C90 & some of C99
3.5, 3.6                14.0           C90 & most of C99
3.7                     15.7           C90 & most of C99
3.8                     15.7           C90 & most of C99
3.9                     15.7           C90 & most of C99
3.10                    16.8           C99, C11*, C17
===================   ==============   ===================
* [comment about lack of C11 optionals]

----------
components: Windows
messages: 381167
nosy: h-vetinari, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Build windows binaries with MS VS2019 16.8+ / MSVC 19.28+
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42380>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:45:00 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 21:45:00 +0000
Subject: [issue42278] Remove usage of tempfile.mktemp in stdlib
In-Reply-To: <1604674672.14.0.368213492276.issue42278@roundup.psfhosted.org>
Message-ID: <1605563100.73.0.171860166626.issue42278@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Just left a blocking review on the PR - I don't want to rely on the shell being able to use an already open file.

There's at least one other issue about making NamedTemporaryFile work for this case. Once that is done, this can be made to work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42278>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:51:41 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 21:51:41 +0000
Subject: [issue7955] TextIOWrapper Buffering Inconsistent Between _io and _pyio
In-Reply-To: <1266475277.48.0.657351294204.issue7955@psf.upfronthosting.co.za>
Message-ID: <1605563501.96.0.253762693384.issue7955@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.6, Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7955>
_______________________________________

From report at bugs.python.org  Mon Nov 16 16:55:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 21:55:03 +0000
Subject: [issue10479] cgitb.py should assume a binary stream for output
In-Reply-To: <1290317837.02.0.152908438377.issue10479@psf.upfronthosting.co.za>
Message-ID: <1605563703.48.0.0392756109869.issue10479@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10479>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:03:57 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 22:03:57 +0000
Subject: [issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in
 the future) after 3.x
In-Reply-To: <1571322664.68.0.257867788049.issue38506@roundup.psfhosted.org>
Message-ID: <1605564237.88.0.245127580822.issue38506@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Thanks for the patch, Zackery!

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38506>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:04:38 2020
From: report at bugs.python.org (=?utf-8?q?Adam_Barto=C5=A1?=)
Date: Mon, 16 Nov 2020 22:04:38 +0000
Subject: [issue18838] The order of interactive prompt and traceback on Windows
In-Reply-To: <1377507907.91.0.430796932988.issue18838@psf.upfronthosting.co.za>
Message-ID: <1605564278.08.0.959329445779.issue18838@roundup.psfhosted.org>


Adam Barto? <drekin at gmail.com> added the comment:

So far I could reproduce the issue on Python 3.7, Windows Vista 64bit. I'll try with newer versions.

The output I got:
>>> from subprocess import *
>>> Popen("py -i foo.py", stdin=PIPE, stdout=PIPE, stderr=PIPE).communicate()
(b'', b'>>> Traceback (most recent call last):\r\n  File "foo.py", line 2, in <module>\r\n    1/0\r\nZeroDivisionError: division by zero\r\n\r\n')

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18838>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:14:22 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 22:14:22 +0000
Subject: [issue5880] Remove unneeded "context" pointer from getters and setters
In-Reply-To: <1241021724.62.0.808491876443.issue5880@psf.upfronthosting.co.za>
Message-ID: <1605564862.69.0.83025397347.issue5880@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5880>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:18:13 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 22:18:13 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605565093.18.0.690196477067.issue42336@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +22215
pull_request: https://github.com/python/cpython/pull/23325

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:24:17 2020
From: report at bugs.python.org (Jelle Geerts)
Date: Mon, 16 Nov 2020 22:24:17 +0000
Subject: [issue42339] official embedded Python fails to import certain modules
In-Reply-To: <1605233981.71.0.0380654118097.issue42339@roundup.psfhosted.org>
Message-ID: <1605565457.83.0.116979482617.issue42339@roundup.psfhosted.org>


Jelle Geerts <jellegeerts at gmail.com> added the comment:

Thanks to you too, Steve! *tips imaginary hat*

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42339>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:31:50 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 22:31:50 +0000
Subject: [issue5405] There is no way of determining which ABCs a class is
 registered against
In-Reply-To: <1235990222.31.0.178922023306.issue5405@psf.upfronthosting.co.za>
Message-ID: <1605565910.37.0.460074297839.issue5405@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
type: behavior -> enhancement
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5405>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:40:13 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 22:40:13 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605566413.42.0.954740677386.issue40939@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:

Victor, Miro, both removal of the parser module and of all the C API functions are now documented in the 3.10 whatsnew document. Do you feel that this is enough for us to close this issue again?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:42:21 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 22:42:21 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
Message-ID: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>


New submission from Lysandros Nikolaou <lisandrosnik at gmail.com>:

Since unparenthesized walruses are allowed in list comprehensions and in generator expressions, should we maybe allow them in set comprehensions as well?

----------
components: Interpreter Core
messages: 381173
nosy: gvanrossum, lys.nikolaou, pablogsal
priority: normal
severity: normal
status: open
title: Allow unparenthesized walrus in set comprehensions
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:42:27 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 22:42:27 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605566547.77.0.0346919919886.issue42120@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:44:01 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 22:44:01 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605566641.41.0.656946440214.issue42120@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Turns out a straight delete is fine, as both names are defined in UCRT. I think it's safe to backport as well, since it's only going to affect other people's code poorly (and they'll need to recompile to see any change anyway).

----------
assignee:  -> steve.dower
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:51:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 22:51:05 +0000
Subject: [issue14643] Security page out of date
In-Reply-To: <1335086892.52.0.709735016989.issue14643@psf.upfronthosting.co.za>
Message-ID: <1605567065.29.0.582782837201.issue14643@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

http://www.python.org/news/security/ no longer exists. Is this issue still relevant?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14643>
_______________________________________

From report at bugs.python.org  Mon Nov 16 17:57:27 2020
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Mon, 16 Nov 2020 22:57:27 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605567447.8.0.0779600813712.issue40939@roundup.psfhosted.org>


Miro Hron?ok <miro at hroncok.cz> added the comment:

Thanks. I feel like the What's new document should teach people what to do when they are hit by the removals. The removals are documented, but the developers who are affected have no clue what to do. What do you think?

(Sorry I wasn't able to provide this feedback before the PR was merged.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:01:09 2020
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 16 Nov 2020 23:01:09 +0000
Subject: [issue42131] [zipimport] Update zipimport to use specs
In-Reply-To: <1603490733.54.0.490063164948.issue42131@roundup.psfhosted.org>
Message-ID: <1605567669.83.0.323443494239.issue42131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42131>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:01:36 2020
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 16 Nov 2020 23:01:36 +0000
Subject: [issue25710] zipimport is not PEP 3147 or PEP 488 compliant
In-Reply-To: <1448293496.52.0.845434990633.issue25710@psf.upfronthosting.co.za>
Message-ID: <1605567696.61.0.323911080972.issue25710@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25710>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:06:46 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 23:06:46 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605568006.7.0.589068617907.issue42381@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Yeah, I suppose the comprehensions should all have the same syntax inside their various brackets.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:08:38 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 23:08:38 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
In-Reply-To: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>
Message-ID: <1605568118.8.0.322619754971.issue42374@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cb3e5ed0716114393696ec7201e51fe0595eab4f by Lysandros Nikolaou in branch 'master':
bpo-42374: Allow unparenthesized walrus in genexps (GH-23319)
https://github.com/python/cpython/commit/cb3e5ed0716114393696ec7201e51fe0595eab4f


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:09:41 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:09:41 +0000
Subject: [issue42316] Walrus Operator in list index
In-Reply-To: <1605029315.25.0.963262062958.issue42316@roundup.psfhosted.org>
Message-ID: <1605568181.63.0.513955927819.issue42316@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:


New changeset cae60187cf7a7b26281d012e1952fafe4e2e97e9 by Lysandros Nikolaou in branch 'master':
bpo-42316: Allow unparenthesized walrus operator in indexes (GH-23317)
https://github.com/python/cpython/commit/cae60187cf7a7b26281d012e1952fafe4e2e97e9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42316>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:14:58 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:14:58 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
In-Reply-To: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>
Message-ID: <1605568498.5.0.931313075672.issue42374@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


----------
pull_requests: +22217
pull_request: https://github.com/python/cpython/pull/23329

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:16:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 23:16:18 +0000
Subject: [issue13962] multiple lib and include directories on Linux
In-Reply-To: <1328631387.63.0.77049382306.issue13962@psf.upfronthosting.co.za>
Message-ID: <1605568578.44.0.539374559311.issue13962@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I think the suggestion here is to replace "if MACOS:" with a condition that hold for "unixy" platforms. 
https://github.com/python/cpython/blob/master/setup.py#L805

(based on https://bugs.python.org/msg150788).

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13962>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:22:50 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 16 Nov 2020 23:22:50 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605568970.36.0.591109336015.issue42120@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 9cc9e277254023c0ca08e1a9e379fd89475ca9c2 by Steve Dower in branch 'master':
bpo-42120: Remove macro defining copysign to _copysign on Windows (GH-23326)
https://github.com/python/cpython/commit/9cc9e277254023c0ca08e1a9e379fd89475ca9c2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:22:58 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 23:22:58 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605568978.65.0.62951885011.issue42120@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +22218
pull_request: https://github.com/python/cpython/pull/23330

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:23:45 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 23:23:45 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605569025.18.0.748131242991.issue42120@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22219
pull_request: https://github.com/python/cpython/pull/23331

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:26:40 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 23:26:40 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605569200.33.0.741086067019.issue40939@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> The removals are documented, but the developers who are affected have no clue what to do. What do you think?

Here is difficult to recommend a canonical Path because as I mentioned, there is no replacement for these functions because that functions returned CST nodes and those not exist anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:29:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Nov 2020 23:29:49 +0000
Subject: [issue14643] Security page out of date
In-Reply-To: <1335086892.52.0.709735016989.issue14643@psf.upfronthosting.co.za>
Message-ID: <1605569389.18.0.465184424591.issue14643@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

No. I close the issue :)

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14643>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:31:38 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 23:31:38 +0000
Subject: [issue10854] Output .pyd name in error message of ImportError when
 DLL load fails
In-Reply-To: <1294415325.09.0.315523226252.issue10854@psf.upfronthosting.co.za>
Message-ID: <1605569498.94.0.790495112823.issue10854@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The patch adding 'name' and 'path' to the ImportError str/repr was not merged yet.

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10854>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:39:06 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:39:06 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
In-Reply-To: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>
Message-ID: <1605569946.28.0.423050360822.issue42374@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:


New changeset 2b800ef809eefbc96a536e4b43a8285f2353f64d by Lysandros Nikolaou in branch '3.9':
bpo-42374: Allow unparenthesized walrus in genexps (GH-23319) (GH-23329)
https://github.com/python/cpython/commit/2b800ef809eefbc96a536e4b43a8285f2353f64d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:39:39 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:39:39 +0000
Subject: [issue42374] Unparenthesized walrus is not allowed in genexps
In-Reply-To: <1605548608.59.0.339929146872.issue42374@roundup.psfhosted.org>
Message-ID: <1605569979.8.0.100006346468.issue42374@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42374>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:42:57 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 16 Nov 2020 23:42:57 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605570177.61.0.548819118708.issue42120@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4f54ca07341c656b763c8c71a051f7f86a2a256c by Miss Islington (bot) in branch '3.8':
bpo-42120: Remove macro defining copysign to _copysign on Windows (GH-23326)
https://github.com/python/cpython/commit/4f54ca07341c656b763c8c71a051f7f86a2a256c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:47:14 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 23:47:14 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605570434.47.0.318801484092.issue42381@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:49:33 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 23:49:33 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605570573.34.0.154206177317.issue42381@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Apparently we currently don't allow walruses in set literals either:

>>> {y := 4, 4**2, 3**3}
  File "<stdin>", line 1
    {y := 4, 4**2, 3**3}
       ^
SyntaxError: invalid syntax

But they should be allowed as well per PEP 572 (as the pep mentions all comprehensions):

There is one special case: an assignment expression occurring in a list, set or dict comprehension or in a generator expression (below collectively referred to as "comprehensions") binds the target in ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:51:45 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 23:51:45 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605570705.91.0.255781426885.issue42381@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

The only question left is that if we should allow this on dict literals and dict comprehensions as well (because these constructs have a ":" in the middle that can be noisy if there are walrus, the answer isn't immediately obvious to me).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:51:59 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 23:51:59 +0000
Subject: [issue17157] issubclass() should accept iterables in 2nd arg
In-Reply-To: <1360332453.27.0.284450731035.issue17157@psf.upfronthosting.co.za>
Message-ID: <1605570719.69.0.724535071703.issue17157@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Good discussion. There seems to be agreement that this should not be done.

----------
nosy: +iritkatriel
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17157>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:54:33 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:54:33 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605570873.52.0.747883597577.issue42381@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:

> dict comprehension

FWIW, unparenthesized walruses are still disallowed in dictcomps and to be honest, I'm not sure if we should allow them or not. I feel that allowing too many colons there would be too noisy.

{a:='a': b:=1} doesn't really look too beautiful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:57:20 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 23:57:20 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605571040.63.0.152669619151.issue42381@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Not in anything dict please.

Nagging question ? is there sufficient difference between {x := y} and {x: y} ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:57:21 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Mon, 16 Nov 2020 23:57:21 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605571041.43.0.272127045282.issue42381@roundup.psfhosted.org>


Lysandros Nikolaou <lisandrosnik at gmail.com> added the comment:

While {(a:='a'): (b:=1)} looks somewhat cleaner to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:58:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 16 Nov 2020 23:58:10 +0000
Subject: [issue14643] Security page out of date
In-Reply-To: <1335086892.52.0.709735016989.issue14643@psf.upfronthosting.co.za>
Message-ID: <1605571090.3.0.811699392423.issue14643@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

"out of date" is prettier for this one. :)

----------
resolution: fixed -> out of date

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14643>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:58:37 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 16 Nov 2020 23:58:37 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605571117.47.0.980231718555.issue42381@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> Nagging question ? is there sufficient difference between {x := y} and {x: y} ?

I think there is enough distinction, yes. It will also be a bit odd if is allowed in list and list comps but not set and set comps

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 18:59:17 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Nov 2020 23:59:17 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605571157.1.0.286054145724.issue42381@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Okay.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 19:00:45 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 00:00:45 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605571245.79.0.0162090275793.issue41625@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset a57b3d30f66c90f42da751bf82256b9b22961ed0 by Pablo Galindo in branch 'master':
bpo-41625: Expose the splice() system call in the os module (GH-21947)
https://github.com/python/cpython/commit/a57b3d30f66c90f42da751bf82256b9b22961ed0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Mon Nov 16 19:01:57 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 00:01:57 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605571317.54.0.865722117681.issue41625@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Mon Nov 16 19:14:37 2020
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 17 Nov 2020 00:14:37 +0000
Subject: [issue12726] explain that locale.getlocale() does not read system's
 locales
In-Reply-To: <1313054335.82.0.864365511342.issue12726@psf.upfronthosting.co.za>
Message-ID: <1605572077.53.0.640080368875.issue12726@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> I tried "import locale; locale.getlocale()" on macOS and 
> windows (3.10) and linux (3.7) and in all cases I got 
> non-None values.  

In Windows, starting with Python 3.8, Python sets the LC_CTYPE locale to the user (not system) default locale instead of the CRT's initial "C" locale. (This is possibly an unintended consequence of redesigning the interpreter startup code, but what's done is done.) The same has been implemented in POSIX going back to Python 3.1. It's not a significant change for the core interpreter and standard library, which do not use the LC_CTYPE encoding for much in Windows, but it might affect third-party code. Embedding applications can use an isolated configuration that doesn't modify LC_CTYPE.

locale.getdefaultlocale() is not based on C setlocale() in Windows. It returns the language and region of the user locale from WinAPI GetLocaleInfo() paired with the process code page from WinAPI GetACP(). The latter is generally the same as the system code page, but possibly not in Windows 10 if the application manifest sets the process "activeCodePage" to UTF-8. (python.exe as distributed doesn't use the "activeCodePage" setting in its manifest, but an embedding application might.)

> Given the next paragraph describing 'C' as a non-standard language 
> code, I would have expected ('C',None), but it is as it is.

The documentation is unclear. Locale normalization handles the common cases, for better or worse. "C.ASCII" maps to "C", which is parsed as (None, None). "C.UTF8" maps to "en_US.UTF-8", and "C.ISO88591" maps to "en_US.ISO8859-1". Other encodings combined with the "C" locale have no alias, in which case "C" is returned as the language code, even though it's not a valid RFC 1766 code.

----------
nosy: +eryksun
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12726>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:01:32 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Nov 2020 01:01:32 +0000
Subject: [issue42368] Make set ordered
In-Reply-To: <1605523366.24.0.798043055827.issue42368@roundup.psfhosted.org>
Message-ID: <1605574892.78.0.295208391642.issue42368@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thank for the suggestion.  We've considered it a couple of times before but there are downsides that get in the way:

* The related mathematical concept of sets is unordered.

* It isn't clear what ordering should be returned
  by set operations like intersection, union, and 
  difference especially if we want the first two
  to be commutative and if we want consistent
  in-place and data removal options.

* It gets in the way of existing performance optimizations
  some of which are significant.

* Other programming languages don't seem to have 
  found compelling the need for this.

So yes, it is something we could do, but probably shouldn't.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42368>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:04:11 2020
From: report at bugs.python.org (Yonatan Goldschmidt)
Date: Tue, 17 Nov 2020 01:04:11 +0000
Subject: [issue42287] Use Py_NewRef & Py_XNewRef where applicable
In-Reply-To: <1604795496.29.0.677062594524.issue42287@roundup.psfhosted.org>
Message-ID: <1605575051.39.0.916351091388.issue42287@roundup.psfhosted.org>


Yonatan Goldschmidt <yon.goldschmidt at gmail.com> added the comment:

> I don't see how Py_NewRef() or Py_XNewRef() is less error prone. In my experience, any change is more likely to introduce new bugs than leaving the code unchanged.

Agree that inserting changes opens a door to introducing bugs.

However, the "end state" of having Py_NewRef() is desired, I think. It is more concise. It is less error prone because where you use it, you literally can't miss the "increment refcount" part when stealing a reference from another source. Py_INCREF has to come before/after stealing a ref, leaving room for error, IMHO.

> In general, we don't accept changes which are only coding style changes.

Didn't know that. Well if that's the case, then obviously there is no reason to work specifically on this conversion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42287>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:17:12 2020
From: report at bugs.python.org (Inada Naoki)
Date: Tue, 17 Nov 2020 01:17:12 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605575832.01.0.795795341719.issue42202@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

> Yes, but the code for creating a dict can be simpler. In any case we will better see what format is better when try to write a code.

Note that many annotations are not accessed. RAM usage of annotation information is important than how easy to create dict.

I don't like `(('x', 'int'), ('z', 'float'), ('return', 'Hoge'))` because it creates 4 tuples. It means use more memory, load pyc slower.

Please use ('x', 'int', 'z', 'float', 'return', 'Hoge') instead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:17:20 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 01:17:20 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605575840.12.0.0149682201368.issue42381@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset b0aba1fcdc3da952698d99aec2334faa79a8b68c by Pablo Galindo in branch 'master':
bpo-42381: Allow walrus in set literals and set comprehensions (GH-23332)
https://github.com/python/cpython/commit/b0aba1fcdc3da952698d99aec2334faa79a8b68c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:22:00 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 01:22:00 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605576120.1.0.620800828015.issue42381@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +22221
pull_request: https://github.com/python/cpython/pull/23333

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 20:22:59 2020
From: report at bugs.python.org (Eryk Sun)
Date: Tue, 17 Nov 2020 01:22:59 +0000
Subject: [issue10854] Output .pyd name in error message of ImportError when
 DLL load fails
In-Reply-To: <1294415325.09.0.315523226252.issue10854@psf.upfronthosting.co.za>
Message-ID: <1605576179.63.0.834241074378.issue10854@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> The patch adding 'name' and 'path' to the ImportError str/repr 
> was not merged yet.

It's up to whatever code raises an ImportError to determine how the name and path should be included in the error message. In Windows, the DLL name was added to the exception message in 3.8. So I'm closing this issue again, with regard to its final scope. 

With regard to its original scope, the reason for closing is "wont fix". There are no plans to extend the import error of an extension module in Windows to include the missing DLL dependency that caused the import to fail. There are tools such as the "DLL Diagnostics" package on PyPI that implement a proper trace by parsing loader snaps, and at the very least there are tools such as dumpbin.exe (or link.exe /dump) to manually list the direct dependencies of a DLL.

----------
nosy: +eryksun
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10854>
_______________________________________

From report at bugs.python.org  Mon Nov 16 21:00:35 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Nov 2020 02:00:35 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605578435.18.0.320405472418.issue42381@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Let?s make sure this is all written up in whatsnew.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Mon Nov 16 21:23:32 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 02:23:32 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605579812.53.0.663356857446.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f03d318ca42578e45405717aedd4ac26ea52aaed by Yurii Karabas in branch 'master':
bpo-42345: Fix three issues with typing.Literal parameters (GH-23294)
https://github.com/python/cpython/commit/f03d318ca42578e45405717aedd4ac26ea52aaed


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Tue Nov 17 00:08:06 2020
From: report at bugs.python.org (Thomas)
Date: Tue, 17 Nov 2020 05:08:06 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605589686.88.0.359087722897.issue42369@roundup.psfhosted.org>


Thomas <thger100 at hhu.de> added the comment:

Scratch what I said in the previous message. I thought that the lock was created in _SharedFile and did not notice that it was passed as a parameter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Tue Nov 17 00:13:14 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Nov 2020 05:13:14 +0000
Subject: [issue9640] Improved doctest REPORT_*DIFFs with ELLIPSIS and/or
 NORMALIZE_WHITESPACE
In-Reply-To: <1282215851.54.0.826836496752.issue9640@psf.upfronthosting.co.za>
Message-ID: <1605589994.61.0.455160952053.issue9640@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9640>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:08:03 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Nov 2020 06:08:03 +0000
Subject: [issue12726] explain that locale.getlocale() does not read system's
 locales
In-Reply-To: <1313054335.82.0.864365511342.issue12726@psf.upfronthosting.co.za>
Message-ID: <1605593283.89.0.811112390148.issue12726@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

locale.getlocale(category=LC_CTYPE)

    Returns the current setting for the given locale category as sequence containing language code, encoding. category may be one of the LC_* values except LC_ALL. It defaults to LC_CTYPE.

    Except for the code 'C', the language code corresponds to RFC 1766. language code and encoding may be None if their values cannot be determined.
---
The non-standard 'C' language code is documented.  I am not sure that 'current program setting' is an improvement, especially if details have changed.  So closing as 'good enough'

----------
resolution:  -> works for me
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12726>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:18:38 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Nov 2020 06:18:38 +0000
Subject: [issue42335] Python Crashes Exception code 0xc0000374 ntdll.dll
In-Reply-To: <1605211002.39.0.559634487384.issue42335@roundup.psfhosted.org>
Message-ID: <1605593918.97.0.501405349279.issue42335@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Thank you.  Good luck tracking down the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42335>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:27:44 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Nov 2020 06:27:44 +0000
Subject: [issue11604] Have type(n,b,d) check for type(b[i]) is module
In-Reply-To: <1300500837.93.0.136999770094.issue11604@psf.upfronthosting.co.za>
Message-ID: <1605594464.5.0.886931904224.issue11604@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I cannot anymore remember seeing this. So closing.

----------
resolution:  -> out of date
stage: test needed -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11604>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:34:31 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Nov 2020 06:34:31 +0000
Subject: [issue17157] issubclass() should accept iterables in 2nd arg
In-Reply-To: <1360332453.27.0.284450731035.issue17157@psf.upfronthosting.co.za>
Message-ID: <1605594871.3.0.092833419528.issue17157@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

except ... is another instance of (exception) class or tuple of classes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17157>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:40:22 2020
From: report at bugs.python.org (hongweipeng)
Date: Tue, 17 Nov 2020 06:40:22 +0000
Subject: [issue38085] Interrupting class creation in __init_subclass__ may
 lead to incorrect isinstance() and issubclass() results
In-Reply-To: <1568106581.16.0.558052842785.issue38085@roundup.psfhosted.org>
Message-ID: <1605595222.29.0.358850575976.issue38085@roundup.psfhosted.org>


hongweipeng <hongweichen8888 at sina.com> added the comment:

Class `Triffid` failed to create in `__init_subclass__`, so `Triffid._abc_cache` uses its base class `_abc_cache`.

----------
nosy: +hongweipeng

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38085>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:56:21 2020
From: report at bugs.python.org (Pedro Algarvio)
Date: Tue, 17 Nov 2020 06:56:21 +0000
Subject: [issue42382] No easy way to get the distribution which provided a
 importlib.metadata.EntryPoint
Message-ID: <1605596181.46.0.7808505308.issue42382@roundup.psfhosted.org>


New submission from Pedro Algarvio <pedro at algarvio.me>:

With `pkg_resources` an `EntryPoint` has a dist attribute which allows you to get the distribution that provided that specific entry-point, however, with `importlib.metafata` and `importlib_metadata` that's not an east task.

```python
USE_IMPORTLIB_METADATA_STDLIB = USE_IMPORTLIB_METADATA = False
try:
    # Py3.8+
    import importlib.metadata

    USE_IMPORTLIB_METADATA_STDLIB = True
except ImportError:
    # < Py3.8 backport package
    import importlib_metadata

    USE_IMPORTLIB_METADATA = True


def get_distribution_from_entry_point(entry_point):
    loaded_entry_point = entry_point.load()
    if isinstance(loaded_entry_point, types.ModuleType):
        module_path = loaded_entry_point.__file__
    else:
        module_path = sys.modules[loaded_entry_point.__module__].__file__
    if USE_IMPORTLIB_METADATA_STDLIB:
        distributions = importlib.metadata.distributions
    else:
        distributions = importlib_metadata.distributions

    for distribution in distributions():
        try:
            relative = pathlib.Path(module_path).relative_to(
                distribution.locate_file("")
            )
        except ValueError:
            pass
        else:
            if relative in distribution.files:
                return distribution
```

The above solution has the additional drawback that you're iterating the distributions list, once per EntryPoint, which, was already iterated to get the entry-points listing.

I propose we attach the Distribution instance to each of the found EntryPoint to avoid this low performance workaround.

I don't have an issue with providing a pull-request, but should that pull request be done against `importlib_metadata` or `importlib.metadata`?

----------
components: Library (Lib)
messages: 381211
nosy: jaraco, s0undt3ch
priority: normal
severity: normal
status: open
title: No easy way to get the distribution which provided a importlib.metadata.EntryPoint
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42382>
_______________________________________

From report at bugs.python.org  Tue Nov 17 01:57:50 2020
From: report at bugs.python.org (OhBonsai)
Date: Tue, 17 Nov 2020 06:57:50 +0000
Subject: [issue40383] weakref class name are hardcoded in reprs
In-Reply-To: <1587783917.63.0.137882074418.issue40383@roundup.psfhosted.org>
Message-ID: <1605596270.45.0.212446943239.issue40383@roundup.psfhosted.org>


Change by OhBonsai <letbonsaibe at gmail.com>:


----------
nosy:  -OhBonsai

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40383>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:17:55 2020
From: report at bugs.python.org (Thomas)
Date: Tue, 17 Nov 2020 07:17:55 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605597475.38.0.897451256835.issue42369@roundup.psfhosted.org>


Thomas <thger100 at hhu.de> added the comment:

I have simplified the test case a bit more:

import multiprocessing.pool, zipfile

# Create a ZipFile with two files and same content
with zipfile.ZipFile("test.zip", "w", zipfile.ZIP_STORED) as z:
    z.writestr("file1", b"0"*10000)
    z.writestr("file2", b"0"*10000)

# Read file1  with two threads at once
with zipfile.ZipFile("test.zip", "r") as z:
    pool = multiprocessing.pool.ThreadPool(2)
    while True:
        pool.map(z.read, ["file1", "file1"])

Two files are sufficient to cause the error. It does not matter which files are read or which content they have.

I also narrowed down the point of failure a bit. After

self._file.seek(self._pos)

in _SharedFile.read ( https://github.com/python/cpython/blob/c79667ff7921444911e8a5dfa5fba89294915590/Lib/zipfile.py#L742 ), the following assertion should hold:

assert(self._file.tell() == self._pos)

The issue occurs when seeking to position 35 (size of header + length of name). Most of the time, self._file.tell() will then be 35 as expected, but sometimes it is 8227 instead, i.e. 35 + 8192.

I am not sure how this can happen since the file object should be locked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:26:31 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 07:26:31 +0000
Subject: [issue42383] Pdb does not correclty restart the target if it changes
 the current directory
Message-ID: <1605597991.66.0.0396733980212.issue42383@roundup.psfhosted.org>


New submission from Andrey Bienkowski <hexagonrecursion at gmail.com>:

This was mentioned in #31121, but I believe this deserves its own separate issue. If the debug target is specified using a relative path and later the current directory is changed, pdb tries to search for the target in the new current directory. This currently causes pdb to be unable to exit, which is what #31121 and #14743 are about, but even if they are fixed we would still be left with pdb exiting instead of restarting the target. This issues is about the latter.

To reproduce (same as #31121):

$ mkdir foo
$ cat > foo/script.py
import os
os.chdir('foo')
$ python3 -m pdb foo/script.py 
> /home/user/foo/script.py(1)<module>()
-> import os
(Pdb) c
The program finished and will be restarted
Traceback (most recent call last):
  File "/usr/lib64/python3.8/pdb.py", line 1704, in main
    pdb._runscript(mainpyfile)
  File "/usr/lib64/python3.8/pdb.py", line 1570, in _runscript
    with io.open_code(filename) as fp:
FileNotFoundError: [Errno 2] No such file or directory: 'foo/script.py'
Uncaught exception. Entering post mortem debugging
Running 'cont' or 'step' will restart the program
> /usr/lib64/python3.8/pdb.py(1570)_runscript()
-> with io.open_code(filename) as fp:

----------
messages: 381213
nosy: hexagonrecursion
priority: normal
severity: normal
status: open
title: Pdb does not correclty restart the target if it changes the current directory

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42383>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:28:13 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 07:28:13 +0000
Subject: [issue31121] Unable to exit pdb when script becomes invalid
In-Reply-To: <1501855436.72.0.136626793025.issue31121@psf.upfronthosting.co.za>
Message-ID: <1605598093.89.0.647571087917.issue31121@roundup.psfhosted.org>


Andrey Bienkowski <hexagonrecursion at gmail.com> added the comment:

Another way to reproduce this that will continue to work once #42383 is fixed is to delete or move the script while it's being debugged.

----------
nosy: +hexagonrecursion

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31121>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:46:41 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 07:46:41 +0000
Subject: [issue42384] Inconsistent sys.path between python and pdb
Message-ID: <1605599201.78.0.619329509169.issue42384@roundup.psfhosted.org>


New submission from Andrey Bienkowski <hexagonrecursion at gmail.com>:

The first entry in sys.path is different between `python foo.py` and `python -m pdb foo.py`. In the former it is the absolute path to the parent directory of foo.py while in the later it is a relative path (unless the debug target was specified using an absolute path). The meaning of the absolute path does not change when the current directory changes (e.g. via os.chdir()) while the meaning of the relative path does. Like any environment inconsistency between regular program execution and the debugger this may lead to bugs that mysteriously vanish when you try to debug them.

$ cat > print-path.py
import sys
from pprint import pprint

pprint(sys.path)
$ python3 print-path.py 
['/home/user',
 '/usr/lib64/python38.zip',
 '/usr/lib64/python3.8',
 '/usr/lib64/python3.8/lib-dynload',
 '/usr/lib64/python3.8/site-packages',
 '/usr/lib/python3.8/site-packages']
$ python3 -m pdb print-path.py                                  
> /home/user/print-path.py(1)<module>()
-> import sys
(Pdb) c
['',
 '/usr/lib64/python38.zip',
 '/usr/lib64/python3.8',
 '/usr/lib64/python3.8/lib-dynload',
 '/usr/lib64/python3.8/site-packages',
 '/usr/lib/python3.8/site-packages']

----------
messages: 381215
nosy: hexagonrecursion
priority: normal
severity: normal
status: open
title: Inconsistent sys.path between python and pdb

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42384>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:50:26 2020
From: report at bugs.python.org (Pedro Algarvio)
Date: Tue, 17 Nov 2020 07:50:26 +0000
Subject: [issue42382] No easy way to get the distribution which provided a
 importlib.metadata.EntryPoint
In-Reply-To: <1605596181.46.0.7808505308.issue42382@roundup.psfhosted.org>
Message-ID: <1605599426.59.0.871391967448.issue42382@roundup.psfhosted.org>


Change by Pedro Algarvio <pedro at algarvio.me>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42382>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:50:52 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 07:50:52 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605599452.76.0.522524026737.issue42120@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2c38e49dba88a39679b2182ca3f5f478d3a3f647 by Miss Islington (bot) in branch '3.9':
[3.9] bpo-42120: Remove macro defining copysign to _copysign on Windows (GH-23326) (GH-23331)
https://github.com/python/cpython/commit/2c38e49dba88a39679b2182ca3f5f478d3a3f647


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:50:17 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 07:50:17 +0000
Subject: [issue42383] Pdb does not correclty restart the target if it changes
 the current directory
In-Reply-To: <1605597991.66.0.0396733980212.issue42383@roundup.psfhosted.org>
Message-ID: <1605599417.65.0.191716132104.issue42383@roundup.psfhosted.org>


Andrey Bienkowski <hexagonrecursion at gmail.com> added the comment:

I'm working on fixing this

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42383>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:51:14 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 07:51:14 +0000
Subject: [issue42384] Inconsistent sys.path between python and pdb
In-Reply-To: <1605599201.78.0.619329509169.issue42384@roundup.psfhosted.org>
Message-ID: <1605599474.09.0.356041540715.issue42384@roundup.psfhosted.org>


Andrey Bienkowski <hexagonrecursion at gmail.com> added the comment:

I'll look into fixing this after I fix #42383

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42384>
_______________________________________

From report at bugs.python.org  Tue Nov 17 02:52:12 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 17 Nov 2020 07:52:12 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605599532.78.0.50828426349.issue42345@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22224
pull_request: https://github.com/python/cpython/pull/23335

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Tue Nov 17 03:28:25 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Nov 2020 08:28:25 +0000
Subject: [issue42369] Reading ZipFile not thread-safe
In-Reply-To: <1605524871.74.0.395089652548.issue42369@roundup.psfhosted.org>
Message-ID: <1605601705.87.0.785235494232.issue42369@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42369>
_______________________________________

From report at bugs.python.org  Tue Nov 17 03:38:57 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 08:38:57 +0000
Subject: [issue42384] Inconsistent sys.path between python and pdb
In-Reply-To: <1605599201.78.0.619329509169.issue42384@roundup.psfhosted.org>
Message-ID: <1605602337.38.0.395317396919.issue42384@roundup.psfhosted.org>


Andrey Bienkowski <hexagonrecursion at gmail.com> added the comment:

After reading Lib/pdb.py:main I believe I can fix both by changing a single line.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42384>
_______________________________________

From report at bugs.python.org  Tue Nov 17 03:46:55 2020
From: report at bugs.python.org (hongweipeng)
Date: Tue, 17 Nov 2020 08:46:55 +0000
Subject: [issue40897] Inheriting from class that defines __new__ causes
 inspect.signature to always return (*args, **kwargs) for constructor
In-Reply-To: <1591501058.45.0.282415808867.issue40897@roundup.psfhosted.org>
Message-ID: <1605602815.09.0.902539629764.issue40897@roundup.psfhosted.org>


Change by hongweipeng <hongweichen8888 at sina.com>:


----------
keywords: +patch
nosy: +hongweipeng
nosy_count: 6.0 -> 7.0
pull_requests: +22225
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23336

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40897>
_______________________________________

From report at bugs.python.org  Tue Nov 17 04:01:11 2020
From: report at bugs.python.org (Antony Lee)
Date: Tue, 17 Nov 2020 09:01:11 +0000
Subject: [issue42385] Should enum.auto's behavior be adjusted for StrEnum to
 return the enum name?
Message-ID: <1605603671.61.0.469483986721.issue42385@roundup.psfhosted.org>


New submission from Antony Lee <anntzer.lee at gmail.com>:

Currently, enum.auto doesn't work with the new (Py3.10) StrEnum: `class E(enum.StrEnum): a = enum.auto()` results in `TypeError: 1 is not a string`.

I would guess that the most reasonable behavior for auto() in a StrEnum would be to return the name itself, as implemented in the AutoName example at https://docs.python.org/3.10/library/enum.html#using-automatic-values.  I believe that this may just be a matter of copying the corresponding `_generate_next_value_` implementation into the definition of StrEnum?

----------
components: Library (Lib)
messages: 381220
nosy: Antony.Lee
priority: normal
severity: normal
status: open
title: Should enum.auto's behavior be adjusted for StrEnum to return the enum name?
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42385>
_______________________________________

From report at bugs.python.org  Tue Nov 17 04:37:41 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 17 Nov 2020 09:37:41 +0000
Subject: [issue39584] multiprocessing.shared_memory: MacOS crashes by running
 attached Python code
In-Reply-To: <1581171504.91.0.0818206259105.issue39584@roundup.psfhosted.org>
Message-ID: <1605605861.06.0.132058815001.issue39584@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I'm strong -1 on any kind of arbitrary memory limit. Python is used on all sorts of hardware from RPi to super computers. 1 TB sounds like a lot, but it really is not. These days you can buy workstation computers with more than 1 TB RAM.

I would be ok with a limit of 2**48 on X86_64 platforms. Current X86_64 CPUs have a virtual address size limit of 48 bits. Other hardware platforms may have a similar limit. I don't have access to AArch64 or PPC64 to verify the address size.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39584>
_______________________________________

From report at bugs.python.org  Tue Nov 17 05:00:47 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 17 Nov 2020 10:00:47 +0000
Subject: [issue42385] Should enum.auto's behavior be adjusted for StrEnum to
 return the enum name?
In-Reply-To: <1605603671.61.0.469483986721.issue42385@roundup.psfhosted.org>
Message-ID: <1605607247.76.0.523179811525.issue42385@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +barry, eli.bendersky, ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42385>
_______________________________________

From report at bugs.python.org  Tue Nov 17 05:02:44 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 10:02:44 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605607364.94.0.00366721428781.issue41861@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
title: Convert sqlite3 to PEP 384 -> Convert sqlite3 to heap types (PEP 384)
type:  -> resource usage
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 05:11:21 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 10:11:21 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605607881.38.0.913576334377.issue41861@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22226
pull_request: https://github.com/python/cpython/pull/23337

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 05:24:46 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Nov 2020 10:24:46 +0000
Subject: [issue39584] multiprocessing.shared_memory: MacOS crashes by running
 attached Python code
In-Reply-To: <1581171504.91.0.0818206259105.issue39584@roundup.psfhosted.org>
Message-ID: <1605608686.71.0.586692982835.issue39584@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Having thought about this a little more: I agree, we shouldn?t hard code a limit.  I?m not against working around misfeatures, but in this case that?s hard to do: Even if we?d limit the size of a single shared memory segment the user can create a number of them to once again use enough memory to crash the machine.

IMHO We should document that this can happen on macOS (preferable with some indication of how much shared memory can safely be used). I?ve therefore added the ?Documentation? component.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39584>
_______________________________________

From report at bugs.python.org  Tue Nov 17 05:55:29 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Nov 2020 10:55:29 +0000
Subject: [issue39584] multiprocessing.shared_memory: MacOS crashes by running
 attached Python code
In-Reply-To: <1581171504.91.0.0818206259105.issue39584@roundup.psfhosted.org>
Message-ID: <1605610529.5.0.0165977222738.issue39584@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I?ve filed an issue with Apple about this: FB8903019

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39584>
_______________________________________

From report at bugs.python.org  Tue Nov 17 06:36:56 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 11:36:56 +0000
Subject: [issue42383] Pdb does not correclty restart the target if it changes
 the current directory
In-Reply-To: <1605597991.66.0.0396733980212.issue42383@roundup.psfhosted.org>
Message-ID: <1605613016.93.0.100958809702.issue42383@roundup.psfhosted.org>


Change by Andrey Bienkowski <hexagonrecursion at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42383>
_______________________________________

From report at bugs.python.org  Tue Nov 17 06:36:57 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 11:36:57 +0000
Subject: [issue42384] Inconsistent sys.path between python and pdb
In-Reply-To: <1605599201.78.0.619329509169.issue42384@roundup.psfhosted.org>
Message-ID: <1605613017.08.0.160158162936.issue42384@roundup.psfhosted.org>


Change by Andrey Bienkowski <hexagonrecursion at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42384>
_______________________________________

From report at bugs.python.org  Tue Nov 17 06:37:00 2020
From: report at bugs.python.org (Forrest Jiang)
Date: Tue, 17 Nov 2020 11:37:00 +0000
Subject: [issue42386] Update icons for macOS 11
Message-ID: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>


New submission from Forrest Jiang <17jiangz1 at gmail.com>:

macOS Big Sur has updated default folder, file, drive icons, as well as introduced new guidelines for app icons: https://developer.apple.com/design/human-interface-guidelines/macos/icons-and-images/app-icon/

The current icons on macOS should probably be updated for consistency.

----------
components: macOS
messages: 381224
nosy: 17jiangz1, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Update icons for macOS 11
type: enhancement
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 06:48:07 2020
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Nov 2020 11:48:07 +0000
Subject: [issue42386] Update icons for macOS 11
In-Reply-To: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>
Message-ID: <1605613687.7.0.626223525502.issue42386@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 3.0 -> 4.0
pull_requests: +22229
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23339

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 06:54:28 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Tue, 17 Nov 2020 11:54:28 +0000
Subject: [issue42387] Pdb should restore the execution environment before
 reexecuting the target
Message-ID: <1605614068.9.0.0418270403043.issue42387@roundup.psfhosted.org>


New submission from Andrey Bienkowski <hexagonrecursion at gmail.com>:

When the target exits, pdb automatically restarts it. If the target changed something before exiting the changes will remain unless pdb explicitly undoes them. While working on #42383 I had an idea: it would be useful if pdb reverted the changes the target makes to the execution environment (to a reasonable extent) before restarting it. This includes:

1. os.getcwd() - currently not reverted
2. os.environ - I did not check if this is currently restored or not
3. sys.argv - --/--
4. sys.path - --/--

----------
components: Library (Lib)
messages: 381225
nosy: hexagonrecursion
priority: normal
severity: normal
status: open
title: Pdb should restore the execution environment before reexecuting the target

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42387>
_______________________________________

From report at bugs.python.org  Tue Nov 17 07:01:37 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 12:01:37 +0000
Subject: [issue42287] Use Py_NewRef & Py_XNewRef where applicable
In-Reply-To: <1604795496.29.0.677062594524.issue42287@roundup.psfhosted.org>
Message-ID: <1605614497.02.0.698925987478.issue42287@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Didn't know that. Well if that's the case, then obviously there is no reason to work specifically on this conversion.

If people want to use Py_NewRef(), I suggest to do while modifying the code for another reason. But not propose PRs just to use Py_NewRef().

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42287>
_______________________________________

From report at bugs.python.org  Tue Nov 17 07:20:30 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 12:20:30 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605615630.61.0.538870269627.issue40939@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

We should check of the 3 mentioned projects (mod_wsgi, 
kdevelop-python, unbound) use the removed functions to suggest a similar replacement. I understood that there is no drop-in replacement.

unbound does not use to get the parsed Python code as CST, but uses PyParser_SimpleParseFile() just to display an error message to stderr. I understand that PyParser_ASTFromFileObject() + PyErr_Print() could be used.

But PyParser_ASTFromFileObject() is low-level, it requires to pass an arena object. Maybe the *intent* here is to call compile() and display the error message? Pseudo-code:

---
fp = fopen(filename, "r");
bytes = readall(fp);
PyObject *builtins = PyEval_GetBuiltins();
obj = PyObject_CallMethod(builtins, "compile", "O", bytes);
Py_DECREF(bytes);
if (!obj) {
    PyErr_Print();
}
else {
    Py_DECREF(obj);
}
fclose(fp);
---

This code is non-trivial :-( Should we provide a *new* C function doing that?

  Input: filename
  Output: code object

Or maybe I just missed an existing function :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Tue Nov 17 07:23:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 12:23:05 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605615785.03.0.874959775358.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> .. availability:: Linux kernel >= 2.6.17 or glibc >= 2.5 

Do you mean "Linux kernel >= 2.6.17 and glibc >= 2.5" ?

> .. data:: SPLICE_F_MOVE

Maybe also add "    .. versionadded:: 3.10" on these constants.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 07:53:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 12:53:14 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605617594.79.0.909326417742.issue41861@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 2ffba2a1027909e1dd697bf8ec2a03fba7618020 by Erlend Egeberg Aasland in branch 'master':
bpo-41861, _sqlite3 : Add NEWS entry and rename variables (GH-23337)
https://github.com/python/cpython/commit/2ffba2a1027909e1dd697bf8ec2a03fba7618020


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 07:53:34 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 12:53:34 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605617614.3.0.528612281101.issue41861@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Is it done? Can we close the issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:17:07 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 17 Nov 2020 13:17:07 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605619027.26.0.957635051247.issue41861@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:31:51 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 13:31:51 +0000
Subject: [issue41861] Convert sqlite3 to heap types (PEP 384)
In-Reply-To: <1601036291.36.0.740279655223.issue41861@roundup.psfhosted.org>
Message-ID: <1605619911.29.0.297952407511.issue41861@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

Yes, all sqlite3 types are converted to heap types.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41861>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:41:51 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 13:41:51 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1605620511.85.0.0294784075803.issue40939@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> This code is non-trivial :-( Should we provide a *new* C function doing that?

We could discuss adding a new C function, but IMHO that code is not especially horrible or unreadable. I agree it could be simpler, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:44:56 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 13:44:56 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605620696.14.0.261875013122.issue41625@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> Do you mean "Linux kernel >= 2.6.17 and glibc >= 2.5" ?

My understanding is that glibc provides emulation for glibc >= 2.5

The section from the manpage says:

       The splice() system call first appeared in Linux 2.6.17; library
       support was added to glibc in version 2.5.

Not sure how to interpret that. You want to change the "or" to "and"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:45:19 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 13:45:19 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605620719.03.0.978848114589.issue41625@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +22231
pull_request: https://github.com/python/cpython/pull/23340

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 08:56:29 2020
From: report at bugs.python.org (ThiefMaster)
Date: Tue, 17 Nov 2020 13:56:29 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
Message-ID: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>


New submission from ThiefMaster <adrian at planetcoding.net>:

`subprocess.check_output(['echo', 'test'], text=True, input=None)` fails with `AttributeError: 'bytes' object has no attribute 'encode'` due to the function only checking for `universal_newlines` but not `text`: https://github.com/python/cpython/blob/2ffba2a1027909e1dd697bf8ec2a03fba7618020/Lib/subprocess.py#L423

This is inconsistent with the docs, which state that "text was added as a more readable alias for universal_newlines.".

----------
components: Library (Lib)
messages: 381234
nosy: ThiefMaster
priority: normal
severity: normal
status: open
title: subprocess.check_output(['echo', 'test'], text=True, input=None) fails
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:12:48 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 17 Nov 2020 14:12:48 +0000
Subject: [issue42382] No easy way to get the distribution which provided a
 importlib.metadata.EntryPoint
In-Reply-To: <1605596181.46.0.7808505308.issue42382@roundup.psfhosted.org>
Message-ID: <1605622368.56.0.130300881627.issue42382@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Pedro - thanks for the detailed report. Pull requests against importlib_metadata are easier to accept because they can be tested more easily, released more rapidly, and there's a straightforward way to port them to CPython. Regardless, I see you've proposed a change to CPython, so I can work with that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42382>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:15:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 14:15:30 +0000
Subject: [issue17263] crash when tp_dealloc allows other threads
In-Reply-To: <1361414271.61.0.154662693899.issue17263@psf.upfronthosting.co.za>
Message-ID: <1605622530.27.0.516557394957.issue17263@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Is this a python 2-only issue?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17263>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:16:14 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 14:16:14 +0000
Subject: [issue40956] Use Argument Clinic in sqlite3
In-Reply-To: <1591956335.72.0.553737405887.issue40956@roundup.psfhosted.org>
Message-ID: <1605622574.09.0.219924884036.issue40956@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22232
pull_request: https://github.com/python/cpython/pull/23341

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40956>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:19:33 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Nov 2020 14:19:33 +0000
Subject: [issue42386] Update icons for macOS 11
In-Reply-To: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>
Message-ID: <1605622773.79.0.190873549947.issue42386@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I agree that the icons need a refresh, but: I'd also like to have icons in an editable from. 

The current icons were created by someone that donated the icons themselves and not their sources. This has made it impossible to update them (this redesign, but also for higher resolution) without completely recreating them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:19:32 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 14:19:32 +0000
Subject: [issue9538] Replace confusing pseudoname 'object' in special methods
 section.
In-Reply-To: <1281211479.21.0.733519342396.issue9538@psf.upfronthosting.co.za>
Message-ID: <1605622772.93.0.146427375887.issue9538@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9538>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:20:29 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Tue, 17 Nov 2020 14:20:29 +0000
Subject: [issue42386] Update icons for macOS 11
In-Reply-To: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>
Message-ID: <1605622829.17.0.270193863101.issue42386@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:23:43 2020
From: report at bugs.python.org (Michael Felt)
Date: Tue, 17 Nov 2020 14:23:43 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605623023.43.0.973893228851.issue42323@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

Yes, just probing, the version of gcc is irrelevant.

What I do believe is important is that bot run 374, 375 and 376 passed - On AIX 7.1 TL4 SP8.

The failure starting with 377 is an undefined variable.

"./Modules/posixmodule.c", line 15146.53: 1506-045 (S) Undeclared identifier SPLICE_F_MOVE.
"./Modules/posixmodule.c", line 15147.57: 1506-045 (S) Undeclared identifier SPLICE_F_NONBLOCK.
"./Modules/posixmodule.c", line 15148.53: 1506-045 (S) Undeclared identifier SPLICE_F_MORE.

So, let's put this on hold. I'll get a new environment built up specific for testing python on AIX. Hopefully by Friday.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:36:26 2020
From: report at bugs.python.org (Pedro Algarvio)
Date: Tue, 17 Nov 2020 14:36:26 +0000
Subject: [issue42382] No easy way to get the distribution which provided a
 importlib.metadata.EntryPoint
In-Reply-To: <1605596181.46.0.7808505308.issue42382@roundup.psfhosted.org>
Message-ID: <1605623786.65.0.950569285018.issue42382@roundup.psfhosted.org>


Pedro Algarvio <pedro at algarvio.me> added the comment:

Guess I jumped too fast :)

Will the changes in CPythom be included in `importlib_metadata`?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42382>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:38:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 14:38:36 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605623916.9.0.921507206281.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22233
pull_request: https://github.com/python/cpython/pull/23342

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:40:38 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 17 Nov 2020 14:40:38 +0000
Subject: [issue40637] Allow users to disable builtin hash modules on compile
 time
In-Reply-To: <1589572477.51.0.0723794421446.issue40637@roundup.psfhosted.org>
Message-ID: <1605624038.5.0.849354962935.issue40637@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset 975022b77b0024ea1548f19d5f91aba5ba1eed59 by Christian Heimes in branch 'master':
bpo-40637: Don't test builtin PBKDF2 without builtin hashes (GH-20980)
https://github.com/python/cpython/commit/975022b77b0024ea1548f19d5f91aba5ba1eed59


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40637>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:41:17 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 14:41:17 +0000
Subject: [issue40637] Allow users to disable builtin hash modules on compile
 time
In-Reply-To: <1589572477.51.0.0723794421446.issue40637@roundup.psfhosted.org>
Message-ID: <1605624077.87.0.184035219488.issue40637@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22234
pull_request: https://github.com/python/cpython/pull/23343

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40637>
_______________________________________

From report at bugs.python.org  Tue Nov 17 09:54:17 2020
From: report at bugs.python.org (Forrest Jiang)
Date: Tue, 17 Nov 2020 14:54:17 +0000
Subject: [issue42386] Update icons for macOS 11
In-Reply-To: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>
Message-ID: <1605624857.87.0.00558397136646.issue42386@roundup.psfhosted.org>


Forrest Jiang <17jiangz1 at gmail.com> added the comment:

I see, I'll add SVG files to the repo if I make any changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:01:59 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 15:01:59 +0000
Subject: [issue40637] Allow users to disable builtin hash modules on compile
 time
In-Reply-To: <1589572477.51.0.0723794421446.issue40637@roundup.psfhosted.org>
Message-ID: <1605625319.94.0.0714859535202.issue40637@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 656d50f98d9aec5e5283f77adc38e91813273662 by Miss Islington (bot) in branch '3.9':
bpo-40637: Don't test builtin PBKDF2 without builtin hashes (GH-20980)
https://github.com/python/cpython/commit/656d50f98d9aec5e5283f77adc38e91813273662


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40637>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:03:11 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Tue, 17 Nov 2020 15:03:11 +0000
Subject: [issue42382] No easy way to get the distribution which provided a
 importlib.metadata.EntryPoint
In-Reply-To: <1605596181.46.0.7808505308.issue42382@roundup.psfhosted.org>
Message-ID: <1605625391.57.0.47838426443.issue42382@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Yes - I keep both in sync.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42382>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:04:15 2020
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 17 Nov 2020 15:04:15 +0000
Subject: [issue17263] crash when tp_dealloc allows other threads
In-Reply-To: <1361414271.61.0.154662693899.issue17263@psf.upfronthosting.co.za>
Message-ID: <1605625455.65.0.337420269268.issue17263@roundup.psfhosted.org>


Change by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy:  -neologix

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17263>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:13:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 15:13:48 +0000
Subject: [issue17816] Weak*Dictionary KeyErrors during callbacks
In-Reply-To: <1366648864.21.0.829843721965.issue17816@psf.upfronthosting.co.za>
Message-ID: <1605626028.83.0.875991233388.issue17816@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This was fixed in Python 3 and Python 2 is past its EOL.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17816>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:16:09 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 17 Nov 2020 15:16:09 +0000
Subject: [issue42389] test_multiprocessing: @requires_hashdigest() prevents
 test discovery
Message-ID: <1605626169.06.0.31570225205.issue42389@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

The helper function "install_tests_in_module_dict" uses subclass checks to detect test cases in module globals:

    if issubclass(base, BaseTestCase):
        ...
    elif issubclass(base, unittest.TestCase):
        ...

However @requires_hashdigest() returns a function object, not a class instance. None of the tests marked with @requires_hashdigest() are executed any more.

----------
components: Tests
messages: 381245
nosy: christian.heimes, vstinner
priority: normal
severity: normal
status: open
title: test_multiprocessing: @requires_hashdigest() prevents test discovery
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42389>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:18:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 15:18:08 +0000
Subject: [issue17808] No code example for Event object in threading module
In-Reply-To: <1366513053.37.0.736959521672.issue17808@psf.upfronthosting.co.za>
Message-ID: <1605626288.71.0.891694676024.issue17808@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17808>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:22:31 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 15:22:31 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605626551.81.0.455693267944.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 296a796951032f678d063008f588ccc6958d0df1 by Victor Stinner in branch 'master':
bpo-41713: Remove PyOS_InitInterrupts() function (GH-23342)
https://github.com/python/cpython/commit/296a796951032f678d063008f588ccc6958d0df1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:23:43 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 15:23:43 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605626623.76.0.174154914986.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ac472b316cbb22ab8b750a474e991b46d1e92e15 by Yurii Karabas in branch '3.9':
[3.9] bpo-42345: Fix three issues with typing.Literal parameters (GH-23294) (GH-23335)
https://github.com/python/cpython/commit/ac472b316cbb22ab8b750a474e991b46d1e92e15


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:23:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 15:23:56 +0000
Subject: [issue17939] Misleading information about slice assignment in docs
In-Reply-To: <1368048699.98.0.203661524608.issue17939@psf.upfronthosting.co.za>
Message-ID: <1605626636.13.0.741911050181.issue17939@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17939>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:24:52 2020
From: report at bugs.python.org (William Meehan)
Date: Tue, 17 Nov 2020 15:24:52 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
Message-ID: <1605626692.16.0.204778938981.issue42390@roundup.psfhosted.org>


Change by William Meehan <wmeehan at fb.com>:


----------
components: Tests
nosy: wmeehan
priority: normal
severity: normal
status: open
title: Other Python implementations may not expose the module name in datetime type names
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:26:07 2020
From: report at bugs.python.org (William Meehan)
Date: Tue, 17 Nov 2020 15:26:07 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
Message-ID: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>


New submission from William Meehan <wmeehan at fb.com>:

This just requires some changes to test_datetime and test_hash

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:27:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 15:27:10 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605626830.87.0.977122425748.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22236
pull_request: https://github.com/python/cpython/pull/23344

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:27:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 15:27:10 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605626830.76.0.810784575727.issue41686@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:28:24 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Nov 2020 15:28:24 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605626904.16.0.553525522144.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I recommend adding a whatsnew entry too. You can just add it to this issue. Interestingly you?ll probably need two separate ones, for 3.9 and 3.10. That would become two separate PRs for master, the 3.9 one to be backported.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:35:34 2020
From: report at bugs.python.org (Forrest Jiang)
Date: Tue, 17 Nov 2020 15:35:34 +0000
Subject: [issue42386] Update icons for macOS 11
In-Reply-To: <1605613020.8.0.947392604088.issue42386@roundup.psfhosted.org>
Message-ID: <1605627334.59.0.744771984277.issue42386@roundup.psfhosted.org>


Forrest Jiang <17jiangz1 at gmail.com> added the comment:

On another note, beginning with Big Sur, document icons can be system-generated: https://developer.apple.com/news/?id=5i6jlf4d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42386>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:43:31 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 17 Nov 2020 15:43:31 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605627811.2.0.837800355273.issue42202@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

For top level functions (functions created once) this isn't going to make any real difference. There might be a small speedup for function creation, but it isn't going to be measurable.

For nested functions with annotations, where many functions are created from a single code object, this could be worthwhile.

However, before we add yet another attribute to code objects, I'd like to see some evidence of a speedup.

----------
nosy: +Mark.Shannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:55:25 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Nov 2020 15:55:25 +0000
Subject: [issue42264] Deprecate or remove sqlite3.OptimizedUnicode
In-Reply-To: <1604525066.61.0.869187561497.issue42264@roundup.psfhosted.org>
Message-ID: <1605628525.25.0.526865909785.issue42264@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset a1f401a58b213e400fbd8f0fa8dc5260a2389dab by Erlend Egeberg Aasland in branch 'master':
bpo-42264: Deprecate sqlite3.OptimizedUnicode (GH-23163)
https://github.com/python/cpython/commit/a1f401a58b213e400fbd8f0fa8dc5260a2389dab


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42264>
_______________________________________

From report at bugs.python.org  Tue Nov 17 10:58:26 2020
From: report at bugs.python.org (William Meehan)
Date: Tue, 17 Nov 2020 15:58:26 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
In-Reply-To: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>
Message-ID: <1605628706.29.0.832045108499.issue42390@roundup.psfhosted.org>


Change by William Meehan <wmeehan at fb.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 11:04:56 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 17 Nov 2020 16:04:56 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605629096.47.0.958806123118.issue42202@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

I have just implemented `co_annotations` field for `CodeObject`.
I wrote a simple benchmark to measure the time required to import black module (I took black because it contains a log of annotations).

Benchmark simply run `python -m timeit -n 5000000 "import black"`.

Results:
```
Python 3.6.8
5000000 loops, best of 3: 0.0983 usec per loop
Python 3.7.6
5000000 loops, best of 5: 102 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 97.4 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 99.5 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 92.4 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 98.9 nsec per loop
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 11:11:54 2020
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 17 Nov 2020 16:11:54 +0000
Subject: [issue42385] Should enum.auto's behavior be adjusted for StrEnum to
 return the enum name?
In-Reply-To: <1605603671.61.0.469483986721.issue42385@roundup.psfhosted.org>
Message-ID: <1605629514.62.0.664092446077.issue42385@roundup.psfhosted.org>


Ethan Furman <ethan at stoneleaf.us> added the comment:

A good idea.

Since the Python opinion of enum members is that they be upper-cased, and every magic string constant I have seen is lower-case, `StrEnum._generate_next_value_` should lower case the name.  Users can substitute their own `_gnv_` for different behavior.

----------
assignee:  -> ethan.furman
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42385>
_______________________________________

From report at bugs.python.org  Tue Nov 17 11:20:24 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Nov 2020 16:20:24 +0000
Subject: [issue42264] Deprecate or remove sqlite3.OptimizedUnicode
In-Reply-To: <1604525066.61.0.869187561497.issue42264@roundup.psfhosted.org>
Message-ID: <1605630024.0.0.101436685239.issue42264@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42264>
_______________________________________

From report at bugs.python.org  Tue Nov 17 11:47:32 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Tue, 17 Nov 2020 16:47:32 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605631652.56.0.476480776167.issue42202@roundup.psfhosted.org>


Jakub Stasiak <jakub+python.org at stasiak.at> added the comment:

Yurii, I don't believe that benchmark measures what you need to measure (once imported module is kept imported forever until unloaded, so successive imports are no-ops).

See how the side effects of importing bbb only happen once: 

% cat bbb.py 
import time
time.sleep(1)
with open('bbb.log', 'a') as f:
    written = f.write('hello\n')
    assert written == 6

% time python -m timeit "import bbb"
1 loop, best of 5: 515 nsec per loop
python -m timeit "import bbb"  0.03s user 0.01s system 4% cpu 1.050 total

% cat bbb.log 
hello

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:03:16 2020
From: report at bugs.python.org (Kevin)
Date: Tue, 17 Nov 2020 17:03:16 +0000
Subject: [issue23023] ./Modules/ld_so_aix not found on AIX during
 test_distutils
In-Reply-To: <1418214633.02.0.849905032386.issue23023@psf.upfronthosting.co.za>
Message-ID: <1605632596.11.0.965103875648.issue23023@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

Is this issue still relevant? I can't find any current buildbot errors on AIX for this test.

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23023>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:15:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:15:29 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605633329.65.0.158457731065.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 0ae323b87f1bed64a7fa70f5a41a5800aca032cc by Victor Stinner in branch 'master':
bpo-41686: Always create the SIGINT event on Windows (GH-23344)
https://github.com/python/cpython/commit/0ae323b87f1bed64a7fa70f5a41a5800aca032cc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:15:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:15:29 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605633329.74.0.889535705164.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 0ae323b87f1bed64a7fa70f5a41a5800aca032cc by Victor Stinner in branch 'master':
bpo-41686: Always create the SIGINT event on Windows (GH-23344)
https://github.com/python/cpython/commit/0ae323b87f1bed64a7fa70f5a41a5800aca032cc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:18:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:18:16 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605633496.27.0.489816684537.issue41686@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22238
pull_request: https://github.com/python/cpython/pull/23346

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:26:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:26:41 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605634001.5.0.408889091673.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22240
pull_request: https://github.com/python/cpython/pull/23347

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:26:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:26:41 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605634001.4.0.176036338051.issue41686@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22239
pull_request: https://github.com/python/cpython/pull/23347

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:33:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 17:33:42 +0000
Subject: [issue13875] Improve description of cmd module
In-Reply-To: <1327588077.77.0.0954132482021.issue13875@psf.upfronthosting.co.za>
Message-ID: <1605634422.06.0.273988073735.issue13875@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13875>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:35:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:35:03 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605634503.94.0.883674615563.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I reopen the issue. This issue broke Python compilation on AIX.

https://buildbot.python.org/all/#/builders/302/builds/377

configure: "checking for splice... yes"

"./Modules/posixmodule.c", line 15146.53: 1506-045 (S) Undeclared identifier SPLICE_F_MOVE.
"./Modules/posixmodule.c", line 15147.57: 1506-045 (S) Undeclared identifier SPLICE_F_NONBLOCK.
"./Modules/posixmodule.c", line 15148.53: 1506-045 (S) Undeclared identifier SPLICE_F_MORE.

make: 1254-004 The error code from the last command is 1.


The code:

/* constants for splice */
#ifdef HAVE_SPLICE
    if (PyModule_AddIntConstant(m, "SPLICE_F_MOVE", SPLICE_F_MOVE)) return -1;
    if (PyModule_AddIntConstant(m, "SPLICE_F_NONBLOCK", SPLICE_F_NONBLOCK)) return -1;
    if (PyModule_AddIntConstant(m, "SPLICE_F_MORE", SPLICE_F_MORE)) return -1;
#endif

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:38:30 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:38:30 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605634710.62.0.486747685171.issue42323@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> "./Modules/posixmodule.c", line 15146.53: 1506-045 (S) Undeclared identifier SPLICE_F_MOVE.

This is unrelated: https://bugs.python.org/issue41625#msg381259 Please continue the discussion this SPLICE there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:41:04 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:41:04 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605634864.08.0.353237958845.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> The splice() system call first appeared in Linux 2.6.17;
> library support was added to glibc in version 2.5.

There is no emulation. It's just a function which wraps the syscall:

https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/splice.c;h=fe21cf1988c48ce887a22c9e5e5f36cbd653a4c8;hb=HEAD

I understand that you need Linux kernel >= 2.6.17 *and* glibc >= 2.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:45:58 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Tue, 17 Nov 2020 17:45:58 +0000
Subject: [issue42323] [AIX] test_math: test_nextafter(float('nan'),
 1.0) does not return a NaN on AIX
In-Reply-To: <1605094498.01.0.809514320528.issue42323@roundup.psfhosted.org>
Message-ID: <1605635158.23.0.301779260094.issue42323@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

[Victor]

> How can we fix the buildbot? Add #ifdef in mathmodule.c to implement the special cases, but only on AIX? Skip the test?

I'm not super-keen on using #ifdefs to implement the special-case handling _just_ for AIX: that opens the door to a labyrinth of #ifdef'ery working around various different problems on various different platforms. If we're going to handle special cases ourselves, let's do it for all platforms.

But I'd also be fine with skipping the test (just on AIX, of course) for now. If we can also find a way to remind ourselves to revisit once the upstream bug has been fixed, so much the better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42323>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:48:09 2020
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 17 Nov 2020 17:48:09 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
Message-ID: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>


New submission from Ram Rachum <ram at rachum.com>:

Writing the patch now.

----------
assignee: docs at python
components: Documentation
messages: 381263
nosy: cool-RR, docs at python
priority: normal
severity: normal
status: open
title: Clarify documentation of TestCase.assertIs
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:51:31 2020
From: report at bugs.python.org (Ram Rachum)
Date: Tue, 17 Nov 2020 17:51:31 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1605635491.48.0.802216505952.issue42391@roundup.psfhosted.org>


Change by Ram Rachum <ram at rachum.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:56:49 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Nov 2020 17:56:49 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605635809.98.0.261800137932.issue42202@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

If you want to measure import time, use

  python -m timeit -s "from sys import modules; modules_copy = modules.copy()" "import black; modules.clear(); modules.update(modules_copy)"

But I would be surprised to see significant difference in this case.

What Mark means, measure the time of creation of nested function.

  python -m timeit "def f(a: int, b: str) -> None: pass"

And maybe test with different number of arguments if there is a difference.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:57:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:57:40 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605635860.67.0.31257758555.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset cda23be092f4a72e4f335cf182f11e7bd7fd98eb by Victor Stinner in branch 'master':
bpo-41686: Refactor signal_exec() (GH-23346)
https://github.com/python/cpython/commit/cda23be092f4a72e4f335cf182f11e7bd7fd98eb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:58:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:58:17 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605635897.92.0.775445932584.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 05a5d697f4f097f37c5c1e2ed0e2338a33c3fb6a by Victor Stinner in branch '3.9':
bpo-41686: Always create the SIGINT event on Windows (GH-23344) (GH-23347)
https://github.com/python/cpython/commit/05a5d697f4f097f37c5c1e2ed0e2338a33c3fb6a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 12:58:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 17:58:18 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605635898.01.0.538065226291.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 05a5d697f4f097f37c5c1e2ed0e2338a33c3fb6a by Victor Stinner in branch '3.9':
bpo-41686: Always create the SIGINT event on Windows (GH-23344) (GH-23347)
https://github.com/python/cpython/commit/05a5d697f4f097f37c5c1e2ed0e2338a33c3fb6a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:02:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 18:02:29 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605636149.36.0.921822360823.issue41686@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22242
pull_request: https://github.com/python/cpython/pull/23349

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:02:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 18:02:29 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605636149.92.0.595143895667.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22243
pull_request: https://github.com/python/cpython/pull/23349

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:13:57 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 18:13:57 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605636837.66.0.610392283162.issue41625@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset fa96608513b6eafe48777f1a5504134939dcbebc by Pablo Galindo in branch 'master':
bpo-41625: Add versionadded to os.splice() constants (GH-23340)
https://github.com/python/cpython/commit/fa96608513b6eafe48777f1a5504134939dcbebc


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:20:16 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 18:20:16 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605637216.35.0.690978940517.issue41625@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:21:48 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 18:21:48 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605637308.44.0.916529987841.issue41625@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +22245
pull_request: https://github.com/python/cpython/pull/23351

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:24:43 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 17 Nov 2020 18:24:43 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
In-Reply-To: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>
Message-ID: <1605637483.13.0.387583540613.issue42390@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

Is this an actual problem for another implementation of Python?

Is there some reason to think that we intended the repr of a `datetime` object to be implementation-defined?

----------
nosy: +p-ganssle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:31:06 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 17 Nov 2020 18:31:06 +0000
Subject: [issue42094] isoformat() / fromisoformat() for datetime.timedelta
In-Reply-To: <1603178033.64.0.797359415965.issue42094@roundup.psfhosted.org>
Message-ID: <1605637866.76.0.91554396282.issue42094@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
nosy: +p-ganssle

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42094>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:32:12 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 18:32:12 +0000
Subject: [issue17854] symmetric difference operation applicable to more than
 two sets
In-Reply-To: <1367063240.22.0.643670001227.issue17854@psf.upfronthosting.co.za>
Message-ID: <1605637932.56.0.955683474314.issue17854@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I agree that the doc is fine as it is.  If there will be no objections/suggestions in the next couple of weeks I will close this issue.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17854>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:34:36 2020
From: report at bugs.python.org (William Meehan)
Date: Tue, 17 Nov 2020 18:34:36 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
In-Reply-To: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>
Message-ID: <1605638076.31.0.719308829386.issue42390@roundup.psfhosted.org>


William Meehan <wmeehan at fb.com> added the comment:

For Python implementations that change the underlying object structure, it's not necessarily possible to recreate the `tp_name` that would be exposed in CPython. The `datetime` ends up in `__module__`, while only the type name ends up in `__name__`. There's no way to tell that the value in `__module__` actually came from `tp_name` in the first place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:51:10 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 17 Nov 2020 18:51:10 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605639070.93.0.439066952204.issue42202@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

I have run tests with different types of function declaration.


A function declaration with annotations is more than 2 times faster with the co_annotatins feature.

If function doesn't have annotations time almost same as without co_annotatins feature.

Results:
```
def foo(x: int, /, y, *, z: float) -> int: pass

Python 3.8.3
5000000 loops, best of 5: 178 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 210 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 122 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 53.3 nsec per loop

def f(a: int, /, b: int, *, c: int) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 208 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 235 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 139 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 53.2 nsec per loop

def f(a: int, /, b: int, *, c: int, **d: int) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 224 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 257 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 167 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 55.9 nsec per loop

def f(a: int, b: str) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.163 usec per loop
Python 3.7.6
5000000 loops, best of 5: 165 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 165 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 184 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 125 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 54.5 nsec per loop

def f(a: int, *, b: int) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.166 usec per loop
Python 3.7.6
5000000 loops, best of 5: 170 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 155 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 198 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 124 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 54.3 nsec per loop

def f(a, /, b, *, c) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 90.1 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 96.3 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 93.8 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 55.5 nsec per loop

def f(a, /, b, *, c, **d) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 92.3 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 98 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 92.6 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 54.4 nsec per loop

def f(a, b) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.0966 usec per loop
Python 3.7.6
5000000 loops, best of 5: 92.5 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 87.5 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 93.7 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 88.3 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 53 nsec per loop

def f(a, *, b) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.0951 usec per loop
Python 3.7.6
5000000 loops, best of 5: 92.4 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 86.6 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 93.6 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 89.8 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 53.6 nsec per loop

def f(): pass

Python 3.6.8
5000000 loops, best of 3: 0.0502 usec per loop
Python 3.7.6
5000000 loops, best of 5: 47.7 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 47.9 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 46.7 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 50.8 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 52 nsec per loop

def f(a, /, b, *, c): pass

Python 3.8.3
5000000 loops, best of 5: 47.9 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 47.4 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 50.2 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 52.8 nsec per loop

def f(a, /, b, *, c, **d): pass

Python 3.8.3
5000000 loops, best of 5: 48.7 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 48.2 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 50.8 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 52.4 nsec per loop

def f(a, b): pass

Python 3.6.8
5000000 loops, best of 3: 0.0498 usec per loop
Python 3.7.6
5000000 loops, best of 5: 48.5 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 47.5 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 47 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 51 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 52.6 nsec per loop

def f(a, *, b): pass

Python 3.6.8
5000000 loops, best of 3: 0.0498 usec per loop
Python 3.7.6
5000000 loops, best of 5: 48.1 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 48.4 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 46.6 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 50.2 nsec per loop
Python 3.10.0a2+ with co_annotations
5000000 loops, best of 5: 52.6 nsec per loop
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 13:54:27 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 17 Nov 2020 18:54:27 +0000
Subject: [issue42094] isoformat() / fromisoformat() for datetime.timedelta
In-Reply-To: <1603178033.64.0.797359415965.issue42094@roundup.psfhosted.org>
Message-ID: <1605639267.44.0.599312096095.issue42094@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

This is probably more feasible than the proposal in bpo-41254 since it's a well-defined spec (mostly ? it includes an optional alternative format and the number of digits allowed is defined "by agreement", thus defeating the purpose of using a spec in the first place) that's not even particularly difficult to implement, but there are still a few problems (and one reason I've never implemented this, despite desperately wanting a better string representation for time deltas). Two minor problems first:

1. Unlike ISO 8601 datetimes, these are not especially "human-friendly" formats, so I don't think they're especially useful for displaying timedeltas.

2. Also unlike ISO 8601 datetimes, I don't think these are in particularly wide use, or widely supported. That's not a major strike against it, but if it's not useful as something to show to humans and it's not especially useful as something to show to / read from other computers, that weighs against its inclusion in the standard library.

The biggest problem, however, is that `timedelta` does not and cannot represent "Year" or "Month", which means that `P1Y` or `P1M` would always need to be invalid to parse. We could eliminate this format, but it means that we would never at any point in the future be able to implement a parser for the full spec. Since the concept of a year and a month are ambiguous and at least the 2016 version of ISO 8601 doesn't seem to define what it means for a duration to last 1 year or 1 month, you can't even really count on such a thing as an interchange format, because different implementations might give you different results! What does `20200131T00:00:00/P1M` represent? The interval (2020-01-31, 2020-02-29)? (2020-01-31, 2020-03-02)? Something else?

A better target for parsing ISO 8601 durations would be something like `dateutil.relativedelta`, which does have defined semantics for years and months (though as I mentioned above, those are not necessarily consistent with the semantics of other libraries parsing or writing out this format).

I am also not entirely clear on whether "weeks" is just an alias for "7 days" or if it means something related to weeks in the ISO calendar (and if that makes a difference for durations).

I imagine that generating these formats is a bit more forgiving, because you would simply never generate the forbidden formats, and we can offer configuration options in the formatter method to allow the user to tweak the various ambiguities in the spec.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42094>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:02:59 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Tue, 17 Nov 2020 19:02:59 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
In-Reply-To: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>
Message-ID: <1605639779.99.0.437642354553.issue42390@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

What is an example of another Python implementation that has this property? Is there a concrete issue open somewhere that this is solving?

I am not unsympathetic to the idea of accommodating other implementations of Python, but this is very abstract and I think the assumption is probably that if we're explicitly testing for something and we don't say it's implementation-defined that it is part of the language spec.

If there's some evidence that stuff like this is intended to be implementation-defined always, or there's some concrete problem that we can solve (and possibly also add tests to avoid regressions), I'd be much more comfortable with something like this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:04:05 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 17 Nov 2020 19:04:05 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
Message-ID: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>


New submission from Yury Selivanov <yselivanov at gmail.com>:

asyncio.Lock and other primitives should no longer accept the `loop` parameter. They should also stop storing the current loop in the `self._loop` attribute. Instead, they should use `get_running_loop()` whenever they need to access the loop.

----------
components: asyncio
messages: 381275
nosy: asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: remove the 'loop' parameter from __init__ in all classes in asyncio.locks
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:05:18 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 17 Nov 2020 19:05:18 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605639918.15.0.871733722301.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

(or alternatively they can cache the running `loop`, but the first loop lookup should be performed with `asyncio.get_running_loop()`)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:05:35 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 17 Nov 2020 19:05:35 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605639935.18.0.903205048219.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Kyle, lmk if you want to work on this.

----------
nosy: +aeros

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:07:45 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 19:07:45 +0000
Subject: [issue12545] os.lseek() and FileIO.seek() does not support offset
 larger than 2^63-1
In-Reply-To: <1310527759.4.0.117442331882.issue12545@psf.upfronthosting.co.za>
Message-ID: <1605640065.1.0.539927900829.issue12545@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12545>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:10:27 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 19:10:27 +0000
Subject: [issue15004] add weakref support to types.SimpleNamespace
In-Reply-To: <1338865132.4.0.472631439697.issue15004@psf.upfronthosting.co.za>
Message-ID: <1605640227.85.0.0298922074495.issue15004@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15004>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:20:30 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 17 Nov 2020 19:20:30 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605640830.59.0.873471926595.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

This was on my to-do list but I very much appreciate if somebody champions this issue.
I should finish sslproto PR first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:30:25 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 17 Nov 2020 19:30:25 +0000
Subject: [issue42349] Compiler front-end produces a broken CFG
In-Reply-To: <1605288236.63.0.535930114151.issue42349@roundup.psfhosted.org>
Message-ID: <1605641425.35.0.403395854336.issue42349@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:


New changeset 266b462238bddec0213effad3650f19c56511e9f by Mark Shannon in branch 'master':
bpo-42349: Compiler clean up. More yak-shaving for PEP 626. (GH-23267)
https://github.com/python/cpython/commit/266b462238bddec0213effad3650f19c56511e9f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42349>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:32:05 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 17 Nov 2020 19:32:05 +0000
Subject: [issue39934] Fatal Python error "XXX block stack overflow" when
 exception stacks >10
In-Reply-To: <1583933092.46.0.675431384436.issue39934@roundup.psfhosted.org>
Message-ID: <1605641525.9.0.612740159681.issue39934@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:


New changeset 48a9c0eb2a3304ea64d1b32fdf9db853d5d8c429 by Irit Katriel in branch '3.9':
[3.9] bpo-39934: Account for control blocks in 'except' in compiler. (GH-22395) (GH-23303)
https://github.com/python/cpython/commit/48a9c0eb2a3304ea64d1b32fdf9db853d5d8c429


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39934>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:57:11 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 19:57:11 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605643031.04.0.461219654836.issue41625@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e59958f8b6815f51f6c33b6a613cf8467ca18a11 by Pablo Galindo in branch 'master':
bpo-41625: Specify that Linux >= 2.6.17 *and* glibc >= 2.5 are requir? (GH-23351)
https://github.com/python/cpython/commit/e59958f8b6815f51f6c33b6a613cf8467ca18a11


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 14:57:54 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 19:57:54 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605643074.79.0.500603837066.issue41625@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2a9eddf070f72060f62db1856a0af2e08729a46c by Pablo Galindo in branch 'master':
bpo-41625: Add a guard for Linux for splice() constants in the os module (GH-23350)
https://github.com/python/cpython/commit/2a9eddf070f72060f62db1856a0af2e08729a46c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:17:23 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 20:17:23 +0000
Subject: [issue18122] RuntimeError: not holding the import lock
In-Reply-To: <1370203633.5.0.234026294285.issue18122@psf.upfronthosting.co.za>
Message-ID: <1605644243.16.0.0415447210793.issue18122@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Closing as this is a python-2 only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18122>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:21:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 20:21:04 +0000
Subject: [issue13281] Make robotparser.RobotFileParser ignore blank lines
In-Reply-To: <1319747444.2.0.491041533825.issue13281@psf.upfronthosting.co.za>
Message-ID: <1605644464.5.0.692203885761.issue13281@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13281>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:28:57 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 17 Nov 2020 20:28:57 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605644937.18.0.90886870577.issue41625@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:46:27 2020
From: report at bugs.python.org (Kevin)
Date: Tue, 17 Nov 2020 20:46:27 +0000
Subject: [issue11188] test_time error on AIX
In-Reply-To: <1297435870.78.0.786178293384.issue11188@psf.upfronthosting.co.za>
Message-ID: <1605645987.44.0.0333410381335.issue11188@roundup.psfhosted.org>


Change by Kevin <kadler at us.ibm.com>:


----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11188>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:56:09 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 20:56:09 +0000
Subject: [issue42393] Raise overflow errors iso. deprecation warnings in
 socket.htons and socket.ntohs (was deprecated in 3.7)
Message-ID: <1605646569.63.0.541454109275.issue42393@roundup.psfhosted.org>


New submission from Erlend Egeberg Aasland <erlend.aasland at innova.no>:

Silent truncation was deprecated in Python 3.7 in bpo-28332 with commit 6a7d3480fc8fe4c60538547d2935083ccff0f631 by Serhiy Storchaka. It should be ok to turn these into OverflowError's starting with Python 3.10.

----------
components: Library (Lib)
files: error_iso_warning.patch
keywords: patch
messages: 381284
nosy: erlendaasland, pablogsal, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Raise overflow errors iso. deprecation warnings in socket.htons and socket.ntohs (was deprecated in 3.7)
versions: Python 3.10
Added file: https://bugs.python.org/file49605/error_iso_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42393>
_______________________________________

From report at bugs.python.org  Tue Nov 17 15:56:17 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Tue, 17 Nov 2020 20:56:17 +0000
Subject: [issue42393] Raise overflow errors iso. deprecation warnings in
 socket.htons and socket.ntohs (was deprecated in 3.7)
In-Reply-To: <1605646569.63.0.541454109275.issue42393@roundup.psfhosted.org>
Message-ID: <1605646577.0.0.867020225389.issue42393@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42393>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:03:23 2020
From: report at bugs.python.org (Kevin)
Date: Tue, 17 Nov 2020 21:03:23 +0000
Subject: [issue37009] Threading and THREAD_SAFE for AIX
In-Reply-To: <1558526469.21.0.552690908728.issue37009@roundup.psfhosted.org>
Message-ID: <1605647003.85.0.963636037814.issue37009@roundup.psfhosted.org>


Change by Kevin <kadler at us.ibm.com>:


----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37009>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:17:22 2020
From: report at bugs.python.org (Kevin)
Date: Tue, 17 Nov 2020 21:17:22 +0000
Subject: [issue37733] Fail to build _curses module of Python 3.7.4 on AIX 7.1
 using gcc
In-Reply-To: <1564585726.95.0.247783534499.issue37733@roundup.psfhosted.org>
Message-ID: <1605647842.93.0.429874494615.issue37733@roundup.psfhosted.org>


Kevin <kadler at us.ibm.com> added the comment:

Both 3.6 and 3.7 are in security only mode so at this point, so if the issue is fixed in newer versions I think this issue could be closed.

----------
nosy: +kadler

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37733>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:23:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:23:25 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605648205.87.0.223647923227.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset a702bd4b921167e73f8fc987aa64ada571fdc3f8 by Victor Stinner in branch '3.8':
bpo-41686: Always create the SIGINT event on Windows (GH-23344) (GH-23347) (GH-23349)
https://github.com/python/cpython/commit/a702bd4b921167e73f8fc987aa64ada571fdc3f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:23:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:23:25 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605648205.76.0.51691946821.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset a702bd4b921167e73f8fc987aa64ada571fdc3f8 by Victor Stinner in branch '3.8':
bpo-41686: Always create the SIGINT event on Windows (GH-23344) (GH-23347) (GH-23349)
https://github.com/python/cpython/commit/a702bd4b921167e73f8fc987aa64ada571fdc3f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:26:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:26:11 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605648371.47.0.0239811364867.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Ok, the issue should now be fixed in 3.8, 3.9 and master branches. Thanks for the bug report hafiz bilal.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:29:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:29:32 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605648572.54.0.722178869527.issue41686@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22246
pull_request: https://github.com/python/cpython/pull/23353

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:36:19 2020
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 17 Nov 2020 21:36:19 +0000
Subject: [issue12545] os.lseek() and FileIO.seek() does not support offset
 larger than 2^63-1
In-Reply-To: <1310527759.4.0.117442331882.issue12545@psf.upfronthosting.co.za>
Message-ID: <1605648979.61.0.13104399164.issue12545@roundup.psfhosted.org>


Change by Charles-Fran?ois Natali <cf.natali at gmail.com>:


----------
nosy:  -neologix

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12545>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:37:45 2020
From: report at bugs.python.org (Christopher Contaxis)
Date: Tue, 17 Nov 2020 21:37:45 +0000
Subject: [issue42394] Exception handling on boolean comparisons
Message-ID: <1605649065.52.0.985109845114.issue42394@roundup.psfhosted.org>


New submission from Christopher Contaxis <CanisUrsa818 at gmail.com>:

Python 3.8.6 will not produce an exception when comparing values in an and/or statement that normally produces an exception standalone.

val = 0
low = 1
high = "2"

The following makes sense:

val >= low : False
val <= high : Exception, cant compare int and str
val <= high and val >= low : Exception, cant compare int and str

The following doesn't make sense (doesn't produce an exception):

val >= low and val <= high : False

----------
messages: 381289
nosy: CanisUrsa
priority: normal
severity: normal
status: open
title: Exception handling on boolean comparisons
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42394>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:42:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:42:44 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605649364.54.0.380669343508.issue41625@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22247
pull_request: https://github.com/python/cpython/pull/23354

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:43:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:43:07 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605649387.07.0.00515521662072.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Nice, AIX can build again Python. But now the 3 tests fail since the test uses a pipe and a file, whereas on AIX, it seems like splice() requires one end to be a socket.

I wrote attached PR 23354 to skip the 3 tests on AIX.

======================================================================
ERROR: test_splice (test.test_os.FileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_os.py", line 406, in test_splice
    i = os.splice(in_fd, write_fd, 5)
OSError: [Errno 57] Socket operation on non-socket

======================================================================
ERROR: test_splice_offset_in (test.test_os.FileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_os.py", line 440, in test_splice_offset_in
    i = os.splice(in_fd, write_fd, bytes_to_copy, offset_src=in_skip)
OSError: [Errno 57] Socket operation on non-socket

======================================================================
ERROR: test_splice_offset_out (test.test_os.FileTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.aixtools-aix-power6/build/Lib/test/test_os.py", line 479, in test_splice_offset_out
    i = os.splice(read_fd, out_fd, bytes_to_copy, offset_dst=out_seek)
OSError: [Errno 57] Socket operation on non-socket

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:53:25 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Tue, 17 Nov 2020 21:53:25 +0000
Subject: [issue42394] Exception handling on boolean comparisons
In-Reply-To: <1605649065.52.0.985109845114.issue42394@roundup.psfhosted.org>
Message-ID: <1605650005.67.0.201322723388.issue42394@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

This is not a bug, it is normal handling of `and` and `or` operators since Python 1.5 and possibly older.

The `and` and `or` operators are *short-cut* operators. This is intentional design, so we can write things like:

    if mylist and mylist[0] == value:

the `mylist[0] == value` expression is only evaluated if `mylist` is a truthy value.

This is all documented here:

https://docs.python.org/3/reference/expressions.html#boolean-operations

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42394>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:55:39 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:55:39 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605650139.42.0.404540447474.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 29aa624047f893b3b3194f00252b2156bbbf4f9b by Victor Stinner in branch 'master':
bpo-41686: Move _Py_RestoreSignals() to signalmodule.c (GH-23353)
https://github.com/python/cpython/commit/29aa624047f893b3b3194f00252b2156bbbf4f9b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:56:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:56:32 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605650192.26.0.992086949529.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

New changeset 29aa624047f893b3b3194f00252b2156bbbf4f9b by Victor Stinner in branch 'master':
bpo-41686: Move _Py_RestoreSignals() to signalmodule.c (GH-23353)
https://github.com/python/cpython/commit/29aa624047f893b3b3194f00252b2156bbbf4f9b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 16:56:51 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 21:56:51 +0000
Subject: [issue41686] C++ Embedded 'time.sleep()' is not working on Windows
 host due to 'Py_InitializeEx(0)'
In-Reply-To: <1598963543.37.0.281772531598.issue41686@roundup.psfhosted.org>
Message-ID: <1605650211.79.0.494207457609.issue41686@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> bpo-41686: Move _Py_RestoreSignals() to signalmodule.c (GH-23353)

Sorry, this change was for bpo-41713.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41686>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:07:37 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 22:07:37 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605650857.43.0.465849094001.issue41713@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22248
pull_request: https://github.com/python/cpython/pull/23355

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:08:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 22:08:18 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605650898.29.0.185702011015.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 1de61d3923840b29e847d311f0c7d4c5821d98e6 by Victor Stinner in branch 'master':
bpo-41625: Skip os.splice() tests on AIX (GH-23354)
https://github.com/python/cpython/commit/1de61d3923840b29e847d311f0c7d4c5821d98e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:11:06 2020
From: report at bugs.python.org (Tom Gringauz)
Date: Tue, 17 Nov 2020 22:11:06 +0000
Subject: [issue42395] aclosing was not added to __all__ in contextlib
Message-ID: <1605651066.03.0.0238603994476.issue42395@roundup.psfhosted.org>


New submission from Tom Gringauz <tomgrin10 at gmail.com>:

Related to this PR https://github.com/python/cpython/pull/21545

----------
components: Library (Lib)
messages: 381296
nosy: tomgrin10
priority: normal
severity: normal
status: open
title: aclosing was not added to __all__ in contextlib

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42395>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:11:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 22:11:03 +0000
Subject: [issue17887] docs: summary page - generator vs iterator vs iterable
In-Reply-To: <1367390087.97.0.0883934646573.issue17887@psf.upfronthosting.co.za>
Message-ID: <1605651063.02.0.282802992468.issue17887@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17887>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:17:34 2020
From: report at bugs.python.org (Tom Gringauz)
Date: Tue, 17 Nov 2020 22:17:34 +0000
Subject: [issue42395] aclosing was not added to __all__ in contextlib
In-Reply-To: <1605651066.03.0.0238603994476.issue42395@roundup.psfhosted.org>
Message-ID: <1605651454.97.0.98235429636.issue42395@roundup.psfhosted.org>


Change by Tom Gringauz <tomgrin10 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42395>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:20:31 2020
From: report at bugs.python.org (Tom Gringauz)
Date: Tue, 17 Nov 2020 22:20:31 +0000
Subject: [issue42396] Add a whatsnew entry about async contextlib.nullcontext
Message-ID: <1605651631.83.0.908096382344.issue42396@roundup.psfhosted.org>


Change by Tom Gringauz <tomgrin10 at gmail.com>:


----------
nosy: tomgrin10
priority: normal
severity: normal
status: open
title: Add a whatsnew entry about async contextlib.nullcontext

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42396>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:20:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 17 Nov 2020 22:20:46 +0000
Subject: [issue17183] Small enhancements to Lib/_markupbase.py
In-Reply-To: <1360599068.18.0.00237006036364.issue17183@psf.upfronthosting.co.za>
Message-ID: <1605651646.8.0.969158192878.issue17183@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I there anything left to do here or should we close it?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17183>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:22:10 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 17 Nov 2020 22:22:10 +0000
Subject: [issue42395] aclosing was not added to __all__ in contextlib
In-Reply-To: <1605651066.03.0.0238603994476.issue42395@roundup.psfhosted.org>
Message-ID: <1605651730.3.0.200302764429.issue42395@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42395>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:28:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 22:28:49 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605652129.81.0.874235206698.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 7f9b25a21ab95f8cf8d663396993766307be475c by Victor Stinner in branch 'master':
bpo-41713: Port _signal module to multi-phase init (GH-23355)
https://github.com/python/cpython/commit/7f9b25a21ab95f8cf8d663396993766307be475c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:29:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 22:29:15 +0000
Subject: [issue41713] _signal module leak: test_interpreters leaked [1424, 1422,
 1424] references
In-Reply-To: <1599213221.63.0.522110671593.issue41713@roundup.psfhosted.org>
Message-ID: <1605652155.94.0.0734911011905.issue41713@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Done! _signal uses again the multi-phase init API.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41713>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:29:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Nov 2020 22:29:42 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605652182.48.0.924105821272.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> For the signal module, see bpo-41713.

Done: the _signal module uses again the multi-phase init API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:39:59 2020
From: report at bugs.python.org (Tom Gringauz)
Date: Tue, 17 Nov 2020 22:39:59 +0000
Subject: [issue42396] Add a whatsnew entry about async contextlib.nullcontext
Message-ID: <1605652799.48.0.492846660159.issue42396@roundup.psfhosted.org>


Change by Tom Gringauz <tomgrin10 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42396>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:45:17 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 22:45:17 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605653117.95.0.813281231837.issue42332@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 71ba5f52d2a80e7beffc923c54c0b6345cd0637a by kj in branch '3.9':
[3.9] bpo-42332: Add weakref slot to types.GenericAlias (GH-23250) (GH-23309)
https://github.com/python/cpython/commit/71ba5f52d2a80e7beffc923c54c0b6345cd0637a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:53:26 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Nov 2020 22:53:26 +0000
Subject: [issue42332] add __weakref__ to types.GenericAlias
In-Reply-To: <1605182649.58.0.535979406085.issue42332@roundup.psfhosted.org>
Message-ID: <1605653606.23.0.555005351737.issue42332@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42332>
_______________________________________

From report at bugs.python.org  Tue Nov 17 17:58:43 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 22:58:43 +0000
Subject: [issue42396] Add a whatsnew entry about async contextlib.nullcontext
Message-ID: <1605653923.98.0.980356443694.issue42396@roundup.psfhosted.org>


New submission from miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


New changeset 9c98e8cc3ebf56d01183c67adbc000ed19b8e0f4 by Tom Gringauz in branch 'master':
bpo-42396: Add a whatsnew entry about async contextlib.nullcontext (GH-23357)
https://github.com/python/cpython/commit/9c98e8cc3ebf56d01183c67adbc000ed19b8e0f4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42396>
_______________________________________

From report at bugs.python.org  Tue Nov 17 18:00:33 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 17 Nov 2020 23:00:33 +0000
Subject: [issue42396] Add a whatsnew entry about async contextlib.nullcontext
In-Reply-To: <1605653923.98.0.980356443694.issue42396@roundup.psfhosted.org>
Message-ID: <1605654033.62.0.303578013878.issue42396@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42396>
_______________________________________

From report at bugs.python.org  Tue Nov 17 18:18:12 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 17 Nov 2020 23:18:12 +0000
Subject: [issue42395] aclosing was not added to __all__ in contextlib
In-Reply-To: <1605651066.03.0.0238603994476.issue42395@roundup.psfhosted.org>
Message-ID: <1605655092.78.0.10637265687.issue42395@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d0d4a450679bfc90eae7be4fdb5499e87f661b3e by Tom Gringauz in branch 'master':
bpo-42395: Add aclosing to __all__ (GH-23356)
https://github.com/python/cpython/commit/d0d4a450679bfc90eae7be4fdb5499e87f661b3e


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42395>
_______________________________________

From report at bugs.python.org  Tue Nov 17 18:20:57 2020
From: report at bugs.python.org (Kyle Stanley)
Date: Tue, 17 Nov 2020 23:20:57 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605655257.28.0.476207487259.issue42392@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

Sure, I would be interested in helping with this. Although if a newer contributor takes it up before I'm able to, I wouldn't be opposed to that either (my main priority at the moment is helping with PEP 594 since it's a concrete goal of my internship w/ the PSF, but I should have some time to work on this as well).

As far as I can tell though, there's currently a similar PR open: https://github.com/python/cpython/pull/18195 . This attempts to deprecate the loop argument and creating primitives such as asyncio.Lock outside of a running event loop with the following approach:

```
def __init__(self, *, loop=None):
        self._waiters = None
        self._locked = False
        if loop is None:
            self._loop = events._get_running_loop()
            if self._loop is None:
                warnings.warn("The creation of asyncio objects without a running "
                              "event loop is deprecated as of Python 3.9.",
                              DeprecationWarning, stacklevel=2)
                self._loop = events.get_event_loop()
        else:
                warnings.warn("The loop argument is deprecated since Python 3.8, "
                          "and scheduled for removal in Python 3.10.",
                          DeprecationWarning, stacklevel=2) 
```

So, do we want to add more strictness to that with always using `get_running_loop()` to access the event loop each time instead of accessing self._loop, and effectively ignore the user-supplied one? Presumably, this would start with a warning for passing a *loop* arg and then be removed entirely as a parameter ~two versions later.

> (or alternatively they can cache the running `loop`, but the first loop lookup should be performed with `asyncio.get_running_loop()`)

AFAIK, at the C-API extension level, get_running_loop() already caches the running loop in `cached_running_holder`. (https://github.com/python/cpython/blob/9c98e8cc3ebf56d01183c67adbc000ed19b8e0f4/Modules/_asynciomodule.c#L232). So from a performance perspective, wouldn't it effectively be the same if we repeatedly use `get_running_loop()` to access the same event loop? I think it also adds a nice integrity check to be certain that the primitive wasn't initially created within a running event loop, and then later accessed outside of one.

The only concern that I can see with this approach is that users could potentially create a primitive in one running event loop and then access it in a separate loop running in a different thread (without using something like self._loop, the primitive would no longer be associated with a specific event loop and could potentially used within *any* running event loop). I'm not entirely certain if that is a real problem though, and if anything, it seems like it could prove to be useful in some multi-loop environment. I just want to make sure that it's intended.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 18:40:08 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 17 Nov 2020 23:40:08 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605656408.88.0.701899233159.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Oh my.  FWIW I think that we need to implement this differently. I don't think it matters where, say, an asyncio.Lock was instantiated. It can be created anywhere. So IMO its __init__ shouldn't try to capture the current loop -- there's no need for that. The loop can be and should be captured when the first `await lock.acquire()` is called.

I'm writing a piece of code right now that would need to jump through the hoops to simply create a new `asyncio.Lock()` in a place where there's no asyncio loop yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:05:12 2020
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Nov 2020 00:05:12 +0000
Subject: [issue40656] Clean up detect_socket() in setup.py
In-Reply-To: <1589702804.71.0.337147119677.issue40656@roundup.psfhosted.org>
Message-ID: <1605657912.4.0.491049727662.issue40656@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40656>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:08:23 2020
From: report at bugs.python.org (Kyle Stanley)
Date: Wed, 18 Nov 2020 00:08:23 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605658103.42.0.485269467128.issue42392@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

> Oh my.  FWIW I think that we need to implement this differently. I don't think it matters where, say, an asyncio.Lock was instantiated. It can be created anywhere. So IMO its __init__ shouldn't try to capture the current loop -- there's no need for that. The loop can be and should be captured when the first `await lock.acquire()` is called.

That's good to know and I think more convenient to work with, so +1 from me. I guess my remaining question though is whether it's okay to `await lock.acquire()` on a single lock instance from multiple different running event loops (presumably each in their own separate threads) or if there's a need to restrict it to only one event loop.

> I'm writing a piece of code right now that would need to jump through the hoops to simply create a new `asyncio.Lock()` in a place where there's no asyncio loop yet.

>From what I've seen of asyncio user code, it seems reasonably common to create async primitives (lock, semaphore, queue, etc.) in the __init__ for some class prior to using the event loop, which would fail with usage of `get_running_loop()` in the __init__ for the primitives. So, if it's not an issue to wait until accessing the event loop until it's actually needed (e.g. in the lock.acquire() or queue.get/put()), I think we should definitely try to be conscious about when we call `get_running_loop()` going forward to ensure we're not imposing arbitrary inconveniences on users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:09:18 2020
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Nov 2020 00:09:18 +0000
Subject: [issue40656] Clean up detect_socket() in setup.py
In-Reply-To: <1589702804.71.0.337147119677.issue40656@roundup.psfhosted.org>
Message-ID: <1605658158.93.0.941047107499.issue40656@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset ccdcb20cbeb1943f506a422c3fd942651389a187 by Erlend Egeberg Aasland in branch 'master':
bpo-40656: Clean up detect_socket() (GH-20148)
https://github.com/python/cpython/commit/ccdcb20cbeb1943f506a422c3fd942651389a187


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40656>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:10:42 2020
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Nov 2020 00:10:42 +0000
Subject: [issue40656] Clean up detect_socket() in setup.py
In-Reply-To: <1589702804.71.0.337147119677.issue40656@roundup.psfhosted.org>
Message-ID: <1605658242.99.0.584244816468.issue40656@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

Thanks again for the PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40656>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:45:04 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 18 Nov 2020 00:45:04 +0000
Subject: [issue17854] symmetric difference operation applicable to more than
 two sets
In-Reply-To: <1367063240.22.0.643670001227.issue17854@psf.upfronthosting.co.za>
Message-ID: <1605660304.35.0.957857948069.issue17854@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> rejected
stage: patch review -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17854>
_______________________________________

From report at bugs.python.org  Tue Nov 17 19:50:23 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 18 Nov 2020 00:50:23 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605660623.9.0.401771186586.issue42202@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

I don't like co_annotations.

* It changes PyCode_NewXXX() API.

* Many functions don't have annotations. Adding annotation to code object makes code object fatter even if the function doesn't have annotation.

* Code object is immutable & hashable. Adding annotation to code object makes == and hash() complex.

* We may introduce lazy loading for docstring and annotation in the future.


func.__annotations__ =  ('x', 'int', 'z', 'float', 'return', 'Hoge') is much better because:

* Zero overhead for functions without any annotations.
* After annotation dict is created, the tuple can be released.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Tue Nov 17 20:43:42 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 18 Nov 2020 01:43:42 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605663822.12.0.769977414601.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> That's good to know and I think more convenient to work with, so +1 from me. I guess my remaining question though is whether it's okay to `await lock.acquire()` on a single lock instance from multiple different running event loops (presumably each in their own separate threads) or if there's a need to restrict it to only one event loop.

No, it's not OK to use one lock across multiple loops at the same time. But most asyncio code out there doesn't have protections against that, and we never advertised that having multiple loops run in parallel is a good idea.  So while we could build protections against that, I'm not sure its needed. 

Andrew, thoughts?


> From what I've seen of asyncio user code, it seems reasonably common to create async primitives (lock, semaphore, queue, etc.) in the __init__ for some class prior to using the event loop, which would fail with usage of `get_running_loop()` in the __init__ for the primitives. So, if it's not an issue to wait until accessing the event loop until it's actually needed (e.g. in the lock.acquire() or queue.get/put()), I think we should definitely try to be conscious about when we call `get_running_loop()` going forward to ensure we're not imposing arbitrary inconveniences on users.

Yep. This sums up how I think of this now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 17 21:30:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 02:30:41 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605666641.42.0.812211703146.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

FYI I checked and AIX is fixed. All tests pass again on POWER6 AIX 3.x buildbot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Wed Nov 18 00:23:38 2020
From: report at bugs.python.org (Daniel Lenski)
Date: Wed, 18 Nov 2020 05:23:38 +0000
Subject: [issue2190] MozillaCookieJar ignores HttpOnly cookies
In-Reply-To: <1203957546.34.0.123660895963.issue2190@psf.upfronthosting.co.za>
Message-ID: <1605677018.88.0.772510689112.issue2190@roundup.psfhosted.org>


Daniel Lenski <dlenski at gmail.com> added the comment:

This can be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2190>
_______________________________________

From report at bugs.python.org  Wed Nov 18 00:27:37 2020
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 18 Nov 2020 05:27:37 +0000
Subject: [issue2190] MozillaCookieJar ignores HttpOnly cookies
In-Reply-To: <1203957546.34.0.123660895963.issue2190@psf.upfronthosting.co.za>
Message-ID: <1605677257.7.0.199307150823.issue2190@roundup.psfhosted.org>


Senthil Kumaran <senthil at uthcode.com> added the comment:

Yes. The required 'feature' was introduced through https://github.com/python/cpython/pull/17471/ even as the patches were slightly different. But keeping https://github.com/python/cpython/pull/17471/ seems fine and we can close this ticket and the PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue2190>
_______________________________________

From report at bugs.python.org  Wed Nov 18 01:00:30 2020
From: report at bugs.python.org (Erik Cederstrand)
Date: Wed, 18 Nov 2020 06:00:30 +0000
Subject: [issue42094] isoformat() / fromisoformat() for datetime.timedelta
In-Reply-To: <1603178033.64.0.797359415965.issue42094@roundup.psfhosted.org>
Message-ID: <1605679230.22.0.443687378583.issue42094@roundup.psfhosted.org>


Erik Cederstrand <erik at cederstrand.dk> added the comment:

There are two conflicting interests: ISO 8601 that allows non-precise durations, and timedelta that assumes precise durations.

For me, the non-precise durations only make sense in date arithmetic - to a human, it's pretty clear what adding 3 months or a year will do to the date. There may be edge cases when crossing DST, but normal arithmetic with timezone also have those cases.

Regarding ISO weeks, I'm pretty sure that they are only special in regards to calculating week numbers and the weekday they start. They still have a duration of 7 days.

Apart from being able to parse ISO durations coming from other systems, the non-precise durations would be useful e.g. when implementing recurring events. Calculating a series of dates for something that happens on the 12th day of every 2nd month is doable in Python, but not with the aid of timedelta.

I see four options here:

1) expand timedelta to allow month and year, with the implication that e.g. total_seconds() would fail or be ambiguous for these timedeltas

2) implement only the parts of ISO 8601 that can safely be represented by the current timedelta

3) add a new relativetimedelta class that allows representing non-precise durations

4) do nothing and leave it to 3rd party packages to implement this

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42094>
_______________________________________

From report at bugs.python.org  Wed Nov 18 01:11:22 2020
From: report at bugs.python.org (Ma Lin)
Date: Wed, 18 Nov 2020 06:11:22 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
In-Reply-To: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>
Message-ID: <1605679882.92.0.525689744763.issue42366@roundup.psfhosted.org>


Ma Lin <malincns at 163.com> added the comment:

Last benchmark was wrong, \Ob3 option was not enabled.

Apply `pgo_ob3.diff`, it slows, so I close this issue.

+-------------------------+------------+------------------------------+
| Benchmark               | py39_pgo_a | py39_pgo_b                   |
+=========================+============+==============================+
| 2to3                    | 461 ms     | 465 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| chameleon               | 13.4 ms    | 13.7 ms: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| chaos                   | 138 ms     | 141 ms: 1.02x slower (+2%)   |
+-------------------------+------------+------------------------------+
| crypto_pyaes            | 141 ms     | 143 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| deltablue               | 9.01 ms    | 9.20 ms: 1.02x slower (+2%)  |
+-------------------------+------------+------------------------------+
| django_template         | 64.7 ms    | 65.4 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| dulwich_log             | 78.2 ms    | 78.8 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| fannkuch                | 640 ms     | 668 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| float                   | 165 ms     | 163 ms: 1.01x faster (-1%)   |
+-------------------------+------------+------------------------------+
| genshi_text             | 40.7 ms    | 41.5 ms: 1.02x slower (+2%)  |
+-------------------------+------------+------------------------------+
| genshi_xml              | 87.2 ms    | 88.4 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| go                      | 309 ms     | 314 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| hexiom                  | 12.3 ms    | 12.7 ms: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| json_dumps              | 16.7 ms    | 16.8 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| json_loads              | 32.1 us    | 32.5 us: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| logging_format          | 14.6 us    | 15.0 us: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| logging_silent          | 247 ns     | 257 ns: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| logging_simple          | 13.2 us    | 13.6 us: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| mako                    | 22.1 ms    | 22.8 ms: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| meteor_contest          | 135 ms     | 137 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| nbody                   | 184 ms     | 191 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| nqueens                 | 132 ms     | 137 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| pathlib                 | 156 ms     | 162 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| pickle                  | 16.3 us    | 15.4 us: 1.05x faster (-5%)  |
+-------------------------+------------+------------------------------+
| pickle_dict             | 39.7 us    | 40.0 us: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| pickle_list             | 5.93 us    | 6.15 us: 1.04x slower (+4%)  |
+-------------------------+------------+------------------------------+
| pickle_pure_python      | 581 us     | 587 us: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| pidigits                | 243 ms     | 242 ms: 1.00x faster (-0%)   |
+-------------------------+------------+------------------------------+
| pyflate                 | 885 ms     | 908 ms: 1.03x slower (+3%)   |
+-------------------------+------------+------------------------------+
| python_startup          | 27.8 ms    | 28.0 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| python_startup_no_site  | 22.0 ms    | 22.1 ms: 1.00x slower (+0%)  |
+-------------------------+------------+------------------------------+
| raytrace                | 630 ms     | 632 ms: 1.00x slower (+0%)   |
+-------------------------+------------+------------------------------+
| regex_compile           | 215 ms     | 220 ms: 1.03x slower (+3%)   |
+-------------------------+------------+------------------------------+
| regex_dna               | 223 ms     | 225 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| regex_v8                | 32.5 ms    | 33.4 ms: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| richards                | 87.6 ms    | 88.5 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| scimark_fft             | 484 ms     | 501 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| scimark_lu              | 205 ms     | 210 ms: 1.02x slower (+2%)   |
+-------------------------+------------+------------------------------+
| scimark_monte_carlo     | 137 ms     | 140 ms: 1.02x slower (+2%)   |
+-------------------------+------------+------------------------------+
| scimark_sor             | 251 ms     | 261 ms: 1.04x slower (+4%)   |
+-------------------------+------------+------------------------------+
| scimark_sparse_mat_mult | 6.07 ms    | 6.27 ms: 1.03x slower (+3%)  |
+-------------------------+------------+------------------------------+
| spectral_norm           | 185 ms     | 190 ms: 1.02x slower (+2%)   |
+-------------------------+------------+------------------------------+
| sqlalchemy_imperative   | 38.8 ms    | 37.9 ms: 1.03x faster (-3%)  |
+-------------------------+------------+------------------------------+
| sqlite_synth            | 4.28 us    | 4.20 us: 1.02x faster (-2%)  |
+-------------------------+------------+------------------------------+
| sympy_integrate         | 30.4 ms    | 30.7 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+
| sympy_sum               | 270 ms     | 269 ms: 1.00x faster (-0%)   |
+-------------------------+------------+------------------------------+
| sympy_str               | 416 ms     | 419 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| telco                   | 8.05 ms    | 8.09 ms: 1.00x slower (+0%)  |
+-------------------------+------------+------------------------------+
| unpack_sequence         | 79.8 ns    | 94.4 ns: 1.18x slower (+18%) |
+-------------------------+------------+------------------------------+
| unpickle                | 18.2 us    | 17.9 us: 1.02x faster (-2%)  |
+-------------------------+------------+------------------------------+
| unpickle_list           | 6.57 us    | 6.39 us: 1.03x faster (-3%)  |
+-------------------------+------------+------------------------------+
| unpickle_pure_python    | 407 us     | 418 us: 1.03x slower (+3%)   |
+-------------------------+------------+------------------------------+
| xml_etree_iterparse     | 134 ms     | 135 ms: 1.01x slower (+1%)   |
+-------------------------+------------+------------------------------+
| xml_etree_generate      | 126 ms     | 128 ms: 1.02x slower (+2%)   |
+-------------------------+------------+------------------------------+
| xml_etree_process       | 98.7 ms    | 99.4 ms: 1.01x slower (+1%)  |
+-------------------------+------------+------------------------------+

Not significant (5): regex_effbot; sqlalchemy_declarative; sympy_expand; tornado_http; xml_etree_parse

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
Added file: https://bugs.python.org/file49606/pgo_ob3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Wed Nov 18 01:50:34 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 06:50:34 +0000
Subject: [issue42366] Use MSVC2019 and /Ob3 option to compile Windows builds
In-Reply-To: <1605514495.3.0.110639328789.issue42366@roundup.psfhosted.org>
Message-ID: <1605682234.74.0.207490771935.issue42366@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Thank you for your thorough testing. It's useful to know that the option does not speed up PGO builds of Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42366>
_______________________________________

From report at bugs.python.org  Wed Nov 18 02:49:46 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 07:49:46 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605685786.3.0.296634763801.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22251
pull_request: https://github.com/python/cpython/pull/23358

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 03:18:04 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 08:18:04 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605687484.46.0.154924047886.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22252
pull_request: https://github.com/python/cpython/pull/23359

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 03:48:55 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 08:48:55 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605689335.53.0.40303935063.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22253
pull_request: https://github.com/python/cpython/pull/23360

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 04:16:18 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 09:16:18 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605690978.74.0.355057101056.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

$ grep -l -R PyModule_Create . | sort
./_asynciomodule.c
./cjkcodecs/cjkcodecs.h
./cjkcodecs/multibytecodec.c
./_csv.c
./_ctypes/_ctypes.c
./_cursesmodule.c
./_datetimemodule.c
./_decimal/_decimal.c
./_elementtree.c
./gcmodule.c
./grpmodule.c  [*]
./_hashopenssl.c  [*]
./_io/_iomodule.c
./_multiprocessing/posixshmem.c
./ossaudiodev.c
./_pickle.c
./_posixsubprocess.c
./pwdmodule.c  [*]
./pyexpat.c  [*]
./_queuemodule.c
./_randommodule.c
./readline.c
./selectmodule.c
./socketmodule.c
./spwdmodule.c
./_sqlite/module.c
./_sre.c
./_ssl.c  [*]
./_struct.c
./symtablemodule.c
./_testbuffer.c
./_testcapimodule.c
./_testimportmultiple.c
./_testinternalcapi.c
./_threadmodule.c
./_tkinter.c
./_tracemalloc.c
./_xxsubinterpretersmodule.c
./_xxtestfuzz/_xxtestfuzz.c

[*] == open PR

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 04:18:13 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Wed, 18 Nov 2020 09:18:13 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605691093.08.0.474488517719.issue1635741@roundup.psfhosted.org>


Erlend Egeberg Aasland <erlend.aasland at innova.no> added the comment:

For sqlite3, see bpo-42064

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 04:20:37 2020
From: report at bugs.python.org (Alexander Kurakin)
Date: Wed, 18 Nov 2020 09:20:37 +0000
Subject: [issue42372] A crash in do_richcompare
In-Reply-To: <1605540318.0.0.905589187248.issue42372@roundup.psfhosted.org>
Message-ID: <1605691237.91.0.711223500609.issue42372@roundup.psfhosted.org>


Alexander Kurakin <kuraga333 at mail.ru> added the comment:

Ok, close.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42372>
_______________________________________

From report at bugs.python.org  Wed Nov 18 04:36:47 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 18 Nov 2020 09:36:47 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605692207.54.0.0631536588787.issue42202@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

> func.__annotations__ =  ('x', 'int', 'z', 'float', 'return', 'Hoge') is much better because:

Inada, I totally agree with you. Sorry, I didn't realize all pitfalls with extra field to codeobject.

New implementation with annotations representation as a single tuple doesn't require a lot to change to the existing codebase. And I have already done it.

I rerun all benchmarks and there is no performance degradation in a case when the function doesn't have annotations and it's more than 2 times faster when the function has annotations.

Benchmark results:
```
def f(x: int, /, y, *, z: float) -> int: pass

Python 3.8.3
5000000 loops, best of 5: 209 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 232 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 138 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 56.1 nsec per loop

def f(a: int, /, b: int, *, c: int) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 241 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 274 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 158 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 58.8 nsec per loop

def f(a: int, /, b: int, *, c: int, **d: int) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 256 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 326 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 264 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 87.1 nsec per loop

def f(a: int, b: str) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.215 usec per loop
Python 3.7.6
5000000 loops, best of 5: 201 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 204 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 204 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 137 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 55.8 nsec per loop

def f(a: int, *, b: int) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.186 usec per loop
Python 3.7.6
5000000 loops, best of 5: 181 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 166 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 189 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 138 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 64.7 nsec per loop

def f(a, /, b, *, c) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 96 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 102 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 98.7 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 57.4 nsec per loop

def f(a, /, b, *, c, **d) -> None: pass

Python 3.8.3
5000000 loops, best of 5: 97.8 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 105 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 96.8 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 58.3 nsec per loop

def f(a, b) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.107 usec per loop
Python 3.7.6
5000000 loops, best of 5: 99.7 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 97.5 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 103 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 100 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 57.5 nsec per loop

def f(a, *, b) -> None: pass

Python 3.6.8
5000000 loops, best of 3: 0.105 usec per loop
Python 3.7.6
5000000 loops, best of 5: 99.4 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 95.5 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 103 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 94.9 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 59.2 nsec per loop

def f(): pass

Python 3.6.8
5000000 loops, best of 3: 0.0542 usec per loop
Python 3.7.6
5000000 loops, best of 5: 51.2 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 52.3 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 52.1 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 60.8 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 59.8 nsec per loop

def f(a, /, b, *, c): pass

Python 3.8.3
5000000 loops, best of 5: 56.1 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 59.8 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 64 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 60.6 nsec per loop

def f(a, /, b, *, c, **d): pass

Python 3.8.3
5000000 loops, best of 5: 53.6 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 50.7 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 54.1 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 53.9 nsec per loop

def f(a, b): pass

Python 3.6.8
5000000 loops, best of 3: 0.054 usec per loop
Python 3.7.6
5000000 loops, best of 5: 53.9 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 54.1 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 52.5 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 53.7 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 53.8 nsec per loop

def f(a, *, b): pass

Python 3.6.8
5000000 loops, best of 3: 0.0528 usec per loop
Python 3.7.6
5000000 loops, best of 5: 51.2 nsec per loop
Python 3.8.3
5000000 loops, best of 5: 51.4 nsec per loop
Python 3.9.0
5000000 loops, best of 5: 52.4 nsec per loop
Python 3.10.0a2+
5000000 loops, best of 5: 55.7 nsec per loop
Python 3.10.0a2+ with compact representation
5000000 loops, best of 5: 53.7 nsec per loop
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Wed Nov 18 04:55:28 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 09:55:28 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605693328.78.0.231881930332.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22254
pull_request: https://github.com/python/cpython/pull/23361

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:12:55 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 10:12:55 +0000
Subject: [issue37009] Threading and THREAD_SAFE for AIX
In-Reply-To: <1558526469.21.0.552690908728.issue37009@roundup.psfhosted.org>
Message-ID: <1605694375.04.0.971170157025.issue37009@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37009>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:11:47 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 10:11:47 +0000
Subject: [issue37733] Fail to build _curses module of Python 3.7.4 on AIX 7.1
 using gcc
In-Reply-To: <1564585726.95.0.247783534499.issue37733@roundup.psfhosted.org>
Message-ID: <1605694307.96.0.579548721897.issue37733@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Closing

As Kevin explained 3.7 only receives security fixes.

----------
nosy: +christian.heimes
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
type:  -> compile error

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37733>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:11:47 2020
From: report at bugs.python.org (qb-cea)
Date: Wed, 18 Nov 2020 10:11:47 +0000
Subject: [issue24132] Direct sub-classing of pathlib.Path
In-Reply-To: <1430890013.04.0.304568332905.issue24132@psf.upfronthosting.co.za>
Message-ID: <1605694307.93.0.52019043916.issue24132@roundup.psfhosted.org>


qb-cea <quentin.bouget at cea.fr> added the comment:

Hi,

Thanks for reviving this! Feel free to reuse any code I wrote in my PR (or the whole PR itself), I do not think I will ever get around to finishing this work myself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24132>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:13:31 2020
From: report at bugs.python.org (sagewang)
Date: Wed, 18 Nov 2020 10:13:31 +0000
Subject: =?utf-8?b?W2lzc3VlNDIzOTddIGxzdHJpcCDlpITnkIblh7rnjrBidWc=?=
Message-ID: <1605694411.96.0.528193518903.issue42397@roundup.psfhosted.org>


New submission from sagewang <786607676 at qq.com>:

>>> "prefix_prj_t_suffix".strip().lstrip('prefix_prj_').rstrip('_suffix')
't'
>>> "data_prj_t_suffix".strip().lstrip('data_prj_').rstrip('_suffix')
''

----------
components: Extension Modules
messages: 381323
nosy: wsqat
priority: normal
severity: normal
status: open
title: lstrip ????bug
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42397>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:17:12 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 10:17:12 +0000
Subject: =?utf-8?b?W2lzc3VlNDIzOTddIGxzdHJpcCDlpITnkIblh7rnjrBidWc=?=
In-Reply-To: <1605694411.96.0.528193518903.issue42397@roundup.psfhosted.org>
Message-ID: <1605694632.22.0.0532967932805.issue42397@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The methods works as designed and documented. The arguments to str.strip, lstrip, and rstrip methods are not prefixes / suffixes. They are sets of characters.

>>> "bad".lstrip("ab")
'd'

https://docs.python.org/3/library/stdtypes.html?highlight=lstrip#str.lstrip

----------
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42397>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:45:06 2020
From: report at bugs.python.org (Peter Nowee)
Date: Wed, 18 Nov 2020 10:45:06 +0000
Subject: [issue23987] docs about containers membership testing wrong for
 broken objects
In-Reply-To: <1429258165.63.0.284734084008.issue23987@psf.upfronthosting.co.za>
Message-ID: <1605696306.53.0.71336909103.issue23987@roundup.psfhosted.org>


Change by Peter Nowee <peter at peternowee.com>:


----------
nosy: +peternowee

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23987>
_______________________________________

From report at bugs.python.org  Wed Nov 18 05:47:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 10:47:58 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
Message-ID: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

When building the Fedora package of Python 3.10, *sometimes* the "make regen-all" fail to build with errors like:
------------
/builddir/build/BUILD/Python-3.9.0/Modules/_weakref.c:131:5: error: '_WEAKREF_GETWEAKREFCOUNT_METHODDEF' undeclared here (not in a function)
  131 |     _WEAKREF_GETWEAKREFCOUNT_METHODDEF
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/builddir/build/BUILD/Python-3.9.0/Modules/_weakref.c:132:5: error: expected '}' before '_WEAKREF__REMOVE_DEAD_WEAKREF_METHODDEF'
  132 |     _WEAKREF__REMOVE_DEAD_WEAKREF_METHODDEF
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------

Example: https://src.fedoraproject.org/rpms/python3.9/pull-request/40

The _WEAKREF_GETWEAKREFCOUNT_METHODDEF macro is defined by Modules/clinic/_weakref.c.h which is included by Modules/_weakref.c (at line 13).

It seems like while Modules/_weakref.o was being built, Modules/clinic/_weakref.c.h was being generated "at the same time".

The "make regen-all" command runs "make clinic" and "make regen-importlib" targets:

* "make regen-importlib" builds Modules/_weakref.o from Modules/_weakref.c and  Modules/clinic/_weakref.c.h

* "make clinic" always rewrites "Modules/clinic/_weakref.c.h" file


On Fedora, packages are built using MAKEFLAGS="-j<N>" where <N> is a number, like "-j4". Since there is no dependency between "clinic" and "regen-importlib" targets, these two targets *can* be run in parallel.

It seems like "make clinic" always rewrites *all* generated files and the half of writes are *not* atomic.


Attached PR makes all writes of clinic.py atomic *and* also avoids modifying the file modification file if the content does not change, as done in other "make regen-all" targets (using Tools/scripts/update_file.py).

----------
components: Build
messages: 381325
nosy: vstinner
priority: normal
severity: normal
status: open
title: Race condition in "make regen-all" when running jobs in parallel
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 06:15:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 11:15:46 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605698146.75.0.951037228163.issue42398@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 06:32:38 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 11:32:38 +0000
Subject: [issue15479] Allow MAX_STRING_LENGTH limits to be changed at runtime
In-Reply-To: <1343492032.88.0.552798503045.issue15479@psf.upfronthosting.co.za>
Message-ID: <1605699158.61.0.447350040361.issue15479@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15479>
_______________________________________

From report at bugs.python.org  Wed Nov 18 06:46:59 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 11:46:59 +0000
Subject: [issue15860] Use TestCase assertion methods in unittest.mock.assert*
 to make them easier to read
In-Reply-To: <1346764020.36.0.830519299083.issue15860@psf.upfronthosting.co.za>
Message-ID: <1605700019.7.0.79768574045.issue15860@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
type:  -> enhancement
versions: +Python 3.10, Python 3.9 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15860>
_______________________________________

From report at bugs.python.org  Wed Nov 18 06:54:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 11:54:13 +0000
Subject: [issue15263] Guard against invalid file handles in os functions
In-Reply-To: <1341584196.67.0.703107638593.issue15263@psf.upfronthosting.co.za>
Message-ID: <1605700453.54.0.28452262987.issue15263@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I don't see any _Py_VerifyFd in the code, is this out of date?

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15263>
_______________________________________

From report at bugs.python.org  Wed Nov 18 06:54:30 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 18 Nov 2020 11:54:30 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1605700470.47.0.353397402135.issue41625@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Thanks a lot Victor

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:11:05 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:11:05 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605701465.24.0.0482951796078.issue41561@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset ce04e7105bc396c32667a22b928a712ba0778a3f by Christian Heimes in branch 'master':
bpo-41561: skip test_min_max_version_mismatch (GH-22308)
https://github.com/python/cpython/commit/ce04e7105bc396c32667a22b928a712ba0778a3f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:11:31 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 12:11:31 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605701491.72.0.112241335151.issue41561@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 6.0 -> 7.0
pull_requests: +22256
pull_request: https://github.com/python/cpython/pull/23363

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:11:41 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 12:11:41 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605701501.5.0.515289743928.issue41561@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22257
pull_request: https://github.com/python/cpython/pull/23364

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:15:19 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 18 Nov 2020 12:15:19 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605701719.34.0.0130210324378.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

My initial thought was protecting the Lock (and other primitives) creation when a loop is not running.

Yuri insists that Lock can be created without a loop. Technically it is possible, sure.
But the lock is tightly coupled with a loop instance. In other words, the loop belongs to the loop.
The lock cannot be used after the loop dies (stopped and closed).

Thus, the global scoped lock object still looks suspicious in my eyes.
The lock's lifecycle should be closer than the lifecycle of the loop, isn't it? I know, asyncio.Lock() can safely live after the loop closing but should we encourage this style? There are many other asyncio objects like HTTP clients and DB drivers that should be closed before the loop finishing for graceful closing TCP transports etc.

Another thing to consider is: whether to cache a loop inside a lock;  whether to add a check when the lock is used by two loops?

I think for the last question the answer is "yes". I recall many questions and bug reports on StackOverflow and aiohttp bug tracker when people use the multithreaded model for some reason and tries to get access to a shared object from different threads that executes each own loop.

The check becomes extremely important for synchronization primitives like asyncio.Lock class; threading.Lock is supposed to be shared between threads and users can apply the same pattern for asyncio.Lock by oversight.
Also, supporting global asyncio.Lock instances increase the chance that the lock is used by different loops.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:25:52 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 18 Nov 2020 12:25:52 +0000
Subject: [issue15860] Use TestCase assertion methods in unittest.mock.assert*
 to make them easier to read
In-Reply-To: <1346764020.36.0.830519299083.issue15860@psf.upfronthosting.co.za>
Message-ID: <1605702352.61.0.233309998885.issue15860@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

See also https://bugs.python.org/issue28054

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15860>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:29:59 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 12:29:59 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605702599.07.0.731275778321.issue41561@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 73e02ff0d47c37cf2a8f137cfbea0b36d26c48bb by Miss Islington (bot) in branch '3.8':
bpo-41561: skip test_min_max_version_mismatch (GH-22308)
https://github.com/python/cpython/commit/73e02ff0d47c37cf2a8f137cfbea0b36d26c48bb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:31:36 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:31:36 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605702696.79.0.618626990088.issue40998@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I see more warnings and a new leak detection on latest master:

gcc -pthread -c -fsanitize=undefined -fsanitize=address -fno-omit-frame-pointer  -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall    -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden  -I./Include/internal  -I. -I./Include    -DPy_BUILD_CORE -o Objects/codeobject.o Objects/codeobject.c
In function ?emit_pair?,
    inlined from ?emit_delta? at Objects/codeobject.c:423:14,
    inlined from ?code_getlnotab? at Objects/codeobject.c:462:18:
Objects/codeobject.c:414:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
  414 |     *lnotab++ = b;
      |     ~~~~~~~~~~^~~
In function ?emit_pair?,
    inlined from ?emit_delta? at Objects/codeobject.c:436:14,
    inlined from ?code_getlnotab? at Objects/codeobject.c:462:18:
Objects/codeobject.c:414:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
  414 |     *lnotab++ = b;
      |     ~~~~~~~~~~^~~
In function ?emit_pair?,
    inlined from ?emit_delta? at Objects/codeobject.c:429:14,
    inlined from ?code_getlnotab? at Objects/codeobject.c:462:18:
Objects/codeobject.c:414:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
  414 |     *lnotab++ = b;
      |     ~~~~~~~~~~^~~
gcc -pthread -c -fsanitize=undefined -fsanitize=address -fno-omit-frame-pointer  -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall    -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden  -I./Include/internal  -I. -I./Include    -DPy_BUILD_CORE -o Python/compile.o Python/compile.c
In function ?assemble_emit_linetable_pair?,
    inlined from ?assemble_line_range? at Python/compile.c:5614:18:
Python/compile.c:5586:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
 5586 |     *lnotab++ = ldelta;
      |     ~~~~~~~~~~^~~~~~~~
In function ?assemble_emit_linetable_pair?,
    inlined from ?assemble_line_range? at Python/compile.c:5608:18:
Python/compile.c:5586:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
 5586 |     *lnotab++ = ldelta;
      |     ~~~~~~~~~~^~~~~~~~
In function ?assemble_emit_linetable_pair?,
    inlined from ?assemble? at Python/compile.c:6011:10:
Python/compile.c:5586:15: warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=]
 5586 |     *lnotab++ = ldelta;
      |     ~~~~~~~~~~^~~~~~~~


==669952==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 57 byte(s) in 1 object(s) allocated from:
    #0 0x7fa6397cc667 in __interceptor_malloc (/lib64/libasan.so.6+0xb0667)
    #1 0x777579 in PyUnicode_New Objects/unicodeobject.c:1459
    #2 0x86aa4e in unicode_decode_utf8 Objects/unicodeobject.c:5129
    #3 0x8b6050 in PyUnicode_DecodeUTF8Stateful Objects/unicodeobject.c:5259
    #4 0x8b6050 in PyUnicode_FromString Objects/unicodeobject.c:2311
    #5 0x8b6050 in PyUnicode_InternFromString Objects/unicodeobject.c:15788
    #6 0x8f1e0b in create_filter Python/_warnings.c:67
    #7 0x8f1e0b in init_filters Python/_warnings.c:95
    #8 0x8f1e0b in _PyWarnings_InitState Python/_warnings.c:123
    #9 0xa52178 in pycore_init_types Python/pylifecycle.c:704
    #10 0xa52178 in pycore_interp_init Python/pylifecycle.c:760
    #11 0xa5eab1 in pyinit_config Python/pylifecycle.c:807
    #12 0xa5eab1 in pyinit_core Python/pylifecycle.c:970
    #13 0xa60037 in Py_InitializeFromConfig Python/pylifecycle.c:1155
    #14 0x47a842 in pymain_init Modules/main.c:66
    #15 0x4802a2 in pymain_main Modules/main.c:698
    #16 0x4802a2 in Py_BytesMain Modules/main.c:731
    #17 0x7fa638a5b041 in __libc_start_main (/lib64/libc.so.6+0x27041)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:42:41 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 12:42:41 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605703361.96.0.55182808913.issue41561@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 802ff7c0d339376a1b974e57d2caca898310de3d by Miss Islington (bot) in branch '3.9':
[3.9] bpo-41561: skip test_min_max_version_mismatch (GH-22308) (GH-23363)
https://github.com/python/cpython/commit/802ff7c0d339376a1b974e57d2caca898310de3d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:43:27 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:43:27 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605703407.98.0.55855327949.issue40998@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The reference leak was introduced in 86ea58149c3 / GH-13159 / bpo-36737. PR GH-20929 fixes it, too.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:44:45 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:44:45 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605703485.51.0.282411454335.issue41561@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:45:10 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:45:10 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605703510.2.0.571196465594.issue41561@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:45:52 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Nov 2020 12:45:52 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605703552.26.0.238702495175.issue40998@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:47:32 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 12:47:32 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605703652.7.0.500704086321.issue40998@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Sorry, I meant to add Eric S. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 07:50:09 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Nov 2020 12:50:09 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605703809.37.0.836523874662.issue40998@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

Too many Eric S's!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 08:31:16 2020
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Wed, 18 Nov 2020 13:31:16 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605706276.21.0.0130792220681.issue39573@roundup.psfhosted.org>


Miro Hron?ok <miro at hroncok.cz> added the comment:

Another batch of broken projects:

PyPAM https://bugzilla.redhat.com/show_bug.cgi?id=1897264
bitarray https://bugzilla.redhat.com/show_bug.cgi?id=1897536
boost https://bugzilla.redhat.com/show_bug.cgi?id=1896382
duplicity https://bugzilla.redhat.com/show_bug.cgi?id=1896684
gobject-introspection https://bugzilla.redhat.com/show_bug.cgi?id=1893194
mercurial https://bugzilla.redhat.com/show_bug.cgi?id=1897178
pybluez https://bugzilla.redhat.com/show_bug.cgi?id=1897256
pygobject3 https://bugzilla.redhat.com/show_bug.cgi?id=1894522
pylibacl https://bugzilla.redhat.com/show_bug.cgi?id=1897529
pyside2 https://bugzilla.redhat.com/show_bug.cgi?id=1898974
rdiff-backup https://bugzilla.redhat.com/show_bug.cgi?id=1898980



Those are just the initial set of packages we have discovered so far. I think there will be more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 08:51:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 13:51:52 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605707512.43.0.227001110561.issue40998@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> The reference leak was introduced in 86ea58149c3 / GH-13159 / bpo-36737. PR GH-20929 fixes it, too.

Usually, it's not that the subinterpreter work introduces new leak, but makes old leak suddenly visible.

The create_filter() leak was introduced way earlier:

commit 9b99747386b690007027c3be2a5d7cfe3d3634f5
Author: Nick Coghlan <ncoghlan at gmail.com>
Date:   Mon Jan 8 12:45:02 2018 +1000

    bpo-31975 (PEP 565): Show DeprecationWarning in __main__ (GH-4458)

It's a minor leak since the create_filter() function is called exactly 5 times at startup. It's a leak of 5 strong references, it's not a big deal :-)

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 08:52:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 13:52:58 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605707578.52.0.560352896005.issue40998@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:02:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 14:02:52 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605708172.06.0.876328223499.issue39573@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22259
pull_request: https://github.com/python/cpython/pull/23366

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:12:57 2020
From: report at bugs.python.org (Alex)
Date: Wed, 18 Nov 2020 14:12:57 +0000
Subject: [issue42399] Error upon pip usage.
Message-ID: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>


New submission from Alex <alex284 at live.co.uk>:

MacOS catalina 10.15.6
Python -version 3.9 although experienced on 3.8 too.
pip -version 20.2.4

Any time I send a command using pip including; pip install, pip freeze, pip list etc. I get this error.



Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.8/bin/pip", line 8, in <module>
    sys.exit(main())
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/cli/main.py", line 73, in main
    command = create_command(cmd_name, isolated=("--isolated" in cmd_args))
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/commands/__init__.py", line 104, in create_command
    module = importlib.import_module(module_path)
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 783, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/commands/list.py", line 9, in <module>
    from pip._internal.cli.req_command import IndexGroupCommand
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/cli/req_command.py", line 22, in <module>
    from pip._internal.req.constructors import (
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/req/__init__.py", line 10, in <module>
    from .req_install import InstallRequirement
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/pip/_internal/req/req_install.py", line 10, in <module>
    import uuid
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/uuid.py", line 57, in <module>
    _AIX     = platform.system() == 'AIX'
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/platform.py", line 891, in system
    return uname().system
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/platform.py", line 857, in uname
    processor = _syscmd_uname('-p', '')
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/platform.py", line 613, in _syscmd_uname
    output = subprocess.check_output(('uname', option),
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/subprocess.py", line 411, in check_output
    return run(*popenargs, stdout=PIPE, timeout=timeout, check=True,
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/run/__init__.py", line 145, in __new__
    process = cls.create_process(command, stdin, cwd=cwd, env=env, shell=shell)
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/run/__init__.py", line 121, in create_process
    shlex.split(command),
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/shlex.py", line 311, in split
    return list(lex)
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/shlex.py", line 300, in __next__
    token = self.get_token()
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/shlex.py", line 109, in get_token
    raw = self.read_token()
  File "/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/shlex.py", line 140, in read_token
    nextchar = self.instream.read(1)
AttributeError: 'tuple' object has no attribute 'read'

----------
components: Library (Lib)
messages: 381339
nosy: alki284
priority: normal
severity: normal
status: open
title: Error upon pip usage.
type: crash
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:13:55 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 18 Nov 2020 14:13:55 +0000
Subject: [issue15263] Guard against invalid file handles in os functions
In-Reply-To: <1341584196.67.0.703107638593.issue15263@psf.upfronthosting.co.za>
Message-ID: <1605708835.64.0.665230160522.issue15263@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> I don't see any _Py_VerifyFd in the code, is this out of date?

Yes, this issue is out of date. The underlying issue is that the C runtime in Windows automatically checks various parameters and calls a registered handler for invalid parameters, for which the default handler terminates the process. Python 3.5+ uses a new C runtime (ucrt), which supports setting a handler for just the current thread, so this issue is addressed more generally nowadays by the macros _Py_BEGIN_SUPPRESS_IPH and _Py_END_SUPPRESS_IPH.

----------
nosy: +eryksun
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15263>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:15:41 2020
From: report at bugs.python.org (Alex)
Date: Wed, 18 Nov 2020 14:15:41 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605708941.15.0.542654608013.issue42399@roundup.psfhosted.org>


Alex <alex284 at live.co.uk> added the comment:

I tried contacting the pip team and they said it is likely a python issue due to the stdlib stuff being opened.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:18:37 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 14:18:37 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605709117.45.0.405333004256.issue42399@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

"/Library/Frameworks/Python.framework/Versions/3.8/lib/python3.8/site-packages/run/__init__.py" looks suspicious. It's a 3rd party package that is somehow injected into the code.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:21:30 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 14:21:30 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605709290.02.0.829606285418.issue42399@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Upon closer investigation something or someone has replaces and monkey patched the stdlib function subprocess.run() with code from the 3rd party library "run". The "run" package is not part of Python's stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:23:15 2020
From: report at bugs.python.org (Eryk Sun)
Date: Wed, 18 Nov 2020 14:23:15 +0000
Subject: =?utf-8?b?W2lzc3VlNDIzOTddIGxzdHJpcCDlpITnkIblh7rnjrBidWc=?=
In-Reply-To: <1605694411.96.0.528193518903.issue42397@roundup.psfhosted.org>
Message-ID: <1605709395.37.0.667491938993.issue42397@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

Python 3.9 added str.removeprefix() and str.removesuffix() [1]:

    >>> "data_prj_t_suffix".removeprefix('data_prj_').removesuffix('_suffix')
    't'

[1] https://docs.python.org/3/library/stdtypes.html#str.removeprefix

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42397>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:24:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 14:24:55 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605709495.47.0.774958670824.issue39573@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I wrote PR 23366 to revert the Py_TYPE() and Py_SIZE() changes: convert them back to macros to allow again "Py_TYPE(obj) = type;" and "Py_SIZE(obj) = size;" syntaxes.


Miro Hron?ok:
> Another batch of broken projects:
> PyPAM https://bugzilla.redhat.com/show_bug.cgi?id=1897264

"Py_TYPE="

> bitarray https://bugzilla.redhat.com/show_bug.cgi?id=1897536

"Py_TYPE=/Py_SIZE="

> boost https://bugzilla.redhat.com/show_bug.cgi?id=1896382

"Py_TYPE="

> duplicity https://bugzilla.redhat.com/show_bug.cgi?id=1896684

"Py_TYPE="

> gobject-introspection https://bugzilla.redhat.com/show_bug.cgi?id=1893194

"Py_TYPE="

> mercurial https://bugzilla.redhat.com/show_bug.cgi?id=1897178

"Py_TYPE=/Py_SIZE="

> pybluez https://bugzilla.redhat.com/show_bug.cgi?id=1897256

"Py_TYPE="

> pygobject3 https://bugzilla.redhat.com/show_bug.cgi?id=1894522

"Py_TYPE="

> pylibacl https://bugzilla.redhat.com/show_bug.cgi?id=1897529

"Py_TYPE="

> pyside2 https://bugzilla.redhat.com/show_bug.cgi?id=1898974

"Py_TYPE="

> rdiff-backup https://bugzilla.redhat.com/show_bug.cgi?id=1898980

"Py_TYPE="



> Those are just the initial set of packages we have discovered so far. I think there will be more.

Well, since the PEP 620 is not accepted, I prefer to revert the Py_TYPE() and the Py_SIZE() changes for now. We should have a wider discussion on how to introduce incompatible changes into the C API before being able to push more incompatible changes which impact a so wide range of C extension modules.

One practical problem is how to estimate the number of broken Python projects to decide if an incompatible change can be introduced or not. When I did early experiment before merging the PR 20290, it seems like only a minority of C extensions rely on "Py_TYPE(obj) = type;" syntax. It's a common pattern to define a type statically. Pseudo-code:

---
PyTypeObject MyType = {...};

PyInit_MyExtension(...)
{
   Py_TYPE(&MyType) = ...;
   PyType_Ready(&MyType);
   ...
}
---

"Py_TYPE(&MyType) = ...;" is required since some C compilers don't support setting ob_type directly in the MyType static declaration. The type must be set at runtime.

Also I considered that the change is trivial enough to be accepable. Well, I was wrong, and that's why I'm not proposing to revert thes changes.

About the rationale for introducing C API incompatible changes, see the PEP 620.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:24:56 2020
From: report at bugs.python.org (Alex)
Date: Wed, 18 Nov 2020 14:24:56 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605709496.66.0.762434847171.issue42399@roundup.psfhosted.org>


Alex <alex284 at live.co.uk> added the comment:

What would you recommend to fix this? removing the package? I have a suspicion on which package it is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:30:26 2020
From: report at bugs.python.org (Guido Reina)
Date: Wed, 18 Nov 2020 14:30:26 +0000
Subject: [issue17183] Small enhancements to Lib/_markupbase.py
In-Reply-To: <1360599068.18.0.00237006036364.issue17183@psf.upfronthosting.co.za>
Message-ID: <1605709826.92.0.511692168339.issue17183@roundup.psfhosted.org>


Guido Reina <guido.reina at yahoo.com> added the comment:

It can be closed.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17183>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:36:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 14:36:35 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605710195.96.0.65867097687.issue42398@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 8fba9523cf08029dc2e280d9f48fdd57ab178c9d by Victor Stinner in branch 'master':
bpo-42398: Fix "make regen-all" race condition (GH-23362)
https://github.com/python/cpython/commit/8fba9523cf08029dc2e280d9f48fdd57ab178c9d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:40:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 14:40:32 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605710432.84.0.467136883144.issue42398@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22260
pull_request: https://github.com/python/cpython/pull/23367

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:46:23 2020
From: report at bugs.python.org (hongweipeng)
Date: Wed, 18 Nov 2020 14:46:23 +0000
Subject: [issue32218] add __iter__ to enum.Flag members
In-Reply-To: <1512445452.31.0.213398074469.issue32218@psf.upfronthosting.co.za>
Message-ID: <1605710783.63.0.812040588991.issue32218@roundup.psfhosted.org>


Change by hongweipeng <hongweichen8888 at sina.com>:


----------
nosy: +hongweipeng
nosy_count: 5.0 -> 6.0
pull_requests: +22261
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23368

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32218>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:48:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 14:48:55 +0000
Subject: [issue17183] Small enhancements to Lib/_markupbase.py
In-Reply-To: <1360599068.18.0.00237006036364.issue17183@psf.upfronthosting.co.za>
Message-ID: <1605710935.46.0.506211160625.issue17183@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17183>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:57:34 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 14:57:34 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605711454.82.0.309793715973.issue40998@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d1e38d4023aa29e7ed64d4f8eb9c1e4a3c86a2e5 by Victor Stinner in branch 'master':
bpo-40998: Fix a refleak in create_filter() (GH-23365)
https://github.com/python/cpython/commit/d1e38d4023aa29e7ed64d4f8eb9c1e4a3c86a2e5


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:59:24 2020
From: report at bugs.python.org (Alex)
Date: Wed, 18 Nov 2020 14:59:24 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605711564.97.0.0193611934795.issue42399@roundup.psfhosted.org>


Alex <alex284 at live.co.uk> added the comment:

Uninstalled 3.8 and installed straight to 3.9 using home brew, this fixed the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 09:59:42 2020
From: report at bugs.python.org (Alex)
Date: Wed, 18 Nov 2020 14:59:42 +0000
Subject: [issue42399] Error upon pip usage.
In-Reply-To: <1605708777.18.0.67455987247.issue42399@roundup.psfhosted.org>
Message-ID: <1605711582.84.0.529864041893.issue42399@roundup.psfhosted.org>


Change by Alex <alex284 at live.co.uk>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 10:01:06 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 15:01:06 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605711666.44.0.666728903276.issue40998@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22262
pull_request: https://github.com/python/cpython/pull/23369

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 10:03:58 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 15:03:58 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605711838.76.0.706687519916.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c7011012fac91a30923e39dbce7611f1b3ca8506 by Christian Heimes in branch 'master':
bpo-1635741: Port symtable module to multiphase initialization (GH-23361)
https://github.com/python/cpython/commit/c7011012fac91a30923e39dbce7611f1b3ca8506


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 10:12:21 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 15:12:21 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605712341.27.0.684003081874.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset 46f59ebd01e22cc6a56fd0691217318c1d801a49 by Christian Heimes in branch 'master':
bpo-1635741: Port _hashlib to multiphase initialization (GH-23358)
https://github.com/python/cpython/commit/46f59ebd01e22cc6a56fd0691217318c1d801a49


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 10:39:01 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 15:39:01 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605713941.81.0.133485036112.issue40998@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 07f2adedf0940b06d136208ec386d69b7d2d5b43 by Christian Heimes in branch 'master':
bpo-40998: Address compiler warnings found by ubsan (GH-20929)
https://github.com/python/cpython/commit/07f2adedf0940b06d136208ec386d69b7d2d5b43


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 10:39:11 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 15:39:11 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605713951.11.0.462969536796.issue40998@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22263
pull_request: https://github.com/python/cpython/pull/23370

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:01:57 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 16:01:57 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605715317.05.0.228683332864.issue40998@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 994c68f586441cee755508e9357e6e03e2b7a887 by Miss Islington (bot) in branch '3.9':
bpo-40998: Address compiler warnings found by ubsan (GH-20929)
https://github.com/python/cpython/commit/994c68f586441cee755508e9357e6e03e2b7a887


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:11:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 16:11:17 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605715877.68.0.707683428052.issue42398@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset c53c3f400050a7edc92ccb7285a6d7eeb4c37fd2 by Victor Stinner in branch '3.9':
bpo-42398: Fix "make regen-all" race condition (GH-23362) (GH-23367)
https://github.com/python/cpython/commit/c53c3f400050a7edc92ccb7285a6d7eeb4c37fd2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:11:23 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 16:11:23 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605715883.92.0.843694171277.issue42398@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +22264
pull_request: https://github.com/python/cpython/pull/23371

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:29:15 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 16:29:15 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605716955.86.0.605647144673.issue42398@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 66dd5338a1ca98921c8e6c51228541ef8ed8076a by Miss Islington (bot) in branch '3.8':
bpo-42398: Fix "make regen-all" race condition (GH-23362) (GH-23367)
https://github.com/python/cpython/commit/66dd5338a1ca98921c8e6c51228541ef8ed8076a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:34:13 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 16:34:13 +0000
Subject: [issue42400] Ubuntu tests hangs on test_ttk_guionly and
 test_heading_callback
Message-ID: <1605717253.68.0.337301988887.issue42400@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

The Ubuntu test runner on Azure have been blocked and eventually failed by an issue related to tkinter tests. My PRs ran into the issue at least three times today.

Example: https://github.com/python/cpython/pull/23360/checks?check_run_id=1418826919

0:19:06 load avg: 0.00 running: test_ttk_guionly (19 min 1 sec)
0:19:36 load avg: 0.00 running: test_ttk_guionly (19 min 31 sec)
0:20:05 load avg: 0.00 [425/425/1] test_ttk_guionly crashed (Exit code 1)
Timeout (0:20:00)!
Thread 0x00007f7b8751d080 (most recent call first):
  File "/home/runner/work/cpython/cpython/Lib/tkinter/__init__.py", line 696 in wait_visibility
  File "/home/runner/work/cpython/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 1539 in test_heading_callback
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 549 in _callTestMethod
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 592 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 652 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 122 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 122 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/runner.py", line 176 in run
  File "/home/runner/work/cpython/cpython/Lib/test/support/__init__.py", line 959 in _run_suite
  File "/home/runner/work/cpython/cpython/Lib/test/support/__init__.py", line 1082 in run_unittest
  File "/home/runner/work/cpython/cpython/Lib/test/test_ttk_guionly.py", line 31 in test_main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 236 in _runtest_inner2
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 272 in _runtest_inner
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 142 in _runtest
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 195 in runtest
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest_mp.py", line 81 in run_tests_worker
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 659 in _main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 639 in main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 717 in main
  File "/home/runner/work/cpython/cpython/Lib/test/regrtest.py", line 43 in _main
  File "/home/runner/work/cpython/cpython/Lib/test/regrtest.py", line 47 in <module>
  File "/home/runner/work/cpython/cpython/Lib/runpy.py", line 87 in _run_code
  File "/home/runner/work/cpython/cpython/Lib/runpy.py", line 197 in _run_module_as_main
...

test_heading_callback (tkinter.test.test_ttk.test_widgets.TreeviewTest) ... Timeout (0:20:00)!
Thread 0x00007f0461140080 (most recent call first):
  File "/home/runner/work/cpython/cpython/Lib/tkinter/__init__.py", line 696 in wait_visibility
  File "/home/runner/work/cpython/cpython/Lib/tkinter/test/test_ttk/test_widgets.py", line 1539 in test_heading_callback
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 549 in _callTestMethod
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 592 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/case.py", line 652 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 122 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 122 in run
  File "/home/runner/work/cpython/cpython/Lib/unittest/suite.py", line 84 in __call__
  File "/home/runner/work/cpython/cpython/Lib/unittest/runner.py", line 176 in run
  File "/home/runner/work/cpython/cpython/Lib/test/support/__init__.py", line 959 in _run_suite
  File "/home/runner/work/cpython/cpython/Lib/test/support/__init__.py", line 1082 in run_unittest
  File "/home/runner/work/cpython/cpython/Lib/test/test_ttk_guionly.py", line 31 in test_main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 236 in _runtest_inner2
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 272 in _runtest_inner
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 155 in _runtest
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/runtest.py", line 195 in runtest
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 319 in rerun_failed_tests
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 696 in _main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 639 in main
  File "/home/runner/work/cpython/cpython/Lib/test/libregrtest/main.py", line 717 in main
  File "/home/runner/work/cpython/cpython/Lib/test/__main__.py", line 2 in <module>
  File "/home/runner/work/cpython/cpython/Lib/runpy.py", line 87 in _run_code
  File "/home/runner/work/cpython/cpython/Lib/runpy.py", line 197 in _run_module_as_main
Makefile:1202: recipe for target 'buildbottest' failed
make: *** [buildbottest] Error 1
Error: Process completed with exit code 2.

----------
components: Tests, Tkinter
messages: 381357
nosy: christian.heimes, serhiy.storchaka, taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: Ubuntu tests hangs on test_ttk_guionly and test_heading_callback
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42400>
_______________________________________

From report at bugs.python.org  Wed Nov 18 11:59:14 2020
From: report at bugs.python.org (E. Paine)
Date: Wed, 18 Nov 2020 16:59:14 +0000
Subject: [issue42400] Ubuntu tests hangs on test_ttk_guionly and
 test_heading_callback
In-Reply-To: <1605717253.68.0.337301988887.issue42400@roundup.psfhosted.org>
Message-ID: <1605718754.84.0.814495753946.issue42400@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

Issue 42142 covers this problem. I want to get PR-23156 merged which will (until a better fix is found) skip tests on Ubuntu which use `wait_visibility`.

However, this is becoming more of an issue and I am worried now about the general stability of the tkinter graphical tests on the bots. For example, Victor reported issue 42370 which caused the Github Ubuntu action to fail due to a random ttk Spinbox problem.

----------
nosy: +epaine, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42400>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:20:29 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 17:20:29 +0000
Subject: [issue42400] Ubuntu tests hangs on test_ttk_guionly and
 test_heading_callback
In-Reply-To: <1605717253.68.0.337301988887.issue42400@roundup.psfhosted.org>
Message-ID: <1605720029.39.0.640120512127.issue42400@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Thanks, I searched for test_heading_callback and didn't look for any bug with "guionly".

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_ttk timeout: FAIL tkinter ttk LabeledScale test_resize, and more

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42400>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:23:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 17:23:44 +0000
Subject: [issue42398] Race condition in "make regen-all" when running jobs in
 parallel
In-Reply-To: <1605696478.69.0.28023827375.issue42398@roundup.psfhosted.org>
Message-ID: <1605720224.3.0.40463051108.issue42398@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42398>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:24:43 2020
From: report at bugs.python.org (Steve Dower)
Date: Wed, 18 Nov 2020 17:24:43 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605720283.56.0.487867328024.issue42336@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 2156d964a12285280c533af1c96eb273c58451e6 by Steve Dower in branch 'master':
bpo-42336: Improve PCbuild batch files (GH-23275)
https://github.com/python/cpython/commit/2156d964a12285280c533af1c96eb273c58451e6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:25:00 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 17:25:00 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605720300.88.0.299088100176.issue42336@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22265
pull_request: https://github.com/python/cpython/pull/23372

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:24:59 2020
From: report at bugs.python.org (Steve Dower)
Date: Wed, 18 Nov 2020 17:24:59 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605720299.56.0.311541582253.issue42336@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:


New changeset 8b1f4cc4644869812ff7f210a7fcbe872d88846e by Steve Dower in branch '3.8':
bpo-42336: Improve PCbuild batch files (GH-23325)
https://github.com/python/cpython/commit/8b1f4cc4644869812ff7f210a7fcbe872d88846e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:30:14 2020
From: report at bugs.python.org (Steve Dower)
Date: Wed, 18 Nov 2020 17:30:14 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605720614.77.0.52580054382.issue42336@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
pull_requests: +22266
pull_request: https://github.com/python/cpython/pull/23373

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:45:57 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 17:45:57 +0000
Subject: [issue40998] Compiler warnings in ubsan builds
In-Reply-To: <1592377221.62.0.524170790208.issue40998@roundup.psfhosted.org>
Message-ID: <1605721557.0.0.964246664969.issue40998@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 35bf8ea7bef7151a420a67638e88d6a1fd81d1a0 by Christian Heimes in branch '3.9':
[3.9] bpo-40998: Fix a refleak in create_filter() (GH-23365) (GH-23369)
https://github.com/python/cpython/commit/35bf8ea7bef7151a420a67638e88d6a1fd81d1a0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40998>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:46:03 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 17:46:03 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605721563.12.0.138636321186.issue42336@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 37f6fe2c935a57cd1bd42c773aba255d8134cb61 by Miss Islington (bot) in branch '3.9':
bpo-42336: Improve PCbuild batch files (GH-23275)
https://github.com/python/cpython/commit/37f6fe2c935a57cd1bd42c773aba255d8134cb61


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:46:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 17:46:41 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1605721601.66.0.995589299639.issue42142@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

bpo-42400 has been marked as a duplicate of this issue.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:48:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 17:48:16 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605721696.29.0.893360438887.issue39573@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 0e2ac21dd4960574e89561243763eabba685296a by Victor Stinner in branch 'master':
bpo-39573: Convert Py_TYPE() and Py_SIZE() back to macros (GH-23366)
https://github.com/python/cpython/commit/0e2ac21dd4960574e89561243763eabba685296a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 12:55:04 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 18 Nov 2020 17:55:04 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1605722104.82.0.252651263784.issue42142@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Could that bot be configured to run tests with -u-gui? Tests on Linux I can run manually.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov 18 13:02:00 2020
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Nov 2020 18:02:00 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605722520.38.0.489051257227.issue42336@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 9ae1742bdf85dc78788ae2d68ab5b02f67f69eb3 by Steve Dower in branch '3.7':
[3.7] bpo-42336: Improve PCbuild batch files (GH-23325) (GH-23373)
https://github.com/python/cpython/commit/9ae1742bdf85dc78788ae2d68ab5b02f67f69eb3


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Wed Nov 18 13:32:21 2020
From: report at bugs.python.org (Henk-Jaap Wagenaar)
Date: Wed, 18 Nov 2020 18:32:21 +0000
Subject: [issue32218] add __iter__ to enum.Flag members
In-Reply-To: <1512445452.31.0.213398074469.issue32218@psf.upfronthosting.co.za>
Message-ID: <1605724341.11.0.956732183122.issue32218@roundup.psfhosted.org>


Henk-Jaap Wagenaar <wagenaarhenkjaap at gmail.com> added the comment:

What does aenum do and has there been any feedback on it?

To me I would see what you suggest as surprising but I don't use enums often (I should use them more!) so take that with a grain of salt, and also surprising != wrong/not good.

----------
nosy: +cryvate

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32218>
_______________________________________

From report at bugs.python.org  Wed Nov 18 13:41:18 2020
From: report at bugs.python.org (Vladimir Matveev)
Date: Wed, 18 Nov 2020 18:41:18 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605724878.03.0.643030378317.issue42085@roundup.psfhosted.org>


Change by Vladimir Matveev <desco.by at gmail.com>:


----------
pull_requests: +22267
pull_request: https://github.com/python/cpython/pull/23374

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 13:49:38 2020
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Wed, 18 Nov 2020 18:49:38 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605725378.42.0.408613708928.issue39573@roundup.psfhosted.org>


Change by Miro Hron?ok <miro at hroncok.cz>:


----------
pull_requests: +22268
pull_request: https://github.com/python/cpython/pull/23375

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 13:58:46 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 18:58:46 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605725926.3.0.973399218525.issue42085@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 7c9487ded487f304c2906698c52f0815b92cbeb6 by Vladimir Matveev in branch 'master':
bpo-42085: Add documentation for Py_TPFLAGS_HAVE_AM_SEND (GH-23374)
https://github.com/python/cpython/commit/7c9487ded487f304c2906698c52f0815b92cbeb6


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:12:41 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 19:12:41 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605726761.83.0.755804221936.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22269
pull_request: https://github.com/python/cpython/pull/23376

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:17:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 19:17:46 +0000
Subject: [issue12684] profile does not dump stats on exception like cProfile
 does
In-Reply-To: <1312335798.44.0.743453347572.issue12684@psf.upfronthosting.co.za>
Message-ID: <1605727066.99.0.647200027069.issue12684@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> c/profile refactoring

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12684>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:20:35 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 18 Nov 2020 19:20:35 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605727235.09.0.614556228567.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Yeah, I follow the reasoning.

My use case:

   class Something:
      def __init__(self):
          self._lock = asyncio.Lock()

      async def do_something():
          async with self._lock:
              ...

And `Something` won't be created in a coroutine. So now I have to jump through the hoops to implement lazy lock instantiation.


> But the lock is tightly coupled with a loop instance. In other words, the loop belongs to the loop.
>The lock cannot be used after the loop dies (stopped and closed).

I agree. Maybe the solution should be this then:


    class asyncio.Lock:

       def _get_loop(self):
           loop = asyncio.get_running_loop()
           if self._loop is None:
                self._loop = loop
           if loop is not self._loop: raise
           if not loop.is_running(): raise

       async def acquire(self):
           loop = self._get_loop()
           ...

This is what would guarantee all protections you want and would also allow to instantiate `asyncio.Lock` in class constructors, simplifying code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:25:33 2020
From: report at bugs.python.org (E. Paine)
Date: Wed, 18 Nov 2020 19:25:33 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1605727533.07.0.576954501166.issue42142@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

> Could that bot be configured to run tests with -u-gui?

This has been found to not just affect one machine: it is both Azure and Github Ubuntu. Therefore, the only Ubuntu bot still running gui tests would be Travis.

It could be done (with a very small patch) but:
1. I not sure about disabling all tkinter gui tests when most appear to be fine still
2. Would this not also stop a number of IDLE tests? (Terry?)
3. Would you intend for this to be temporary or more permanent?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:34:21 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 18 Nov 2020 19:34:21 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605728061.49.0.479855543389.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Despite the fact that asyncio.get_running_loop() never returns None but raises RuntimeError (and maybe other tiny cleanups), 
I can live with the proposal.

It doesn't make a system worse at least and backward compatible.
We can return to the idea of raising a warning from the constructor later, on collecting more feedback.

P.S.
There is a subtle non-deterministic behavior in the proposal: if the lock is accessed from a concurrent thread, the exception about wrong usage will be raised later at an arbitrary code point.
This is a well-known problem of the lazy initialization pattern and maybe we should do nothing with it. The programming is a compromise always.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:34:33 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 18 Nov 2020 19:34:33 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605728073.2.0.641235143692.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22270
pull_request: https://github.com/python/cpython/pull/23377

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:45:15 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 19:45:15 +0000
Subject: [issue1374063] Broader iterable support for xmlrpclib
Message-ID: <1605728715.25.0.371977665978.issue1374063@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Skip has abandoned this (removed himself from nosy list) so I'm closing it.

----------
nosy: +iritkatriel
resolution: remind -> wont fix
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1374063>
_______________________________________

From report at bugs.python.org  Wed Nov 18 14:52:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 19:52:20 +0000
Subject: [issue1525806] Tkdnd mouse cursor handling patch
Message-ID: <1605729140.97.0.605988305445.issue1525806@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1525806>
_______________________________________

From report at bugs.python.org  Wed Nov 18 16:10:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 21:10:55 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605733855.91.0.103856647998.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22271
pull_request: https://github.com/python/cpython/pull/23378

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 16:38:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 21:38:05 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605735485.34.0.363691478355.issue42085@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 16:39:09 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 21:39:09 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605735549.88.0.0592764413782.issue39573@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset e0251787d85950538cf2490c2c73cc680b153940 by Miro Hron?ok in branch 'master':
bpo-39573: Remove What's new entry for Py_SIZE() (GH-23375)
https://github.com/python/cpython/commit/e0251787d85950538cf2490c2c73cc680b153940


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:08:10 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 18 Nov 2020 22:08:10 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605737290.0.0.30165035348.issue42085@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Is anything left to do?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:18:38 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 22:18:38 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605737918.52.0.117733537964.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 622307142130d36a30644233441333247838af38 by Victor Stinner in branch 'master':
bpo-1635741: Convert _imp to multi-phase init (GH-23378)
https://github.com/python/cpython/commit/622307142130d36a30644233441333247838af38


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:37:45 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 22:37:45 +0000
Subject: [issue38320] Clarify unittest expectedFailure behaviour in the
 documentation
In-Reply-To: <1569834841.91.0.690142859839.issue38320@roundup.psfhosted.org>
Message-ID: <1605739065.8.0.681405030189.issue38320@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f9fa920c30326050a7096c5cb3594465d1e75ff2 by Miss Islington (bot) in branch '3.9':
[3.9] bpo-38320: Clarify that expectedFailure is satisfied by either failure or error of the test. (GH-22740) (GH-22783)
https://github.com/python/cpython/commit/f9fa920c30326050a7096c5cb3594465d1e75ff2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38320>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:39:50 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 22:39:50 +0000
Subject: [issue38320] Clarify unittest expectedFailure behaviour in the
 documentation
In-Reply-To: <1569834841.91.0.690142859839.issue38320@roundup.psfhosted.org>
Message-ID: <1605739190.57.0.0616079255826.issue38320@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5f463e501b9667d1059a1e916d59d19cdd6addf7 by Miss Islington (bot) in branch '3.8':
[3.8] bpo-38320: Clarify that expectedFailure is satisfied by either failure or error of the test. (GH-22740) (GH-22782)
https://github.com/python/cpython/commit/5f463e501b9667d1059a1e916d59d19cdd6addf7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38320>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:43:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 22:43:58 +0000
Subject: [issue38320] Clarify unittest expectedFailure behaviour in the
 documentation
In-Reply-To: <1569834841.91.0.690142859839.issue38320@roundup.psfhosted.org>
Message-ID: <1605739438.22.0.107604659279.issue38320@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38320>
_______________________________________

From report at bugs.python.org  Wed Nov 18 17:47:12 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 22:47:12 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605739632.59.0.942630446443.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22272
pull_request: https://github.com/python/cpython/pull/23379

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:11:00 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 23:11:00 +0000
Subject: [issue21070] test_xmlrpc waits forever instead of reporting failure
In-Reply-To: <1395855411.43.0.953076776934.issue21070@psf.upfronthosting.co.za>
Message-ID: <1605741060.98.0.889268231409.issue21070@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21070>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:12:58 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 23:12:58 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605741178.75.0.58541853176.issue1635741@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22273
pull_request: https://github.com/python/cpython/pull/23381

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:15:23 2020
From: report at bugs.python.org (Jakub Stasiak)
Date: Wed, 18 Nov 2020 23:15:23 +0000
Subject: [issue42390] Other Python implementations may not expose the module
 name in datetime type names
In-Reply-To: <1605626767.59.0.625692479281.issue42390@roundup.psfhosted.org>
Message-ID: <1605741323.63.0.101315983819.issue42390@roundup.psfhosted.org>


Change by Jakub Stasiak <jakub+python.org at stasiak.at>:


----------
nosy: +jstasiak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42390>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:19:13 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 18 Nov 2020 23:19:13 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605741553.73.0.0484916763728.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 6f4635fe20457a7c513050bb117c2f0511cd4e44 by Victor Stinner in branch 'master':
bpo-1635741: Port _warnings to the multi-phase init (GH-23379)
https://github.com/python/cpython/commit/6f4635fe20457a7c513050bb117c2f0511cd4e44


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:19:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 18 Nov 2020 23:19:55 +0000
Subject: [issue1744] readline module - set/get quote delimiters
In-Reply-To: <1199632447.57.0.76416797802.issue1744@psf.upfronthosting.co.za>
Message-ID: <1605741595.5.0.249869170437.issue1744@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1744>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:22:17 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 18 Nov 2020 23:22:17 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605741737.11.0.145853577289.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

We need to fix this to make __hash__ match __eq__.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:31:42 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Wed, 18 Nov 2020 23:31:42 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605742302.7.0.265074461395.issue42381@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


----------
pull_requests: +22274
pull_request: https://github.com/python/cpython/pull/23382

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:39:10 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 18 Nov 2020 23:39:10 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605742750.12.0.822068096151.issue42085@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Is anything left to do?

I think we can close this now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:39:19 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 18 Nov 2020 23:39:19 +0000
Subject: [issue42085] Add dedicated slot for sending values
In-Reply-To: <1603136296.98.0.312180912341.issue42085@roundup.psfhosted.org>
Message-ID: <1605742759.22.0.63922966686.issue42085@roundup.psfhosted.org>


Change by Yury Selivanov <yselivanov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42085>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:43:30 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 18 Nov 2020 23:43:30 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605743010.28.0.862732785583.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> Despite the fact that asyncio.get_running_loop() never returns None but raises RuntimeError (and maybe other tiny cleanups), 

It never raises when called from inside a coroutine. And I propose to do that. So it will never fail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:44:41 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Wed, 18 Nov 2020 23:44:41 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605743081.21.0.893454443372.issue42381@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset 87c87b5bd6f6a5924b485398f353308410f9d8c1 by Pablo Galindo in branch '3.9':
[3.9] bpo-42381: Allow walrus in set literals and set comprehensions (GH-23332) (GH-23333)
https://github.com/python/cpython/commit/87c87b5bd6f6a5924b485398f353308410f9d8c1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:49:36 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 18 Nov 2020 23:49:36 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605743376.21.0.233928387043.issue42381@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a85fefe71b3bf56b1b3e72e752e0f962c3b0b487 by Lysandros Nikolaou in branch 'master':
bpo-42381: Document walrus-related syntax changes in whatsnew (GH-23382)
https://github.com/python/cpython/commit/a85fefe71b3bf56b1b3e72e752e0f962c3b0b487


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:50:58 2020
From: report at bugs.python.org (Lysandros Nikolaou)
Date: Wed, 18 Nov 2020 23:50:58 +0000
Subject: [issue42381] Allow unparenthesized walrus in set comprehensions
In-Reply-To: <1605566541.23.0.501801430054.issue42381@roundup.psfhosted.org>
Message-ID: <1605743458.96.0.969068684903.issue42381@roundup.psfhosted.org>


Change by Lysandros Nikolaou <lisandrosnik at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42381>
_______________________________________

From report at bugs.python.org  Wed Nov 18 18:51:12 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 18 Nov 2020 23:51:12 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605743472.84.0.760414415904.issue42345@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22275
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23383

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Wed Nov 18 19:18:23 2020
From: report at bugs.python.org (Kyle Stanley)
Date: Thu, 19 Nov 2020 00:18:23 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605745103.43.0.012919722193.issue42392@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

Regarding the example _get_loop():

```
       def _get_loop(self):
           loop = asyncio.get_running_loop()
           if self._loop is None:
                self._loop = loop
           if loop is not self._loop: raise
           if not loop.is_running(): raise
```

Would this be added to all asyncio primitives to be called anytime a reference to the loop is needed within a coroutine?

Also, regarding the last line "if not loop.is_running(): raise" I'm not 100% certain that I understand the purpose. Wouldn't it already raise a RuntimeError from `asyncio.get_running_loop()` if the event loop wasn't running?

The only thing I can think of where it would have an effect is if somehow the event loop was running at the start of `_get_loop()` and then the event loop was stopped (e.g. a loop in an alternative thread was stopped by the main thread while the alternative thread was in the middle of executing `_get_loop()`). But to me, that seems to be enough of an edge case to simplify it to the following:


```
       def _get_loop(self):
           loop = asyncio.get_running_loop()
           if self._loop is None:
                self._loop = loop
           if loop is not self._loop: raise
```

(Unless you intended for the first line `loop = asyncio.get_running_loop()` to instead be using the private `asyncio._get_running_loop()`, which returns None and doesn't raise. In that case, the original would be good to me.)

Other than that, I think the approach seems solid.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 18 19:48:03 2020
From: report at bugs.python.org (Jean-Charles BERTIN)
Date: Thu, 19 Nov 2020 00:48:03 +0000
Subject: [issue42401] Plislit does not handle date timezone correctly
Message-ID: <1605746883.27.0.573891510654.issue42401@roundup.psfhosted.org>


New submission from Jean-Charles BERTIN <jc.bertin at free.fr>:

The plistlib library does not write dates correctly due to its timezone naive date management.

For an example, see https://gist.github.com/jcbertin/fedc115ea8122bec9953aa11041294eb or file attached.

----------
components: Library (Lib), macOS
files: incorrect_timezone.py
messages: 381386
nosy: jcbertin, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Plislit does not handle date timezone correctly
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49607/incorrect_timezone.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42401>
_______________________________________

From report at bugs.python.org  Wed Nov 18 20:03:51 2020
From: report at bugs.python.org (Jean-Charles BERTIN)
Date: Thu, 19 Nov 2020 01:03:51 +0000
Subject: [issue42401] Plislit does not handle date timezone correctly
In-Reply-To: <1605746883.27.0.573891510654.issue42401@roundup.psfhosted.org>
Message-ID: <1605747831.56.0.416692617906.issue42401@roundup.psfhosted.org>


Change by Jean-Charles BERTIN <jc.bertin at free.fr>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42401>
_______________________________________

From report at bugs.python.org  Wed Nov 18 20:06:27 2020
From: report at bugs.python.org (Paulo Henrique Silva)
Date: Thu, 19 Nov 2020 01:06:27 +0000
Subject: [issue10399] AST Optimization: inlining of function calls
In-Reply-To: <1289593012.28.0.71054855235.issue10399@psf.upfronthosting.co.za>
Message-ID: <1605747987.0.0.378977327889.issue10399@roundup.psfhosted.org>


Change by Paulo Henrique Silva <ph.silva at gmail.com>:


----------
nosy: +phsilva

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10399>
_______________________________________

From report at bugs.python.org  Wed Nov 18 20:51:23 2020
From: report at bugs.python.org (Jean-Charles BERTIN)
Date: Thu, 19 Nov 2020 01:51:23 +0000
Subject: [issue42401] Plislit does not handle date timezone correctly
In-Reply-To: <1605746883.27.0.573891510654.issue42401@roundup.psfhosted.org>
Message-ID: <1605750683.26.0.659695525266.issue42401@roundup.psfhosted.org>


Change by Jean-Charles BERTIN <jc.bertin at free.fr>:


----------
components:  -macOS

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42401>
_______________________________________

From report at bugs.python.org  Wed Nov 18 21:49:39 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 19 Nov 2020 02:49:39 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1605754179.46.0.352943218383.issue42202@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


----------
nosy: +lukasz.langa

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Wed Nov 18 22:18:25 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 19 Nov 2020 03:18:25 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605755905.03.0.420619274495.issue42345@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
pull_requests: +22278
pull_request: https://github.com/python/cpython/pull/23385

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Wed Nov 18 22:28:39 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 19 Nov 2020 03:28:39 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1605756519.42.0.765689247627.issue42142@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

> Would this not also stop a number of IDLE tests? (Terry?)

Yes, at least half of them.  It took years to get us to run gui tests with the X simulator mock.  When we first added gui tests for IDLE in 2013, they (and the t/tk gui tests) were only run on Windows.

Please do not undo that.  Better to kill just wait-visibility on Linux.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Wed Nov 18 23:44:36 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 19 Nov 2020 04:44:36 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605761076.25.0.341795746928.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset 4687338d0ed46e1f5f5060536becf8a96496bae7 by kj in branch 'master':
bpo-42345: Add whatsnew for typing.Literal in 3.10 (GH-23385)
https://github.com/python/cpython/commit/4687338d0ed46e1f5f5060536becf8a96496bae7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 00:09:43 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 19 Nov 2020 05:09:43 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605762583.97.0.563512873732.issue42345@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
pull_requests: +22279
pull_request: https://github.com/python/cpython/pull/23386

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 00:30:08 2020
From: report at bugs.python.org (pmp-p)
Date: Thu, 19 Nov 2020 05:30:08 +0000
Subject: [issue27917] Choose platform triplets for android builds
In-Reply-To: <1472664182.04.0.808044107664.issue27917@psf.upfronthosting.co.za>
Message-ID: <1605763808.25.0.399007819818.issue27917@roundup.psfhosted.org>


Change by pmp-p <pmpp.pub at gmail.com>:


----------
nosy: +pmpp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27917>
_______________________________________

From report at bugs.python.org  Thu Nov 19 01:58:16 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 19 Nov 2020 06:58:16 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605769096.67.0.0249580434622.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Perhaps Kyle is right, I had a misunderstanding with `get_running_loop()` vs `_get_running_loop()`.

The last version seems good except for the rare chance of race condition.

The safe code can look like:

global_lock = threading.Lock()  like GIL

       def _get_loop(self):
           loop = asyncio.get_running_loop()
           if self._loop is None:
                # the lock is required because
                # the thread switch can happen
                # between `self._loop is None` check
                # and `self._loop = loop` assignment
                with global_lock:
                    if self._loop is not None:
                        self._loop = loop
           if loop is not self._loop: raise

The alternative is using the fast C atomic `compare_and_swap` function
which is executed under the hold GIL.
We need the pure-Python fallback anyway.

Multithreading is hard...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:24:24 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 07:24:24 +0000
Subject: [issue42375] subprocess DragonFlyBSD build update
Message-ID: <1605770664.07.0.832622101131.issue42375@roundup.psfhosted.org>


New submission from miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


New changeset 13b865f0e17c88b081c23f7f05cf91166d220a50 by David CARLIER in branch 'master':
bpo-42375: subprocess DragonFlyBSD build update. (GH-23320)
https://github.com/python/cpython/commit/13b865f0e17c88b081c23f7f05cf91166d220a50


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42375>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:24:46 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 07:24:46 +0000
Subject: [issue42375] subprocess DragonFlyBSD build update
In-Reply-To: <1605770664.07.0.832622101131.issue42375@roundup.psfhosted.org>
Message-ID: <1605770686.99.0.670810001853.issue42375@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42375>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:24:56 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 07:24:56 +0000
Subject: [issue42375] subprocess DragonFlyBSD build update
In-Reply-To: <1605770664.07.0.832622101131.issue42375@roundup.psfhosted.org>
Message-ID: <1605770696.19.0.0153038102905.issue42375@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22281
pull_request: https://github.com/python/cpython/pull/23389

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42375>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:46:33 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 07:46:33 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605771993.32.0.424221330587.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cc0cd43c0f96dac413e54855e9c77ec4b73bd2f8 by Christian Heimes in branch 'master':
bpo-1635741: Port _random to multiphase initialization (GH-23359)
https://github.com/python/cpython/commit/cc0cd43c0f96dac413e54855e9c77ec4b73bd2f8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:47:35 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 07:47:35 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605772055.47.0.181081791024.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset fa2eee975dbf7d2728021ef9d97328bbe88351cf by Christian Heimes in branch 'master':
bpo-1635741: Port grp and pwd to multiphase initialization (GH-23360)
https://github.com/python/cpython/commit/fa2eee975dbf7d2728021ef9d97328bbe88351cf


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:54:10 2020
From: report at bugs.python.org (Dan Merillat)
Date: Thu, 19 Nov 2020 07:54:10 +0000
Subject: [issue42402] Termios module documentation is extremely lacking
Message-ID: <1605772450.46.0.534233134191.issue42402@roundup.psfhosted.org>


New submission from Dan Merillat <dan.merillat at gmail.com>:

"The interpretation of the flags and the speeds as well as the indexing in the cc array must be done using the symbolic constants defined in the |termios| module."  (termios links to itself)

These constants are not listed in the documentation and the termios module is installed as a shared library so you can't read it without going to the source.

Furthermore the example in the documentation uses the following example:

new = termios.tcgetattr(fd)
new[3] = new[3] & ~termios.ECHO          # lflags

Which is explicitly against the documentation on the same page.
This has led to most searches on the net turning up people using magic numbers in places instead of symbolic values.

Inserting a list of constants with an extremely brief description would improve the module documentation dramatically.

----------
assignee: docs at python
components: Documentation
messages: 381393
nosy: dan.merillat, docs at python
priority: normal
severity: normal
status: open
title: Termios module documentation is extremely lacking
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42402>
_______________________________________

From report at bugs.python.org  Thu Nov 19 02:56:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 07:56:10 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1605772570.03.0.16398670636.issue42142@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:02:21 2020
From: report at bugs.python.org (Dan Merillat)
Date: Thu, 19 Nov 2020 08:02:21 +0000
Subject: [issue42402] Termios module documentation is extremely lacking
In-Reply-To: <1605772450.46.0.534233134191.issue42402@roundup.psfhosted.org>
Message-ID: <1605772941.77.0.862004427267.issue42402@roundup.psfhosted.org>


Dan Merillat <dan.merillat at gmail.com> added the comment:

Correction, the example source in the documentation is correct as there's no symbolic names for the tty attributes array, only the cc field.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42402>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:09:45 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 08:09:45 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605773385.69.0.275331208978.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

About multi-phase init, it's nice to see the list of modules using the "legacy" init API getting smaller at each Python release!

Example adding a log to PyModule_Create2():

+fprintf(stderr, "LEGACY MODULE INIT: %s\n", module->m_name);

python3.6 -c pass: 16 modules using the legacy API

LEGACY MODULE INIT: builtins
LEGACY MODULE INIT: sys
LEGACY MODULE INIT: _warnings
LEGACY MODULE INIT: _imp
LEGACY MODULE INIT: _warnings
LEGACY MODULE INIT: _thread
LEGACY MODULE INIT: _weakref
LEGACY MODULE INIT: io
LEGACY MODULE INIT: marshal
LEGACY MODULE INIT: posix
LEGACY MODULE INIT: zipimport
LEGACY MODULE INIT: _codecs
LEGACY MODULE INIT: _signal
LEGACY MODULE INIT: errno
LEGACY MODULE INIT: _stat

python3.10 -c pass: only 2 modules using the legacy API

LEGACY IMPORT: _thread
LEGACY IMPORT: io

16 (Python 3.6) => 2 (Python 3.10) is a nice progress ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:18:01 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 08:18:01 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605773881.78.0.559758109446.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22282
pull_request: https://github.com/python/cpython/pull/23390

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:24:45 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 08:24:45 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605774285.97.0.270301350829.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3094dd5fb5fa3ed91f5e2887887b193edbc976d2 by Christian Heimes in branch 'master':
bpo-1635741: Port _queue to multiphase initialization (GH-23376)
https://github.com/python/cpython/commit/3094dd5fb5fa3ed91f5e2887887b193edbc976d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:37:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 08:37:24 +0000
Subject: [issue42403] Cleanup importlib code
Message-ID: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

Placeholder issuer to enhance the importlib code base and "bootstrap" code.

----------
components: Library (Lib)
messages: 381397
nosy: vstinner
priority: normal
severity: normal
status: open
title: Cleanup importlib code
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:44:27 2020
From: report at bugs.python.org (Peixing Xin)
Date: Thu, 19 Nov 2020 08:44:27 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1605775467.14.0.510841125137.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22283
pull_request: https://github.com/python/cpython/pull/23391

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Thu Nov 19 03:51:38 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 08:51:38 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605775898.02.0.391805363918.issue42333@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22284
pull_request: https://github.com/python/cpython/pull/23392

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:03:04 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Thu, 19 Nov 2020 09:03:04 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605776584.35.0.237358992428.issue1635741@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


----------
pull_requests: +22285
pull_request: https://github.com/python/cpython/pull/23393

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:19:51 2020
From: report at bugs.python.org (Peixing Xin)
Date: Thu, 19 Nov 2020 09:19:51 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1605777591.25.0.648717216306.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22286
pull_request: https://github.com/python/cpython/pull/23394

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:25:34 2020
From: report at bugs.python.org (ARF1)
Date: Thu, 19 Nov 2020 09:25:34 +0000
Subject: [issue39442] from __future__ import annotations makes
 dataclasses.Field.type a string, not type
In-Reply-To: <1579866520.75.0.652812484582.issue39442@roundup.psfhosted.org>
Message-ID: <1605777934.42.0.570621585203.issue39442@roundup.psfhosted.org>


ARF1 <arik at funke.eu> added the comment:

One problem I have with the current behaviour is that users of library code need to know the exact namespace in which a library has defined a dataclass.

An example is if a library writer had to deconflict the name of a type he used in a user-facing dataclass.

Below is a "typical" use case which will become very fragile to implement.(E.g. imagine the dataclass with dynamically generated fields, the implementation of which I have neglected for the sake of brevity.)


=== some_library_typing.py ===
mytype = str  # library author defines some type alias


=== some_library_module_a.py ===
from __future__ import annotations
import dataclasses
from some_library_typing import mytype as mytype_deconflicted

mytype = int

@dataclasses.dataclass
class MyClass:
    var1: mytype_deconflicted = 'foo'

    def method1(self, val: mytype) -> mytype:
        return val + 1


=== user_code.py ===
from __future__ import annotations
import dataclasses
from some_library_typing import mytype
from some_library_module_a import MyClass

inst = MyClass('bar')

for f in dataclasses.fields(inst):
    if f.type is mytype:
        print('mytype found')
        break
else:
    print('mytype not found')


The `if f.type is mytype` comparison obviously won't work any more. But neither will `if f.type == 'mytype'`. The user will have to be aware that the library author had to deconflict the identifier `mytype` to `mytype_deconflicted` to write his code.

Of course, the library writer could have written the following to make the code work:

=== some_library_module_a.py ===
from __future__ import annotations
import dataclasses
from some_library_typing import mytype as mytype_deconflicted

mytype = int

@dataclasses.dataclass
class MyClass:
    var1: mytype = 'foo'

    def method1(self, val: mytype)
        return val + 1

That is a phenomenally obscure and counter-intuitive way of writing code!

Whichever way one turns this, the current behaviour either seems to require library authors to take extraordinary care with their namespaces when defining dataclasses or forces them to write hard-to-read code or seems to require from users detailed knowledge about the implementation specifics of a library they use.

If this behaviour is kept as is, some clear warnings and guidance on how to deal with this in practice should be given in the docs. From what I can see in the 3.10 docs, that is not yet the case.

----------
nosy: +ARF1
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39442>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:34:36 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 19 Nov 2020 09:34:36 +0000
Subject: [issue42401] Plislit does not handle date timezone correctly
In-Reply-To: <1605746883.27.0.573891510654.issue42401@roundup.psfhosted.org>
Message-ID: <1605778476.0.0.720596482249.issue42401@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
components: +macOS

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42401>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:41:28 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 09:41:28 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605778888.54.0.978334139619.issue42403@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:43:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 09:43:11 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605778991.08.0.897096681418.issue42403@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22288
pull_request: https://github.com/python/cpython/pull/23396

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:50:09 2020
From: report at bugs.python.org (ARF1)
Date: Thu, 19 Nov 2020 09:50:09 +0000
Subject: [issue39442] from __future__ import annotations makes
 dataclasses.Field.type a string, not type
In-Reply-To: <1579866520.75.0.652812484582.issue39442@roundup.psfhosted.org>
Message-ID: <1605779409.9.0.371193021407.issue39442@roundup.psfhosted.org>


ARF1 <arik at funke.eu> added the comment:

Another counter-intuitive behaviour is the different behaviour of dataclasses depending on whether they were defined with the decorator or the make_dataclass factory method:


from __future__ import annotations
import dataclasses

mytype = int

@dataclasses.dataclass
class MyClass1:
    foo: mytype = 1

MyClass2 = dataclasses.make_dataclass(
    f'MyClass2',
    [('foo', mytype, 1)]
)

print(dataclasses.fields(MyClass1)[0].type)
print(dataclasses.fields(MyClass2)[0].type)


Results in:

mytype
<class 'int'>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39442>
_______________________________________

From report at bugs.python.org  Thu Nov 19 04:54:14 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 09:54:14 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605779654.75.0.793268536173.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd by Christian Heimes in branch 'master':
bpo-1635741: Port spwd to multiphase initialization (GH-23390)
https://github.com/python/cpython/commit/bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 05:21:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 10:21:02 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605781262.72.0.583184182505.issue42403@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f by Victor Stinner in branch 'master':
bpo-42403: Fix pyflakes warnings in importlib (GH-23396)
https://github.com/python/cpython/commit/7d9d25dbedfffce61fc76bc7ccbfa9ae901bf56f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 05:39:51 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 10:39:51 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605782391.5.0.994946775467.issue42403@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22289
pull_request: https://github.com/python/cpython/pull/23397

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 05:54:55 2020
From: report at bugs.python.org (Ken Jin)
Date: Thu, 19 Nov 2020 10:54:55 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1605783295.17.0.0164113403434.issue42195@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

I tried to implement Callable[[int, int], str] as ((int, int), str). However, it breaks much of typing's tests and requires recursion to account for the nested tuples, in both typing, and in the C implementation of GenericAlias.

I'd like to humbly propose a less breaking solution: express __args__ of Callable[[int, int], str] as (Tuple[int, int], str). Almost all the current code in the typing library already supports this. As for collections.abc.Callable, its __args__ simply needs to be expressed as (tuple[int, int], str). This is also an easy fix.

Semantically, this makes sense to me too. Both of the above changes will also still allow caching since Tuple[x] is hashable. This will allow us to fix this issue without depending on issue42102, or at least it can be a stop gap measure. If issue42102 has a resolution, the C implementation can just replace the Python one directly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Thu Nov 19 05:58:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 10:58:56 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605783536.59.0.465786578514.issue39573@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> And breezy:
> https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported upstream)

Oh, I didn't notice that this project is broken by the Py_REFCNT() change. I expected it to be broken by the Py_TYPE() change as others.

Should we revert the Py_REFCNT() change as well? So far, breezy is the only impacted project, and the fix should be simple, no?


breezy uses "Py_REFCNT(self) -= 1;" instead of "Py_DECREF(self);" in its StaticTuple_Intern() function:

static StaticTuple *
StaticTuple_Intern(StaticTuple *self)
{
    PyObject *canonical_tuple = NULL;

    if (_interned_tuples == NULL || _StaticTuple_is_interned(self)) {
        Py_INCREF(self);
        return self;
    }
    /* SimpleSet_Add returns whatever object is present at self
     * or the new object if it needs to add it.
     */
    canonical_tuple = SimpleSet_Add(_interned_tuples, (PyObject *)self);
    if (!canonical_tuple) {
        // Some sort of exception, propogate it.
        return NULL;
    }
    if (canonical_tuple != (PyObject *)self) {
        // There was already a tuple with that value
        return (StaticTuple *)canonical_tuple;
    }
    self->flags |= STATIC_TUPLE_INTERNED_FLAG;
    // The two references in the dict do not count, so that the StaticTuple
    // object does not become immortal just because it was interned.
    Py_REFCNT(self) -= 1;
    return self;
}

But it also uses "Py_REFCNT(self) = 2;" to "revive dead object temporarily for Discard".

static void
StaticTuple_dealloc(StaticTuple *self)
{
    int i, len;

    if (_StaticTuple_is_interned(self)) {
        /* revive dead object temporarily for Discard */
        Py_REFCNT(self) = 2;
        if (SimpleSet_Discard(_interned_tuples, (PyObject*)self) != 1)
            Py_FatalError("deletion of interned StaticTuple failed");
        self->flags &= ~STATIC_TUPLE_INTERNED_FLAG;
    }
    len = self->size;
    for (i = 0; i < len; ++i) {
        Py_XDECREF(self->items[i]);
    }
    Py_TYPE(self)->tp_free((PyObject *)self);
}

It sounds like an optimization using a set of "interned" tuples. Maybe to reduce the memory footprint.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Thu Nov 19 06:06:21 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 11:06:21 +0000
Subject: [issue39573] [C API] Make PyObject an opaque structure in the limited
 C API
In-Reply-To: <1581030432.16.0.48160379721.issue39573@roundup.psfhosted.org>
Message-ID: <1605783981.55.0.828593067631.issue39573@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> And breezy:
> https://bugzilla.redhat.com/show_bug.cgi?id=1890880 (not yet reported upstream)

I reported the issue to breezy upstream:
https://bugs.launchpad.net/brz/+bug/1904868

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39573>
_______________________________________

From report at bugs.python.org  Thu Nov 19 06:09:06 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 11:09:06 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605784146.9.0.757023569689.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22290
pull_request: https://github.com/python/cpython/pull/23398

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 06:35:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 19 Nov 2020 11:35:21 +0000
Subject: [issue31289] File paths in exception traceback resolve symlinks
In-Reply-To: <1503865076.7.0.858933592926.issue31289@psf.upfronthosting.co.za>
Message-ID: <1605785721.99.0.127527332459.issue31289@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Here is a case where the opposite was requested: 
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1179979
There they want the traceback to be the same regardless of which symlink the script was found by.

I think a change like the one you are proposing here should be discussed on python-ideas. Would you like to bring it up there?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31289>
_______________________________________

From report at bugs.python.org  Thu Nov 19 06:40:44 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 11:40:44 +0000
Subject: [issue42404] clinic: add option to pass module object to converter
 function
Message-ID: <1605786044.41.0.859696579904.issue42404@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

Sometimes the converter function for CConverter must access the current module object in order to access the current module state. Currently CConverter subclasses have no easy way to pass the module to the converter function. It would be fantastic if easier CConverter would get an option to pass the module.

Example:

GH-23398 converts the struct module to multiphase initialization. The struct module has a converter for cached struct definitions. The cache used to be a module level object. It is now an interpreter scoped object. I used a custom parse_arg() function to pass the module object:


class cache_struct_converter(CConverter):
    type = 'PyStructObject *'
    converter = 'cache_struct_converter'
    c_default = "NULL"

    def parse_arg(self, argname, displayname):
        return """
            if (!{converter}(module, {argname}, &{paramname})) {{{{
                goto exit;
            }}}}
            """.format(argname=argname, paramname=self.name,
                       converter=self.converter)

    def cleanup(self):
        return "Py_XDECREF(%s);\n" % self.name

----------
components: Argument Clinic
messages: 381406
nosy: christian.heimes, corona10, larry, vstinner
priority: normal
severity: normal
status: open
title: clinic: add option to pass module object to converter function
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42404>
_______________________________________

From report at bugs.python.org  Thu Nov 19 06:48:30 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 11:48:30 +0000
Subject: [issue40600] Add option to disallow > 1 instance of an extension
 module
In-Reply-To: <1589235149.46.0.0630975096351.issue40600@roundup.psfhosted.org>
Message-ID: <1605786510.02.0.182727413831.issue40600@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40600>
_______________________________________

From report at bugs.python.org  Thu Nov 19 07:04:38 2020
From: report at bugs.python.org (Adrian Vladu)
Date: Thu, 19 Nov 2020 12:04:38 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
Message-ID: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>


New submission from Adrian Vladu <avladu at cloudbasesolutions.com>:

To add support for building packages that have C extensions on Windows ARM64, some fixes are required in the integrated distutils wrapper for Visual Studio compiler (Lib/distutils/msvc9compiler.py)

This is a hardcoded fix that needs to be improved so that it applies only on windows arm64:
https://github.com/ader1990/cpython/commit/b8c59c9b96a7ad11094224b5631aae3b89323f7a

Any suggestions are welcome.

----------
components: Windows
messages: 381407
nosy: avladu, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Add distutils mvsccompiler support for Windows ARM64 build
type: compile error
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Thu Nov 19 07:13:31 2020
From: report at bugs.python.org (Adrian Vladu)
Date: Thu, 19 Nov 2020 12:13:31 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605788011.95.0.863677499154.issue42405@roundup.psfhosted.org>


Change by Adrian Vladu <avladu at cloudbasesolutions.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Thu Nov 19 07:39:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 19 Nov 2020 12:39:34 +0000
Subject: [issue34364] problem with traceback for syntax error in f-string
In-Reply-To: <31c748a7-5e57-009a-08e5-c18171489bc0@gmail.com>
Message-ID: <1605789574.6.0.100845662387.issue34364@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34364>
_______________________________________

From report at bugs.python.org  Thu Nov 19 07:43:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 12:43:46 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605789826.6.0.061863193374.issue42403@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 3390347aa036404453213d589fe1e35902e55fd4 by Victor Stinner in branch 'master':
bpo-42403: Simplify importlib external bootstrap (GH-23397)
https://github.com/python/cpython/commit/3390347aa036404453213d589fe1e35902e55fd4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Thu Nov 19 07:52:17 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 19 Nov 2020 12:52:17 +0000
Subject: [issue25872] multithreading traceback KeyError when modifying file
In-Reply-To: <1450200064.35.0.872448112145.issue25872@psf.upfronthosting.co.za>
Message-ID: <1605790337.57.0.970960619688.issue25872@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The issue was fixed but a unit test for this still needs to be added.

----------
keywords: +easy -patch
nosy: +iritkatriel
stage: patch review -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25872>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:19:31 2020
From: report at bugs.python.org (Renato Cunha)
Date: Thu, 19 Nov 2020 13:19:31 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
Message-ID: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>


New submission from Renato Cunha <renato at renatocunha.com>:

Importing multiprocessing prior to other modules that define `ufunc`s breaks pickle.whichmodule for those functions.

Example:

    Python 3.8.6 (default, Sep 30 2020, 04:00:38)
    [GCC 10.2.0] on linux
    Type "help", "copyright", "credits" or "license" for more information.
    >>> import multiprocessing
    >>> from scipy.special import gdtrix
    >>> from pickle import whichmodule
    >>> whichmodule(gdtrix, gdtrix.__name__)
    '__mp_main__'

Now, if we change the order of imports, whichmodule works fine:

    Python 3.8.6 (default, Sep 30 2020, 04:00:38)
    [GCC 10.2.0] on linux
    Type "help", "copyright", "credits" or "license" for more information.
    >>> from scipy.special import gdtrix
    >>> from pickle import whichmodule
    >>> import multiprocessing
    >>> whichmodule(gdtrix, gdtrix.__name__)
    'scipy.special._ufuncs'

This happens because multiprocessing creates an alias to `__main__` when imported:

    Lib/multiprocessing/__init__.py
    37:    sys.modules['__mp_main__'] = sys.modules['__main__']

But doing so changes the ordering of `sys.modules`, and `whichmodule` returns `__mp_main__` instead of the correct `scipy.special._ufuncs`.

This bug has arisen in the context of using `dill` (which imports multiprocessing) for serialization and is further documented at https://github.com/uqfoundation/dill/issues/392.

I intend to submit a patch/PR with a fix soon.

----------
components: Interpreter Core
messages: 381410
nosy: renatolfc
priority: normal
severity: normal
status: open
title: Importing multiprocessing breaks pickle.whichmodule
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:36:26 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 19 Nov 2020 13:36:26 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605792986.98.0.86336487952.issue1635741@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset cfeb5437a8910e28726422a14a93a36584e32238 by Christian Heimes in branch 'master':
bpo-1635741: Port _struct to multiphase initialization (GH-23398)
https://github.com/python/cpython/commit/cfeb5437a8910e28726422a14a93a36584e32238


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:37:42 2020
From: report at bugs.python.org (Ario Aliabadi)
Date: Thu, 19 Nov 2020 13:37:42 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
Message-ID: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>


New submission from Ario Aliabadi <ario.aliabadi at gmail.com>:

>From the multiprocessing docs: https://docs.python.org/3/library/multiprocessing.html#contexts-and-start-methods

> The child process will only inherit those resources necessary to run the process objects run() method.

Is grammatically incorrect - the run() method belongs to the process object, and so a possessive appostrophe should be employed instead:


> The child process will only inherit those resources necessary to run the process object's run() method.

For more information about possessive appostrophes, see here: https://www.thepunctuationguide.com/apostrophe.html#possessives

----------
assignee: docs at python
components: Documentation
messages: 381412
nosy: arioa, docs at python
priority: normal
pull_requests: 22292
severity: normal
status: open
title: Grammatical typo in multiprocessing doc

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:41:25 2020
From: report at bugs.python.org (Daniel Hrisca)
Date: Thu, 19 Nov 2020 13:41:25 +0000
Subject: [issue42408] passing memoryview slice to struct packing functions
Message-ID: <1605793285.19.0.489142790917.issue42408@roundup.psfhosted.org>


New submission from Daniel Hrisca <daniel.hrisca at gmail.com>:

First I have to apologize if this was discussed before; I've searched the issues and googled the problem but I got nothing obvious.

I'm trying to pass a memoryview slice as argument to struct packing functions to avoid creating intermediate bytes objects

from struct import Struct
s = Struct('<2Q500s').pack_into
buffer = bytearray(7000)
data = bytes(300)
s(buffer, 0, 500, 500, memoryview(data)[4:])


and I get this error:
error: argument for 's' must be a bytes object

Why is it not possible to use memoryviews in this case? 

It is also strange for me that we can use a memoyview as the target buffer, so this works fine:

s(memoryview(buffer)[10:], 0, 500, 500, data[4:])

----------
messages: 381413
nosy: danielhrisca
priority: normal
severity: normal
status: open
title: passing memoryview slice to struct packing functions

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42408>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:48:04 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 19 Nov 2020 13:48:04 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605793684.71.0.90963605268.issue1635741@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
pull_requests: +22293
pull_request: https://github.com/python/cpython/pull/23401

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:51:58 2020
From: report at bugs.python.org (DanilZ)
Date: Thu, 19 Nov 2020 13:51:58 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1605124440.54.0.492164459143.issue42245@roundup.psfhosted.org>
Message-ID: <820489BA-43FF-4A66-AA2E-C6D5348B8469@me.com>


DanilZ <danil.com at me.com> added the comment:

Dear All,

Thanks for the great input. As described above it appears to be a MacOS problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:52:12 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Thu, 19 Nov 2020 13:52:12 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605793932.41.0.72538849489.issue1635741@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
pull_requests: +22294
pull_request: https://github.com/python/cpython/pull/23402

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:58:57 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 13:58:57 +0000
Subject: [issue15707] PEP 3121, 384 Refactoring applied to signal module
In-Reply-To: <1345151967.47.0.247832517362.issue15707@psf.upfronthosting.co.za>
Message-ID: <1605794337.2.0.824329894383.issue15707@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The _signal extension module has been ported to the new multi-phase initialization API (PEP 489).

See bpo-41111 "Convert a few stdlib extensions to the limited C API".

----------
nosy: +vstinner
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15707>
_______________________________________

From report at bugs.python.org  Thu Nov 19 08:59:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 13:59:44 +0000
Subject: [issue15707] PEP 3121, 384 Refactoring applied to signal module
In-Reply-To: <1345151967.47.0.247832517362.issue15707@psf.upfronthosting.co.za>
Message-ID: <1605794384.43.0.123887945715.issue15707@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
resolution: fixed -> duplicate
superseder:  -> _signal module leak: test_interpreters leaked [1424, 1422, 1424] references

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15707>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:01:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:01:02 +0000
Subject: [issue15668] PEP 3121, 384 Refactoring applied to random module
In-Reply-To: <1345039836.78.0.438193538839.issue15668@psf.upfronthosting.co.za>
Message-ID: <1605794462.88.0.405376278387.issue15668@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit cc0cd43c0f96dac413e54855e9c77ec4b73bd2f8
Author: Christian Heimes <christian at python.org>
Date:   Thu Nov 19 08:46:29 2020 +0100

    bpo-1635741: Port _random to multiphase initialization (GH-23359)

See bpo-41111 "Convert a few stdlib extensions to the limited C API".

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15668>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:02:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:02:17 +0000
Subject: [issue15675] PEP 3121, 384 Refactoring applied to array module
In-Reply-To: <1345043626.95.0.208765115861.issue15675@psf.upfronthosting.co.za>
Message-ID: <1605794537.09.0.599509264814.issue15675@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See bpo-41111 "Convert a few stdlib extensions to the limited C API".

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15675>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:03:01 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:03:01 +0000
Subject: [issue41111] Convert a few stdlib extensions to the limited C API
 (PEP 384)
In-Reply-To: <1593075260.88.0.835474638855.issue41111@roundup.psfhosted.org>
Message-ID: <1605794581.78.0.391906546824.issue41111@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: Convert a few stdlib extensions to the limited C API -> Convert a few stdlib extensions to the limited C API (PEP 384)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41111>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:03:11 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:03:11 +0000
Subject: [issue41111] [C API] Convert a few stdlib extensions to the limited C
 API (PEP 384)
In-Reply-To: <1593075260.88.0.835474638855.issue41111@roundup.psfhosted.org>
Message-ID: <1605794591.6.0.704939052907.issue41111@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
components: +C API
title: Convert a few stdlib extensions to the limited C API (PEP 384) -> [C API] Convert a few stdlib extensions to the limited C API (PEP 384)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41111>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:04:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:04:14 +0000
Subject: [issue15670] PEP 3121, 384 Refactoring applied to ssl module
In-Reply-To: <1345041029.57.0.223670432026.issue15670@psf.upfronthosting.co.za>
Message-ID: <1605794654.2.0.867508057076.issue15670@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Marked as a duplicate of bpo-42333.

See also bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Port ssl module to heap types and module state (PEP 573)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15670>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:04:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:04:27 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605794667.61.0.250500980221.issue42333@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I marked bpo-15670 as duplicate of this issue.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:04:57 2020
From: report at bugs.python.org (Renato Cunha)
Date: Thu, 19 Nov 2020 14:04:57 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1605794697.55.0.102111696759.issue42406@roundup.psfhosted.org>


Change by Renato Cunha <renato at renatocunha.com>:


----------
components: +Library (Lib) -Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:06:10 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:06:10 +0000
Subject: [issue15734] PEP 3121, 384 Refactoring applied to spwd module
In-Reply-To: <1345456351.91.0.162191182976.issue15734@psf.upfronthosting.co.za>
Message-ID: <1605794770.28.0.742010096524.issue15734@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

New changeset bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd by Christian Heimes in branch 'master':
bpo-1635741: Port spwd to multiphase initialization (GH-23390)
https://github.com/python/cpython/commit/bf9d70a1a5255080b7a5e55f319dfffd5f20fdcd

See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15734>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:07:00 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:07:00 +0000
Subject: [issue15671] PEP 3121, 384 Refactoring applied to struct module
In-Reply-To: <1345041779.43.0.428829398339.issue15671@psf.upfronthosting.co.za>
Message-ID: <1605794820.77.0.628157469594.issue15671@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

New changeset cfeb5437a8910e28726422a14a93a36584e32238 by Christian Heimes in branch 'master':
bpo-1635741: Port _struct to multiphase initialization (GH-23398)
https://github.com/python/cpython/commit/cfeb5437a8910e28726422a14a93a36584e32238

See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15671>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:07:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:07:55 +0000
Subject: [issue15705] PEP 3121, 384 Refactoring applied to sha256 module
In-Reply-To: <1345151339.81.0.44810343177.issue15705@psf.upfronthosting.co.za>
Message-ID: <1605794875.48.0.947734383283.issue15705@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit 52a2df135c0470b1dbf889edc51b7c556ae4bc80
Author: Mohamed Koubaa <koubaa.m at gmail.com>
Date:   Tue Sep 8 04:16:14 2020 -0500

    bpo-1635741: Convert _sha256 types to heap types (GH-22134)
    
    Convert the _sha256 extension module types to heap types.

See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15705>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:08:43 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 14:08:43 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605794923.9.0.996076655316.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 646d7fdefbbc95a83df665698af7385d10bde66c by Christian Heimes in branch 'master':
bpo-1635741: Port gc module to multiphase initialization (GH-23377)
https://github.com/python/cpython/commit/646d7fdefbbc95a83df665698af7385d10bde66c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:08:47 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:08:47 +0000
Subject: [issue15697] PEP 3121 refactoring applied to pwd module
In-Reply-To: <1345146472.99.0.450289405214.issue15697@psf.upfronthosting.co.za>
Message-ID: <1605794927.57.0.883974603222.issue15697@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit fa2eee975dbf7d2728021ef9d97328bbe88351cf
Author: Christian Heimes <christian at python.org>
Date:   Thu Nov 19 08:47:32 2020 +0100

    bpo-1635741: Port grp and pwd to multiphase initialization (GH-23360)


See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15697>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:09:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:09:27 +0000
Subject: [issue15714] PEP 3121, 384 Refactoring applied to grp module
In-Reply-To: <1345154158.03.0.0313015513164.issue15714@psf.upfronthosting.co.za>
Message-ID: <1605794967.65.0.931848697953.issue15714@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit fa2eee975dbf7d2728021ef9d97328bbe88351cf
Author: Christian Heimes <christian at python.org>
Date:   Thu Nov 19 08:47:32 2020 +0100

    bpo-1635741: Port grp and pwd to multiphase initialization (GH-23360)


See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15714>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:10:15 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 14:10:15 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605795015.32.0.348534507803.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

$ find -name '*.c' -and -not -name moduleobject.c | xargs grep -l PyModule_Create\( | sort
./Doc/includes/custom2.c
./Doc/includes/custom3.c
./Doc/includes/custom4.c
./Doc/includes/custom.c
./Doc/includes/sublist.c
./Modules/_asynciomodule.c
./Modules/cjkcodecs/multibytecodec.c
./Modules/_csv.c
./Modules/_ctypes/_ctypes.c
./Modules/_cursesmodule.c
./Modules/_datetimemodule.c
./Modules/_decimal/_decimal.c
./Modules/_elementtree.c
./Modules/_io/_iomodule.c
./Modules/_multiprocessing/posixshmem.c
./Modules/ossaudiodev.c
./Modules/_pickle.c
./Modules/_posixsubprocess.c
./Modules/pyexpat.c
./Modules/readline.c
./Modules/selectmodule.c
./Modules/socketmodule.c
./Modules/_sqlite/module.c  [*]
./Modules/_sre.c  [*]
./Modules/_ssl.c  [*]
./Modules/_testbuffer.c
./Modules/_testcapimodule.c
./Modules/_testimportmultiple.c
./Modules/_testinternalcapi.c
./Modules/_threadmodule.c
./Modules/_tkinter.c
./Modules/_tracemalloc.c
./Modules/_xxsubinterpretersmodule.c
./Modules/_xxtestfuzz/_xxtestfuzz.c
./PC/_msi.c
./PC/msvcrtmodule.c
./PC/winreg.c
./PC/winsound.c
./Tools/peg_generator/peg_extension/peg_extension.c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:10:28 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:10:28 +0000
Subject: [issue15665] PEP 3121, 384 refactoring applied to lsprof module
In-Reply-To: <1345035962.65.0.979590709355.issue15665@psf.upfronthosting.co.za>
Message-ID: <1605795028.11.0.67065618533.issue15665@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit 83de110dce94a9196dccc01d526628615714e362
Author: Mohamed Koubaa <koubaa.m at gmail.com>
Date:   Wed Sep 23 05:33:21 2020 -0500

    bpo-1635741: Port _lsprof extension to multi-phase init (PEP 489) (GH-22220)

See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15665>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:11:06 2020
From: report at bugs.python.org (Renato Cunha)
Date: Thu, 19 Nov 2020 14:11:06 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1605795066.06.0.307504804656.issue42406@roundup.psfhosted.org>


Change by Renato Cunha <renato at renatocunha.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:11:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:11:05 +0000
Subject: [issue15674] PEP 3121, 384 Refactoring applied to _thread module
In-Reply-To: <1345043183.1.0.612175209954.issue15674@psf.upfronthosting.co.za>
Message-ID: <1605795065.15.0.20412832137.issue15674@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: PEP 3121, 384 Refactoring applied to thread module -> PEP 3121, 384 Refactoring applied to _thread module

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15674>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:11:13 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:11:13 +0000
Subject: [issue15390] PEP 3121, 384 refactoring applied to _datetime module
In-Reply-To: <1342647232.82.0.0763290244077.issue15390@psf.upfronthosting.co.za>
Message-ID: <1605795073.03.0.190980756894.issue15390@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: PEP 3121, 384 refactoring applied to datetime module -> PEP 3121, 384 refactoring applied to _datetime module

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15390>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:11:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:11:49 +0000
Subject: [issue15787] [meta issue] PEP 3121, 384 Refactoring
In-Reply-To: <1346038565.61.0.980658052428.issue15787@psf.upfronthosting.co.za>
Message-ID: <1605795109.48.0.877771387829.issue15787@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The work is now tracked at bpo-1635741.

----------
nosy: +vstinner
title: PEP 3121, 384 Refactoring -> [meta issue] PEP 3121, 384 Refactoring

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15787>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:13:23 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:13:23 +0000
Subject: [issue15849] PEP 3121, 384 Refactoring applied to xx module
In-Reply-To: <1346596353.57.0.974507844943.issue15849@psf.upfronthosting.co.za>
Message-ID: <1605795203.35.0.464094267408.issue15849@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Hum, I reopen the issue: the xx module still defines types statically and so the "PEP 384" part of this issue is not fixed yet.

It's now tracked by bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15849>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:13:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:13:36 +0000
Subject: [issue15849] PEP 3121, 384 Refactoring applied to xx module
In-Reply-To: <1346596353.57.0.974507844943.issue15849@psf.upfronthosting.co.za>
Message-ID: <1605795216.72.0.64723442647.issue15849@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15849>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:14:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:14:40 +0000
Subject: [issue15653] PEP 3121, 384 refactoring applied to hashopenssl module
In-Reply-To: <1344969733.85.0.308586175776.issue15653@psf.upfronthosting.co.za>
Message-ID: <1605795280.59.0.454899654335.issue15653@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

commit 46f59ebd01e22cc6a56fd0691217318c1d801a49
Author: Christian Heimes <christian at python.org>
Date:   Wed Nov 18 16:12:13 2020 +0100

    bpo-1635741: Port _hashlib to multiphase initialization (GH-23358)
    
    Signed-off-by: Christian Heimes <christian at python.org>


See bpo-41111 "Convert a few stdlib extensions to the limited C API (PEP 384)".

----------
nosy: +vstinner
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Py_Finalize() doesn't clear all Python objects at exit

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15653>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:14:43 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 14:14:43 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605795283.27.0.937728640274.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 588c7c9f08a673472a29e3f8f7fda9e343212e7d by Dong-hee Na in branch 'master':
bpo-1635741: Fix _struct for build bot error (GH-23402)
https://github.com/python/cpython/commit/588c7c9f08a673472a29e3f8f7fda9e343212e7d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:21:21 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 14:21:21 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605795681.13.0.123875407714.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I closed the following issues as duplicates of this issue:

* bpo-15707: "PEP 3121, 384 Refactoring applied to signal module" (duplicate of bpo-41713)
* bpo-15670: "PEP 3121, 384 Refactoring applied to ssl module" (duplicate of bpo-42333)
* bpo-15668: "PEP 3121, 384 Refactoring applied to random module"
* bpo-15675: "PEP 3121, 384 Refactoring applied to array module"
* bpo-15734: "PEP 3121, 384 Refactoring applied to spwd module"
* bpo-15671: "PEP 3121, 384 Refactoring applied to struct module"
* bpo-15705: "PEP 3121, 384 Refactoring applied to sha256 module"
* bpo-15697: "PEP 3121 refactoring applied to pwd module"
* bpo-15714: "PEP 3121, 384 Refactoring applied to grp module"
* bpo-15665: "PEP 3121, 384 refactoring applied to lsprof module"
* bpo-15849: "PEP 3121, 384 Refactoring applied to xx module"
* bpo-15653: "PEP 3121, 384 refactoring applied to hashopenssl module"

See also bpo-15787: "[meta issue] PEP 3121, 384 Refactoring" (still open since it depends on other open issues).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:24:16 2020
From: report at bugs.python.org (Fred Drake)
Date: Thu, 19 Nov 2020 14:24:16 +0000
Subject: [issue41111] [C API] Convert a few stdlib extensions to the limited C
 API (PEP 384)
In-Reply-To: <1593075260.88.0.835474638855.issue41111@roundup.psfhosted.org>
Message-ID: <1605795856.71.0.322224987177.issue41111@roundup.psfhosted.org>


Change by Fred Drake <fdrake at gmail.com>:


----------
nosy: +fdrake

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41111>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:35:24 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 14:35:24 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605796524.99.0.296267888847.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22297
pull_request: https://github.com/python/cpython/pull/23404

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 09:39:33 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 19 Nov 2020 14:39:33 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605796773.93.0.425582539286.issue42407@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:02:33 2020
From: report at bugs.python.org (George Sakkis)
Date: Thu, 19 Nov 2020 15:02:33 +0000
Subject: [issue42409] Interpreter exit blocks waiting for
 ThreadPoolExecutor.map
Message-ID: <1605798153.71.0.514077346974.issue42409@roundup.psfhosted.org>


New submission from George Sakkis <george.sakkis at gmail.com>:

ThreadPoolExecutor.map() prevents interpreter exit if there is a reference to the generator it returns. In the attached script:

- `python threadpool_map.py run1` exits as soon as the exception is raised on the main thread. This is the desired behavior in our case.

- `python threadpool_map.py run2` keeps running until the thread worker processes all queued work items. The only difference from `run1` is that the result of `ThreadPoolExecutor.map()` is assigned to a variable.

- `python threadpool_map.py run3` has a `finally` block that shuts down the executor without waiting. Still the worker thread keeps running even after the shutdown.

Initially it seemed like https://bugs.python.org/issue36780 but there is no change in the behavior after commenting out the `atexit.register(_python_exit)` call (for the `run2` case at least).

----------
components: Library (Lib)
files: threadpool_map.py
messages: 381433
nosy: gsakkis
priority: normal
severity: normal
status: open
title: Interpreter exit blocks waiting for ThreadPoolExecutor.map
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8
Added file: https://bugs.python.org/file49608/threadpool_map.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42409>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:13:12 2020
From: report at bugs.python.org (George Stefos)
Date: Thu, 19 Nov 2020 15:13:12 +0000
Subject: [issue42409] Interpreter exit blocks waiting for
 ThreadPoolExecutor.map
In-Reply-To: <1605798153.71.0.514077346974.issue42409@roundup.psfhosted.org>
Message-ID: <1605798792.22.0.360805240768.issue42409@roundup.psfhosted.org>


Change by George Stefos <stefosgiwrgos at gmail.com>:


----------
nosy: +stefosgiwrgos

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42409>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:20:52 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 15:20:52 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605799252.16.0.0922330194129.issue1635741@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b437aa83f9374b86b7756705e8dc83b72a99e037 by Christian Heimes in branch 'master':
bpo-1635741: Port _posixshmem extension module to multiphase initialization (GH-23404)
https://github.com/python/cpython/commit/b437aa83f9374b86b7756705e8dc83b72a99e037


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:22:29 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:22:29 +0000
Subject: [issue40137] TODO list when PEP 573 "Module State Access from C
 Extension Methods" will be implemented
In-Reply-To: <1585753703.83.0.0762180613721.issue40137@roundup.psfhosted.org>
Message-ID: <1605799349.99.0.848882060673.issue40137@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40137>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:26:33 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:26:33 +0000
Subject: [issue40891] Use PEP 573 in functools
In-Reply-To: <1591468044.26.0.252061125305.issue40891@roundup.psfhosted.org>
Message-ID: <1605799593.95.0.416473635523.issue40891@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

Duplicated issue: bpo-40137, so I closed this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40891>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:33:03 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:33:03 +0000
Subject: [issue40891] Use PEP 573 in functools
In-Reply-To: <1591468044.26.0.252061125305.issue40891@roundup.psfhosted.org>
Message-ID: <1605799983.07.0.252692201576.issue40891@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40891>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:39:07 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:39:07 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
Message-ID: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>


New submission from hai shi <shihai1991 at 126.com>:

Touch an error when convert _functools module to use PyType_FromModuleAndSpec, the error info:
_pickle.PicklingError: Can't pickle <class 'functools.partial'>: it's not the same object as functools.partial

The related PR: PR3405

----------
components: Extension Modules
messages: 381436
nosy: petr.viktorin, shihai1991, vstinner
priority: normal
severity: normal
status: open
title: Raise a pickleError when convert _functools module to use PyType_FromModuleAndSpec
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:40:09 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:40:09 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1605800409.55.0.836170044527.issue42410@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

Oh, sorry, wrong PR number. the right one: PR23405

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:43:32 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 19 Nov 2020 15:43:32 +0000
Subject: [issue42245] concurrent.futures.ProcessPoolExecutor freezes depending
 on complexity
In-Reply-To: <1604324035.95.0.0561998847241.issue42245@roundup.psfhosted.org>
Message-ID: <1605800612.54.0.12278974163.issue42245@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Could someone that runs into this issue with python 3.7 please test if the issue is still present in 3.8 or 3.9?

BTW. I'm not convinced this is a macOS specific problem, see issue40379 which claims that fork-without-exec strategy is inherently broken.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42245>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:55:48 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 15:55:48 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605801348.5.0.648635734244.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22299
pull_request: https://github.com/python/cpython/pull/23406

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 10:58:31 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 19 Nov 2020 15:58:31 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1605801511.49.0.110871466753.issue42410@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Thu Nov 19 11:17:46 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 16:17:46 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605802666.83.0.57260096316.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1b54077ff6f5c1379e097e9f8e8648da9826d6ec by Yurii Karabas in branch 'master':
bpo-42345: Fix hash implementation of typing.Literal (GH-23383)
https://github.com/python/cpython/commit/1b54077ff6f5c1379e097e9f8e8648da9826d6ec


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 11:17:55 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 16:17:55 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605802675.36.0.811414805993.issue42345@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22301
pull_request: https://github.com/python/cpython/pull/23408

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 11:45:56 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Nov 2020 16:45:56 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1605804356.86.0.0893798895102.issue42410@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> _pickle.PicklingError: Can't pickle <class 'functools.partial'>: it's not the same object as functools.partial

I don't understand this error. It looks like a bug in functools.

The PR 23407 looks like a workaround rather than a fix.

You should analyze why "cls != obj" conditon is true: why cls is not obj?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Thu Nov 19 11:51:09 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 16:51:09 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605804669.91.0.339114095574.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2acd9d0c6ccf0b4360e3b63beddb97996bcb9bb1 by Miss Islington (bot) in branch '3.9':
bpo-42345: Fix hash implementation of typing.Literal (GH-23383)
https://github.com/python/cpython/commit/2acd9d0c6ccf0b4360e3b63beddb97996bcb9bb1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:16:25 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 17:16:25 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605806185.3.0.100909602546.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22302
pull_request: https://github.com/python/cpython/pull/23409

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:18:10 2020
From: report at bugs.python.org (Carlos Alexandro Becker)
Date: Thu, 19 Nov 2020 17:18:10 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
Message-ID: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>


New submission from Carlos Alexandro Becker <caarlos0 at gmail.com>:

A common use case is running python inside containers, for instance, for training models and things like that.

The python process sees the host memory/cpu, and ignores its limits, which often leads to OOMKills, for instance:

docker run -m 1G --cpus 1 python:rc-alpine python -c 'x = bytearray(80 * 1024 * 1024 * 1000)'


Linux will kill the process once it reaches 1GB of RAM used.

Ideally, we should have an option to make Python try to allocate only the ram its limited to, maybe something similar to Java's +X:UseContainerSupport.

----------
components: IO
messages: 381442
nosy: caarlos0
priority: normal
severity: normal
status: open
title: respect cgroups limits when trying to allocate memory
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:30:47 2020
From: report at bugs.python.org (idee Animation Anniversaire)
Date: Thu, 19 Nov 2020 17:30:47 +0000
Subject: [issue36207] robotsparser deny all with some rules
In-Reply-To: <1551865321.24.0.407834320039.issue36207@roundup.psfhosted.org>
Message-ID: <1605807047.91.0.59360411675.issue36207@roundup.psfhosted.org>


idee Animation Anniversaire <ideeanimationanniversaire at gmail.com> added the comment:

idee animation anniversaire est une agence animation ? Paris pour les prestations comme pour
Animation entreprise, animation arbre de No?l, animation anniversaire ? domicile, animation centre de loisir avec spectacle magie, Spectacle maquillage, Spectacle Sculpture sur Ballon en Ile-de-France.
Vous organisez un anniversaire ? domicile.
http://idee-animation-anniversaire.fr/prestations/

----------
nosy: +ideeanimationanniversaire

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36207>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:31:34 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 19 Nov 2020 17:31:34 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
Message-ID: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

1. There are leaks if Py_tp_bases is used more than once and if some some calls before setting tp_bases are failed.

2. There is a crash if the bases argument or Py_tp_bases is not a tuple.

3. The documentation is not accurate.

----------
components: C API
messages: 381444
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Fix bases issues in PyType_FromModuleAndSpec()
type: resource usage
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:34:30 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 19 Nov 2020 17:34:30 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605807270.83.0.482335247272.issue42412@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:37:33 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 17:37:33 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605807453.51.0.033664306089.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e1dc0db8c7cb8c4d7343e051ba85146b375bb8e0 by kj in branch 'master':
bpo-42345: Add whatsnew and versionchanged for typing.Literal in 3.9 (GH-23386)
https://github.com/python/cpython/commit/e1dc0db8c7cb8c4d7343e051ba85146b375bb8e0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:37:42 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 17:37:42 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605807462.53.0.985190393731.issue42345@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22304
pull_request: https://github.com/python/cpython/pull/23411

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:38:02 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 19 Nov 2020 17:38:02 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605807482.71.0.103407908881.issue42345@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Thanks everyone! Can I close this now?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:39:16 2020
From: report at bugs.python.org (Andrey Bienkowski)
Date: Thu, 19 Nov 2020 17:39:16 +0000
Subject: [issue42383] Pdb does not correclty restart the target if it changes
 the current directory
In-Reply-To: <1605597991.66.0.0396733980212.issue42383@roundup.psfhosted.org>
Message-ID: <1605807556.94.0.741130249063.issue42383@roundup.psfhosted.org>


Change by Andrey Bienkowski <hexagonrecursion at gmail.com>:


----------
pull_requests: +22305
pull_request: https://github.com/python/cpython/pull/23412

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42383>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:41:26 2020
From: report at bugs.python.org (Steve Dower)
Date: Thu, 19 Nov 2020 17:41:26 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605807686.02.0.28626215962.issue42405@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Firstly, msvc9compiler.py is very deprecated, we don't touch that one at all or use it in distutils.

Second, _msvccompiler.py is weakly deprecated (and likely soon fully deprecated), so you'd be better to make the fix in the setuptools project instead.

But we'd very much like to see that fix made. So if you're prepared to work on it, that'd be great! I've added Jason to this issue so he can point you at the right place in setuptools to look.

----------
nosy: +jaraco

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Thu Nov 19 12:59:20 2020
From: report at bugs.python.org (miss-islington)
Date: Thu, 19 Nov 2020 17:59:20 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605808760.08.0.14867780829.issue42345@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1051ca4d974ebb6448f58b661aa28f8aff325ed3 by Miss Islington (bot) in branch '3.9':
bpo-42345: Add whatsnew and versionchanged for typing.Literal in 3.9 (GH-23386)
https://github.com/python/cpython/commit/1051ca4d974ebb6448f58b661aa28f8aff325ed3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Thu Nov 19 13:12:50 2020
From: report at bugs.python.org (=?utf-8?q?Adam_Barto=C5=A1?=)
Date: Thu, 19 Nov 2020 18:12:50 +0000
Subject: [issue18838] The order of interactive prompt and traceback on Windows
In-Reply-To: <1377507907.91.0.430796932988.issue18838@psf.upfronthosting.co.za>
Message-ID: <1605809570.4.0.826781838516.issue18838@roundup.psfhosted.org>


Adam Barto? <drekin at gmail.com> added the comment:

The order is fine on Python 3.8, Windows 10.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18838>
_______________________________________

From report at bugs.python.org  Thu Nov 19 13:17:25 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 19 Nov 2020 18:17:25 +0000
Subject: [issue18838] The order of interactive prompt and traceback on Windows
In-Reply-To: <1377507907.91.0.430796932988.issue18838@psf.upfronthosting.co.za>
Message-ID: <1605809845.86.0.0308199772251.issue18838@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Thanks. I'm closing this because 3.7 is only getting security fixes now.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18838>
_______________________________________

From report at bugs.python.org  Thu Nov 19 13:17:52 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Thu, 19 Nov 2020 18:17:52 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605809872.26.0.681638129561.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

> The safe code can look like:
>
> global_lock = threading.Lock()  like GIL

SGTM. We can use this strategy for all synchronization primitives and for objects like asyncio.Queue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 19 13:30:47 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Thu, 19 Nov 2020 18:30:47 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1605810647.03.0.99849024654.issue21041@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

I am not seeing any compelling reasons to avoid supporting negative indexes *or* slices here.

If I had to guess about the confusing semantics of negative indices, I would guess it's the fact that the index in the -1 position for a non-empty Path will always be `Path('.')`. Since that's not terribly useful, it might be reasonable to have negative indices start counting at `len(p)-2`.

That said, I don't think this is a big deal, and I think we have more speculation on why this was avoided in the first place than we have actual objections to changing it, so I vote for changing it.

I think our best option is to say that the semantics of indexing `.parents` should be the same as indexing the result of casting it to a tuple, so this should be true:

    p = Path(x)
    assert p.parents[y] == tuple(p.parents)[y]

For all values of `x` and `y`.

I've gone ahead and changed the version support matrix to 3.10 only, since I think that this was a deliberate choice and we should be considering this an enhancement rather than a bugfix. That said, I'll admit that it's on the borderline ? the semantics of sequences are unambiguous (see, which says that sequences support both slices and negative indices: https://docs.python.org/3/library/stdtypes.html#typesseq ), and PEP 428 explicitly says that .parents returns a "an immutable sequence of the path's logical ancestors": https://www.python.org/dev/peps/pep-0428/#sequence-like-access . So if someone is motivated to try and make the case that this is a bugfix that could be backported to earlier supported versions, I won't stand in their way.

----------
nosy: +p-ganssle
versions:  -Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Thu Nov 19 13:59:32 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Thu, 19 Nov 2020 18:59:32 +0000
Subject: [issue35498] Parents objects in pathlib.Path don't support slices as
 __getitem__ arguments
In-Reply-To: <1544806517.4.0.788709270274.issue35498@psf.upfronthosting.co.za>
Message-ID: <1605812372.23.0.514912232234.issue35498@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

One question I would have about this is that `.parents` is a lazily-calculated sequence, not a list or a tuple, so it's not immediately obvious what the return type of a slice would be. I don't think it makes sense to return, e.g. a `_PathParents` object with fewer parts, but I don't know if there's any traditional choice here, other than that the result of slicing Sequence is another Sequence.

The PR returns a list, but I'm inclined to say we should return a tuple.

----------
nosy: +p-ganssle
versions: +Python 3.10 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35498>
_______________________________________

From report at bugs.python.org  Thu Nov 19 14:10:42 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 19:10:42 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
Message-ID: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

The socket module has a custom timeout exception "socket.timeout". The exception is documented https://docs.python.org/3/library/socket.html#socket.timeout as :

> A subclass of OSError, this exception is raised when a timeout occurs on a socket which has had timeouts enabled via a prior call to settimeout() (or implicitly through setdefaulttimeout()).

It's a distinct exception type and not the same as the global TimeoutError.

>>> import socket
>>> socket.timeout == TimeoutError
False

I like to follow the example of the deprecated "socket.error", replace the custom exception and make it an alias of TimeoutError. The risk is minimal. Both exceptions are subclasses of OSError.

The change would not only make exception handling more consistent. It would also allow me to simplify some code in ssl and socket C code. I might even be able to remove the socket CAPI import from _ssl.c completely.

----------
assignee: christian.heimes
components: Extension Modules
messages: 381454
nosy: alex, christian.heimes, corona10, dstufft, janssen, vstinner
priority: normal
severity: normal
status: open
title: Replace custom exception socket.timeout with TimeoutError
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 19 14:34:04 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 19 Nov 2020 19:34:04 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605814444.56.0.38206913871.issue42413@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 19 15:27:46 2020
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Nov 2020 20:27:46 +0000
Subject: [issue42063] More options to http.server & SimpleHTTPRequestHandler
In-Reply-To: <1602961636.81.0.0728597906503.issue42063@roundup.psfhosted.org>
Message-ID: <1605817666.5.0.736509834001.issue42063@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22307
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23414

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42063>
_______________________________________

From report at bugs.python.org  Thu Nov 19 15:36:18 2020
From: report at bugs.python.org (John-Mark Gurney)
Date: Thu, 19 Nov 2020 20:36:18 +0000
Subject: [issue42414] unable to document fields of dataclass
Message-ID: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>


New submission from John-Mark Gurney <jmg at funkthat.com>:

per: https://bugs.python.org/issue38401

There is not a way to document fields of a dataclass.

I propose that instead of making a language change, that an additional parameter to the field be added in similar vein to property.

This currently works:
```
class Foo:
 def getx(self):
  return 5
 x = property(getx, doc='document the x property')
```

So, I propose this:
```
@dataclass
class Bar:
 x : int = field(doc='document what x is')
```

This should be easy to support as I believe that the above would not require any changes to the core language.

----------
messages: 381455
nosy: jmg
priority: normal
severity: normal
status: open
title: unable to document fields of dataclass

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Thu Nov 19 16:17:38 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 19 Nov 2020 21:17:38 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605820658.04.0.974834031201.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Perfect!

We have a consensus now and waiting for a champion who propose a Pull Request.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 19 16:45:57 2020
From: report at bugs.python.org (Adrian Vladu)
Date: Thu, 19 Nov 2020 21:45:57 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605822357.21.0.848904101438.issue42405@roundup.psfhosted.org>


Adrian Vladu <avladu at cloudbasesolutions.com> added the comment:

This fix is __required__ to build a lot of important packages in the python ecosystem, like numpy, pandas, pywin32 and probably a lot more, as most of these important packages have not migrated to setuptools and usually maintain support for multiple python versions.

I know that there is a way to change all the packages to use the canonical approach to compile things, but most of them have a tweaked compiler on top of the msvc9compiler.py compiler. I do not see a change in all the python packages to happen as fast as a small backwards compatible commit in the main cpython code. I see this commit as a fix for the win-arm64 package build and not an "extra" feature.

As I can see it, not adding this fix here will require a split of trees that are going to be used just for this reason.

I will add the fix to setuptools too, but that will not change the above (maintaining separate branches for people who want to use those packages).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Thu Nov 19 17:47:45 2020
From: report at bugs.python.org (David Hewitt)
Date: Thu, 19 Nov 2020 22:47:45 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
Message-ID: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>


New submission from David Hewitt <david.hewitt.92 at gmail.com>:

I'm unsure if this is a packaging error or a misunderstanding by me.

I'm trying to link a binary on windows with Py_LIMITED_API set. According to https://www.python.org/dev/peps/pep-0384/#linkage I _think_ I'm supposed to be linking against python3.lib (instead of python39.lib).

However my build fails because the PyObject_CallNoArgs symbol is not present in python3.lib

I see that the symbol is indeed present in python39.lib

Is this a misunderstanding on my part? I was under the impression that python3.lib will only contain symbols available in the limited api, and that (since 3.9) PyObject_CallNoArgs is part of the limited api.

----------
components: Windows
messages: 381458
nosy: David Hewitt, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: python3.lib in Python3.9.0 Windows distribution does not contain PyObject_CallNoArgs symbol
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Thu Nov 19 18:19:31 2020
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 19 Nov 2020 23:19:31 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
In-Reply-To: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>
Message-ID: <1605827971.52.0.0671695288305.issue42415@roundup.psfhosted.org>


Alex Gaynor <alex.gaynor at gmail.com> added the comment:

This looks like a bug to me. While https://github.com/python/cpython/commit/2ff58a24e8a1c7e290d025d69ebaea0bbead3b8c added it to the header, it did not add it to https://github.com/python/cpython/blob/master/PC/python3dll.c which is required.

----------
components: +Extension Modules
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Thu Nov 19 19:51:49 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 20 Nov 2020 00:51:49 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
In-Reply-To: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>
Message-ID: <1605833509.81.0.0165537021312.issue42415@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

Yeah, this will be our fault.

Someone is looking into automatically generating the .def file so that this stops happening. Last time we tried that there was a lot of pushback because "too many APIs will become stable", but this time I think we're just going to force those devs to care for their APIs properly.

(I'm blanking right now on who was working on this... anyone remember?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Thu Nov 19 20:01:02 2020
From: report at bugs.python.org (Alex Gaynor)
Date: Fri, 20 Nov 2020 01:01:02 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
In-Reply-To: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>
Message-ID: <1605834062.02.0.501152960801.issue42415@roundup.psfhosted.org>


Change by Alex Gaynor <alex.gaynor at gmail.com>:


----------
components: +C API

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Thu Nov 19 20:01:11 2020
From: report at bugs.python.org (Alex Gaynor)
Date: Fri, 20 Nov 2020 01:01:11 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
In-Reply-To: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>
Message-ID: <1605834071.29.0.494305114366.issue42415@roundup.psfhosted.org>


Change by Alex Gaynor <alex.gaynor at gmail.com>:


----------
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Thu Nov 19 20:27:51 2020
From: report at bugs.python.org (Steve Dower)
Date: Fri, 20 Nov 2020 01:27:51 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605835671.52.0.748120356343.issue42405@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

There is no ARM64 release of Python for Windows right now, so unfortunately this doesn't constitute any kind of bugfix. We don't have a buildbot, and nobody out there has CI, so it's not a supported platform.

I get that it's easier to centrally fix all the third-party packages by changing the core library, but we've been saying for nearly 10 years that distutils shouldn't be used and shouldn't be assumed to be up to date. Anyone building on msvc9compiler.py has been broken since Python 3.5, because they've been using the wrong compiler.

A change to _msvccompiler.py for 3.10 can be considered, though you will need to get it ready before PEP 632 is accepted, at which point we close all distutils-related issues and only reopen for critical bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Thu Nov 19 21:29:00 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 20 Nov 2020 02:29:00 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605839340.49.0.0697355733669.issue42414@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 00:52:42 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Nov 2020 05:52:42 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
Message-ID: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>


New submission from Terry J. Reedy <tjreedy at udel.edu>:

Followup to PR-23393 of #1635741.  Use inspect.getdoc to get docstrings.  Restore test skipped in that PR and fix two that will fail because getdoc gets docstrings that are currently missed.

The line defining fob is only needed to get signatures for instances of classes with faulty getattr and __call__.  inspect.signature is allowed to fail for buggy objects, but this workaround makes it work anyway for CallA() and CallB() in test_buggy_getattr_class.  Add comment.

----------
assignee: terry.reedy
components: IDLE
messages: 381462
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE calltip.get_argspec: use inspect.getdoc, comment fob
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 00:56:16 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 20 Nov 2020 05:56:16 +0000
Subject: [issue42415] python3.lib in Python3.9.0 Windows distribution does not
 contain PyObject_CallNoArgs symbol
In-Reply-To: <1605826065.75.0.910654545311.issue42415@roundup.psfhosted.org>
Message-ID: <1605851776.14.0.190596823675.issue42415@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 6.0 -> 7.0
pull_requests: +22308
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23415

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42415>
_______________________________________

From report at bugs.python.org  Fri Nov 20 01:36:21 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Nov 2020 06:36:21 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605854181.64.0.093390835839.issue42416@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
keywords: +patch
pull_requests: +22309
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/23416

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 01:59:09 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 20 Nov 2020 06:59:09 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605855549.94.0.619897729027.issue42414@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
assignee:  -> eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 01:59:18 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Nov 2020 06:59:18 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605855558.94.0.230802406986.issue42416@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 7ddbaa7a1b3e61847ee99658be6a7268a049e302 by Terry Jan Reedy in branch 'master':
bpo-42416: Use inspect.getdoc for IDLE calltips (GH-23416)
https://github.com/python/cpython/commit/7ddbaa7a1b3e61847ee99658be6a7268a049e302


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 01:59:35 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 06:59:35 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605855575.66.0.49602954042.issue42416@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +22310
pull_request: https://github.com/python/cpython/pull/23417

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 01:59:43 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 06:59:43 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605855583.3.0.826549972945.issue42416@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22311
pull_request: https://github.com/python/cpython/pull/23418

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 02:20:40 2020
From: report at bugs.python.org (Peixing Xin)
Date: Fri, 20 Nov 2020 07:20:40 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1605856840.82.0.473672549702.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22312
pull_request: https://github.com/python/cpython/pull/23419

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Fri Nov 20 02:22:37 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 07:22:37 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605856957.84.0.56053544509.issue42416@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c076d488059c96e97936f4d669e32aea0994886f by Miss Islington (bot) in branch '3.8':
bpo-42416: Use inspect.getdoc for IDLE calltips (GH-23416)
https://github.com/python/cpython/commit/c076d488059c96e97936f4d669e32aea0994886f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 02:28:29 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 07:28:29 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605857309.75.0.402558614045.issue42416@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4dd2112a1d26e03b605bed0f89e3678041ad1490 by Miss Islington (bot) in branch '3.9':
bpo-42416: Use inspect.getdoc for IDLE calltips (GH-23416)
https://github.com/python/cpython/commit/4dd2112a1d26e03b605bed0f89e3678041ad1490


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 02:30:54 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Nov 2020 07:30:54 +0000
Subject: [issue42416] IDLE calltip.get_argspec: use inspect.getdoc, comment fob
In-Reply-To: <1605851562.14.0.204332011962.issue42416@roundup.psfhosted.org>
Message-ID: <1605857454.64.0.53128116768.issue42416@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42416>
_______________________________________

From report at bugs.python.org  Fri Nov 20 03:26:39 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 08:26:39 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605860799.39.0.954150972499.issue42413@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 03c8ddd9e94c7bddf1f06cf785027b8d2bf00ff0 by Christian Heimes in branch 'master':
bpo-42413: socket.timeout is now an alias of TimeoutError (GH-23413)
https://github.com/python/cpython/commit/03c8ddd9e94c7bddf1f06cf785027b8d2bf00ff0


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Fri Nov 20 03:26:51 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 08:26:51 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605860811.09.0.472936933261.issue42413@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Fri Nov 20 03:40:15 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 08:40:15 +0000
Subject: [issue42333] Port ssl module to heap types and module state (PEP 573)
In-Reply-To: <1605201558.44.0.0361525548575.issue42333@roundup.psfhosted.org>
Message-ID: <1605861615.7.0.343881396636.issue42333@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset 5c36da78d738d0e5fdb539a758cc15abc47c843b by Christian Heimes in branch 'master':
bpo-42333: Port _ssl extension module to heap types (GH-23392)
https://github.com/python/cpython/commit/5c36da78d738d0e5fdb539a758cc15abc47c843b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42333>
_______________________________________

From report at bugs.python.org  Fri Nov 20 03:49:32 2020
From: report at bugs.python.org (Adrian Vladu)
Date: Fri, 20 Nov 2020 08:49:32 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605862172.41.0.720545273487.issue42405@roundup.psfhosted.org>


Adrian Vladu <avladu at cloudbasesolutions.com> added the comment:

Thank you for the suggestion, I will update the PR accordingly to change the __msvccompiler.py. I just need to find a good candidate that uses that implementation to check if the compilation gets fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:09:44 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Fri, 20 Nov 2020 09:09:44 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605863384.7.0.330820159541.issue42345@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Looks like everything merged, we can close this issue

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:20:23 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Fri, 20 Nov 2020 09:20:23 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
Message-ID: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>


New submission from Bhushan Shelke <bhushan.shelke at gmail.com>:

I have a Tomcat+Java based server exposing REST APIs. I am writing a client in python to consume those APIs. Everything is fine until I send empty body in POST request. It is a valid use case for us. If I send empty body I get 400 bad request error - Invalid character found in method name [{}POST]. HTTP method names must be tokens. If I send empty request from POSTMAN or Java or CURL it works fine, problem is only when I used python as a client. 

If I use python based server (attached a simple server program for same) then I get 405 Method not allowed instead of 400 that I get using java based server.

Server code is Following is python snippet -

json_object={}
header = {'alias': 'A', 'Content-Type' : 'application/json', 'Content-Length' : '0'} 
resp = requests.post(url, auth=(username, password), headers=header, json=json_object) 
I tried using data as well instead of json param to send payload with not much of success.

I captured the wireshark dumps to undertand it further and found that, the request tomcat received is not as per RFC2616 (https://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html). Especially the part - Request-Line = Method SP Request-URI SP HTTP-Version CRLF Because I could see in from wireshark dumps it looked like - {}POST MY-APP-URI HTTP/1.1

As we can see the empty body is getting prefixed with http-method, hence tomcat reports that as an error. I then looked at python http library code -client.py. Following are relevant details -

File - client.py

Method - _send_output (starting at line # 1001) - It first sends the header at line #1010 and then the body somewhere down in the code. I thought(I could be wrong here) perhaps in this case header is way longer 310 bytes than body 2 bytes, so by the time complete header is sent on wire body is pushed and hence TCP frames are order in such a way that body appears first. To corroborate this I added a delay of 1 second just after sending header line#1011 and bingo, the error disappeared and it started working fine. Not sure if this is completely correct analysis, but can someone in the know can confirm or let me know how to fix this.

----------
components: Windows
files: sample_flask.py
messages: 381470
nosy: bhushan.shelke, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Empty body {} in POST requests leads to 405 Method not allowed error
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49609/sample_flask.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:26:35 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Fri, 20 Nov 2020 09:26:35 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1605864395.95.0.224667494916.issue42417@roundup.psfhosted.org>


Change by Bhushan Shelke <bhushan.shelke at gmail.com>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:27:20 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 20 Nov 2020 09:27:20 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1605864440.94.0.396486168677.issue42417@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Are you using the requests library (https://requests.readthedocs.io/en/master/)?

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:33:15 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Fri, 20 Nov 2020 09:33:15 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1605864795.88.0.827059251419.issue42417@roundup.psfhosted.org>


Bhushan Shelke <bhushan.shelke at gmail.com> added the comment:

Yes Ronald I am using requests library however I tried HTTPSConnection class from http.client package as well getting same error, may be because cause is in the core http library itself

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 04:43:19 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 20 Nov 2020 09:43:19 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1605865399.77.0.455386452117.issue42417@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Please check with the requests project as well, I'm not sure how much of the stdlib HTTP client is used by requests.

This issue can stay open because the issue is reproducible using the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 05:06:17 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Fri, 20 Nov 2020 10:06:17 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1605866777.27.0.0502480384558.issue42417@roundup.psfhosted.org>


Bhushan Shelke <bhushan.shelke at gmail.com> added the comment:

I have looked at requests lib code. As far as I could understand following is the flow of packages used in this case -

request "uses->" urllib3 "uses->" http

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Fri Nov 20 05:28:13 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 10:28:13 +0000
Subject: [issue42418] PyType_GetModule() should warn/fail when type has
 Py_TPFLAGS_BASETYPE
Message-ID: <1605868093.25.0.0769747248067.issue42418@roundup.psfhosted.org>


New submission from Christian Heimes <lists at cheimes.de>:

PyType_GetModule() may return wrong or unexpected result when a type has 
the feature flag Py_TPFLAGS_BASETYPE. The base type flag permits subclassing of an extension class. The function will return NULL when a type is subclasses in Python space or a different module object when the type is subclasses and initialized in a differen C extension module.

All subclassable types must use _PyType_GetModuleByDef() to safely access  module and module state struct. It's easy to miss the problem. I missed it when I ported some of my code to heap types and multiphase init.

I propose to either a guard to PyType_GetModule() to prevent misuse of the function or to add a variant of the function that prevents misuse.

----------
components: Interpreter Core
messages: 381475
nosy: christian.heimes, corona10, petr.viktorin, vstinner
priority: normal
severity: normal
stage: needs patch
status: open
title: PyType_GetModule() should warn/fail when type has Py_TPFLAGS_BASETYPE
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42418>
_______________________________________

From report at bugs.python.org  Fri Nov 20 05:39:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 10:39:48 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605868788.36.0.532050485408.issue1635741@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 2db8e35489d63b976a463fb1d2a6c29f4f965c21 by Mohamed Koubaa in branch 'master':
bpo-1635741: Enhance _datetime error handling (GH-23139)
https://github.com/python/cpython/commit/2db8e35489d63b976a463fb1d2a6c29f4f965c21


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Fri Nov 20 06:41:49 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 11:41:49 +0000
Subject: [issue4999] multiprocessing.Queue does not order objects
In-Reply-To: <1232369845.16.0.0391307501892.issue4999@psf.upfronthosting.co.za>
Message-ID: <1605872509.48.0.720543069547.issue4999@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4999>
_______________________________________

From report at bugs.python.org  Fri Nov 20 07:36:31 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Fri, 20 Nov 2020 12:36:31 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605875791.61.0.999166440267.issue1635741@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset a6109ef68d421712ba368ef502c4789e8de113e0 by Erlend Egeberg Aasland in branch 'master':
bpo-1635741: Convert _sre types to heap types and establish module state (PEP 384) (GH-23393)
https://github.com/python/cpython/commit/a6109ef68d421712ba368ef502c4789e8de113e0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Fri Nov 20 08:02:31 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Fri, 20 Nov 2020 13:02:31 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1605877351.47.0.775181529138.issue42392@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
keywords: +patch
nosy: +uriyyo
nosy_count: 3.0 -> 4.0
pull_requests: +22313
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23420

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Fri Nov 20 08:26:25 2020
From: report at bugs.python.org (Quentin Hibon)
Date: Fri, 20 Nov 2020 13:26:25 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
Message-ID: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>


New submission from Quentin Hibon <qh.public at yahoo.com>:

"deprecatations" should be "deprecations"

----------
assignee: docs at python
components: Documentation
messages: 381478
nosy: docs at python, hiqua
priority: normal
severity: normal
status: open
title: Typo in "what's new in Python 3.9"
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Fri Nov 20 08:30:20 2020
From: report at bugs.python.org (Quentin Hibon)
Date: Fri, 20 Nov 2020 13:30:20 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
In-Reply-To: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>
Message-ID: <1605879020.0.0.7458702105.issue42419@roundup.psfhosted.org>


Change by Quentin Hibon <qh.public at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Fri Nov 20 08:44:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 13:44:07 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605879847.16.0.396984334867.issue42403@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 3be8e220ede7764a403b74eb2051aa703dde2626 by Victor Stinner in branch 'master':
bpo-42403: Use @staticmethod in importlib (GH-23395)
https://github.com/python/cpython/commit/3be8e220ede7764a403b74eb2051aa703dde2626


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Fri Nov 20 08:56:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 13:56:06 +0000
Subject: [issue42403] Cleanup importlib code
In-Reply-To: <1605775044.07.0.217782735576.issue42403@roundup.psfhosted.org>
Message-ID: <1605880566.92.0.188230742987.issue42403@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I tried to rework how importlib/_bootstrap.py is imported and rework importlib/__init__.py code which imports _bootstrap.py and _bootstrap_external.py, but I introduced bugs. I prefer to leave the code as it is.

At least, _bootstrap_external.py is now able to use regular imports (for builtin modules) rather than requiring to inject modules afterwards.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42403>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:11:11 2020
From: report at bugs.python.org (Arjan Staring)
Date: Fri, 20 Nov 2020 14:11:11 +0000
Subject: [issue40633] json.dumps() should encode float number NaN to null
In-Reply-To: <1589550124.35.0.830023884715.issue40633@roundup.psfhosted.org>
Message-ID: <1605881471.8.0.550405442147.issue40633@roundup.psfhosted.org>


Arjan Staring <arjanstaring at gmail.com> added the comment:

Please re-evaluate; the current behaviour is incompatible with JSON specification in favour of providing the user/application/consumer of the resulted JSON information regarding the conversion process. Given what is stated in the documentation I do agree with the default behaviour, but I don't agree with only supporting "most JavaScript based encoders and decoders" and not supporting the JSON specification. I would opt to support "most encoders and decoders" + the JSON specification. Furthermore, the allow_nan doesn't allow anything, it forces as no alternative is provided. Setting it to false does not make it disallow, but makes it not work at all, forcing to use the default behaviour. I would suggest when allow_nan is set to false, to make it compliant with JSON and use null instead (as per specification). This way we are supporting most Javascript based encoders and decoders, but can also produce JSON compliant output.

----------
nosy: +arjanstaring

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40633>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:12:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 14:12:06 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1605881526.27.0.739472590255.issue42212@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
pull_requests: +22315
pull_request: https://github.com/python/cpython/pull/23423

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:14:24 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 14:14:24 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1605881664.95.0.469436636027.issue42212@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset d20b7ed9c1fabac3fdebb7ec362fe4f022a54639 by Filipe La?ns in branch 'master':
bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042)
https://github.com/python/cpython/commit/d20b7ed9c1fabac3fdebb7ec362fe4f022a54639


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:15:04 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 14:15:04 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1605881704.36.0.879027969629.issue42212@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Let's see how it goes on PRs for a few days, and later we can decide if it should be backported to 3.8 and 3.9 branches.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:17:08 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Nov 2020 14:17:08 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1605881828.66.0.640194180155.issue42212@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

While we are here... it might interesting to also run patchcheck.py on PRs using GitHub Actions:
https://mail.python.org/archives/list/python-dev at python.org/message/DKLD2VLHZ3F54WTKZ7JHKWBMOZ4N5TK7/

.travis.yml uses:

script:
  # Using the built Python as patchcheck.py is built around the idea of using
  # a checkout-build of CPython to know things like what base branch the changes
  # should be compared against.
  # Only run on Linux as the check only needs to be run once.
  - if [[ "$TRAVIS_OS_NAME" == "linux" ]]; then ./python Tools/scripts/patchcheck.py --travis $TRAVIS_PULL_REQUEST; fi

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Fri Nov 20 09:42:35 2020
From: report at bugs.python.org (Xtrem532)
Date: Fri, 20 Nov 2020 14:42:35 +0000
Subject: [issue32082] atexit module: allow getting/setting list of handlers
 directly
In-Reply-To: <1511171681.08.0.213398074469.issue32082@psf.upfronthosting.co.za>
Message-ID: <1605883355.54.0.973134628901.issue32082@roundup.psfhosted.org>


Change by Xtrem532 <Xtrem532.tg at gmail.com>:


----------
nosy: +Xtrem532

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32082>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:00:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 15:00:04 +0000
Subject: [issue20582] socket.getnameinfo() does not document flags
In-Reply-To: <1392042265.22.0.885252016144.issue20582@psf.upfronthosting.co.za>
Message-ID: <1605884404.01.0.678185077097.issue20582@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue20582>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:09:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 15:09:53 +0000
Subject: [issue36520] Email header folded incorrectly
In-Reply-To: <1554333300.49.0.663084865399.issue36520@roundup.psfhosted.org>
Message-ID: <1605884993.68.0.464072296785.issue36520@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36520>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:11:36 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 15:11:36 +0000
Subject: [issue35847] RISC-V needs CTYPES_PASS_BY_REF_HACK
In-Reply-To: <1548750939.45.0.386681668204.issue35847@roundup.psfhosted.org>
Message-ID: <1605885096.83.0.8766501397.issue35847@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35847>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:13:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 15:13:08 +0000
Subject: [issue26067] test_shutil fails when gid name is missing
In-Reply-To: <1452373835.73.0.278108988814.issue26067@psf.upfronthosting.co.za>
Message-ID: <1605885188.99.0.439077215352.issue26067@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26067>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:40:47 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Fri, 20 Nov 2020 15:40:47 +0000
Subject: [issue35498] Parents objects in pathlib.Path don't support slices as
 __getitem__ arguments
In-Reply-To: <1544806517.4.0.788709270274.issue35498@psf.upfronthosting.co.za>
Message-ID: <1605886847.18.0.940128669637.issue35498@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:


New changeset 452058448335b39c784af9a047f9c4a1767c0b00 by Joshua Cannon in branch 'master':
bpo-35498: Added slice support to PathLib parents attribute. (GH-11165)
https://github.com/python/cpython/commit/452058448335b39c784af9a047f9c4a1767c0b00


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35498>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:46:16 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Fri, 20 Nov 2020 15:46:16 +0000
Subject: [issue35498] Parents objects in pathlib.Path don't support slices as
 __getitem__ arguments
In-Reply-To: <1544806517.4.0.788709270274.issue35498@psf.upfronthosting.co.za>
Message-ID: <1605887176.8.0.241488136562.issue35498@roundup.psfhosted.org>


Change by Paul Ganssle <p.ganssle at gmail.com>:


----------
dependencies:  -pathlib.PurePath.parents rejects negative indexes
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35498>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:57:14 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 20 Nov 2020 15:57:14 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605887834.66.0.357398005881.issue42414@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

How would you expect to extract this docstring?

I'm not sure how this would work in practice, since both of these are errors:

>>> class A:
...    def __init__(self):
...        self.x = 3
...        self.x.__doc__ = 'foo'
...
>>> A()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 4, in __init__
AttributeError: 'int' object attribute '__doc__' is read-only
>>> class B:
...    x: int = 0
...    x.__doc__ = 'foo'
...
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in B
AttributeError: 'int' object attribute '__doc__' is read-only

It could be stored in the dataclass-specific data attached to a class, but then you'd have to use a dataclass-specific function to get access to it. I'm not sure that's a great improvement.

I also note that attrs doesn't have this feature, probably for the same reason.

----------
type:  -> enhancement
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 10:59:20 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Fri, 20 Nov 2020 15:59:20 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1605887960.12.0.965843967974.issue42405@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

If you wish for the functionality to be available in setuptools (backported), please contribute the change at https://github.com/pypa/distutils. At some point, contributions to CPython will also be synced there as well, and any changes there get synced into Setuptools. Unfortunately, at this stage, that functionality is only exposed through a feature flag when `SETUPTOOLS_USE_DISTUTILS=local` is set... until downstream implementations in Linux distributions and monkeypatches such as with Numpy can be updated not to rely on the implementation details as found in the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Fri Nov 20 11:32:35 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 16:32:35 +0000
Subject: [issue34463] Discrepancy between traceback.print_exception and
 sys.__excepthook__
In-Reply-To: <1534964466.61.0.56676864532.issue34463@psf.upfronthosting.co.za>
Message-ID: <1605889955.96.0.356171249657.issue34463@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

After debugging the default excepthook code (C version), I see that the difference is because the SyntaxError's lineno is None. 

It doesn't mind that the filename is None (it defaults it to <string>) but when it can't get the lineno it gives up here:
https://github.com/python/cpython/blob/fb5db7ec58624cab0797b4050735be865d380823/Python/pythonrun.c#L481

If you run this script:

---------------------------------------
import traceback
import sys

se = SyntaxError("wrong!")
se.filename = "myfile.py"
print("========== lineno is None ==========")
print('traceback.print_exception:')
traceback.print_exception(type(se), se, None)
print('---------------------')
print('sys.excepthook:')
sys.excepthook(type(se), se, None)
print('---------------------')

se.lineno = 55

print("========== lineno is 55 ==========")
print('traceback.print_exception:')
traceback.print_exception(type(se), se, None)
print('---------------------')
print('sys.excepthook:')
sys.excepthook(type(se), se, None)
print('---------------------')

---------------------------------------


The output is:
---------------------------------------
Running Release|x64 interpreter...
========== lineno is None ==========
traceback.print_exception:
  File "myfile.py", line None
SyntaxError: wrong!
---------------------
sys.excepthook:                   <-- file-lineno missing
SyntaxError: wrong! (myfile.py)
---------------------
========== lineno is 55 ==========
traceback.print_exception:
  File "myfile.py", line 55
SyntaxError: wrong!
---------------------
sys.excepthook:
  File "myfile.py", line 55       <-- file-lineno is there
SyntaxError: wrong!
---------------------
---------------------------------------

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34463>
_______________________________________

From report at bugs.python.org  Fri Nov 20 12:11:24 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 20 Nov 2020 17:11:24 +0000
Subject: [issue42345] Equality of typing.Literal depends on the order of
 arguments
In-Reply-To: <1605276715.65.0.853257843244.issue42345@roundup.psfhosted.org>
Message-ID: <1605892284.45.0.857244013723.issue42345@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42345>
_______________________________________

From report at bugs.python.org  Fri Nov 20 12:40:40 2020
From: report at bugs.python.org (Nick Crews)
Date: Fri, 20 Nov 2020 17:40:40 +0000
Subject: [issue15450] Allow dircmp.subdirs to behave well under subclassing
In-Reply-To: <1343260803.75.0.101432828571.issue15450@psf.upfronthosting.co.za>
Message-ID: <1605894040.83.0.837278504832.issue15450@roundup.psfhosted.org>


Change by Nick Crews <nicholas.b.crews at gmail.com>:


----------
nosy: +NickCrews
nosy_count: 5.0 -> 6.0
pull_requests: +22316
pull_request: https://github.com/python/cpython/pull/23424

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15450>
_______________________________________

From report at bugs.python.org  Fri Nov 20 12:42:10 2020
From: report at bugs.python.org (Nick Crews)
Date: Fri, 20 Nov 2020 17:42:10 +0000
Subject: [issue15450] Allow dircmp.subdirs to behave well under subclassing
In-Reply-To: <1343260803.75.0.101432828571.issue15450@psf.upfronthosting.co.za>
Message-ID: <1605894130.02.0.111110802014.issue15450@roundup.psfhosted.org>


Nick Crews <nicholas.b.crews at gmail.com> added the comment:

I re-did this at https://github.com/python/cpython/pull/23424, let me know what you think. This is my first PR here, so I may have pooched something.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15450>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:06:35 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Fri, 20 Nov 2020 18:06:35 +0000
Subject: [issue40633] json.dumps() should encode float number NaN to null
In-Reply-To: <1589550124.35.0.830023884715.issue40633@roundup.psfhosted.org>
Message-ID: <1605895595.88.0.448206963884.issue40633@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

@Arjan Staring: could you point to which part of the JSON specification you're looking at?

At https://tools.ietf.org/html/rfc7159, the only reference to NaNs that I see is:

> Numeric values that cannot be represented in the grammar below (such
> as Infinity and NaN) are not permitted.

At https://www.json.org/json-en.html, there's no mention of IEEE 754 special values.

I'm not seeing anything anywhere to suggest that the JSON specification says NaNs should be translated to nulls.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40633>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:18:30 2020
From: report at bugs.python.org (John-Mark Gurney)
Date: Fri, 20 Nov 2020 18:18:30 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605896310.08.0.662421352734.issue42414@roundup.psfhosted.org>


John-Mark Gurney <jmg at funkthat.com> added the comment:

As I said, I expect it to work similar to how property works:
```
>>> class Foo:
...  def getx(self):
...   return 5
...  x = property(getx, doc='document the x property')
... 
>>> help(Foo)
Help on class Foo in module __main__:

class Foo(builtins.object)
 |  Methods defined here:
 |  
 |  getx(self)
 |  
 |  ----------------------------------------------------------------------
 |  Readonly properties defined here:
 |  
 |  x
 |      document the x property
 |  
 |  ----------------------------------------------------------------------
 |  Data descriptors defined here:
 |  
 |  __dict__
 |      dictionary for instance variables (if defined)
 |  
 |  __weakref__
 |      list of weak references to the object (if defined)
```

The pure python implementation of property is at: https://docs.python.org/3/howto/descriptor.html#properties

which uses the descriptor protocal as documented in: https://docs.python.org/3/howto/descriptor.html

Which uses an object w/ __get__/__set__/__delete__ to emulate attribute access, and that object can have the __doc__ property set on it to provide documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:25:06 2020
From: report at bugs.python.org (hai shi)
Date: Fri, 20 Nov 2020 18:25:06 +0000
Subject: [issue42418] PyType_GetModule() should warn/fail when type has
 Py_TPFLAGS_BASETYPE
In-Reply-To: <1605868093.25.0.0769747248067.issue42418@roundup.psfhosted.org>
Message-ID: <1605896706.58.0.651614382754.issue42418@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

>I propose to either a guard to PyType_GetModule() to prevent misuse of the function or to add a variant of the function that prevents misuse.
+1. Looks like check Py_TPFLAGS_BASETYPE in PyType_GetModule() is an easy way:)

----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42418>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:35:55 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Fri, 20 Nov 2020 18:35:55 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605897355.63.0.51326421373.issue42411@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Could you explain the proposal?

How "+X:UseContainerSupport" behaves for Java? Sorry, I did not use Java for ages and don't follow the modern Java best practices.

>From my understanding, without the Docker the allocation of `bytearray(80 * 1024 * 1024 * 1000)` leads to `raise MemoryError` if there is no such memory available and malloc()/callloc returns NULL.

The exception is typically not handled at all but unwinded to "kill the process" behavior.

The reason for this situation is: in Python when you are trying to handle out-of-memory behavior the handler has a very which chance to allocate a Python object under the hood and raise MemoryError at any line of the Python exception handler.

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:43:42 2020
From: report at bugs.python.org (Carlos Alexandro Becker)
Date: Fri, 20 Nov 2020 18:43:42 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605897822.91.0.676820014346.issue42411@roundup.psfhosted.org>


Carlos Alexandro Becker <caarlos0 at gmail.com> added the comment:

The problem is that, instead of getting a MemoryError, Python tries to "go out of bounds" and allocate more memory than the cgroup allows, causing Linux to kill the process.

A workaround is to set RLIMIT_AS to the contents of /sys/fs/cgroup/memory/memory.limit_in_bytes, which is more or less what Java does when that flag is enabled (there are more things: cgroups v2 has a different path I think).

Setting RLIMIT_AS, we get the MemoryError as expected, instead of a SIGKILL.

My proposal is to either make it the default or hide it behind some sort of flag/environment variable, so users don't need to do that everywhere...

PS: On java, that flag also causes its OS API to return the limits when asked for how much memory is available, instead of returning the host's memory (default behavior).

PS: I'm not an avid Python user, just an ops guy, so I mostly write yaml these days... please let me know if I said doesn't make sense. 

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:48:44 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 20 Nov 2020 18:48:44 +0000
Subject: [issue26290] fileinput and 'for line in sys.stdin' do strange mockery
 of input buffering
In-Reply-To: <1454639426.39.0.789860369492.issue26290@psf.upfronthosting.co.za>
Message-ID: <1605898124.5.0.162185282894.issue26290@roundup.psfhosted.org>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

For those who find this in the future, the simplest workaround for the:

for line in sys.stdin:

issue on Python 2 is to replace it with:

for line in iter(sys.stdin.readline, ''):

The problem is caused by the way file.__next__'s buffering behaves, but file.readline doesn't use that code (it delegates to either fgets or a loop over getc/getc_unlocked that never overbuffers beyond the newline). Two-arg iter lets you make an iterator that calls readline each time you want a line, and considers a return of '' (which is what readline returns when you hit EOF) to terminate iteration.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26290>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:57:15 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 20 Nov 2020 18:57:15 +0000
Subject: [issue34463] Discrepancy between traceback.print_exception and
 sys.__excepthook__
In-Reply-To: <1534964466.61.0.56676864532.issue34463@psf.upfronthosting.co.za>
Message-ID: <1605898635.43.0.672662143367.issue34463@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34463>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:57:35 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 18:57:35 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605898655.37.0.388953250001.issue42411@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I can neither reproduce the issue with podman and cgroupv2 nor with docker and cgroupsv1. In both cases I'm getting a MemoryError as expected:

# podman run -m 1G --cpus 1 python:rc-alpine python -c 'x = bytearray(80 * 1024 * 1024 * 1000)'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
MemoryError

# docker run -m 1GB fedora:33 python3 -c 'x = bytearray(80 * 1024 * 1024 * 1000)'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
MemoryError

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 13:57:53 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Fri, 20 Nov 2020 18:57:53 +0000
Subject: [issue42395] aclosing was not added to __all__ in contextlib
In-Reply-To: <1605651066.03.0.0238603994476.issue42395@roundup.psfhosted.org>
Message-ID: <1605898673.12.0.0602562249263.issue42395@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42395>
_______________________________________

From report at bugs.python.org  Fri Nov 20 14:02:03 2020
From: report at bugs.python.org (Carlos Alexandro Becker)
Date: Fri, 20 Nov 2020 19:02:03 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605898923.18.0.590003331978.issue42411@roundup.psfhosted.org>


Carlos Alexandro Becker <caarlos0 at gmail.com> added the comment:

Maybe you're trying to allocate more memory than the host has available? I found out that it gives MemoryError in those cases too (kind of easy to reproduce on docker for mac)...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 14:05:29 2020
From: report at bugs.python.org (Carlos Alexandro Becker)
Date: Fri, 20 Nov 2020 19:05:29 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605899129.67.0.699493460174.issue42411@roundup.psfhosted.org>


Carlos Alexandro Becker <caarlos0 at gmail.com> added the comment:

FWIW, here, both cases:

```
? docker ps -a
CONTAINER ID        IMAGE               COMMAND                  CREATED              STATUS                            PORTS               NAMES
30fc350a8dbd        python:rc-alpine    "python -c 'x = byte?"   24 seconds ago       Exited (137) 11 seconds ago                           great_murdock
5ba46a022910        fedora:33           "python3 -c 'x = byt?"   57 seconds ago       Exited (137) 43 seconds ago                           boring_edison
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 14:09:44 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 19:09:44 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605899384.87.0.830303109917.issue42411@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I doubt it. My test hosts have between 16G and 64G of RAM + plenty of swap.

What's your platform, distribution, Kernel version, Docker version, and libseccomp version?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 14:45:43 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Nov 2020 19:45:43 +0000
Subject: [issue40080] Stripping annotations out as a new optimization mode
In-Reply-To: <1585263780.04.0.43303586086.issue40080@roundup.psfhosted.org>
Message-ID: <1605901543.63.0.0956243850896.issue40080@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Corrected link:  https://bugs.python.org/issue36466

----------
superseder:  -> Adding a way to strip annotations from compiled bytecode

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40080>
_______________________________________

From report at bugs.python.org  Fri Nov 20 14:48:04 2020
From: report at bugs.python.org (Carlos Alexandro Becker)
Date: Fri, 20 Nov 2020 19:48:04 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605901684.46.0.44251265219.issue42411@roundup.psfhosted.org>


Carlos Alexandro Becker <caarlos0 at gmail.com> added the comment:

Just did more tests here:

**on my machine**:

$ docker run --name test -m 1GB fedora:33 python3 -c 'import resource; m = int(open("/sys/fs/cgroup/memory/memory.limit_in_bytes").read()); resource.setrlimit(resource.RLIMIT_AS, (m, m)); print(resource.getrlimit(resource.RLIMIT_AS)); x = bytearray(4 * 1024 * 1024 * 1000)'; docker inspect test | grep OOMKilled; docker rm test
Traceback (most recent call last):
  File "<string>", line 1, in <module>
MemoryError
(1073741824, 1073741824)
            "OOMKilled": false,
test

$ docker run --name test -m 1GB fedora:33 python3 -c 'x = bytearray(4 * 1024 * 1024 * 1000)'; docker inspect test | grep OOMKilled; docker rm test
            "OOMKilled": true,
test

**on a k8s cluster**:

$ kubectl run -i -t debug --rm --image=fedora:33 --restart=Never --limits='memory=1Gi'
If you don't see a command prompt, try pressing enter.
[root at debug /]# python3
Python 3.9.0 (default, Oct  6 2020, 00:00:00)
[GCC 10.2.1 20200826 (Red Hat 10.2.1-3)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> x = bytearray(4 * 1024 * 1024 * 1000)
Killed
[root at debug /]# python3
Python 3.9.0 (default, Oct  6 2020, 00:00:00)
[GCC 10.2.1 20200826 (Red Hat 10.2.1-3)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import resource
>>> m = int(open("/sys/fs/cgroup/memory/memory.limit_in_bytes").read())
>>> resource.setrlimit(resource.RLIMIT_AS, (m, m))
>>> print(resource.getrlimit(resource.RLIMIT_AS))
(1073741824, 1073741824)
>>> x = bytearray(4 * 1024 * 1024 * 1000)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
MemoryError
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:09:00 2020
From: report at bugs.python.org (Erlend Egeberg Aasland)
Date: Fri, 20 Nov 2020 20:09:00 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1605902940.33.0.933868747026.issue40077@roundup.psfhosted.org>


Change by Erlend Egeberg Aasland <erlend.aasland at innova.no>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:09:34 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 20 Nov 2020 20:09:34 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605902974.98.0.894412993686.issue42414@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

@property has a place to attach the docstring, dataclasses in general do not. I wouldn't want to add a descriptor just to have the ability to add a docstring. There are performance issues involved, and I'm sure some corner cases where functionality would change.

Maybe if you bring this up on python-ideas you can get some more ideas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:27:07 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 20 Nov 2020 20:27:07 +0000
Subject: [issue42411] respect cgroups limits when trying to allocate memory
In-Reply-To: <1605806290.38.0.199386148713.issue42411@roundup.psfhosted.org>
Message-ID: <1605904027.42.0.752154132991.issue42411@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Even if we would decide to add a memory limit based on cgroups, there is no way to implement a limit in Python correctly. We rely on the platforms malloc() implementation to handle memory allocation for us.

Python has an abstraction layer for memory allocator, but the allocator only tracks Python objects and does not keep information about the size of slabs. Memory tracking would increase memory usage and decrease performance. It would also not track other memory like 3rd party libraries, extension modules, thread stacks, and other processes in the same cgroups hierarchy.

I'm pretty sure that the RLIMIT_AS approach will not work if you run multiple processes in the same container (e.g. spawn subprocesses).

I'll talk to our glibc and container experts at work next week. Perhaps they are aware of a better way to handle cgroups memory limits more gracefully.

----------
components: +Interpreter Core -IO
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42411>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:49:36 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Nov 2020 20:49:36 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605905376.46.0.59607459428.issue42360@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 9fc319dc033fa32d298fe1c3f171b3d011ac04f0 by Raymond Hettinger in branch 'master':
bpo-42360: Add advice to help avoid pickling issues. (GH-23305)
https://github.com/python/cpython/commit/9fc319dc033fa32d298fe1c3f171b3d011ac04f0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:49:48 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 20:49:48 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605905388.89.0.473083908269.issue42360@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22320
pull_request: https://github.com/python/cpython/pull/23429

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Fri Nov 20 15:55:27 2020
From: report at bugs.python.org (Gerhard van Andel)
Date: Fri, 20 Nov 2020 20:55:27 +0000
Subject: [issue42420] queue.Queue().join() add a timeout option
Message-ID: <1605905727.75.0.219502416453.issue42420@roundup.psfhosted.org>


New submission from Gerhard van Andel <vananger93 at gmail.com>:

class Queue:

    def join():
        ...

# Can we add a timeout option to the join method on queue.Queue 

    def join(timeout=None):
        '''Blocks until all items in the Queue have been gotten and processed.

        The count of unfinished tasks goes up whenever an item is added to the
        queue. The count goes down whenever a consumer thread calls task_done()
        to indicate the item was retrieved and all work on it is complete. If
        'timeout' is a non-negative number, it blocks at most 'timeout' seconds
        and raises the Full exception if no free slot was available within that
        time.

        When the count of unfinished tasks drops to zero, join() unblocks.
        '''
        if timeout and timeout < 0:
            raise ValueError("'timeout' must be a non-negative number")
        with self.all_tasks_done:
            while self.unfinished_tasks:
                self.all_tasks_done.wait(timeout)

----------
components: Library (Lib)
messages: 381506
nosy: vananger93
priority: normal
severity: normal
status: open
title: queue.Queue().join() add a timeout option
type: enhancement
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42420>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:16:49 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 20 Nov 2020 21:16:49 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605907009.76.0.852010472312.issue28002@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:


New changeset a993e901ebe60c38d46ecb31f771d0b4a206828c by Shantanu in branch 'master':
bpo-28002: Roundtrip f-strings with ast.unparse better (#19612)
https://github.com/python/cpython/commit/a993e901ebe60c38d46ecb31f771d0b4a206828c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:16:56 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 20 Nov 2020 21:16:56 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605907016.09.0.364002103177.issue28002@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 9.0 -> 10.0
pull_requests: +22321
pull_request: https://github.com/python/cpython/pull/23430

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:19:53 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Nov 2020 21:19:53 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605907193.19.0.527943183781.issue42360@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset f552f4b2d635ae031e154374ba3a609c63d09d2b by Miss Islington (bot) in branch '3.9':
bpo-42360: Add advice to help avoid pickling issues. (GH-23305) (GH-23429)
https://github.com/python/cpython/commit/f552f4b2d635ae031e154374ba3a609c63d09d2b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:27:21 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Nov 2020 21:27:21 +0000
Subject: [issue42360] In the namedtuple documentation,
 mention that typename should match the variable name for the class to
 be pickle-able
In-Reply-To: <1605431665.76.0.57179948955.issue42360@roundup.psfhosted.org>
Message-ID: <1605907641.12.0.720852736093.issue42360@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42360>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:47:00 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 20 Nov 2020 21:47:00 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605908820.33.0.814887932905.issue28002@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:


New changeset 3763cc1dbdb930f67b443ceed7c44e4feb883b42 by Miss Islington (bot) in branch '3.9':
bpo-28002: Roundtrip f-strings with ast.unparse better (GH-19612) (GH-23430)
https://github.com/python/cpython/commit/3763cc1dbdb930f67b443ceed7c44e4feb883b42


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:52:28 2020
From: report at bugs.python.org (Eric Snow)
Date: Fri, 20 Nov 2020 21:52:28 +0000
Subject: [issue36876] [subinterpreters] Global C variables are a problem
In-Reply-To: <1557514902.13.0.853517754348.issue36876@roundup.psfhosted.org>
Message-ID: <1605909148.57.0.304631544513.issue36876@roundup.psfhosted.org>


Change by Eric Snow <ericsnowcurrently at gmail.com>:


----------
pull_requests: +22322
pull_request: https://github.com/python/cpython/pull/23431

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36876>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:53:16 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 20 Nov 2020 21:53:16 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605909196.68.0.276878735177.issue28002@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
resolution:  -> not a bug
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:53:35 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Fri, 20 Nov 2020 21:53:35 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605909215.48.0.522359337149.issue28002@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

Thanks for your efforts Shantanu!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 16:55:43 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 20 Nov 2020 21:55:43 +0000
Subject: [issue28002] ast.unparse can't roundtrip some f-strings
In-Reply-To: <1473268698.62.0.800338957351.issue28002@psf.upfronthosting.co.za>
Message-ID: <1605909343.14.0.348439366101.issue28002@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
resolution: not a bug -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28002>
_______________________________________

From report at bugs.python.org  Fri Nov 20 17:03:10 2020
From: report at bugs.python.org (Gerhard van Andel)
Date: Fri, 20 Nov 2020 22:03:10 +0000
Subject: [issue42420] queue.Queue().join() add a timeout option
In-Reply-To: <1605905727.75.0.219502416453.issue42420@roundup.psfhosted.org>
Message-ID: <1605909790.29.0.877292696635.issue42420@roundup.psfhosted.org>


Change by Gerhard van Andel <vananger93 at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42420>
_______________________________________

From report at bugs.python.org  Fri Nov 20 17:39:37 2020
From: report at bugs.python.org (Eric Snow)
Date: Fri, 20 Nov 2020 22:39:37 +0000
Subject: [issue36876] [subinterpreters] Global C variables are a problem
In-Reply-To: <1557514902.13.0.853517754348.issue36876@roundup.psfhosted.org>
Message-ID: <1605911977.28.0.0497167491084.issue36876@roundup.psfhosted.org>


Eric Snow <ericsnowcurrently at gmail.com> added the comment:


New changeset 9f02b479e6b6b48d0c2aad621978cff82e530b15 by Eric Snow in branch 'master':
bpo-36876: [c-analyzer tool] Tighten up the results and output. (GH-23431)
https://github.com/python/cpython/commit/9f02b479e6b6b48d0c2aad621978cff82e530b15


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36876>
_______________________________________

From report at bugs.python.org  Fri Nov 20 18:53:43 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Nov 2020 23:53:43 +0000
Subject: [issue42420] queue.Queue().join() add a timeout option
In-Reply-To: <1605905727.75.0.219502416453.issue42420@roundup.psfhosted.org>
Message-ID: <1605916423.63.0.695165172639.issue42420@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Marking this as a duplicate because it has come up before.

----------
nosy: +rhettinger
resolution:  -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder:  -> Add timeout parameter to Queue.join()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42420>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:10:15 2020
From: report at bugs.python.org (Steve Dower)
Date: Sat, 21 Nov 2020 01:10:15 +0000
Subject: [issue42336] Make PCbuild/build.bat build x64 by default
In-Reply-To: <1605221450.36.0.206300145887.issue42336@roundup.psfhosted.org>
Message-ID: <1605921015.2.0.788601907714.issue42336@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

We also updated the buildbot config to use the new options.

----------
assignee:  -> steve.dower
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42336>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:10:32 2020
From: report at bugs.python.org (Steve Dower)
Date: Sat, 21 Nov 2020 01:10:32 +0000
Subject: [issue42120] Depreciated MACRO of copysign for MSVC
In-Reply-To: <1603393730.66.0.233789813553.issue42120@roundup.psfhosted.org>
Message-ID: <1605921032.37.0.552652315629.issue42120@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42120>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:12:22 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 01:12:22 +0000
Subject: [issue41561] test_ssl fails in Ubuntu 20.04:
 test_min_max_version_mismatch
In-Reply-To: <1597551049.14.0.0578030464715.issue41561@roundup.psfhosted.org>
Message-ID: <1605921142.58.0.302853407499.issue41561@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Christian, I don't see any open PRs to be commit reviewed.

----------
nosy: +terry.reedy
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41561>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:24:37 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Nov 2020 01:24:37 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605921877.7.0.838917910328.issue42414@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

> There is not a way to document fields of a dataclass.

I don't think there is an easy way to do this without a custom descriptor and that would add a lot of overhead.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:37:45 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 01:37:45 +0000
Subject: [issue42352] A string representation of slice objects with colon
 syntax
In-Reply-To: <1605293276.23.0.88839506976.issue42352@roundup.psfhosted.org>
Message-ID: <1605922665.69.0.291665032783.issue42352@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

What you are or should be asking for is an alternate string representation method, perhaps called 'colon', so that for instance
myslice.colon() == '::2'

The function could take an optional length (as with .indices, but optional) to produce the same numbers as .indices.

myslice.colon(8) == '0:8:2'
slice(0, -1, 3).colon(14) == '0:13:3'

I suspect that something like this has been asked before.  I suggest you post to python-ideas list to see if there is any support and any better idea for the name.

----------
components: +Interpreter Core
nosy: +terry.reedy
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42352>
_______________________________________

From report at bugs.python.org  Fri Nov 20 20:46:01 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 01:46:01 +0000
Subject: [issue42356] Dict inline manipulations
In-Reply-To: <1605353806.22.0.174145034354.issue42356@roundup.psfhosted.org>
Message-ID: <1605923161.23.0.294379481153.issue42356@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I agree with Eric suggestion.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42356>
_______________________________________

From report at bugs.python.org  Fri Nov 20 21:38:02 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 02:38:02 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605926282.33.0.112546909343.issue42407@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 6edf06b24a9335a2b0d44634a95e4f5ba0d586d9 by ArioA in branch 'master':
bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400)
https://github.com/python/cpython/commit/6edf06b24a9335a2b0d44634a95e4f5ba0d586d9


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 21:38:16 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 02:38:16 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605926296.36.0.0473167418442.issue42407@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
keywords: +patch
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22325
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23433

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 21:38:23 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 02:38:23 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605926303.43.0.727732471394.issue42407@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22326
pull_request: https://github.com/python/cpython/pull/23434

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 21:47:24 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 02:47:24 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605926844.12.0.383028693463.issue42407@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0762e09eb14269b38f60e1b58d2c7f36056a4694 by Miss Islington (bot) in branch '3.8':
bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400)
https://github.com/python/cpython/commit/0762e09eb14269b38f60e1b58d2c7f36056a4694


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 22:01:15 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 03:01:15 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605927675.56.0.706202164763.issue42407@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c963da269d3778b65a64ff1bd91f8772c210f305 by Miss Islington (bot) in branch '3.9':
bpo-42407: Use possessive appostrophe in multiprocessing doc (GH-23400)
https://github.com/python/cpython/commit/c963da269d3778b65a64ff1bd91f8772c210f305


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 22:50:02 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 03:50:02 +0000
Subject: [issue42414] unable to document fields of dataclass
In-Reply-To: <1605818178.59.0.432355698283.issue42414@roundup.psfhosted.org>
Message-ID: <1605930602.87.0.907726900492.issue42414@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Documenting dataclass fields strikes me as a reasonable request.  Since most most field values cannot have a  .__doc__ attribute...

> It could be stored in the dataclass-specific data attached to a class, 

The obvious place.

> but then you'd have to use a dataclass-specific function to get access to it. 

There are already at least 2 functions for getting docstrings for objects without .__doc__.  They could be enhanced with a dataclass-specific clause.

If ob.__doc__ is None, inspect.getdoc(ob) looks for a docstring elsewhere and sometimes succeeds.  For this reason, I just changed IDLE calltips to use getdoc for calltips.  If dataclasses.is_dataclass(ob.__class__), then I presume getdoc could retrieve the docstring from ob.__class__.__dataclass_fields__.

help(ob) uses pydoc, which gets docstrings with _getowndoc and if needed, _finddoc.  Perhaps these should be replaced with inspect.getdoc, but until then, _finddoc could have an elif clause added for dataclass fields.

----------
nosy: +terry.reedy
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42414>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:07:31 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 04:07:31 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
In-Reply-To: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>
Message-ID: <1605931651.3.0.335048593347.issue42419@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset aa3a3521cef3998d4f9e7f7ff721163b6e3e5f39 by Quentin Hibon in branch 'master':
bpo-42419: Correct 'deprecatations' is What's New 3.9 (GH-23421)
https://github.com/python/cpython/commit/aa3a3521cef3998d4f9e7f7ff721163b6e3e5f39


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:07:36 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 04:07:36 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
In-Reply-To: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>
Message-ID: <1605931656.05.0.404564612084.issue42419@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22327
pull_request: https://github.com/python/cpython/pull/23435

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:14:31 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 04:14:31 +0000
Subject: [issue42407] Grammatical typo in multiprocessing doc
In-Reply-To: <1605793062.09.0.99488545769.issue42407@roundup.psfhosted.org>
Message-ID: <1605932071.24.0.243355107453.issue42407@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42407>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:35:11 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 04:35:11 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
In-Reply-To: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>
Message-ID: <1605933311.05.0.40870872298.issue42419@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ed0201805c036e4bc26670ec7ccffefb8e219f78 by Miss Islington (bot) in branch '3.9':
bpo-42419: Correct 'deprecatations' is What's New 3.9 (GH-23421) (GH-23435)
https://github.com/python/cpython/commit/ed0201805c036e4bc26670ec7ccffefb8e219f78


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:37:46 2020
From: report at bugs.python.org (=?utf-8?b?5ZiJ5LmQ5ZCb5a2Q?=)
Date: Sat, 21 Nov 2020 04:37:46 +0000
Subject: [issue42421] Native open failed to create a file on windows10 when
 colon exists in the name
Message-ID: <1605933466.33.0.956587428318.issue42421@roundup.psfhosted.org>


New submission from ???? <chenhaoran1991 at gmail.com>:

with open('./pdfs/' + pdf_name, 'wb') as fo:
    fo.write(data)

On Windows10, the native 'open' in Python3.7 failed to create a file if the name contains colon, such as 'FocalMix: Semi-Supervised Learning for 3D Medical Image Detection.pdf'.

----------
components: IO
messages: 381524
nosy: chenhaoran1991
priority: normal
severity: normal
status: open
title: Native open failed to create a file on windows10 when colon exists in the name
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42421>
_______________________________________

From report at bugs.python.org  Fri Nov 20 23:48:27 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 21 Nov 2020 04:48:27 +0000
Subject: [issue42421] Native open failed to create a file on windows10 when
 colon exists in the name
In-Reply-To: <1605933466.33.0.956587428318.issue42421@roundup.psfhosted.org>
Message-ID: <1605934107.41.0.028839823825.issue42421@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

This is standard Windows behaviour, and goes back to DOS days. Reserved filenames and illegal characters are described here:

https://docs.microsoft.com/en-gb/windows/win32/fileio/naming-a-file?redirectedfrom=MSDN

If the Windows OS and file system does not allow a colon in the file name, there is nothing Python can do to change that.

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42421>
_______________________________________

From report at bugs.python.org  Sat Nov 21 01:43:47 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 21 Nov 2020 06:43:47 +0000
Subject: [issue42421] Native open failed to create a file on windows10 when
 colon exists in the name
In-Reply-To: <1605933466.33.0.956587428318.issue42421@roundup.psfhosted.org>
Message-ID: <1605941027.51.0.486232064881.issue42421@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> 'FocalMix: Semi-Supervised Learning for 3D Medical Image Detection.pdf'

In a filesystem that supports file streams [1], such as NTFS or ReFS, the above name refers to a $DATA stream named " Semi-Supervised Learning for 3D Medical Image Detection.pdf" in a file name "FocalMix".

Filesystems that do not support file streams may allow colon in filenames, regardless of its reserved status in the API. FAT filesystems (e.g. FAT32, exFAT) disallow colon in filenames. But the VirtualBox shared-folder filesystem (redirector) allows it. Even if colon is allowed by a particular filesystem, I strongly advise that you never use it in filenames, considering the problems with moving the file to an NTFS drive.

You also need to be vigilant about using DOS device names (e.g. "con", "nul:", "com1.txt", etc) in filenames. Creating or opening them may succeed, but probably not in the way that you expect. For example, if you open r"C:\Temp\nul.txt" for writing, you're actually opening the r"\\.\NUL" device, and all of the data written is simply thrown away without error.

---

[1] https://docs.microsoft.com/en-us/windows/win32/fileio/file-streams

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42421>
_______________________________________

From report at bugs.python.org  Sat Nov 21 02:20:07 2020
From: report at bugs.python.org (Sofian Brabez)
Date: Sat, 21 Nov 2020 07:20:07 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
Message-ID: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>


New submission from Sofian Brabez <sbrabez at gmail.com>:

This PoC is causing a local crash of python interpreters version 2.7,3.6,3.7,3.8 and 3.9.

By creating a code object of size 0 with a POP_TOP opcode, in Python/ceval.c the call to Py_DECREF(value) on a NULL pointer lead to a segmentation fault of the python interpreter.

It was tested on all python3.x versions against a fresh compilation of a git clone github.com/python/cpython.git on branches and master. You need to adapt the code() constructor because the parameters are different across versions but crash remains.

I'm just covering the version 3.7 in following text

$ git clone --depth 1 https://github.com/python/cpython.git
$ git checkout -b 3.7 origin/3.7
$ export CFLAGS+="-g -O0"
$ ./configure
$ make
$ ./python -V
Python 3.7.9+
$ ./python -c 'import sys; print(sys.version)'
3.7.9+ (heads/3.7-dirty:08ba61dade, Nov 21 2020, 04:57:20) 
[Clang 10.0.1 (git at github.com:llvm/llvm-project.git llvmorg-10.0.1-0-gef32c611a
$ ./python crash.py

Running the python3.7 execution into gdb, helped me to locate the crash for python3.7 https://github.com/python/cpython/blob/3.7/Python/ceval.c#L1104

$ gdb --batch --silent ./python -ex 'r crash.py'
Program received signal SIGSEGV, Segmentation fault.
0x000000000033873a in _PyEval_EvalFrameDefault (f=0x800bdda00, throwflag=0) at Python/ceval.c:1104
1104                Py_DECREF(value);

Also I have executed the PoC on different platforms Linux, FreeBSD and MacOSX. The behaviour is the same and SIGSEGV the interpreter.

I have located the issue in the source code but I'm wondering what will be the best solution to fix it? Python developers should know better, I am open to your advices and suggestions.

I have noticed that one assertion handle this case (in master) https://github.com/python/cpython/blob/master/Python/ceval.c#L1430 but most of the interpreters are built without --with-assertions enabled, so the crash will still persist.

More details on this gist https://gist.github.com/sbz/267d35de5766c53835c5c4ef45b18705

I think the python interpreter shouldn't crash and handle properly this edge case.

----------
components: Interpreter Core
files: crash.py
messages: 381527
nosy: sbz
priority: normal
severity: normal
status: open
title: Py_Decref on value crash the interpreter in Python/ceval.c:1104
type: crash
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49610/crash.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 02:30:06 2020
From: report at bugs.python.org (Sofian Brabez)
Date: Sat, 21 Nov 2020 07:30:06 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1605943806.41.0.328861757015.issue42422@roundup.psfhosted.org>


Sofian Brabez <sbrabez at gmail.com> added the comment:

Linux, FreeBSD and MacOSX crash reports and backtraces joined in the zip.

Contributor Agreement 2020-09-23 signed.

----------
Added file: https://bugs.python.org/file49611/crash-report-txt.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:31:38 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 08:31:38 +0000
Subject: [issue40550] Popen.terminate fails with ProcessLookupError under
 certain conditions
In-Reply-To: <1588881684.43.0.416849020134.issue40550@roundup.psfhosted.org>
Message-ID: <1605947498.56.0.704698465287.issue40550@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith
versions: +Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40550>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:32:44 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Sat, 21 Nov 2020 08:32:44 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1605947564.65.0.515180936255.issue42422@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

>From https://github.com/python/cpython/blob/master/Lib/test/crashers/bogus_code_obj.py :

"""
Broken bytecode objects can easily crash the interpreter.
This is not going to be fixed.  It is generally agreed that there is no
point in writing a bytecode verifier and putting it in CPython just for
this.  Moreover, a verifier is bound to accept only a subset of all safe
bytecodes, so it could lead to unnecessary breakage.
For security purposes, "restricted" interpreters are not going to let
the user build or load random bytecodes anyway.  Otherwise, this is a
"won't fix" case.
"""

import types

co = types.CodeType(0, 0, 0, 0, 0, b'\x04\x71\x00\x00',
                    (), (), (), '', '', 1, b'')
exec(co)

----------
nosy: +Dennis Sweeney

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:55:27 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 08:55:27 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605948927.13.0.941187799512.issue40791@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 31729366e2bc09632e78f3896dbce0ae64914f28 by Devin Jeanpierre in branch 'master':
bpo-40791: Make compare_digest more constant-time. (GH-20444)
https://github.com/python/cpython/commit/31729366e2bc09632e78f3896dbce0ae64914f28


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:55:51 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 08:55:51 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605948951.79.0.647502039516.issue40791@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22328
pull_request: https://github.com/python/cpython/pull/23436

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:55:58 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 08:55:58 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605948958.69.0.712194758209.issue40791@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22329
pull_request: https://github.com/python/cpython/pull/23437

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 03:56:06 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 08:56:06 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605948966.28.0.31031961844.issue40791@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22330
pull_request: https://github.com/python/cpython/pull/23438

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:12:24 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 09:12:24 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605949944.88.0.660960473938.issue40791@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 97136d71a78a4b6b816f7e14acc52be426efcb6f by Miss Islington (bot) in branch '3.8':
bpo-40791: Make compare_digest more constant-time. (GH-20444)
https://github.com/python/cpython/commit/97136d71a78a4b6b816f7e14acc52be426efcb6f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:13:02 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Sat, 21 Nov 2020 09:13:02 +0000
Subject: [issue42418] PyType_GetModule() should warn/fail when type has
 Py_TPFLAGS_BASETYPE
In-Reply-To: <1605868093.25.0.0769747248067.issue42418@roundup.psfhosted.org>
Message-ID: <1605949982.31.0.27821233556.issue42418@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

I don't understand this issue. Why would Py_TPFLAGS_BASETYPE make the result of PyType_GetModule() wrong? Is the note in the documentation of PyType_GetModule() not clear?
A type and its subtypes may be defined in different modules; why would it be wrong to ask which module the superclass was defined in?

Note that PyType_GetModule() is needed if users want to implement something like _PyType_GetModuleByDef().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42418>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:18:44 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 09:18:44 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1605950324.63.0.311507208078.issue40791@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset c1bbca5b004b3f74d240ef8a76ff445cc1a27efb by Miss Islington (bot) in branch '3.9':
bpo-40791: Make compare_digest more constant-time. (GH-20444)
https://github.com/python/cpython/commit/c1bbca5b004b3f74d240ef8a76ff445cc1a27efb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:19:57 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 09:19:57 +0000
Subject: [issue41655] New Node may not be visited in
 lib2to3.refactor.RefactoringTool.traverse_by
In-Reply-To: <1598621534.19.0.258305010682.issue41655@roundup.psfhosted.org>
Message-ID: <1605950397.15.0.617739055195.issue41655@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

I expect your overall logic is sound in the PR. But this is a public API change, and while we've typically exempted lib2to3 from needing to concern itself about deprecations and API changes by leaving it undocumented and explicitly promising not to care about this module in that sense... Enough things use it today that we should probably not do that anymore.

Especially given that we're considering it a deprecated library these days. It isn't likely to stand up well to 3.10+'s new grammar.

Various projects have forked lib2to3 into their own maintained thing either directly on PyPI or as an internalized third_party fork within their own project (as I believe Black has done?). It is probably best to do that for changes of this nature rather than push for them to be included in a future stdlib lib2to3.

See https://bugs.python.org/issue40360 for context.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41655>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:20:17 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 09:20:17 +0000
Subject: [issue41655] New Node may not be visited in
 lib2to3.refactor.RefactoringTool.traverse_by
In-Reply-To: <1598621534.19.0.258305010682.issue41655@roundup.psfhosted.org>
Message-ID: <1605950417.69.0.862032781172.issue41655@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41655>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:22:11 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 09:22:11 +0000
Subject: [issue40550] Popen.terminate fails with ProcessLookupError under
 certain conditions
In-Reply-To: <1588881684.43.0.416849020134.issue40550@roundup.psfhosted.org>
Message-ID: <1605950531.79.0.088303118343.issue40550@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 01a202ab6b0ded546e47073db6498262086c52e9 by Filipe La?ns in branch 'master':
bpo-40550: Fix time-of-check/time-of-action issue in subprocess.Popen.send_signal. (GH-20010)
https://github.com/python/cpython/commit/01a202ab6b0ded546e47073db6498262086c52e9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40550>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:22:21 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 09:22:21 +0000
Subject: [issue40550] Popen.terminate fails with ProcessLookupError under
 certain conditions
In-Reply-To: <1588881684.43.0.416849020134.issue40550@roundup.psfhosted.org>
Message-ID: <1605950541.16.0.604934088977.issue40550@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22331
pull_request: https://github.com/python/cpython/pull/23439

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40550>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:26:00 2020
From: report at bugs.python.org (Sofian Brabez)
Date: Sat, 21 Nov 2020 09:26:00 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1605950760.47.0.00316458849749.issue42422@roundup.psfhosted.org>


Sofian Brabez <sbrabez at gmail.com> added the comment:

Thanks Dennis for pointing me the crashers, I was not aware of them.

I have added a new crash test to cover multiple crashes in different interpreter versions. Current bogus does not crash where it could be possible to crash in older and newer interpreter versions.

Do you think it's worth to add it? I joined the patch against master and if yes I could submit a new PR.

----------
keywords: +patch
Added file: https://bugs.python.org/file49612/add-new-crasher-to-cover-multiple-versions.diff

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:26:37 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 09:26:37 +0000
Subject: [issue40550] Popen.terminate fails with ProcessLookupError under
 certain conditions
In-Reply-To: <1588881684.43.0.416849020134.issue40550@roundup.psfhosted.org>
Message-ID: <1605950797.59.0.654665408945.issue40550@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

Thanks for the patch!

PRs are in or on their way in for 3.10 and 3.9.

The 3.8 auto-backport failed, if anyone wants it on a future 3.8.x please follow up with a manual cherry pick to make a PR for the 3.8 branch.

----------
resolution:  -> fixed
stage: patch review -> commit review
status: open -> closed
versions:  -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40550>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:41:09 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 09:41:09 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1605951669.88.0.803877508854.issue36906@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:46:25 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 09:46:25 +0000
Subject: [issue40550] Popen.terminate fails with ProcessLookupError under
 certain conditions
In-Reply-To: <1588881684.43.0.416849020134.issue40550@roundup.psfhosted.org>
Message-ID: <1605951985.42.0.753392346808.issue40550@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 713b4bbd97392acc492a4fefb2d07ae61fb7b75d by Miss Islington (bot) in branch '3.9':
bpo-40550: Fix time-of-check/time-of-action issue in subprocess.Popen.send_signal. (GH-20010)
https://github.com/python/cpython/commit/713b4bbd97392acc492a4fefb2d07ae61fb7b75d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40550>
_______________________________________

From report at bugs.python.org  Sat Nov 21 04:48:59 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 09:48:59 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605952139.83.0.874201852006.issue42413@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

There are also other distinct exceptions:

   multiprocessing.TimeoutError
   concurrent.futures.TimeoutError
   asyncio.TimeoutError

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:01:41 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 21 Nov 2020 10:01:41 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1605952901.46.0.821733958499.issue36906@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

(assigning to me as I want to help remi.lapeyre's .dedent() method PR move forward)

----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:02:56 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 10:02:56 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605952976.51.0.404046114663.issue42412@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 1db76394ea79030aa4ed5349c950f6c6da51450f by Serhiy Storchaka in branch 'master':
bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)
https://github.com/python/cpython/commit/1db76394ea79030aa4ed5349c950f6c6da51450f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:03:08 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 10:03:08 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605952988.72.0.731224519329.issue42412@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +22332
pull_request: https://github.com/python/cpython/pull/23440

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:19:14 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 10:19:14 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
Message-ID: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

It is common that class have a single base class. PyType_FromModuleAndSpec() is only called with NULL as bases (that means inheriting object) in the stdlib, and PyType_FromSpecWithBases() is called with a 1-tuple as bases all three times (not counting tests).

Since it is a common case, PyErr_NewException() accept both a tuple and a single class as the base argument. I propose to accept a single class also in PyType_FromSpecWithBases() and PyType_FromModuleAndSpec().

----------
components: C API
messages: 381542
nosy: christian.heimes, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Support passing single class to PyType_FromSpecWithBases and PyType_FromModuleAndSpec
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:24:04 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 10:24:04 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
In-Reply-To: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>
Message-ID: <1605954244.44.0.346291539081.issue42423@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:34:04 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 10:34:04 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
In-Reply-To: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>
Message-ID: <1605954844.12.0.808130926995.issue42423@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:38:38 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 10:38:38 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605955118.9.0.217571159193.issue42412@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22334
pull_request: https://github.com/python/cpython/pull/23442

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:39:26 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 10:39:26 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605955166.55.0.548149662081.issue42412@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 648a32b12ec676036ae4115747d458fb6f379d74 by Miss Islington (bot) in branch '3.8':
bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)
https://github.com/python/cpython/commit/648a32b12ec676036ae4115747d458fb6f379d74


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:44:02 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 10:44:02 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1605955442.08.0.893525117924.issue36906@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I am opposed to more prefix characters.

Are any string literal optimizations done now at compile time, like for 'abc'.upper?  It does not exactly make sense to me to do just .dedent.  But without the optimization, adding str.dedent without removing textwrap.dedent does not add a whole lot.  (But it does add something, so I am mildly positive on the idea.)

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 05:51:59 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Nov 2020 10:51:59 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1605955919.62.0.895063801439.issue36906@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I read to the end of the patch and found astfold_dedent.

A small point in favor of textwrap.dedent is immediately announcing that the string will be dedented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:08:15 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 21 Nov 2020 11:08:15 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1605956895.96.0.0974430687599.issue36906@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

A string prefix would be a large language change that would need to go through Python-Ideas, a PEP and Steering Council approval. Let's not go there :-)

A new string method is a comparatively small new feature that probably won't need a PEP or Steering Council approval.

A compile-time optimization is an implementation feature, not a language feature. Whether devs want to follow up with more string optimizations like 'spam'.upper() is entirely up to them.

Backwards compatibility implies that textwrap.dedent is not going away any time soon, but it should probably become a thin wrapper around str.dedent at some point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:09:43 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 11:09:43 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605956983.87.0.156997157434.issue42412@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset d153eb8a1e47123ecdb3fb47995a2c39ce7713ea by Miss Islington (bot) in branch '3.9':
bpo-42412: Fix possible leaks and check arguments in PyType_FromModuleAndSpec() (GH-23410)
https://github.com/python/cpython/commit/d153eb8a1e47123ecdb3fb47995a2c39ce7713ea


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:27:31 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 11:27:31 +0000
Subject: [issue42412] Fix bases issues in PyType_FromModuleAndSpec()
In-Reply-To: <1605807094.42.0.125121237362.issue42412@roundup.psfhosted.org>
Message-ID: <1605958051.98.0.0287467900304.issue42412@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42412>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:27:27 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 21 Nov 2020 11:27:27 +0000
Subject: [issue17695] _sysconfigdata broken with universal builds on OSX
In-Reply-To: <1365659948.17.0.458530957334.issue17695@psf.upfronthosting.co.za>
Message-ID: <1605958047.27.0.136978049864.issue17695@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This only affects universal builds where the CPU architectures are sufficiently different. In particular binaries with both 32-bit and 64-bit alternatives.

The current installers and the upcoming Universal2 installers only contain 64-bit code. That's likely to be the case going forward.


I'm closing this as "won't fix", this is a low priority issue that I'll never work on.

----------
resolution:  -> wont fix
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17695>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:30:13 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 11:30:13 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
In-Reply-To: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>
Message-ID: <1605958213.18.0.876089245684.issue42423@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Excellent idea

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:39:59 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 21 Nov 2020 11:39:59 +0000
Subject: [issue42232] mmap module add Darwin specific madvise options
In-Reply-To: <1605044244.87.0.0921884289953.issue42232@roundup.psfhosted.org>
Message-ID: <1605958799.62.0.260219729749.issue42232@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0e62efc51e31c741b61604787aeab4936e6e50e4 by David CARLIER in branch 'master':
bpo-42232: mmap module add Darwin specific madvise options. (GH-23076)
https://github.com/python/cpython/commit/0e62efc51e31c741b61604787aeab4936e6e50e4


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42232>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:42:37 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 21 Nov 2020 11:42:37 +0000
Subject: [issue42232] mmap module add Darwin specific madvise options
In-Reply-To: <1605044244.87.0.0921884289953.issue42232@roundup.psfhosted.org>
Message-ID: <1605958957.63.0.946248122082.issue42232@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Thanks for the PR.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42232>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:48:06 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 11:48:06 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605959286.44.0.569789111875.issue42413@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Thanks Serhiy!

Andrew, Antoine, Yury, do you want to replace the custom Timeout exceptions in asyncio, multiprocessing, and concurrent with global TimeoutError, too?

----------
nosy: +asvetlov, bquinlan, davin, pitrou, yselivanov
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 06:58:39 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 21 Nov 2020 11:58:39 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605959919.61.0.122287128517.issue42413@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

In futures and asyncio TimeoutError has no errno.

I'm not sure should we care but I consider it as a show stopper.

On another hand, two distinct timeout classes confuse people. I had many conversions about this during the aiohttp support.  asyncio can raise both TimeoutError and asyncio.TimeoutError which is... unexpected at least.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:11:44 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 12:11:44 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605960704.49.0.201064177025.issue42413@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

PyErr_SetString(PyErr_TimeoutError, "msg") and raise TimeoutError("msg") do not set any additional exception attributes. errno, strerror, filename, and filename2 are None:

>>> try:
...     raise TimeoutError("msg")
... except Exception as e:
...     err = e
... 
>>> err
TimeoutError('msg')
>>> (err.errno, err.filename, err.filename2, err.strerror)
(None, None, None, None)

Is that a problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:23:35 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 12:23:35 +0000
Subject: [issue42327] Add PyModule_Add()
In-Reply-To: <1605126914.46.0.774673816158.issue42327@roundup.psfhosted.org>
Message-ID: <1605961415.75.0.929192598174.issue42327@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22335
pull_request: https://github.com/python/cpython/pull/23443

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42327>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:43:37 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 21 Nov 2020 12:43:37 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605962617.23.0.143358953932.issue42413@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Perhaps it is a good compromise.
OSError-derived class without errno looks getter to me that different incompatible TimeoutError classes.

How many exceptions inherited from OSError have no errno set? Do we have a precedent in stdlib at all already?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:43:43 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 12:43:43 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605962623.11.0.848448624416.issue42413@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Yes, I think this is a problem. It is expected that an instance of OSError has valid errno. OSError is a merge of several old exception types, some of them did have errno, and others did not.

Maybe add BaseTimeoutError and make TimeoutError a subclass of BaseTimeoutError and OSError?

There as also several CancelledError, and exceptions with similar names and purpose, like asyncio.IncompleteReadError and http.client.IncompleteRead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:50:45 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 12:50:45 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605963045.73.0.0964526656844.issue42413@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

They have an errno attribute, it's just to None by default. You have to call OSError with multiple arguments to set errno to a non-None value.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 07:59:52 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 21 Nov 2020 12:59:52 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605963592.47.0.38034069917.issue42413@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

I know that I just create OSError() with errno set to None.

My question is: has the standard library such code examples already?
In other words, how many third-party code will be broken by catching OSError with errno=None?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 08:02:47 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 13:02:47 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605963767.13.0.798983640447.issue42413@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I fixed many instantiations of OSError subclasses, but many are still left in Python code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 08:04:16 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 21 Nov 2020 13:04:16 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605963856.6.0.588020849878.issue42413@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Thus using bare TimeoutError in asyncio is safe, isn't it?
This is good news!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 08:08:04 2020
From: report at bugs.python.org (Vito De Tullio)
Date: Sat, 21 Nov 2020 13:08:04 +0000
Subject: [issue42424] add constructor that support multiple context managers
 to contextlib.ExitStack and contextlib.AsyncExitStack
Message-ID: <1605964084.33.0.932146787408.issue42424@roundup.psfhosted.org>


New submission from Vito De Tullio <vito.detullio at gmail.com>:

The enhancement is to add a __init__ method to both contextlib.ExitStack and contextlib.AsyncExitStack, so that you can pass (async)context managers directly in the costructor.

additionally, a new "context_managers" / "async_context_managers" field is added to retrieve the values passed


This will ease the usage with lists of context managers

instead of:

    with ExitStack() as stack:
        files = [stack.enter_context(open(fname)) for fname in filenames]

you can have

    with ExitStack(*(open(fname) for fname in filenames)) as stack:
        files = stack.context_managers

In my use case I have a fixed + variable number of (async)context managers, and I don't even need the "as" part

   ...
   in_send, in_receive = trio.open_memory_channel(0)
   out_sends, out_receives = [], []
   for _ in range(n): # n is dynamic
       out_send, out_receive = trio.open_memory_channel(0)
       out_sends.append(out_send)
       out_receives.append(out_receive)
   
   # syntax error
   async with in_send, in_receive, *out_sends, *out_receives:
       ...

   # with current AsyncExitStack
   async with AsyncExitStack() as stack:
       await stack.async_context_managers(in_send)
       await stack.async_context_managers(in_receive)
       for out_send in out_sends:
           await stack.async_context_managers(out_send)
       for out_receive in out_receives:
           await stack.async_context_managers(out_receives)
       ...

   # with the change
   async with AsyncExitStack(in_send, in_receive, *out_sends, *out_receives):
       ...

----------
components: Library (Lib)
messages: 381561
nosy: ZeD
priority: normal
severity: normal
status: open
title: add constructor that support multiple context managers to contextlib.ExitStack and contextlib.AsyncExitStack
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42424>
_______________________________________

From report at bugs.python.org  Sat Nov 21 08:22:53 2020
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Nov 2020 13:22:53 +0000
Subject: [issue42424] add constructor that support multiple context managers
 to contextlib.ExitStack and contextlib.AsyncExitStack
In-Reply-To: <1605964084.33.0.932146787408.issue42424@roundup.psfhosted.org>
Message-ID: <1605964973.95.0.058405448358.issue42424@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22336
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23444

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42424>
_______________________________________

From report at bugs.python.org  Sat Nov 21 08:31:39 2020
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Nov 2020 13:31:39 +0000
Subject: [issue42424] add constructor that support multiple context managers
 to contextlib.ExitStack and contextlib.AsyncExitStack
In-Reply-To: <1605964084.33.0.932146787408.issue42424@roundup.psfhosted.org>
Message-ID: <1605965499.03.0.289278538592.issue42424@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +22337
pull_request: https://github.com/python/cpython/pull/23445

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42424>
_______________________________________

From report at bugs.python.org  Sat Nov 21 09:03:04 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 14:03:04 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605967384.31.0.972354747845.issue42413@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

There is another option: The subclasses of OSError could set a correct errno automatically.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 09:10:23 2020
From: report at bugs.python.org (Yaroslav Pankovych)
Date: Sat, 21 Nov 2020 14:10:23 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1605967823.98.0.449355096099.issue21041@roundup.psfhosted.org>


Yaroslav Pankovych <flower.moor at gmail.com> added the comment:

That makes sense, but should we have this behaviour only for negative indices? 

We'll end up with something lie:

path.parents[len(path.parents) - 1] != path.parents[-1]

I think that is should be consistent regardless of negative/positive indices.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Sat Nov 21 09:46:23 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 21 Nov 2020 14:46:23 +0000
Subject: [issue42424] add constructor that support multiple context managers
 to contextlib.ExitStack and contextlib.AsyncExitStack
In-Reply-To: <1605964084.33.0.932146787408.issue42424@roundup.psfhosted.org>
Message-ID: <1605969983.61.0.773467008493.issue42424@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

There used to be a contextlib.nested function which did this, and it was deprecated because there were problems with it. See here: https://docs.python.org/2/library/contextlib.html#contextlib.nested

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42424>
_______________________________________

From report at bugs.python.org  Sat Nov 21 09:49:29 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 21 Nov 2020 14:49:29 +0000
Subject: [issue42419] Typo in "what's new in Python 3.9"
In-Reply-To: <1605878785.67.0.774510007978.issue42419@roundup.psfhosted.org>
Message-ID: <1605970169.44.0.337591769481.issue42419@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42419>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:01:13 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:01:13 +0000
Subject: [issue42425] Possible leak in initialization of errmap for OSError
Message-ID: <1605970873.69.0.937757784906.issue42425@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

There is a potential leak when adding item to errmap (errno to OSError subclass mapping) fails.

----------
components: Interpreter Core
messages: 381565
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Possible leak in initialization of errmap for OSError
type: resource usage
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42425>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:02:28 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:02:28 +0000
Subject: [issue42425] Possible leak in initialization of errmap for OSError
In-Reply-To: <1605970873.69.0.937757784906.issue42425@roundup.psfhosted.org>
Message-ID: <1605970948.68.0.927701390264.issue42425@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42425>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:19:37 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:19:37 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
Message-ID: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

In Lib/idlelib/searchengine.py there is a code which decomposes re.error and reports error message, pattern, and position of error.

The problem is that that code does not match the structure of re.error. It takes args[0] as error message, and args[1] (if specified) as position in the pattern. But actually re.error always sets args[0] to formatted error message, and args has only one item. So some code in IDLE is dead.

Currently reported:

   Error: bad escape \z at position 1
   Pattern: a\z

Expected:

   Error: bad escape \z
   Pattern: a\z
   Offset: 1

----------
assignee: terry.reedy
components: IDLE
messages: 381566
nosy: serhiy.storchaka, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Fix reporting RE error in searchengine
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:19:46 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:19:46 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1605971986.36.0.0671657140944.issue42426@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:22:20 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:22:20 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1605972140.22.0.779559650102.issue42426@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:33:34 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:33:34 +0000
Subject: [issue42424] add constructor that support multiple context managers
 to contextlib.ExitStack and contextlib.AsyncExitStack
In-Reply-To: <1605964084.33.0.932146787408.issue42424@roundup.psfhosted.org>
Message-ID: <1605972814.43.0.673845335946.issue42424@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Yes, this design has an incorrigible flaw.

----------
nosy: +serhiy.storchaka
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42424>
_______________________________________

From report at bugs.python.org  Sat Nov 21 10:36:34 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 15:36:34 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1605972994.2.0.795832227502.issue42413@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

This is a good idea. Writing IsADirectoryError(errno.EISDIR, os.strerror(errno.EISDIR), filename) is boring.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Sat Nov 21 11:51:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 21 Nov 2020 16:51:08 +0000
Subject: [issue7460] extended slicing not sufficiently covered in docs
In-Reply-To: <1260292857.39.0.569709796057.issue7460@psf.upfronthosting.co.za>
Message-ID: <1605977468.81.0.0415486025693.issue7460@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue7460>
_______________________________________

From report at bugs.python.org  Sat Nov 21 12:00:42 2020
From: report at bugs.python.org (Sofian Brabez)
Date: Sat, 21 Nov 2020 17:00:42 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1605978042.06.0.457719970482.issue42422@roundup.psfhosted.org>


Change by Sofian Brabez <sbrabez at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 12:17:53 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 17:17:53 +0000
Subject: [issue42425] Possible leak in initialization of errmap for OSError
In-Reply-To: <1605970873.69.0.937757784906.issue42425@roundup.psfhosted.org>
Message-ID: <1605979073.02.0.652130101048.issue42425@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset ed1007c0d74e658d1e6c9b51b12ce7501eb8cbf9 by Serhiy Storchaka in branch 'master':
bpo-42425: Fix possible leak in initialization of errmap for OSError (GH-23446)
https://github.com/python/cpython/commit/ed1007c0d74e658d1e6c9b51b12ce7501eb8cbf9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42425>
_______________________________________

From report at bugs.python.org  Sat Nov 21 12:27:58 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 17:27:58 +0000
Subject: [issue42427] Use the errno attribute of OSError instead of args[0]
Message-ID: <1605979678.87.0.367966297181.issue42427@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

Some code in the stdlib still uses e.args[0] to access errno of OSError instead of e.errno. The latter is more readable, and also it always success (although can return None), but args can be an empty tuple.

----------
components: Library (Lib)
messages: 381570
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Use the errno attribute of OSError instead of args[0]
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42427>
_______________________________________

From report at bugs.python.org  Sat Nov 21 12:29:09 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 21 Nov 2020 17:29:09 +0000
Subject: [issue42427] Use the errno attribute of OSError instead of args[0]
In-Reply-To: <1605979678.87.0.367966297181.issue42427@roundup.psfhosted.org>
Message-ID: <1605979749.12.0.851762860257.issue42427@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42427>
_______________________________________

From report at bugs.python.org  Sat Nov 21 13:21:16 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sat, 21 Nov 2020 18:21:16 +0000
Subject: [issue8733] list type and UserList do not call super in __init__ and
 therefore, they cannot be parents in a multiple inheritence scheme
In-Reply-To: <1274269644.21.0.524799705686.issue8733@psf.upfronthosting.co.za>
Message-ID: <1605982876.31.0.778336180711.issue8733@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
versions: +Python 3.10, Python 3.9 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8733>
_______________________________________

From report at bugs.python.org  Sat Nov 21 14:28:23 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 19:28:23 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605986903.25.0.929646047982.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset 035deee265c7fb227ddc87222fa48761231d8bd7 by Christian Heimes in branch 'master':
bpo-1635741: Port _posixsubprocess module to multiphase init (GH-23406)
https://github.com/python/cpython/commit/035deee265c7fb227ddc87222fa48761231d8bd7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sat Nov 21 14:29:29 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 19:29:29 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1605986969.35.0.56540133077.issue1635741@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:


New changeset ea97ebab3578a6e0bb505da96819ac44d422a6cb by Christian Heimes in branch 'master':
bpo-1635741: Port select module to multiphase init (GH-23409)
https://github.com/python/cpython/commit/ea97ebab3578a6e0bb505da96819ac44d422a6cb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sat Nov 21 14:56:52 2020
From: report at bugs.python.org (JohnSmith11132)
Date: Sat, 21 Nov 2020 19:56:52 +0000
Subject: [issue42428] Inconsistent squaring behavior
Message-ID: <1605988612.3.0.228167402053.issue42428@roundup.psfhosted.org>


New submission from JohnSmith11132 <wbx96811 at cuoly.com>:

Basically when squaring as a negative number, if it's a variable it acts like -3*-3 otherwise it acts like 3*-3.
For example:
>>> x = -3
>>> x ** 2
9
>>> -3 ** 2
-9

pow(-3, 2) seems to act like -3 * -3?
** 3 seems fine and both seems to act like -3*-3*-3.
>>> x = -3
>>> x ** 3
27
>>> -3 ** 3
-27

Will it be safe to use the ** 2 in Python? If I use a variable will it return the same value?

I only found this for the bug:
https://devforum.roblox.com/t/inconsistent-squaring-behavior/820028/

It looks like the exact same issue I'm having, but I still don't get it and it's not for Python.

----------
components: Interpreter Core
messages: 381573
nosy: JohnSmith11132
priority: normal
severity: normal
status: open
title: Inconsistent squaring behavior
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42428>
_______________________________________

From report at bugs.python.org  Sat Nov 21 15:04:10 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 21 Nov 2020 20:04:10 +0000
Subject: [issue42428] Inconsistent squaring behavior
In-Reply-To: <1605988612.3.0.228167402053.issue42428@roundup.psfhosted.org>
Message-ID: <1605989050.7.0.632492389387.issue42428@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

-3 ** 2 is parsed by Python as -(3 **2), not as (-3) ** 2.

----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42428>
_______________________________________

From report at bugs.python.org  Sat Nov 21 15:12:48 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sat, 21 Nov 2020 20:12:48 +0000
Subject: [issue42428] Inconsistent squaring behavior
In-Reply-To: <1605988612.3.0.228167402053.issue42428@roundup.psfhosted.org>
Message-ID: <1605989568.55.0.485353688036.issue42428@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Operator precedence and unary operator binding is explained in the language reference documentation, https://docs.python.org/3/reference/expressions.html#the-power-operator

----------
nosy: +christian.heimes
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42428>
_______________________________________

From report at bugs.python.org  Sat Nov 21 16:03:12 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sat, 21 Nov 2020 21:03:12 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1605992592.32.0.470974939584.issue42422@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sat Nov 21 16:41:15 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Nov 2020 21:41:15 +0000
Subject: [issue8733] list type and UserList do not call super in __init__ and
 therefore, they cannot be parents in a multiple inheritence scheme
In-Reply-To: <1274269644.21.0.524799705686.issue8733@psf.upfronthosting.co.za>
Message-ID: <1605994875.08.0.39143009012.issue8733@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

There will always be classes that don't call super() init, sometimes for efficiency and sometimes to preserve their internal invariants.

Also, __init__() isn't the only method affected.  For a perfectly cooperative class, all of the methods would need to call super().

See how to handle this in the "How to Incorporate a Non-cooperative Class" section of: https://rhettinger.wordpress.com/2011/05/26/super-considered-super/

----------
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8733>
_______________________________________

From report at bugs.python.org  Sat Nov 21 17:11:12 2020
From: report at bugs.python.org (Raphael Krut-Landau)
Date: Sat, 21 Nov 2020 22:11:12 +0000
Subject: [issue14527] How to link with a non-system libffi?
In-Reply-To: <1333851935.11.0.629390980004.issue14527@psf.upfronthosting.co.za>
Message-ID: <1605996672.54.0.580467050465.issue14527@roundup.psfhosted.org>


Raphael Krut-Landau <raphael.kl at gmail.com> added the comment:

To install Python 3.9 locally, with ctypes, this worked for me.

# I created a temp directory
cd ~
mkdir tmp
cd tmp

# I downloaded and installed the latest libffi source from Github
wget "https://github.com/libffi/libffi/releases/download/v3.3/libffi-3.3.tar.gz"
tar xvf libffi-3.3.tar.gz
cd libffi-3.3
./configure --prefix=$HOME && make && make install

# I now had some libffi files in ~/lib/pkgconfig and ~/lib64.
# I added these to LD_LIBRARY_PATH, along with ~/lib.

export LD_LIBRARY_PATH="$HOME/lib/pkgconfig:$HOME/lib:$HOME/lib64:$LD_LIBRARY_PATH"

# I downloaded and installed the latest Python from python.org
cd ~/tmp
wget "https://www.python.org/ftp/python/3.9.0/Python-3.9.0.tgz"
cd ~/tmp/Python-3.9.0
./configure --prefix=$HOME --with-system-ffi LDFLAGS="-L $HOME/lib64/" CPPFLAGS="-I $HOME/tmp/libffi-3.3/include/"
make
make test
make install

# I was then able to run an installer that had shown me the error, "No module named '_ctypes'
pip3 install mycli

I hope this can be useful to you.

Raffi

----------
nosy: +raphael.kl
versions: +Python 3.9 -Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14527>
_______________________________________

From report at bugs.python.org  Sat Nov 21 18:29:41 2020
From: report at bugs.python.org (Chris Warrick)
Date: Sat, 21 Nov 2020 23:29:41 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
Message-ID: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>


New submission from Chris Warrick <kwpolska at gmail.com>:

When formatting decimal.Decimal using old-style formatting (%g), the output is as short as possible, as expected. When using new-style formatting (str.format or f-strings), the output uses the input precision. Floats behave correctly with new-style formatting. 

Python 3.9.0 (default, Oct 27 2020, 14:15:17)
[Clang 12.0.0 (clang-1200.0.32.21)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import decimal
>>> d1 = decimal.Decimal("1.000")
>>> d2 = decimal.Decimal("1.500")
>>> f1 = 1.0
>>> f2 = 1.5
>>> f"{d1:g} {f1:g}"
'1.000 1'
>>> f"{d2:g} {f2:g}"
'1.500 1.5'
>>> "%g %g" % (d1, f1)
'1 1'
>>> "%g %g" % (d2, f2)
'1.5 1.5'

----------
components: Library (Lib)
messages: 381578
nosy: Kwpolska
priority: normal
severity: normal
status: open
title: Behavior of general (%g, :g) formatting inconsistent for decimal.Decimal
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Sat Nov 21 18:54:16 2020
From: report at bugs.python.org (Emmanuel Arias)
Date: Sat, 21 Nov 2020 23:54:16 +0000
Subject: [issue33167] RFC Documentation Updates to urllib.parse.rst
In-Reply-To: <1522237726.19.0.467229070634.issue33167@psf.upfronthosting.co.za>
Message-ID: <1606002856.96.0.738181503805.issue33167@roundup.psfhosted.org>


Emmanuel Arias <eamanu at yaerobi.com> added the comment:

+1 for the closed

----------
nosy: +eamanu

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33167>
_______________________________________

From report at bugs.python.org  Sat Nov 21 19:54:11 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 00:54:11 +0000
Subject: [issue33167] RFC Documentation Updates to urllib.parse.rst
In-Reply-To: <1522237726.19.0.467229070634.issue33167@psf.upfronthosting.co.za>
Message-ID: <1606006451.05.0.387770515014.issue33167@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33167>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:13:21 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 01:13:21 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606007601.57.0.772777945702.issue38443@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 0f20bd9042c9b7fce20c3b9511cd0820b30094c3 by Ronald Oussoren in branch 'master':
bpo-38443: Check that the specified universal architectures work (GH-22910)
https://github.com/python/cpython/commit/0f20bd9042c9b7fce20c3b9511cd0820b30094c3


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:19:43 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 01:19:43 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606007983.61.0.628936800676.issue38443@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22342
pull_request: https://github.com/python/cpython/pull/23451

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:30:34 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 01:30:34 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606008634.99.0.435517018454.issue38443@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22343
pull_request: https://github.com/python/cpython/pull/23452

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:45:28 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 01:45:28 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606009528.7.0.0676668230648.issue38443@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 748d38bf529d71d87cc7ef6d63e9df7d7d771ac9 by Miss Islington (bot) in branch '3.9':
[3.9] bpo-38443: Check that the specified universal architectures work (GH-22910) (GH-23451)
https://github.com/python/cpython/commit/748d38bf529d71d87cc7ef6d63e9df7d7d771ac9


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:54:17 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 01:54:17 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606010057.22.0.910213407241.issue38443@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6e665424d6e7abf6d6de010609a398a7407df83c by Miss Islington (bot) in branch '3.8':
bpo-38443: Check that the specified universal architectures work (GH-22910)
https://github.com/python/cpython/commit/6e665424d6e7abf6d6de010609a398a7407df83c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 20:56:16 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Nov 2020 01:56:16 +0000
Subject: [issue38443] unavailable --with-universal-archs= macOS confgure
 options fail cryptically
In-Reply-To: <1570780434.84.0.507087684939.issue38443@roundup.psfhosted.org>
Message-ID: <1606010176.17.0.7270518704.issue38443@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38443>
_______________________________________

From report at bugs.python.org  Sat Nov 21 21:05:39 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 02:05:39 +0000
Subject: [issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on
 recent macOS
In-Reply-To: <1605443356.85.0.637246166587.issue42361@roundup.psfhosted.org>
Message-ID: <1606010739.93.0.262467087706.issue42361@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 690a5fa3ddc675a434730b057ddb5c33f44fd0b7 by Ronald Oussoren in branch 'master':
bpo-42361: Use Tcl/Tk 8.6.10 when building the installer on recent macOS (GH-23293)
https://github.com/python/cpython/commit/690a5fa3ddc675a434730b057ddb5c33f44fd0b7


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42361>
_______________________________________

From report at bugs.python.org  Sat Nov 21 21:14:17 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 22 Nov 2020 02:14:17 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1606011257.95.0.669250059633.issue36906@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

I expect several phases here:

(1) add a .dedent() method to str (and bytes?) - behaviors to consider mirroring are textwrap.dedent() and inspect.cleandoc().  Given their utility and similarities, it makes sense to offer both behaviors; behavior could be selected by a kwarg passed to the method.

https://docs.python.org/3/library/textwrap.html#textwrap.dedent

https://docs.python.org/3/library/inspect.html#inspect.cleandoc

(2a) Ponder the d" prefix - but in general I expect sentiment to be against yet another letter prefix.  They aren't pretty.  This would need a PEP.  Someone would need to champion it.

(2b) Ponder making cleandoc dedenting automatic for docstrings.  This would be enabled on a per-file basis via a `from __future__ import docstring_dedent` or similar as Serhiy suggested.  No prefix letter required.  Several releases later we could consider making it the default.  This will also need needs a PEP.

(3) Optimizations when .dedent() is called on a constant?  Nice to have, But I suggest we land (1) first as its own base implementation PR. Then consider the follow-ons in parallel.

I believe the current patch contains (1)+(3) right now.  If so we should simplify it to (1) and make (3) am immediate followup as saving the runtime cost and data space is worthwhile.

Ultimate end state: probably 1+2b+3, but even 1+3 or 1+2b is a nice win.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sat Nov 21 21:17:27 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Nov 2020 02:17:27 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606011447.61.0.509034295063.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 442746af649cc2c20d690acfabf44ab0e06c36b4 by Ronald Oussoren in branch 'master':
bpo-41100: Stripping '-arch arm64' didn't work after all (GH-23280)
https://github.com/python/cpython/commit/442746af649cc2c20d690acfabf44ab0e06c36b4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sat Nov 21 22:15:57 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Nov 2020 03:15:57 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606014957.69.0.667841008869.issue42426@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The confusion about error.args is this:

BaseException.args is documented as "The tuple of arguments given to the exception constructor."
https://docs.python.org/3/library/exceptions.html#base-classes
args[0] is usually and I would expect it to always be the formatted message, which is to say, the string normally printed at the end of tracebacks.
The signature of re.error is documented as "(msg, pattern=None, pos=None)"
https://docs.python.org/3/library/re.html#re.error
and this is what inspect.signature says (as reported in IDLE calltip).
So one might expect .args to be a 3-tuple.

With the value fetching fixed, the displayed message could be changed to something else (in another issue), such as
  Error: bad escape \z in pattern r'a\z' at offset 1

Thanks for the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sat Nov 21 22:28:06 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 22 Nov 2020 03:28:06 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
In-Reply-To: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>
Message-ID: <1606015686.33.0.347760298855.issue42429@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

A few things:

- There is no %-formatting for Decimal types. They're being converted to float first. That's why it appears that %-formatting with 'g' works the same for decimal and float: you're really just calling the float version.

- The difference in 'g' formatting between float and Decimal is a known difference. This issue pops up every now and again, but right now I can't find where (or if) it's actually documented.

Mark: can you point to it? I don't think https://docs.python.org/3/library/string.html#format-specification-mini-language mentions it where it talks about Decimals. And I don't see any documentation for Decimal.__format__.

----------
nosy: +eric.smith, mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:06:58 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Nov 2020 05:06:58 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606021618.52.0.564147066937.issue42426@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset 453bc1da2023d6cbe362637a2e0b06d0521f013c by Serhiy Storchaka in branch 'master':
bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447)
https://github.com/python/cpython/commit/453bc1da2023d6cbe362637a2e0b06d0521f013c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:07:04 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 05:07:04 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606021624.93.0.431877412726.issue42426@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22344
pull_request: https://github.com/python/cpython/pull/23453

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:07:13 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 05:07:13 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606021633.39.0.914961599982.issue42426@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22345
pull_request: https://github.com/python/cpython/pull/23454

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:14:30 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Nov 2020 05:14:30 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1606022070.3.0.8847609211.issue41116@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 404a719b5127602c1a948f8e189ab61cd3f147d8 by Ronald Oussoren in branch 'master':
bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301)
https://github.com/python/cpython/commit/404a719b5127602c1a948f8e189ab61cd3f147d8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:14:38 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 05:14:38 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1606022078.9.0.396983332479.issue41116@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22346
pull_request: https://github.com/python/cpython/pull/23455

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:17:38 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Nov 2020 05:17:38 +0000
Subject: [issue42430] Windows py launcher default for shebang line is
 surprising
Message-ID: <1606022258.04.0.96368349872.issue42430@roundup.psfhosted.org>


New submission from Guido van Rossum <guido at python.org>:

I have 3.9 and 3.10 installed on my Windows box.

The py launcher runs Python 3.10 when invoked on a script starting with a shebang line

#!/usr/bin/env python

even though the default without a script is 3.9, as shown here:

PS C:\Users\gvanrossum\peps> py -0
Installed Pythons found by C:\WINDOWS\py.exe Launcher for Windows
 -3.9-64 *
 -3.8-64
 -3.7-64
 -3.6-64
 -3.5-64
 -3.4-64
 -3.10-64

PS C:\Users\gvanrossum\peps> py   
Python 3.9.0 (tags/v3.9.0:9cf6752, Oct  5 2020, 15:34:40) [MSC v.1927 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> ^Z

PS C:\Users\gvanrossum\peps> 

This caused some confusion since I was running a script that imported a package that I had installed in the default interpreter but not in 3.10.

I am not using a virtual environment (yet :-).

Without the shebang line the 3.9 interpreter is used.

(Full disclosure: the script was pep2html.py, and the package was docutils.)

----------
assignee: steve.dower
components: Windows
messages: 381590
nosy: gvanrossum, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Windows py launcher default for shebang line is surprising
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42430>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:24:19 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 05:24:19 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606022659.29.0.247332902885.issue42426@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 28b40d7a349787817fe5f6ebfa753c29b96c8832 by Miss Islington (bot) in branch '3.8':
bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447)
https://github.com/python/cpython/commit/28b40d7a349787817fe5f6ebfa753c29b96c8832


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:25:14 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Nov 2020 05:25:14 +0000
Subject: [issue42430] Windows py launcher default for shebang line is
 surprising
In-Reply-To: <1606022258.04.0.96368349872.issue42430@roundup.psfhosted.org>
Message-ID: <1606022714.66.0.436632260474.issue42430@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Oops, I think I understand why.  The py launcher actually does a search for an interpreter named "python" and that turns out to be python 3.10.

Now my question becomes why py chooses a different default than that.

I don't have a py.ini file in either of the two places mentioned by "py -h", nor do I have a PY_PYTHON env var.  Maybe it's because I installed 3.9 last?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42430>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:28:15 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 22 Nov 2020 05:28:15 +0000
Subject: [issue42430] Windows py launcher default for shebang line is
 surprising
In-Reply-To: <1606022258.04.0.96368349872.issue42430@roundup.psfhosted.org>
Message-ID: <1606022895.95.0.304549176142.issue42430@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I guess this explains it:

>>> for p in os.getenv("PATH").split(os.pathsep): print(p)
... 
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\WINDOWS\System32\WindowsPowerShell\v1.0\
C:\WINDOWS\System32\OpenSSH\
C:\Program Files\Git\cmd
C:\Program Files\nodejs\
C:\ProgramData\chocolatey\bin

C:\Program Files\Microsoft VS Code Insiders\bin
C:\Users\gvanrossum\AppData\Local\Programs\Python\Python310\Scripts\
C:\Users\gvanrossum\AppData\Local\Programs\Python\Python310\
C:\Users\gvanrossum\AppData\Local\Microsoft\WindowsApps

C:\Users\gvanrossum\AppData\Local\Programs\Microsoft VS Code Insiders\bin
C:\Users\gvanrossum\AppData\Roaming\npm
>>>

----------
resolution:  -> not a bug
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42430>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:30:57 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 05:30:57 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606023057.08.0.659475122415.issue42426@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset dd20643b144d1c81989d235c3ec51f18fda618c2 by Miss Islington (bot) in branch '3.9':
bpo-42426: IDLE: Fix reporting offset of the RE error in searchengine (GH-23447)
https://github.com/python/cpython/commit/dd20643b144d1c81989d235c3ec51f18fda618c2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:56:33 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Nov 2020 05:56:33 +0000
Subject: [issue42426] IDLE: Fix reporting RE error in searchengine
In-Reply-To: <1605971977.28.0.341326633768.issue42426@roundup.psfhosted.org>
Message-ID: <1606024593.94.0.787521950347.issue42426@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42426>
_______________________________________

From report at bugs.python.org  Sun Nov 22 00:59:51 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Nov 2020 05:59:51 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606024791.86.0.269728411813.issue42391@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset bd8c22e1fa8f8f6e31ee083a8b9321a2c324f02f by Ram Rachum in branch 'master':
bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348)
https://github.com/python/cpython/commit/bd8c22e1fa8f8f6e31ee083a8b9321a2c324f02f


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:00:14 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 06:00:14 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606024814.33.0.301250416759.issue42391@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22347
pull_request: https://github.com/python/cpython/pull/23456

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:00:22 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 06:00:22 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606024822.79.0.243909843097.issue42391@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22348
pull_request: https://github.com/python/cpython/pull/23457

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:10:27 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 06:10:27 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606025427.7.0.936143949501.issue42391@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 2528a7db1c8b7ebc3d442ff0984248ed3e325bf6 by Miss Islington (bot) in branch '3.8':
bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348)
https://github.com/python/cpython/commit/2528a7db1c8b7ebc3d442ff0984248ed3e325bf6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:24:29 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 06:24:29 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606026269.06.0.243661102787.issue42391@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 4f87126969245861111cc12ca295899944c11b46 by Miss Islington (bot) in branch '3.9':
bpo-42391: Clarify documentation of TestCase.assertIs (GH-23348)
https://github.com/python/cpython/commit/4f87126969245861111cc12ca295899944c11b46


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:28:08 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Nov 2020 06:28:08 +0000
Subject: [issue42391] Clarify documentation of TestCase.assertIs
In-Reply-To: <1605635289.18.0.924357331254.issue42391@roundup.psfhosted.org>
Message-ID: <1606026488.49.0.736823155244.issue42391@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42391>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:35:45 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Nov 2020 06:35:45 +0000
Subject: [issue41116] build on macOS 11 (beta) does not find system-supplied
 third-party libraries
In-Reply-To: <1593100264.48.0.613850075185.issue41116@roundup.psfhosted.org>
Message-ID: <1606026945.28.0.975755090609.issue41116@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 0aab3522b259c40abf1f070c71aa7b914c1239b5 by Miss Islington (bot) in branch '3.9':
bpo-41116: Ensure system supplied libraries are found on macOS 11 (GH-23301) (GH-23455)
https://github.com/python/cpython/commit/0aab3522b259c40abf1f070c71aa7b914c1239b5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41116>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:40:55 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 22 Nov 2020 06:40:55 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606027255.42.0.621915093238.issue41100@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
pull_requests: +22349
pull_request: https://github.com/python/cpython/pull/23293

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 22 01:49:45 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Sun, 22 Nov 2020 06:49:45 +0000
Subject: [issue42427] Use the errno attribute of OSError instead of args[0]
In-Reply-To: <1605979678.87.0.367966297181.issue42427@roundup.psfhosted.org>
Message-ID: <1606027785.57.0.566928054727.issue42427@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42427>
_______________________________________

From report at bugs.python.org  Sun Nov 22 02:41:42 2020
From: report at bugs.python.org (Inada Naoki)
Date: Sun, 22 Nov 2020 07:41:42 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1606030902.15.0.673523139246.issue36906@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

> (1) add a .dedent() method to str (and bytes?) - behaviors to consider mirroring are textwrap.dedent() and inspect.cleandoc().  Given their utility and similarities, it makes sense to offer both behaviors; behavior could be selected by a kwarg passed to the method.

I don't think we need two algorithms here. I'm +1 to add str.dedent() which mirroring only inspect.cleandoc().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sun Nov 22 03:06:01 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Sun, 22 Nov 2020 08:06:01 +0000
Subject: [issue42405] Add distutils mvsccompiler support for Windows ARM64
 build
In-Reply-To: <1605787478.54.0.45093731424.issue42405@roundup.psfhosted.org>
Message-ID: <1606032361.97.0.0682505040098.issue42405@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

As I reviewed the PR, I do realize how tricky this change is going to be. In addition to the three MSVC implementations in distutils, Setuptools has its own (https://github.com/pypa/setuptools/blob/master/setuptools/msvc.py).

Interestingly, that file indicates support for ARM (when describing support for MSVC 14+), so at least someone has previously embarked on this territory.

If it turns out that supporting ARM in msvc9compiler also implies adding support for MSVC 14+, I think you'll be hard-pressed to find a satisfying solution that doesn't break compatibility for many use-cases.

Thanks for investigating this issue and good luck.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42405>
_______________________________________

From report at bugs.python.org  Sun Nov 22 03:10:11 2020
From: report at bugs.python.org (pmp-p)
Date: Sun, 22 Nov 2020 08:10:11 +0000
Subject: [issue14527] How to link with a non-system libffi?
In-Reply-To: <1333851935.11.0.629390980004.issue14527@psf.upfronthosting.co.za>
Message-ID: <1606032611.3.0.268579488517.issue14527@roundup.psfhosted.org>


pmp-p <pmpp.pub at gmail.com> added the comment:

I think the actual PR20451 with its proper use of pkgconfig could close https://bugs.python.org/issue31710 ( fixing at once android and wasm/wasi compilation )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14527>
_______________________________________

From report at bugs.python.org  Sun Nov 22 03:28:51 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 08:28:51 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1606033731.67.0.704850139965.issue36906@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Multiline string literals were added recently in Java (https://openjdk.java.net/jeps/378). The semantic is similar to Julia: autodedent and ignoring the first blank line.

Multiline string literals have similar semantic in Swift (https://docs.swift.org/swift-book/LanguageGuide/StringsAndCharacters.html).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sun Nov 22 03:29:01 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 08:29:01 +0000
Subject: [issue42427] Use the errno attribute of OSError instead of args[0]
In-Reply-To: <1605979678.87.0.367966297181.issue42427@roundup.psfhosted.org>
Message-ID: <1606033741.1.0.558613783464.issue42427@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset c4d45ee670c09d4f6da709df072ec80cb7dfad22 by Serhiy Storchaka in branch 'master':
bpo-42427: Use the errno attribute of OSError instead of args[0] (GH-23449)
https://github.com/python/cpython/commit/c4d45ee670c09d4f6da709df072ec80cb7dfad22


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42427>
_______________________________________

From report at bugs.python.org  Sun Nov 22 03:29:33 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 08:29:33 +0000
Subject: [issue42427] Use the errno attribute of OSError instead of args[0]
In-Reply-To: <1605979678.87.0.367966297181.issue42427@roundup.psfhosted.org>
Message-ID: <1606033773.65.0.626675360196.issue42427@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42427>
_______________________________________

From report at bugs.python.org  Sun Nov 22 04:38:12 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 09:38:12 +0000
Subject: [issue42431] Fix outdated bytes comments
Message-ID: <1606037892.77.0.133839812824.issue42431@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

Some comments in C code still refer to bytearray object as bytes object and to bytes object as string object.

The proposed PR fixes outdated comments.

It also moves the definition of macros F_LJUST etc from public header to private header. They are only used internally and never leaked to the user. They were defined in two places: in Include/bytesobject.h and Objects/bytesobject.c.

Is it true that headers in Include/internal are more private than headers in Include/cpython? It is not clear from names.

----------
components: Interpreter Core
messages: 381604
nosy: serhiy.storchaka, vstinner
priority: normal
severity: normal
status: open
title: Fix outdated bytes comments
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42431>
_______________________________________

From report at bugs.python.org  Sun Nov 22 04:41:25 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 09:41:25 +0000
Subject: [issue42431] Fix outdated bytes comments
In-Reply-To: <1606037892.77.0.133839812824.issue42431@roundup.psfhosted.org>
Message-ID: <1606038085.35.0.992864952708.issue42431@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42431>
_______________________________________

From report at bugs.python.org  Sun Nov 22 04:44:30 2020
From: report at bugs.python.org (Inada Naoki)
Date: Sun, 22 Nov 2020 09:44:30 +0000
Subject: [issue36906] Compile time textwrap.dedent() equivalent for str or
 bytes literals
In-Reply-To: <1557772831.22.0.440689390024.issue36906@roundup.psfhosted.org>
Message-ID: <1606038270.96.0.868047759607.issue36906@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

> I don't think we need two algorithms here. I'm +1 to add str.dedent() which mirroring only inspect.cleandoc().

I withdraw this.  If we add str.dedent(), it must not be optimized for triple-quote literal.

Auto dedenting is very nice to have. It can be different from inspect.cleandoc().

We may able to cleandoc() automatically, even without `from __future__`. This can be different from str.dedent() or auto dedenting.

We already have a separate issue for docstring. And auto dedenting will needs PEP. How about focus on str.dedent() and change the issue title?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36906>
_______________________________________

From report at bugs.python.org  Sun Nov 22 04:59:54 2020
From: report at bugs.python.org (sicarius noidea)
Date: Sun, 22 Nov 2020 09:59:54 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
Message-ID: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>


New submission from sicarius noidea <sicarius.ctf at gmail.com>:

Hey,
BadStatusLine triggered when protocol version is in lowercase. 
I've encountered a server that answers "Http/1.0  404 Not Found\r\n" instead of "HTTP/1.0  404 Not Found\r\n"

## Expected Result

Requests understanding the status line.

## Actual Result

Requests is closing the connection.

## Reproduction Steps
### Setup a server that answers the line above
bash: ```while 1;do echo "Http/1.0  404 Not Found\r\n" | sudo nc -lnvp 80; done```
### get the server
```python
import requests
req = req = requests.get("http://127.0.0.1/", verify=False, allow_redir=False )
```

## problem location
Look at line 287 of http/client.py
the word "HTTP" should be matched in lowercase too.
```python
if not version.startswith("HTTP/"):```

Regards.

----------
components: Library (Lib)
messages: 381606
nosy: sicarius.ctf
priority: normal
severity: normal
status: open
title: Http client, Bad Status Line triggered for no reason
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Sun Nov 22 05:09:32 2020
From: report at bugs.python.org (Florian Klink)
Date: Sun, 22 Nov 2020 10:09:32 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
Message-ID: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>


New submission from Florian Klink <flokli at flokli.de>:

I'm importing some mbox archives into my maildirs, and use `mailbox.mbox` to parse archives created by pipermail.

Some of these archives seem to contain non-ascii characters, and python just throws a `UnicodeDecodeError` and refuses to process the archive.

Reproducer: (successful on 3.7.9, 3.8.5, 3.9.0)

```
curl https://lists.freedesktop.org/archives/systemd-devel/2016-January.txt.gz | zcat > mbox.txt
python3 -c "import mailbox; mb = mailbox.mbox('mbox.txt');mb.items()"
```

----------
components: email
messages: 381607
nosy: barry, flokli, r.david.murray
priority: normal
severity: normal
status: open
title: mailbox.mbox fails on non ASCII characters
versions: Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sun Nov 22 05:18:45 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 22 Nov 2020 10:18:45 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606040325.95.0.99807294257.issue41100@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:


New changeset e8b1c038b14b5fc8120aab62c9bf5fb840274cb6 by Ronald Oussoren in branch '3.9':
[3.9] bpo-41100: Support macOS 11 and Apple Silicon (GH-22855) (GH-23295)
https://github.com/python/cpython/commit/e8b1c038b14b5fc8120aab62c9bf5fb840274cb6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 22 06:15:21 2020
From: report at bugs.python.org (=?utf-8?q?David_Sala=C4=8D?=)
Date: Sun, 22 Nov 2020 11:15:21 +0000
Subject: [issue42434] Library json,
 file json/encoder.py: Function floatstr should be a class-level
 function.
Message-ID: <1606043721.58.0.74896006413.issue42434@roundup.psfhosted.org>


New submission from David Sala? <salacdav at gmail.com>:

The logic as it is implemented now does not allow to user to override floatstr function. That makes things enormously inconvenient for people who need any different of behaviour (for example return string values defining Infinity, NaN or -Infinity). If it was moved on the class-level, it would easier because it makes floatstr to be a class-level function.

----------
components: Library (Lib)
files: encoder.py
messages: 381609
nosy: salacdav
priority: normal
severity: normal
status: open
title: Library json, file json/encoder.py: Function floatstr should be a class-level function.
type: enhancement
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49613/encoder.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42434>
_______________________________________

From report at bugs.python.org  Sun Nov 22 06:20:47 2020
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Nov 2020 11:20:47 +0000
Subject: [issue42434] Library json,
 file json/encoder.py: Function floatstr should be a class-level
 function.
In-Reply-To: <1606043721.58.0.74896006413.issue42434@roundup.psfhosted.org>
Message-ID: <1606044047.77.0.931316033895.issue42434@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22351
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23459

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42434>
_______________________________________

From report at bugs.python.org  Sun Nov 22 06:25:10 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 11:25:10 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
In-Reply-To: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>
Message-ID: <1606044310.25.0.539542613707.issue42423@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 686c203cd4355be5b7809a9d24b4aa3566d9371f by Serhiy Storchaka in branch 'master':
bpo-42423: Accept single base class in PyType_FromModuleAndSpec() (GH-23441)
https://github.com/python/cpython/commit/686c203cd4355be5b7809a9d24b4aa3566d9371f


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sun Nov 22 06:53:56 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 11:53:56 +0000
Subject: [issue42423] Support passing single class to PyType_FromSpecWithBases
 and PyType_FromModuleAndSpec
In-Reply-To: <1605953954.58.0.578836849321.issue42423@roundup.psfhosted.org>
Message-ID: <1606046036.69.0.881256215682.issue42423@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42423>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:17:43 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 12:17:43 +0000
Subject: [issue13907] test_pprint relies on set/dictionary repr() ordering
In-Reply-To: <1327877127.5.0.775790034164.issue13907@psf.upfronthosting.co.za>
Message-ID: <1606047463.4.0.838463525482.issue13907@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This test was since renamed to test_set_of_sets_reprs  and is currently marked as @expectedFailure:

https://github.com/python/cpython/commit/51844384f4b225d214e122edd8af65c75e50a150

----------
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13907>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:31:52 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 12:31:52 +0000
Subject: [issue42435] Spped up comparison of bytes and bytearray object with
 objects of different types
Message-ID: <1606048312.33.0.0547387473291.issue42435@roundup.psfhosted.org>


New submission from Serhiy Storchaka <storchaka+cpython at gmail.com>:

The proposed PR speeds up comparison of bytes and bytearray object with objects of different types, especially if use the -b option.

Before:

$ ./python -m timeit -s "x = b''" "x == None"
10000000 loops, best of 5: 29.5 nsec per loop
$ ./python -b -m timeit -s "x = b''" "x == None"
2000000 loops, best of 5: 139 nsec per loop
$ ./python -m timeit -s "x = bytearray()" "x == None"
1000000 loops, best of 5: 282 nsec per loop
$ ./python -b -m timeit -s "x = bytearray()" "x == None"
1000000 loops, best of 5: 282 nsec per loop

After:

$ ./python -m timeit -s "x = b''" "x == None"
10000000 loops, best of 5: 29.7 nsec per loop
$ ./python -b -m timeit -s "x = b''" "x == None"
10000000 loops, best of 5: 29.9 nsec per loop
$ ./python -m timeit -s "x = bytearray()" "x == None"
10000000 loops, best of 5: 32.1 nsec per loop
$ ./python -b -m timeit -s "x = bytearray()" "x == None"
10000000 loops, best of 5: 32.2 nsec per loop

There were two causes of the slowdown:

1. When checked for bytes warning, the code used slow PyObject_IsInstance() which checks the __class__ attribute and looks up several other attributes. Using fast PyUnicode_Check() and PyLong_Check() is enough, because the only case when these methods give different result if you compare with an instance of special class with the __class__ property which return str or int. It is very uncommon case.

2. For bytearray, it tried to get buffers of arguments, and if they did not support the buffer protocol, a TypeError was raised and immediately suppressed. Using fast check PyObject_CheckBuffer() allows to get rid of raising an exception.

Also, PyUnicode_Check() and PyLong_Check() are more convenient, because they do not need error handling.

----------
components: Interpreter Core
messages: 381612
nosy: methane, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Spped up comparison of bytes and bytearray object with objects of different types
type: performance
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42435>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:33:48 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 12:33:48 +0000
Subject: [issue42435] Speed up comparison of bytes and bytearray object with
 objects of different types
In-Reply-To: <1606048312.33.0.0547387473291.issue42435@roundup.psfhosted.org>
Message-ID: <1606048428.34.0.167720486478.issue42435@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
title: Spped up comparison of bytes and bytearray object with objects of different types -> Speed up comparison of bytes and bytearray object with objects of different types

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42435>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:38:28 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 12:38:28 +0000
Subject: [issue42435] Speed up comparison of bytes and bytearray object with
 objects of different types
In-Reply-To: <1606048312.33.0.0547387473291.issue42435@roundup.psfhosted.org>
Message-ID: <1606048708.97.0.754375611253.issue42435@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42435>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:43:02 2020
From: report at bugs.python.org (Amirouche Boubekki)
Date: Sun, 22 Nov 2020 12:43:02 +0000
Subject: [issue42436] Google use wrong "hightlight" argument
Message-ID: <1606048982.4.0.529831735845.issue42436@roundup.psfhosted.org>


New submission from Amirouche Boubekki <amirouche.boubekki at gmail.com>:

At the moment when I search for the following:

  https://www.google.com/search?q=ast+transformer+python+3.10

I have as second result this url:

  https://docs.python.org/dev/library/ast.html?highlight=s

I do not understand the purpose in the query string of `highlight=s`

----------
assignee: docs at python
components: Documentation
messages: 381613
nosy: amirouche, docs at python
priority: normal
severity: normal
status: open
title: Google use wrong "hightlight" argument
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42436>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:45:37 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 12:45:37 +0000
Subject: [issue4657] Doctest gets line numbers wrongs with <> in name
In-Reply-To: <1229242886.47.0.883564319605.issue4657@psf.upfronthosting.co.za>
Message-ID: <1606049137.48.0.849934340705.issue4657@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I tested on 3.10 (macos) and can confirm that it is fixed. 

Details: I changed _run_object_doctest as Nick explained, and made it display the output of the finder.find() call - the line number was the same with and without the <>s.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4657>
_______________________________________

From report at bugs.python.org  Sun Nov 22 07:48:53 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 22 Nov 2020 12:48:53 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1606049333.79.0.254931710829.issue1635741@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22354
pull_request: https://github.com/python/cpython/pull/23462

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Sun Nov 22 09:23:49 2020
From: report at bugs.python.org (=?utf-8?b?0JzQuNC60LDQtdC70LAg0KHRgtC+0LjRh9C60L7QstCw?=)
Date: Sun, 22 Nov 2020 14:23:49 +0000
Subject: [issue42437] crypt produces wrong hashes for passwords containing
 dollar sign
Message-ID: <1606055029.24.0.350061421164.issue42437@roundup.psfhosted.org>


New submission from ??????? ????????? <m.stoichkovaaa at gmail.com>:

I am having an issue with crypt library (Lib/crypt.py) when hashing passwords containing dolalr sign ("$") . I am using python 3.8.5 on Linux.  To compare hashed passwords produced by crypt, I used openssl utilities. 

When generating hashes for password without "$", crypt and openssl return the same result.

But when generating hashes for passwords containing $ dollar sign, crypt returns a result different from the result returned by openssl: 

openssl passwd -6 "cash$money"
$6$C0UG33RcHmBVAjQ/$j1Tm2WSaZzDIzVQTgk71z6nY7fiJnaLe6Lxy8DzGystQ1Jive7IuqIUJq5s2F9wdXRpm8jNs7iksV8oHPVKYC0
 
python3 -c 'import crypt; print(crypt.crypt("cash$money","$6$C0UG33RcHmBVAjQ/"))'
$6$C0UG33RcHmBVAjQ/$Tm9aYQq7BsTT/awN6wiUZ6ysamqX9qUVKBV.TjML5udxWqupAB7luv/.KYypZnpQ9eI33R4Lw3O4Jx4NZjTEV/


I did not find a special mention for dollar sign in the documentation. Thanks for your help.

----------
components: Library (Lib)
messages: 381615
nosy: m.stoichkovaaa
priority: normal
severity: normal
status: open
title: crypt produces wrong hashes for passwords containing dollar sign
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42437>
_______________________________________

From report at bugs.python.org  Sun Nov 22 09:33:57 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 22 Nov 2020 14:33:57 +0000
Subject: [issue42437] crypt produces wrong hashes for passwords containing
 dollar sign
In-Reply-To: <1606055029.24.0.350061421164.issue42437@roundup.psfhosted.org>
Message-ID: <1606055637.04.0.728803153243.issue42437@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I assume that you called openssl from a shell. You did not use single quotes around in the first example:

$ echo "cash$money"
cash
$ echo 'cash$money'
cash$money
$ openssl passwd -6 -salt 'C0UG33RcHmBVAjQ/' 'cash$money'
$6$C0UG33RcHmBVAjQ/$Tm9aYQq7BsTT/awN6wiUZ6ysamqX9qUVKBV.TjML5udxWqupAB7luv/.KYypZnpQ9eI33R4Lw3O4Jx4NZjTEV/

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42437>
_______________________________________

From report at bugs.python.org  Sun Nov 22 09:37:25 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 22 Nov 2020 14:37:25 +0000
Subject: [issue42437] crypt produces wrong hashes for passwords containing
 dollar sign
In-Reply-To: <1606055029.24.0.350061421164.issue42437@roundup.psfhosted.org>
Message-ID: <1606055845.84.0.0240989829343.issue42437@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

PS: Don't use crypt or SSHA512 format for passowrd hashing. You should use PBKDF2-HMAC, bcrypt, scrypt, or argon2 instead. SSHA512 is a dated algorithm and considered insecure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42437>
_______________________________________

From report at bugs.python.org  Sun Nov 22 10:21:58 2020
From: report at bugs.python.org (Vuyyuru Sai Nithish)
Date: Sun, 22 Nov 2020 15:21:58 +0000
Subject: [issue42438] Fatal Python error: init_fs_encoding: failed to get the
 Python codec of the filesystem encoding
Message-ID: <1606058518.9.0.857155986054.issue42438@roundup.psfhosted.org>


Change by Vuyyuru Sai Nithish <sainithish.vuyyuru at gmail.com>:


----------
nosy: nithish
priority: normal
severity: normal
status: open
title: Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42438>
_______________________________________

From report at bugs.python.org  Sun Nov 22 10:31:04 2020
From: report at bugs.python.org (Vuyyuru Sai Nithish)
Date: Sun, 22 Nov 2020 15:31:04 +0000
Subject: [issue42438] Fatal Python error: init_fs_encoding: failed to get the
 Python codec of the filesystem encoding
Message-ID: <1606059064.2.0.900483151144.issue42438@roundup.psfhosted.org>


New submission from Vuyyuru Sai Nithish <sainithish.vuyyuru at gmail.com>:

Im using django on an virtual env, when im trying to use pandas it was giving me and error message(IDE: VScode) i.e, module error: pandas was not found. I reinstalled python from 3.8.2 to 3.9 and now in my virtual environment it was giving an error that Django is not installed, and when I checked django in virtual env this is displayed

(test) C:\Users\saini\Envs>django-admin --version
Python path configuration:
  PYTHONHOME = (not set)
  PYTHONPATH = (not set)
  program name = 'c:\users\saini\envs\test\scripts\python.exe'
  isolated = 0
  environment = 1
  user site = 1
  import site = 1
  sys._base_executable = 'c:\\users\\saini\\envs\\test\\scripts\\python.exe'
  sys.base_prefix = ''
  sys.base_exec_prefix = ''
  sys.executable = 'c:\\users\\saini\\envs\\test\\scripts\\python.exe'
  sys.prefix = ''
  sys.exec_prefix = ''
  sys.path = [
    'c:\\users\\saini\\envs\\test\\scripts\\python38.zip',
    '.\\DLLs',
    '.\\lib',
    'c:\\users\\saini\\appdata\\local\\programs\\python\\python38',
  ]
Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
Python runtime state: core initialized
ModuleNotFoundError: No module named 'encodings'

Current thread 0x00000790 (most recent call first):
<no Python frame>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42438>
_______________________________________

From report at bugs.python.org  Sun Nov 22 10:55:06 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 22 Nov 2020 15:55:06 +0000
Subject: [issue42436] Google use wrong "hightlight" argument
In-Reply-To: <1606048982.4.0.529831735845.issue42436@roundup.psfhosted.org>
Message-ID: <1606060506.55.0.147035429764.issue42436@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

This seems to be a question for Google.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42436>
_______________________________________

From report at bugs.python.org  Sun Nov 22 11:24:47 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Sun, 22 Nov 2020 16:24:47 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1606062287.31.0.521054569736.issue42422@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

I'm sorry to interrupt but what is the exact reasoning behind adding a new, (I presume) redundant crasher? There are tons of different ways to crash the interpreter with malformed bytecode, how would adding only one of them bring any good?

----------
nosy: +BTaskaya

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Sun Nov 22 11:57:59 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 22 Nov 2020 16:57:59 +0000
Subject: [issue42438] Fatal Python error: init_fs_encoding: failed to get the
 Python codec of the filesystem encoding
In-Reply-To: <1606059064.2.0.900483151144.issue42438@roundup.psfhosted.org>
Message-ID: <1606064279.5.0.996270864176.issue42438@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> I reinstalled python from 3.8.2 to 3.9

Going from 3.8 to 3.9 is not an in-place upgrade. You need to create a new virtual environment that references the base 3.9 installation.

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> backport needed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42438>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:12:17 2020
From: report at bugs.python.org (Alexey Izbyshev)
Date: Sun, 22 Nov 2020 17:12:17 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
In-Reply-To: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>
Message-ID: <1606065137.24.0.0443780384706.issue42388@roundup.psfhosted.org>


Alexey Izbyshev <izbyshev at ispras.ru> added the comment:

It seems that allowing `input=None` to mean "redirect stdin to a pipe and send an empty string there" in `subprocess.check_output` was an accident(?), and this behavior is inconsistent with `subprocess.run` and `communicate`, where `input=None` has the same effect as not specifying it at all.

The docs for `subprocess.check_output` say:

The arguments shown above are merely some common ones. The full function signature is largely the same as that of run() - most arguments are passed directly through to that interface. However, explicitly passing input=None to inherit the parent?s standard input file handle is not supported.

They don't make it clear the effect of passing `input=None` though. I also couldn't find any tests that would check that effect.

Since we can't just forbid `input=None` for `check_output` at this point (probably can't even limit that to the case when `text` is used, since it was added in 3.7), I think that we need to extend the check pointed to by ThiefMaster to cover `text`, clarify the docs and add a test.

----------
nosy: +gregory.p.smith, izbyshev
versions: +Python 3.10, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:29:18 2020
From: report at bugs.python.org (Alexey Izbyshev)
Date: Sun, 22 Nov 2020 17:29:18 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
In-Reply-To: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>
Message-ID: <1606066158.74.0.537369430136.issue42388@roundup.psfhosted.org>


Alexey Izbyshev <izbyshev at ispras.ru> added the comment:

> (probably can't even limit that to the case when `text` is used, since it was added in 3.7)

Well, actually, we can, since we probably don't need to preserve compatibility with the AttributeError currently caused by `text=True` with `input=None`. However, it seems to me that treating `input=None` differently depending on the other arguments would be confusing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:33:22 2020
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Nov 2020 17:33:22 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1606066402.44.0.666757935653.issue40791@roundup.psfhosted.org>


Benjamin Peterson <benjamin at python.org> added the comment:


New changeset db95802bdfac4d13db3e2a391ec7b9e2f8d92dbe by Miss Islington (bot) in branch '3.7':
bpo-40791: Make compare_digest more constant-time. (GH-23438)
https://github.com/python/cpython/commit/db95802bdfac4d13db3e2a391ec7b9e2f8d92dbe


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:34:28 2020
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Nov 2020 17:34:28 +0000
Subject: [issue40791] hmac.compare_digest could try harder to be constant-time.
In-Reply-To: <1590565267.04.0.961881522519.issue40791@roundup.psfhosted.org>
Message-ID: <1606066468.77.0.867618034825.issue40791@roundup.psfhosted.org>


Change by Benjamin Peterson <benjamin at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40791>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:51:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 17:51:42 +0000
Subject: [issue40934] Default RLock does not work well for Manager Condition
In-Reply-To: <1591747783.0.0.431376232538.issue40934@roundup.psfhosted.org>
Message-ID: <1606067502.53.0.525859608089.issue40934@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I tried this script on Windows 10, MacOs and Linux and it blocked in all cases. If you are still seeing this issue please create a new issue with full system and env information.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40934>
_______________________________________

From report at bugs.python.org  Sun Nov 22 12:59:45 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 17:59:45 +0000
Subject: [issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on
 recent macOS
In-Reply-To: <1605443356.85.0.637246166587.issue42361@roundup.psfhosted.org>
Message-ID: <1606067985.51.0.684558541234.issue42361@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22355
pull_request: https://github.com/python/cpython/pull/23465

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42361>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:03:53 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 22 Nov 2020 18:03:53 +0000
Subject: [issue42438] Fatal Python error: init_fs_encoding: failed to get the
 Python codec of the filesystem encoding
In-Reply-To: <1606059064.2.0.900483151144.issue42438@roundup.psfhosted.org>
Message-ID: <1606068233.35.0.447844751357.issue42438@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
stage: backport needed -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42438>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:17:55 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Sun, 22 Nov 2020 18:17:55 +0000
Subject: [issue32068] textpad from curses package isn't handling backspace key
In-Reply-To: <1511014836.54.0.213398074469.issue32068@psf.upfronthosting.co.za>
Message-ID: <1606069075.44.0.421405653883.issue32068@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
nosy: +ZackerySpytz
nosy_count: 2.0 -> 3.0
pull_requests: +22356
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23466

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32068>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:20:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 18:20:04 +0000
Subject: [issue10551] mimetypes read from the registry should not overwrite
 standard mime mappings
In-Reply-To: <1290885326.33.0.141249546234.issue10551@psf.upfronthosting.co.za>
Message-ID: <1606069204.6.0.895200080253.issue10551@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10551>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:22:28 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 18:22:28 +0000
Subject: [issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on
 recent macOS
In-Reply-To: <1605443356.85.0.637246166587.issue42361@roundup.psfhosted.org>
Message-ID: <1606069348.51.0.639003964762.issue42361@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 85720596f1baf8db2cd456c8c2bd07dc03c6beca by Miss Islington (bot) in branch '3.9':
bpo-42361: Use Tcl/Tk 8.6.10 when building the installer on recent macOS (GH-23293)
https://github.com/python/cpython/commit/85720596f1baf8db2cd456c8c2bd07dc03c6beca


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42361>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:23:33 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 18:23:33 +0000
Subject: [issue16784] Int tests enhancement and refactoring
In-Reply-To: <1356518001.26.0.44673058371.issue16784@psf.upfronthosting.co.za>
Message-ID: <1606069413.69.0.959456824348.issue16784@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16784>
_______________________________________

From report at bugs.python.org  Sun Nov 22 13:41:54 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Nov 2020 18:41:54 +0000
Subject: [issue13907] test_pprint relies on set/dictionary repr() ordering
In-Reply-To: <1327877127.5.0.775790034164.issue13907@psf.upfronthosting.co.za>
Message-ID: <1606070514.13.0.503532765735.issue13907@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13907>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:18:58 2020
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Nov 2020 19:18:58 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606072738.33.0.314477189685.issue42433@roundup.psfhosted.org>


R. David Murray <rdmurray at bitdance.com> added the comment:

The problem with that archive is that it is not in proper mbox format.  It contains the following line (5689):

    From here I was hoping to run something like ?dbus-send ?system ?dest=Test.Me ?print-reply /Japan Japan.Reset.Test string:?Hello??

You will note that there is no leading '>' on that line to escape that 'From '.  So mbox tries to build a 'From ' line from it, and fails because 'From ' lines should not contain any non-ascii characters.  It can be argued that that failure is sub-optimal...it should probably be calling decode('ascii', errors='replace') so that the parse doesn't fail, just like it would not fail if there were no non-ascii in the unescaped 'From ' line.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:25:18 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 22 Nov 2020 19:25:18 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
In-Reply-To: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>
Message-ID: <1606073118.6.0.486087256055.issue42388@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:26:27 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 22 Nov 2020 19:26:27 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
In-Reply-To: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>
Message-ID: <1606073187.46.0.987102228624.issue42388@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

It was a mere oversight that this didn't handle text= the same as universal_newlines=.  I made a PR to keep their behavior consistent and match the documentation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:26:32 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 22 Nov 2020 19:26:32 +0000
Subject: [issue42388] subprocess.check_output(['echo', 'test'], text=True,
 input=None) fails
In-Reply-To: <1605621389.6.0.523205188314.issue42388@roundup.psfhosted.org>
Message-ID: <1606073192.67.0.182636406823.issue42388@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42388>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:46:39 2020
From: report at bugs.python.org (Elian Mariano Gabriel)
Date: Sun, 22 Nov 2020 19:46:39 +0000
Subject: [issue42439] Use of ternary operator instead of if and else in month
 calculation function
Message-ID: <1606074399.89.0.722883814317.issue42439@roundup.psfhosted.org>


New submission from Elian Mariano Gabriel <elianmarianogabriel at gmail.com>:

Inside the file calendar.py, there are two functions which are supposed to calculate the previous and next month relative to the actual year and month.

def _prevmonth(year, month):
    if month == 1:
        return year-1, 12
    else:
        return year, month-1


def _nextmonth(year, month):
    if month == 12:
        return year+1, 1
    else:
        return year, month+1

Because of the concise calculation that is being made by these functions, it would be convenient to use the ternary operator to calculate that. So, the result would be:

def _prevmonth(year, month):
    return [year-1, 12] if month == 1 else [year, month-1]

def _nextmonth(year, month):
    return [year+1, 1] if month == 12 else [year, month+1]

----------
components: Library (Lib)
files: calendar.py
messages: 381629
nosy: ElianMariano
priority: normal
severity: normal
status: open
title: Use of ternary operator instead of if and else in month calculation function
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49614/calendar.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42439>
_______________________________________

From report at bugs.python.org  Sun Nov 22 14:56:46 2020
From: report at bugs.python.org (Elian Mariano Gabriel)
Date: Sun, 22 Nov 2020 19:56:46 +0000
Subject: [issue42439] Use of ternary operator instead of if and else in month
 calculation function
In-Reply-To: <1606074399.89.0.722883814317.issue42439@roundup.psfhosted.org>
Message-ID: <1606075006.32.0.398423800655.issue42439@roundup.psfhosted.org>


Change by Elian Mariano Gabriel <elianmarianogabriel at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42439>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:01:00 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 20:01:00 +0000
Subject: [issue42435] Speed up comparison of bytes and bytearray object with
 objects of different types
In-Reply-To: <1606048312.33.0.0547387473291.issue42435@roundup.psfhosted.org>
Message-ID: <1606075260.75.0.453465239689.issue42435@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 313467efdc23a1ec8662b77d2001642be598f80a by Serhiy Storchaka in branch 'master':
bpo-42435: Speed up comparison of bytes and bytearray object (GH--23461)
https://github.com/python/cpython/commit/313467efdc23a1ec8662b77d2001642be598f80a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42435>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:25:23 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 22 Nov 2020 20:25:23 +0000
Subject: [issue42439] Use of ternary operator instead of if and else in month
 calculation function
In-Reply-To: <1606074399.89.0.722883814317.issue42439@roundup.psfhosted.org>
Message-ID: <1606076723.27.0.756507708255.issue42439@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Why do you care what the implementation of the private methods are? Does it make them faster or fix a bug? How is it "convenient" to change the implementation to ternary if?

Without some better justification, this strikes me as just code churn for no benefit, but the risk of breaking things. For example, you changed the result from a tuple to a list.

Will this break anything? I don't know, but it will take time to find out, and with no obvious benefit to the change, spending that time to find out if this is a safe change is effort for no visible benefit.

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42439>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:26:17 2020
From: report at bugs.python.org (Rawad Bader)
Date: Sun, 22 Nov 2020 20:26:17 +0000
Subject: [issue42440] MACBOOK Python launcher
Message-ID: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>


New submission from Rawad Bader <rawadbader466 at gmail.com>:

I would like to know why when I run my script from python3.8 for the VideoCapture which it was working before the new update for MacBook. Now it runs and the camera lights green but the python launcher, not apple to opens the camera no idea why.

----------
components: macOS
messages: 381632
nosy: ned.deily, rawadbader466, ronaldoussoren
priority: normal
severity: normal
status: open
title: MACBOOK Python launcher
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:34:59 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 20:34:59 +0000
Subject: [issue42439] Use of ternary operator instead of if and else in month
 calculation function
In-Reply-To: <1606074399.89.0.722883814317.issue42439@roundup.psfhosted.org>
Message-ID: <1606077299.72.0.690394685021.issue42439@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I concur with Steven. We usually reject pure cosmetic changes. And I do not see any advantages of the new code.

----------
nosy: +serhiy.storchaka
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42439>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:34:58 2020
From: report at bugs.python.org (Brett Cannon)
Date: Sun, 22 Nov 2020 20:34:58 +0000
Subject: [issue26131] Raise ImportWarning when loader.load_module() is used
In-Reply-To: <1452894244.92.0.478987355259.issue26131@psf.upfronthosting.co.za>
Message-ID: <1606077298.52.0.930100233874.issue26131@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
pull_requests: +22359
stage: commit review -> patch review
pull_request: https://github.com/python/cpython/pull/23469

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26131>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:35:41 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 20:35:41 +0000
Subject: [issue42435] Speed up comparison of bytes and bytearray object with
 objects of different types
In-Reply-To: <1606048312.33.0.0547387473291.issue42435@roundup.psfhosted.org>
Message-ID: <1606077341.65.0.942802679584.issue42435@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42435>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:39:24 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 20:39:24 +0000
Subject: [issue32317] sys.exc_clear() clears exception in other stack frames
In-Reply-To: <1513207664.32.0.213398074469.issue32317@psf.upfronthosting.co.za>
Message-ID: <1606077564.8.0.465645046497.issue32317@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

sys.exc_clear was removed in Python 3:
https://docs.python.org/3/whatsnew/3.0.html#index-22

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue32317>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:41:57 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 22 Nov 2020 20:41:57 +0000
Subject: [issue29207] make install fails on ARM
In-Reply-To: <1483890736.55.0.166449192505.issue29207@psf.upfronthosting.co.za>
Message-ID: <1606077717.49.0.578706959946.issue29207@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29207>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:48:59 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 22 Nov 2020 20:48:59 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606078139.67.0.749416004532.issue42328@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset dd844a2916fb3a8f481ec7c732802c13c3375691 by Serhiy Storchaka in branch 'master':
bpo-42328: Fix tkinter.ttk.Style.map(). (GH-23300)
https://github.com/python/cpython/commit/dd844a2916fb3a8f481ec7c732802c13c3375691


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:49:07 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 20:49:07 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606078147.36.0.550492645777.issue42328@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22360
pull_request: https://github.com/python/cpython/pull/23470

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:49:16 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 22 Nov 2020 20:49:16 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606078156.15.0.61471976435.issue42328@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22361
pull_request: https://github.com/python/cpython/pull/23471

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Sun Nov 22 15:50:06 2020
From: report at bugs.python.org (Florian Klink)
Date: Sun, 22 Nov 2020 20:50:06 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606078206.24.0.0397414163695.issue42433@roundup.psfhosted.org>


Florian Klink <flokli at flokli.de> added the comment:

Yeah, not questioning here this might be badly formatted, but given these files are out there, and the parser is somewhat forgiving in other cases, it should be tolerant there as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sun Nov 22 19:33:33 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 23 Nov 2020 00:33:33 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606091613.84.0.909707555655.issue42432@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

requests is a third-party library, and this isn't the right place to report issues with it. It looks like the requests issue tracker is at https://github.com/psf/requests/issues

If you can duplicate this problem with only using the python standard library, then please let us know and we'll take a look. I'd have to do some research through the standards to determine if the problem is really with your server, though.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Sun Nov 22 20:38:29 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Nov 2020 01:38:29 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606095509.58.0.99394838787.issue41100@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
pull_requests:  -21922

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 22 21:00:24 2020
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 23 Nov 2020 02:00:24 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
 operator.index() docs lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1606096824.5.0.101395291461.issue17576@roundup.psfhosted.org>


Change by Brett Cannon <brett at python.org>:


----------
title: PyNumber_Index() is not int-subclass friendly (or operator.index() docos lie) -> PyNumber_Index() is not int-subclass friendly (or operator.index() docs lie)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sun Nov 22 21:06:51 2020
From: report at bugs.python.org (Brett Cannon)
Date: Mon, 23 Nov 2020 02:06:51 +0000
Subject: [issue17576] PyNumber_Index() is not int-subclass friendly (or
 operator.index() docs lie)
In-Reply-To: <1364595911.19.0.826873230127.issue17576@psf.upfronthosting.co.za>
Message-ID: <1606097211.07.0.209286271303.issue17576@roundup.psfhosted.org>


Brett Cannon <brett at python.org> added the comment:

I think operator.index() should be brought to be inline with PyNumber_Index():

- If the argument is a subclass of int then return it.
- Otherwise call type(obj).__index__(obj)
- If not an int, raise TypeError
- If not a direct int, raise a DeprecationWarning

The language reference for __index__() suggests this is the direction to go (https://docs.python.org/3/reference/datamodel.html#object.__index__).

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17576>
_______________________________________

From report at bugs.python.org  Sun Nov 22 22:50:37 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Nov 2020 03:50:37 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606103437.03.0.657371547395.issue41100@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +22362
pull_request: https://github.com/python/cpython/pull/23472

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sun Nov 22 23:43:20 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Nov 2020 04:43:20 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606106600.85.0.0100448161685.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 5aa6c99da1087ded0ccb99bb12591e5ab31d75c3 by Ned Deily in branch '3.9':
bpo-41100: Update Whatsnew and installer ReadME for 3.9.1 (GH-23472)
https://github.com/python/cpython/commit/5aa6c99da1087ded0ccb99bb12591e5ab31d75c3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 23 00:21:48 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 23 Nov 2020 05:21:48 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1606108908.82.0.864022330546.issue42102@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Hm. Shantanu's list shows that the next thing we should make usable without importing typing is Any. (I haven't any idea how to do that other than just making it a builtin.) But after that we should definitely tackle Callable, and the obvious way to do it is to make callable indexable. But does that mean it has to be a type? I don't think so -- it just has to be an object whose class defines both __call__ and __getitem__. Pseudo code:

class callable:
    def __call__(self, thing):
        return hasattr(thing, "__call__")
    def __getitem__(self, index):
        # returns a types.GenericAlias instance
        # (or a subclass thereof)

I honestly don't think that we should support isinstance(x, callable) even if some people think that that should work.

In any case, we should first answer the questions that are still open for issue 42195 -- what should __args__ for [cC]allable[[int, int], str] be? (int, int, str) or ((int, int), str) or ([int, int], str) or (Tuple[int, int], str) are all still on the table. Please refer to that issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 23 00:32:48 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 23 Nov 2020 05:32:48 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606109568.24.0.0565857216349.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

I'm still not sold on __args__ == (Tuple[int, int], str); it looks too weird.

However if we introduced a new private type for this purpose that might work? I see that the definition of Tuple in typing.py is

Tuple = _TupleType(tuple, -1, inst=False, name='Tuple')

Maybe we could do something like

_PosArgs = _TupleType(tuple, -1, inst=False, name='_PosArgs')

?

Then __args__ could be (_PosArgs[int, int], str).

However this still leaves collections.abc.Callable different. (We really don't want to import typing there.)

Then again, maybe we should still not rule out ((int, int), str)? It feels less hackish than the others.

And yet another solution would be to stick with (int, int, str) and change collections.abc.Callable to match that. Simple, and more backward compatible for users of the typing module (since no changes at all there).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 23 00:59:44 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 23 Nov 2020 05:59:44 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606111184.84.0.332696830274.issue42195@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

@guido,
Aesthetics-wise, I agree that ((int, int), str) looks by far the best. My gripe with it lies with the implementation - almost every function in typing currently assumes that every object in __args__ is a type, having (int, int) - the tuple object - requires many changes especially to TypeVar substitution and repr.

I thought that (tuple[int, int], str) looked fine because the positional arguments passed to a function can be represented by a single tuple (and also no need for imports in collections.abc :)! ). However, I support (int, int, str) too for the backwards-compatibility reasons you stated. The only downside to that is that Callable's __args__ will be slightly harder to parse if more args representing other things are added in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 23 01:09:49 2020
From: report at bugs.python.org (Peixing Xin)
Date: Mon, 23 Nov 2020 06:09:49 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606111789.14.0.586892231796.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22363
pull_request: https://github.com/python/cpython/pull/23473

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Mon Nov 23 01:31:50 2020
From: report at bugs.python.org (Shantanu)
Date: Mon, 23 Nov 2020 06:31:50 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606113110.66.0.759364097698.issue42195@roundup.psfhosted.org>


Shantanu <hauntsaninja at gmail.com> added the comment:

I think ((int, int), str) is superior to the others and if it can be made to work, that's what we should do.

Note that if variadic type proposals go anywhere (https://docs.google.com/document/d/1oXWyAtnv0-pbyJud8H5wkpIk8aajbkX-leJ8JXsE318/edit#), my understanding is we'd probably have to loosen the assumption that __args__ only contains types for that to work too.

(int, int, str) is temptingly easy, but I think it's a bad idea. For starters, PEP 612 loosens what X can be in Callable[X, str] and life is too short to spend time figuring out whether (P, str) is meant to be Callable[P, str] or Callable[[P], str].

I'm still trying to figure out how I feel about (Tuple[int, int], str). My initial reaction was negative / I think I'd be more comfortable with a (_Posargs[int, int], str). I don't think Tuple[int, int] would be a workable solution in the event that variadic types pose a similar problem.

----------
nosy: +hauntsaninja

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 23 01:54:35 2020
From: report at bugs.python.org (sicarius noidea)
Date: Mon, 23 Nov 2020 06:54:35 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606114475.56.0.828935265242.issue42432@roundup.psfhosted.org>


sicarius noidea <sicarius.ctf at gmail.com> added the comment:

Hi,

Here I'm using requests to show the behavior because it relies on python's http lib, and it is faster/simplier to use. The Exception "BadStatusLine" is a part or the http/client.py library.

As per the RFC2616 section 6.1 https://tools.ietf.org/html/rfc2616#section-6.1, there's nothing specifying that the HTTP verb must be uppercase, I think it's more a matter of "common sense". I might have missed something though!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 02:05:31 2020
From: report at bugs.python.org (sicarius noidea)
Date: Mon, 23 Nov 2020 07:05:31 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606115131.2.0.175946660324.issue42432@roundup.psfhosted.org>


sicarius noidea <sicarius.ctf at gmail.com> added the comment:

Here is the poc for this error with http.client only (for the server: use the same nc command as my first message): ```python
import http.client
>>> h1 = http.client.HTTPConnection("127.0.0.1:80")
>>> h1.request("GET", "/")
>>> r1 = h1.getresponse()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.8/http/client.py", line 1347, in getresponse
    response.begin()
  File "/usr/lib/python3.8/http/client.py", line 307, in begin
    version, status, reason = self._read_status()
  File "/usr/lib/python3.8/http/client.py", line 289, in _read_status
    raise BadStatusLine(line)
http.client.BadStatusLine: Http/1.0  404 Not Found
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 02:32:35 2020
From: report at bugs.python.org (Ken Jin)
Date: Mon, 23 Nov 2020 07:32:35 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606116755.79.0.311790381555.issue42195@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

A possible workaround for _PosArgs in collections.abc without depending on typing could be like this:

_PosArgs = type('_PosArgs', (tuple, ), {})

This would help out the future type proposals too, because GenericAlias accepts non-type args.

__args__ of Callable in typing and collections.abc won't be == though. Because all typing types aren't equal to their builtin counterparts. Eg. Tuple[int] == tuple[int] is False.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 23 02:46:10 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 23 Nov 2020 07:46:10 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606117570.72.0.194637661081.issue42432@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

Thanks for the reproducer and the research!

https://tools.ietf.org/html/rfc2616#section-3.1 says the result header is "HTTP", and doesn't say anything else is acceptable. I'd be interested in what other frameworks (probably in other languages) support. I'll do some research.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 02:50:05 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 23 Nov 2020 07:50:05 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606117805.86.0.829006135257.issue42432@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

https://tools.ietf.org/html/rfc2616#section-3.1 defines HTTP version indicator as

   HTTP-Version   = "HTTP" "/" 1*DIGIT "." 1*DIGIT

so the check

   version.startswith("HTTP/")

is correct.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:36:35 2020
From: report at bugs.python.org (Md Tausif Iqbal)
Date: Mon, 23 Nov 2020 08:36:35 +0000
Subject: [issue42441] UnicodeEncodeError
Message-ID: <1606120595.58.0.681101827563.issue42441@roundup.psfhosted.org>


New submission from Md Tausif Iqbal <mdtausifiqbalnwd at gmail.com>:

my application crashes

 File "c:\users\tausif\appdata\local\programs\python\python38-32\lib\csv.py", line 154, in writerow
    return self.writer.writerow(self._dict_to_list(rowdict))
  File "c:\users\tausif\appdata\local\programs\python\python38-32\lib\encodings\cp1252.py", line 19, in encode
    return codecs.charmap_encode(input,self.errors,encoding_table)[0]
UnicodeEncodeError: 'charmap' codec can't encode characters in position 22-29: character maps to <undefined>

I know this error is occurring due to a Hindi Language character.

----------
components: Library (Lib)
messages: 381650
nosy: mdtausifiqbal
priority: normal
severity: normal
status: open
title: UnicodeEncodeError
type: crash
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42441>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:44:00 2020
From: report at bugs.python.org (sicarius noidea)
Date: Mon, 23 Nov 2020 08:44:00 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606121040.37.0.734652364455.issue42432@roundup.psfhosted.org>


sicarius noidea <sicarius.ctf at gmail.com> added the comment:

Hi @christian.heimes,
Thank you for your research too. We've also discovered that this check is correct, but this check is very strict and blocking (error raised, stopping the connection), we should maybe be more "laxist" and allow the  lowercase version ? As they do in the others libs ? I've nerver encountered this error with urllib for instance. 

The server that answered this HTTP response line is a clone of the "spip" framework used in many websites. This is clearly a human behavior, but this http.client error could be a bit more "intelligent" I guess.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:51:48 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 23 Nov 2020 08:51:48 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606121508.16.0.353492226953.issue42328@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3e5330130810e485f1abbf192590b7109880a4da by Miss Islington (bot) in branch '3.9':
bpo-42328: Fix tkinter.ttk.Style.map(). (GH-23300)
https://github.com/python/cpython/commit/3e5330130810e485f1abbf192590b7109880a4da


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:51:48 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 23 Nov 2020 08:51:48 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606121508.16.0.353492226953.issue42328@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3e5330130810e485f1abbf192590b7109880a4da by Miss Islington (bot) in branch '3.9':
bpo-42328: Fix tkinter.ttk.Style.map(). (GH-23300)
https://github.com/python/cpython/commit/3e5330130810e485f1abbf192590b7109880a4da


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:51:48 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 23 Nov 2020 08:51:48 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606121508.29.0.765228301034.issue42328@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset ad49526c80fedf7469bd65b44d8021bab5fb998b by Miss Islington (bot) in branch '3.8':
bpo-42328: Fix tkinter.ttk.Style.map(). (GH-23300)
https://github.com/python/cpython/commit/ad49526c80fedf7469bd65b44d8021bab5fb998b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Mon Nov 23 03:57:53 2020
From: report at bugs.python.org (Yaroslav Pankovych)
Date: Mon, 23 Nov 2020 08:57:53 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1606121873.63.0.307969954775.issue21041@roundup.psfhosted.org>


Yaroslav Pankovych <flower.moor at gmail.com> added the comment:

And it looks like a special case, so "Special cases aren't special enough to break the rules."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:07:05 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 23 Nov 2020 09:07:05 +0000
Subject: [issue42441] UnicodeEncodeError
In-Reply-To: <1606120595.58.0.681101827563.issue42441@roundup.psfhosted.org>
Message-ID: <1606122425.0.0.992165090302.issue42441@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

The default encoding for files in Windows is the process active code page, which defaults to the system code page, e.g. code page 1252 if the system locale is "en-IN". You need to explicitly use a Unicode encoding such as UTF-8 when opening the file, e.g. open('some.csv', newline='', encoding='utf-8').

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42441>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:11:51 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 23 Nov 2020 09:11:51 +0000
Subject: [issue42441] UnicodeEncodeError
In-Reply-To: <1606120595.58.0.681101827563.issue42441@roundup.psfhosted.org>
Message-ID: <1606122711.08.0.900356576686.issue42441@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

You can learn more about unicode and encodings:

https://www.joelonsoftware.com/2003/10/08/the-absolute-minimum-every-software-developer-absolutely-positively-must-know-about-unicode-and-character-sets-no-excuses/


https://pyvideo.org/pycon-us-2012/pragmatic-unicode-or-how-do-i-stop-the-pain.html


https://nedbatchelder.com/text/unipain/unipain.html#1

(For the last link, use the arrow keys to navigate.)

----------
nosy: +steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42441>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:20:56 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 09:20:56 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1606123256.94.0.0417089927177.issue42102@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Could not object replace Any?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:22:54 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 23 Nov 2020 09:22:54 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606123374.76.0.6347425254.issue42432@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

urllib is a high level API on top of http.client. It wraps and uses http.client internally. urllib does not accept invalid protocol identifiers either:

>>> urllib.request.urlopen('http://localhost:8080')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib64/python3.8/urllib/request.py", line 222, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib64/python3.8/urllib/request.py", line 525, in open
    response = self._open(req, data)
  File "/usr/lib64/python3.8/urllib/request.py", line 542, in _open
    result = self._call_chain(self.handle_open, protocol, protocol +
  File "/usr/lib64/python3.8/urllib/request.py", line 502, in _call_chain
    result = func(*args)
  File "/usr/lib64/python3.8/urllib/request.py", line 1379, in http_open
    return self.do_open(http.client.HTTPConnection, req)
  File "/usr/lib64/python3.8/urllib/request.py", line 1354, in do_open
    r = h.getresponse()
  File "/usr/lib64/python3.8/http/client.py", line 1347, in getresponse
    response.begin()
  File "/usr/lib64/python3.8/http/client.py", line 307, in begin
    version, status, reason = self._read_status()
  File "/usr/lib64/python3.8/http/client.py", line 289, in _read_status
    raise BadStatusLine(line)
http.client.BadStatusLine: Http/1.1 200 OK


curl is more forgiving but does not recognize "Http/1.1" as a valid HTTP/1.1 header either. Instead it assumes that any non-valid header means HTTP/1.0.

$ curl -v http://localhost:8080
*   Trying ::1:8080...
* connect to ::1 port 8080 failed: Connection refused
*   Trying 127.0.0.1:8080...
* Connected to localhost (127.0.0.1) port 8080 (#0)
> GET / HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.69.1
> Accept: */*
> 
* HTTP 1.0, assume close after body
< Http/1.1 200 OK
< Server: BaseHTTP/0.6 Python/3.8.6
< Date: Mon, 23 Nov 2020 09:10:38 GMT
< Content-Type: text/plain
< 
* Closing connection 0


I'm against changing the behavior of http.client.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:29:12 2020
From: report at bugs.python.org (sicarius noidea)
Date: Mon, 23 Nov 2020 09:29:12 +0000
Subject: [issue42432] Http client, Bad Status Line triggered for no reason
In-Reply-To: <1606039194.24.0.479620011525.issue42432@roundup.psfhosted.org>
Message-ID: <1606123752.87.0.307472123224.issue42432@roundup.psfhosted.org>


sicarius noidea <sicarius.ctf at gmail.com> added the comment:

Alright, that was a bad idea.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42432>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:36:37 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Nov 2020 09:36:37 +0000
Subject: [issue42431] Fix outdated bytes comments
In-Reply-To: <1606037892.77.0.133839812824.issue42431@roundup.psfhosted.org>
Message-ID: <1606124197.97.0.80500702223.issue42431@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Is it true that headers in Include/internal are more private than headers in Include/cpython? It is not clear from names.

You cannot include an header file from Include/internal by default. All internal header files are guarded with:

#ifndef Py_BUILD_CORE
#  error "this header requires Py_BUILD_CORE define"
#endif

A C extension must define Py_BUILD_CORE macro or variant to include such header file. There is no intent to tehcnically prevent to include a header file, only an header to warn users that you should not do that unless they understand what they do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42431>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:38:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Nov 2020 09:38:35 +0000
Subject: [issue42431] Fix outdated bytes comments
In-Reply-To: <1606037892.77.0.133839812824.issue42431@roundup.psfhosted.org>
Message-ID: <1606124315.34.0.930007195314.issue42431@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

(Sorry, I need more coffee. New attempt.)

A C extension must define Py_BUILD_CORE macro or variant to include such header file. There is no intent to technically prevent to include a header file, only an intent to warn users that they should not do that unless they understand what they do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42431>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:44:22 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 23 Nov 2020 09:44:22 +0000
Subject: [issue42440] MACBOOK Python launcher
In-Reply-To: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>
Message-ID: <1606124662.64.0.0037515088622.issue42440@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Your message has not enough information to determine what's going on.

- How was Python installed?
- What version of macOS?
- Are you using an M1 system?
- Is the problem reproducible with a script that you can share?
- ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:45:38 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Nov 2020 09:45:38 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606124738.8.0.133212841244.issue42413@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

IMHO it's ok that exc.errno is None. It doesn't prevent to write code like:

except OSError as exc:
    if exc.errno == ...:
        ...
    else:
        ...

In the early days (first 5 years? :-D) of the asyncio documentation, TimeoutError was documented just as "TimeoutError", instead of "asyncio.TimeoutError". So if you followed carefully the asyncio documentation and wrote "except TimeoutError:", the except would never be reached beause asyncio.TimeoutError is *not* a subclass of the builtin Timeout...

>>> issubclass(asyncio.TimeoutError, TimeoutError)
False

It would be great to have a single TimeoutError class. I'm fine with having weird attributes depending who raise the exception. Honestly, in most cases "except TimeoutError:" is enough: there is no need to check for exception attributes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Mon Nov 23 04:48:41 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Nov 2020 09:48:41 +0000
Subject: [issue42413] Replace custom exception socket.timeout with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606124921.95.0.392658937179.issue42413@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I see this issue as a follow-up of PEP 3151 which started to uniformize IOError, OSError and many variants that we had in Python 2.

socket.timeout was introduced as a subclass of TimeoutError according to:
https://www.python.org/dev/peps/pep-3151/#new-exception-classes

In Python 3.9, socket.timeout and TimeoutError are subclasses of OSError but are different. I agree that it was confusion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Mon Nov 23 05:06:12 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 10:06:12 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1606125972.52.0.722787399419.issue1635741@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka, serhiy.storchaka
nosy_count: 20.0 -> 21.0
pull_requests: +22365, 22366
pull_request: https://github.com/python/cpython/pull/23443

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Mon Nov 23 05:06:09 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 10:06:09 +0000
Subject: [issue40077] Convert static types to heap types: use PyType_FromSpec()
In-Reply-To: <1585238684.65.0.246012172449.issue40077@roundup.psfhosted.org>
Message-ID: <1606125969.95.0.683412226361.issue40077@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka
nosy_count: 10.0 -> 11.0
pull_requests: +22364
pull_request: https://github.com/python/cpython/pull/23443

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40077>
_______________________________________

From report at bugs.python.org  Mon Nov 23 05:06:10 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 10:06:10 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1606125970.86.0.57880727279.issue1635741@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka
nosy_count: 20.0 -> 21.0
pull_requests: +22365
pull_request: https://github.com/python/cpython/pull/23443

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Mon Nov 23 05:19:20 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 10:19:20 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606126760.52.0.280929484146.issue42142@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22367
pull_request: https://github.com/python/cpython/pull/23474

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 23 05:44:06 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 10:44:06 +0000
Subject: [issue42376] Add helpers to populate modules in C
In-Reply-To: <1605554841.18.0.0577877222829.issue42376@roundup.psfhosted.org>
Message-ID: <1606128246.98.0.400062888884.issue42376@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42376>
_______________________________________

From report at bugs.python.org  Mon Nov 23 07:10:03 2020
From: report at bugs.python.org (Ian Laughlin)
Date: Mon, 23 Nov 2020 12:10:03 +0000
Subject: [issue42442] Tarfile to stdout documentation example
Message-ID: <1606133403.23.0.511822994999.issue42442@roundup.psfhosted.org>


New submission from Ian Laughlin <ilaughlin at novetta.com>:

Recommend adding example to tarfile documentation to provide example of writing a tarfile to stdout.


example:

files = [(file_1, filename_1), (file_2, filename_2)]


with tarfile.open(fileobj=sys.stdout.buffer, mode = 'w|gz') as tar:
    for file, filename in files:
        file_obj = io.BytesIO() #starts a BytesIO object
        file_obj.write(file.encode('utf-8')) #writes the file to the BytesIO object
        info = tarfile.TarInfo(filename) #creates the TarInfo
        file_obj.seek(0) #goes to the beginning of the BytesIO object else it won't write
        info.size = len(file) #sets the length of the file
        tar.addfile(info, fileobj=file_obj) #writes the tar to stdout.

----------
assignee: docs at python
components: Documentation
messages: 381665
nosy: docs at python, ilaughlin
priority: normal
severity: normal
status: open
title: Tarfile to stdout documentation example
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42442>
_______________________________________

From report at bugs.python.org  Mon Nov 23 07:56:33 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 23 Nov 2020 12:56:33 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
In-Reply-To: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>
Message-ID: <1606136193.37.0.500460817461.issue42429@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Hmm. I'm not sure that it ever got documented properly. There may still be an open documentation issue somewhere.

There's not really much wiggle-room for changing the implementation: the behaviour of the "g" formatting for Decimal objects is following the specification of "to-scientific-string" from the Decimal Arithmetic spec that the decimal module is based on: http://speleotrove.com/decimal/daconvs.html#reftostr

One of the principles articulated there is that to-scientific-string should be faithful, so that conversion to string and back doesn't lose any information. That precludes chopping significant trailing zeros.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Mon Nov 23 08:32:03 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 23 Nov 2020 13:32:03 +0000
Subject: [issue28850] Regression in Python 3: Subclassing PrettyPrinter.format
 doesn't work anymore
In-Reply-To: <1480592723.97.0.369129599105.issue28850@psf.upfronthosting.co.za>
Message-ID: <1606138323.86.0.702586948895.issue28850@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:


New changeset ff420f0e08a2443339da0df7ace95e14177bac53 by Irit Katriel in branch 'master':
bpo-28850: Fix PrettyPrinter.format overrides ignored for contents of small containers (GH-22120)
https://github.com/python/cpython/commit/ff420f0e08a2443339da0df7ace95e14177bac53


----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28850>
_______________________________________

From report at bugs.python.org  Mon Nov 23 08:34:04 2020
From: report at bugs.python.org (Tal Einat)
Date: Mon, 23 Nov 2020 13:34:04 +0000
Subject: [issue28850] Regression in Python 3: Subclassing PrettyPrinter.format
 doesn't work anymore
In-Reply-To: <1480592723.97.0.369129599105.issue28850@psf.upfronthosting.co.za>
Message-ID: <1606138444.79.0.00792433406322.issue28850@roundup.psfhosted.org>


Tal Einat <taleinat+python at gmail.com> added the comment:

Thanks for the report, Michael!

Thanks for the fix, Irit!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28850>
_______________________________________

From report at bugs.python.org  Mon Nov 23 09:27:01 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 23 Nov 2020 14:27:01 +0000
Subject: [issue42299] Add test_formatter (or remove deprecated formatter
 module?)
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606141621.43.0.152308103696.issue42299@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

> If so, the patch, aDo we still want to remove formatted

IMHO, 3.10 is a good time to remove formatter

----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Mon Nov 23 09:46:42 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 23 Nov 2020 14:46:42 +0000
Subject: [issue42299] Add test_formatter (or remove deprecated formatter
 module?)
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606142802.34.0.389569031067.issue42299@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
pull_requests: +22368
pull_request: https://github.com/python/cpython/pull/23476

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:11:05 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 23 Nov 2020 15:11:05 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1606144265.95.0.827719594487.issue21041@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:

I think you may have confused my thoughts as to why this might be considered ambiguous with an actual suggestion for what the semantics should be.

I think that we should stick with `p.parents[x] == tuple(p.parents)[x]` for any valid value of `x`, which means that `p.parents[-1]` will always be `Path('.')` for any non-empty `p`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:19:16 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 23 Nov 2020 15:19:16 +0000
Subject: [issue42102] Make builtins.callable "generic"
In-Reply-To: <1603230529.81.0.174539582672.issue42102@roundup.psfhosted.org>
Message-ID: <1606144756.53.0.516326596119.issue42102@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

No, they both have a different meaning. Object has (almost) no attributes. Any has all attributes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42102>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:21:52 2020
From: report at bugs.python.org (Piotr Stanczyk)
Date: Mon, 23 Nov 2020 15:21:52 +0000
Subject: [issue42443] Provide Thread creation hook support
Message-ID: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>


New submission from Piotr Stanczyk <stanczyk at google.com>:

For monitoring purposes we would like to have a way of registering newly created Python threads with a runtime. For that reason we ask to add a thread creation hook inside threading.py. There are 2 similar hooks already (_profile_hook and _trace_hook).

----------
messages: 381672
nosy: stanczyk
priority: normal
severity: normal
status: open
title: Provide Thread creation hook support
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:34:52 2020
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Nov 2020 15:34:52 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606145692.87.0.207187521034.issue42443@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +22369
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23477

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:58:31 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 23 Nov 2020 15:58:31 +0000
Subject: [issue42444] pathlib.PurePath properties annotated with .. data
 directive
Message-ID: <1606147111.69.0.159922070788.issue42444@roundup.psfhosted.org>


New submission from Paul Ganssle <p.ganssle at gmail.com>:

Currently, it seems that the pathlib module uses `.. data::` to annotate the properties of the PurePath type (e.g. .parts, .drive, .root, etc). See: https://github.com/python/cpython/blob/ff420f0e08a2443339da0df7ace95e14177bac53/Doc/library/pathlib.rst

According to the documentation (https://devguide.python.org/documenting/#information-units), `data` is for module-level constants, specifically:

> Describes global data in a module, including both variables and values used
> as ?defined constants.? Class and object attributes are not documented using
> this directive.

I believe that we should switch these over to use the `.. attribute:` directive instead.

>From what I can tell, you can still link to these attributes using the `:attr:` role. I haven't checked if you can link to `:attribute:`s using the `:data:` role, though. If not, it might break some links to change these to `:attribute:`.

----------
assignee: docs at python
components: Documentation
messages: 381673
nosy: docs at python, eric.araujo, ezio.melotti, mdk, p-ganssle, willingc
priority: low
severity: normal
status: open
title: pathlib.PurePath properties annotated with .. data directive
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42444>
_______________________________________

From report at bugs.python.org  Mon Nov 23 10:58:37 2020
From: report at bugs.python.org (Jochen Kienzle)
Date: Mon, 23 Nov 2020 15:58:37 +0000
Subject: [issue42445] Assertion in run_coroutine_threadsafe
Message-ID: <1606147117.94.0.351862070018.issue42445@roundup.psfhosted.org>


New submission from Jochen Kienzle <Jochen.Kienzle at bosch.io>:

Hello,

in my implementation I want to call mqtt_client.publish_json from a sync method:

-----------------------------
def __on_event(self, ev):
    ...
    asyncio.run_coroutine_threadsafe(self.mqtt_client.publish_json(INGESTION_TOPIC, msg), loop=self.publish_loop)
-----------------------------

where self.broker.publish_json is an async function and publish_loop is a loop which has been started (run_forever) in a separate thread:

---
    self.publish_loop = asyncio.new_event_loop()
    t = threading.Thread(target=self.publish_loop.run_forever)
    t.start()
---

Sometimes (about 1 in 400 calls) I get the following Assertion Error:

-----------------------------
?[94;1m== APP == Exception in callback _ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...ed result=366>)
?[0m
?[94;1m== APP == handle: <Handle _ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...ed result=366>)>
[0m
[94;1m== APP == Traceback (most recent call last):
[0m
[94;1m== APP ==   File "C:\Users\sio7fe\AppData\Local\Programs\Python\Python38-32\lib\asyncio\events.py", line 81, in _run
[0m
[94;1m== APP ==     self._context.run(self._callback, *self._args)
[0m
[94;1m== APP ==   File "C:\Users\sio7fe\AppData\Local\Programs\Python\Python38-32\lib\asyncio\proactor_events.py", line 375, in _loop_writing
[0m
[94;1m== APP ==     assert f is self._write_fut
[0m
[94;1m== APP == AssertionError
-----------------------------

Run time behavior:
 - publish_loop will be re-used on each event
 - run_coroutine_threadsafe will be called multiple times without any sleep (its in a for-loop with 1-3 elements)


Since this is a thread safe method and its working multiple times, it seems to be some run-time related issue and I can't figure out the root cause.

----------
components: asyncio
messages: 381674
nosy: JoKi, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Assertion in run_coroutine_threadsafe
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42445>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:06:10 2020
From: report at bugs.python.org (hai shi)
Date: Mon, 23 Nov 2020 16:06:10 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606147570.95.0.590594444949.issue42410@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> You should analyze why "cls != obj" conditon is true: why cls is not obj?

You are right. I am in the wrong way definitely. It's weird to me.I try to figure it out in this week~

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:08:59 2020
From: report at bugs.python.org (christopher.pickering)
Date: Mon, 23 Nov 2020 16:08:59 +0000
Subject: [issue31842] pathlib: "Incorrect function" during resolve()
In-Reply-To: <1508707873.05.0.213398074469.issue31842@psf.upfronthosting.co.za>
Message-ID: <1606147739.96.0.0912897436027.issue31842@roundup.psfhosted.org>


christopher.pickering <christopher.pickering at pm.me> added the comment:

Hi, is there a status update on this issue? Thanks!

----------
nosy: +christopherpickering

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31842>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:16:16 2020
From: report at bugs.python.org (Thomas Wouters)
Date: Mon, 23 Nov 2020 16:16:16 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606148176.78.0.100096261689.issue42443@roundup.psfhosted.org>


Change by Thomas Wouters <thomas at python.org>:


----------
nosy: +gregory.p.smith, twouters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:30:06 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 23 Nov 2020 16:30:06 +0000
Subject: [issue15450] Allow dircmp.subdirs to behave well under subclassing
In-Reply-To: <1343260803.75.0.101432828571.issue15450@psf.upfronthosting.co.za>
Message-ID: <1606149006.25.0.106909003973.issue15450@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 2f2f9d0b5c96e68ed91cddd6673860ee752eb49c by Nick Crews in branch 'master':
bpo-15450: Allow subclassing of dircmp (GH-23424) (#23424)
https://github.com/python/cpython/commit/2f2f9d0b5c96e68ed91cddd6673860ee752eb49c


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:31:26 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 23 Nov 2020 16:31:26 +0000
Subject: [issue15450] Allow dircmp.subdirs to behave well under subclassing
In-Reply-To: <1343260803.75.0.101432828571.issue15450@psf.upfronthosting.co.za>
Message-ID: <1606149086.66.0.0732546493231.issue15450@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue15450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:40:58 2020
From: report at bugs.python.org (Yaroslav Pankovych)
Date: Mon, 23 Nov 2020 16:40:58 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1606149658.87.0.236175843676.issue21041@roundup.psfhosted.org>


Yaroslav Pankovych <flower.moor at gmail.com> added the comment:

Agree with that, it currently supports this behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:49:14 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 23 Nov 2020 16:49:14 +0000
Subject: [issue42349] Compiler front-end produces a broken CFG
In-Reply-To: <1605288236.63.0.535930114151.issue42349@roundup.psfhosted.org>
Message-ID: <1606150154.51.0.776439575478.issue42349@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42349>
_______________________________________

From report at bugs.python.org  Mon Nov 23 11:50:52 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 23 Nov 2020 16:50:52 +0000
Subject: [issue42373] PEP 626 does not specify behavior of tracing for
 keywords.
In-Reply-To: <1605540658.6.0.769594046154.issue42373@roundup.psfhosted.org>
Message-ID: <1606150252.95.0.883239531525.issue42373@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

https://github.com/python/peps/pull/1722/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42373>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:00:36 2020
From: report at bugs.python.org (Thoradia Quack)
Date: Mon, 23 Nov 2020 17:00:36 +0000
Subject: [issue42446] Assertion error os.path.exists(pyc_path) while building
 Python 3.8.6 with-ensurepip
Message-ID: <1606150836.33.0.675733019507.issue42446@roundup.psfhosted.org>


New submission from Thoradia Quack <thoradia.quack at gmail.com>:

I try building Python 3.8.6 with-ensurepip (see configuration below) but this fails with an assertion error (see error below).

I do not understand the error and I do not know how to fix it.

For what it is worth, I used to successfully build Python 3.8.5 with the same configuration.

Thank you for any help with this.

Configuration:
home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/build/Python3-3.8.6/configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu --prefix=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain --bindir=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/bin --sbindir=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/sbin --sysconfdir=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/etc --libexecdir=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/lib --localstatedir=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/var --disable-static --enable-shared ac_cv_prog_HAS_HG=/bin/false
 ac_cv_prog_SVNVERSION=/bin/false
 --disable-pyc-build
 --disable-ossaudiodev
 --disable-sqlite3
 --disable-codecs-cjk
 --disable-nis
 --enable-unicodedata
 --enable-openssl
 --disable-readline
 --enable-bzip2
 --enable-zlib
 --enable-xz
 --disable-tk
 --disable-curses
 --disable-pydoc
 --disable-test-modules
 --enable-lib2to3
 --disable-idle3
 --without-cxx-main
 --with-expat=builtin
 --with-libmpdec=none
 --with-doc-strings
 --with-system-ffi
 --without-pymalloc
 --with-ensurepip


Error:
if test "xupgrade" != "xno"  ; then \
	case upgrade in \
		upgrade) ensurepip="--upgrade" ;; \
		install|*) ensurepip="" ;; \
	esac; \
	LD_LIBRARY_PATH=/home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/build/Python3-3.8.6/.x86_64-linux-gnu ./python -E -m ensurepip \
		$ensurepip --root=/ ; \
fi
Looking in links: /tmp/tmpm7whdxa4
Requirement already up-to-date: setuptools in /home/thoradia/9.80.8/build.LibreELEC-RPi4.arm-9.80-devel/toolchain/lib/python3.8/site-packages (49.2.1)
Processing /tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl
Installing collected packages: pip
ERROR: Exception:
Traceback (most recent call last):
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", line 216, in _main
    status = self.run(options, args)
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/cli/req_command.py", line 182, in wrapper
    return func(self, options, args)
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", line 412, in run
    installed = install_given_reqs(
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/req/__init__.py", line 82, in install_given_reqs
    requirement.install(
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/req/req_install.py", line 813, in install
    install_wheel(
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/operations/install/wheel.py", line 852, in install_wheel
    _install_wheel(
  File "/tmp/tmpm7whdxa4/pip-20.2.1-py2.py3-none-any.whl/pip/_internal/operations/install/wheel.py", line 734, in _install_wheel
    assert os.path.exists(pyc_path)
AssertionError

----------
components: Build
messages: 381680
nosy: thoradia
priority: normal
severity: normal
status: open
title: Assertion error os.path.exists(pyc_path) while building Python 3.8.6 with-ensurepip
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42446>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:13:33 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 23 Nov 2020 17:13:33 +0000
Subject: [issue42446] Assertion error os.path.exists(pyc_path) while building
 Python 3.8.6 with-ensurepip
In-Reply-To: <1606150836.33.0.675733019507.issue42446@roundup.psfhosted.org>
Message-ID: <1606151613.01.0.98256390583.issue42446@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Your problem could be related to --disable-pyc-build. It sounds like it disables pyc compilation, which may explain the exception.

--disable-pyc-build is not supported by official releases of Python. Are you building Python with additional distribution-specific patches?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42446>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:24:07 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 23 Nov 2020 17:24:07 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
In-Reply-To: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>
Message-ID: <1606152247.11.0.395488885584.issue42429@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Some references after a bit of tracker digging:

- #7098 is the original issue where the behaviour was considered.
- #23460 is related, and _did_ result in a documentation change, but that documentation change didn't say anything about preserving trailing zeros
- #13433 is relevant, and still open

So I think we're still missing a documentation update.

----------
assignee:  -> docs at python
components: +Documentation -Library (Lib)
nosy: +docs at python
versions: +Python 3.10, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:53:43 2020
From: report at bugs.python.org (Net Offensive)
Date: Mon, 23 Nov 2020 17:53:43 +0000
Subject: [issue42447] robotsparser deny all with some rules
Message-ID: <1606154023.13.0.203747153119.issue42447@roundup.psfhosted.org>


New submission from Net Offensive <contact at netoffensive.com>:

Bonjour, 

Notre d?veloppeur a un soucis avec l'utilisation de cette librairie. Dans le cadre d'un projet SEO, nous souhaiterions scrapper les pages de notre r?seau de site.

Nous avons essay? de tester avec l'un de nos site dont les pages se pr?sentent comme ce guide sur le r?f?rencement : https://www.netoffensive.blog/referencement-naturel/

Elle ne sont pas d?tect?es comme des pages ? cause de leur forme en repertoire. A ton besoin forc?ment de cr?er des pages du type : page.ext ?

C'est pourtant un format utilis? sur Wordpress et d'autres CMS.

Merci

---------------

Hello, 

Our developer has a problem with the use of this library. As part of an SEO project, we would like to scramble the pages of our site network.

We tried to test with one of our site whose pages look like this SEO guide: https://www.netoffensive.blog/referencement-naturel/.

They are not detected as pages because of their directory shape. Do you necessarily need to create pages of the type: page.ext?

It is however a format used on Wordpress and other CMS.

Thanks

Translated with www.DeepL.com/Translator (free version)

----------
components: Library (Lib)
messages: 381683
nosy: contact
priority: normal
severity: normal
status: open
title: robotsparser deny all with some rules
type: behavior
versions: Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42447>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:55:21 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 23 Nov 2020 17:55:21 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
In-Reply-To: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>
Message-ID: <1606154121.11.0.58651450049.issue42429@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

There's also #39096.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Mon Nov 23 12:55:51 2020
From: report at bugs.python.org (Net Offensive)
Date: Mon, 23 Nov 2020 17:55:51 +0000
Subject: [issue42447] robotsparser deny all with some rules
In-Reply-To: <1606154023.13.0.203747153119.issue42447@roundup.psfhosted.org>
Message-ID: <1606154151.86.0.338334518619.issue42447@roundup.psfhosted.org>


Net Offensive <contact at netoffensive.com> added the comment:

Sorry if my message is not clear enough. I will ask my developer to come and complete the information if needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42447>
_______________________________________

From report at bugs.python.org  Mon Nov 23 13:31:45 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 23 Nov 2020 18:31:45 +0000
Subject: [issue42429] Behavior of general (%g,
 :g) formatting inconsistent for decimal.Decimal
In-Reply-To: <1606001380.98.0.451619022303.issue42429@roundup.psfhosted.org>
Message-ID: <1606156305.17.0.665638046866.issue42429@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

Here's a first draft of proposed re-wording for the 'e', 'f' and 'g' sections of the table in the general format-specification mini-language docs. (I started making a PR, but got too annoyed with the mechanics of editing reStructuredText tables.)


'e': Scientific "E" notation. For a given precision ``p >= 0``, formats the
number in scientific notation with the letter 'e' separating the coefficient
from the exponent. The coefficient has one digit before and ``p`` digits after
the decimal point, for a total of ``p + 1`` significant digits. With no
precision, uses a precision of ``6`` digits after the decimal point for
:class:`float`, and shows all coefficient digits (including any trailing zeros)
for :class:`~decimal.Decimal`.

'f': Fixed-point notation. For a given precision ``p >= 0``, formats the number
as a decimal number with exactly ``p`` digits following the decimal point. With
no precision, uses a precision of ``6`` digits after the decimal point for
:class:`float`, and shows all coefficient digits (including any trailing zeros)
for :class:`~decimal.Decimal`. Note that in the case of a
:class:`~decimal.Decimal` instance with a positive exponent, the formatted
output will consist of the digits of the coefficient sequence extended by
additional zeros: for example, ``format(Decimal('1.23e4'), 'f')`` gives
``'12300'``.

'g': <text as before, up to but not including the last paragraph, then:>

A precision of ``0`` is treated as equivalent to a precision of ``1``.
With no precision, uses a precision of ``6`` significant digits for
:class:`float`, and shows all coefficient digits (including any trailing zeros)
for :class:`~decimal.Decimal`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42429>
_______________________________________

From report at bugs.python.org  Mon Nov 23 13:32:39 2020
From: report at bugs.python.org (Thoradia Quack)
Date: Mon, 23 Nov 2020 18:32:39 +0000
Subject: [issue42446] Assertion error os.path.exists(pyc_path) while building
 Python 3.8.6 with-ensurepip
In-Reply-To: <1606150836.33.0.675733019507.issue42446@roundup.psfhosted.org>
Message-ID: <1606156359.34.0.289137308525.issue42446@roundup.psfhosted.org>


Thoradia Quack <thoradia.quack at gmail.com> added the comment:

I get the same error when I build without -disable-pyc-build.

I could create the missing directory if only I knew what directory ensurepip is expecting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42446>
_______________________________________

From report at bugs.python.org  Mon Nov 23 13:53:55 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 23 Nov 2020 18:53:55 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1606157635.67.0.696178480059.issue42422@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

@BTaskaya: do you think this is too similar to bogus_code_obj.py? That's the only crasher I can see it being similar to.

----------
versions: +Python 3.10 -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:02:43 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 23 Nov 2020 19:02:43 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606158163.13.0.109548938146.issue42443@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:03:37 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Mon, 23 Nov 2020 19:03:37 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606158217.76.0.767511214932.issue42443@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:30:57 2020
From: report at bugs.python.org (=?utf-8?b?6LW16LGq5p2w?=)
Date: Mon, 23 Nov 2020 19:30:57 +0000
Subject: [issue42448] re.findall have different match result against re.search
 or re.sub
Message-ID: <1606159857.65.0.962689074974.issue42448@roundup.psfhosted.org>


New submission from ??? <1292756898 at qq.com>:

```
>>> import re
>>> text = '121212 and 121212'
>>> pattern = '(12)+'
>>> print(re.findall(pattern, text))
['12', '12']
>>> 
>>> 
>>> print(re.search(pattern, text))
<re.Match object; span=(0, 6), match='121212'>
>>> 
>>> 
>>> print(re.sub(pattern, '', text))
 and 
# The re.findall have different search result against re.search or re.sub
# re.findall ? re.search ? re.sub ????????
```

With same pattern and string, the re.findall is supposed to have same match with re.search, but it didn't. 

This result is from python3.8.5

----------
components: Regular Expressions
messages: 381689
nosy: HaujetZhao, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: re.findall have different match result against re.search or re.sub
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42448>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:42:07 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 19:42:07 +0000
Subject: [issue42448] re.findall have different match result against re.search
 or re.sub
In-Reply-To: <1606159857.65.0.962689074974.issue42448@roundup.psfhosted.org>
Message-ID: <1606160527.58.0.876299005989.issue42448@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It looks correct to me. Of course, the result is different, because they are different functions. re.match() and re.search() return a match object (or None), and re.findall returns a list. What result did you expect?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42448>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:43:47 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 23 Nov 2020 19:43:47 +0000
Subject: [issue42436] Google use wrong "hightlight" argument
In-Reply-To: <1606048982.4.0.529831735845.issue42436@roundup.psfhosted.org>
Message-ID: <1606160627.1.0.839877077942.issue42436@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42436>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:44:03 2020
From: report at bugs.python.org (Thoradia Quack)
Date: Mon, 23 Nov 2020 19:44:03 +0000
Subject: [issue42446] Assertion error os.path.exists(pyc_path) while building
 Python 3.8.6 with-ensurepip
In-Reply-To: <1606150836.33.0.675733019507.issue42446@roundup.psfhosted.org>
Message-ID: <1606160643.83.0.816277520853.issue42446@roundup.psfhosted.org>


Thoradia Quack <thoradia.quack at gmail.com> added the comment:

I build Python with the LibreELEC toolchain.
I removed the --disable-pyc-build and a patch to generate legacy bytecode.
That fixed the issue.
Thank you for the fast answer and for pointing me to the solution.
Closing.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42446>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:46:36 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Nov 2020 19:46:36 +0000
Subject: [issue42448] re.findall have different match result against re.search
 or re.sub
In-Reply-To: <1606159857.65.0.962689074974.issue42448@roundup.psfhosted.org>
Message-ID: <1606160796.28.0.505719676894.issue42448@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

When groups are present in the regex, findall() returns the subgroups rather than the entire match:

    >>> mo = re.search('(12)+', '121212 and 121212')
    >>> mo[0]                  # Entire match
    '121212'
    >>> mo[1]                  # Group match
    '12'

To get the result you were looking for use a non-capturing expression:

    >>> re.findall('(?:12)+', '121212 and 121212')
    ['121212', '121212']

Also consider using finditer() which gives more fine grained control:

    >>> for mo in re.finditer('(12)+', '121212 and 121212'):
            print(mo.span())
            print(mo[0])
            print(mo[1])
            print()
        
    (0, 6)
    121212
    12

    (11, 17)
    121212
    12

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42448>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:48:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 23 Nov 2020 19:48:56 +0000
Subject: [issue18212] No way to check whether Future is finished?
In-Reply-To: <1371216345.77.0.119966223843.issue18212@psf.upfronthosting.co.za>
Message-ID: <1606160936.55.0.466211443536.issue18212@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18212>
_______________________________________

From report at bugs.python.org  Mon Nov 23 14:50:19 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 23 Nov 2020 19:50:19 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606161019.15.0.815900081109.issue42410@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

It looks like you imported the functools module twice and have two different classes functools.partial. When you try to import one of them, you found the other one.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Mon Nov 23 15:06:38 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 23 Nov 2020 20:06:38 +0000
Subject: [issue21041] pathlib.PurePath.parents rejects negative indexes
In-Reply-To: <1395613011.22.0.29152070109.issue21041@psf.upfronthosting.co.za>
Message-ID: <1606161998.15.0.225642245579.issue21041@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:


New changeset 79d2e62c008446fbbc6f264bb8a30e2d38b6ff58 by Yaroslav Pankovych in branch 'master':
Added support for negative indexes to PurePath.parents (GH-21799)
https://github.com/python/cpython/commit/79d2e62c008446fbbc6f264bb8a30e2d38b6ff58


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21041>
_______________________________________

From report at bugs.python.org  Mon Nov 23 15:06:38 2020
From: report at bugs.python.org (Paul Ganssle)
Date: Mon, 23 Nov 2020 20:06:38 +0000
Subject: [issue35498] Parents objects in pathlib.Path don't support slices as
 __getitem__ arguments
In-Reply-To: <1544806517.4.0.788709270274.issue35498@psf.upfronthosting.co.za>
Message-ID: <1606161998.27.0.867588601582.issue35498@roundup.psfhosted.org>


Paul Ganssle <p.ganssle at gmail.com> added the comment:


New changeset 79d2e62c008446fbbc6f264bb8a30e2d38b6ff58 by Yaroslav Pankovych in branch 'master':
Added support for negative indexes to PurePath.parents (GH-21799)
https://github.com/python/cpython/commit/79d2e62c008446fbbc6f264bb8a30e2d38b6ff58


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35498>
_______________________________________

From report at bugs.python.org  Mon Nov 23 15:18:29 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 23 Nov 2020 20:18:29 +0000
Subject: [issue42445] Assertion in run_coroutine_threadsafe
In-Reply-To: <1606147117.94.0.351862070018.issue42445@roundup.psfhosted.org>
Message-ID: <1606162709.57.0.980558881523.issue42445@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Transferring the loop instance between threads is not safe. You should create a loop and after that call run_forever() in the same thread.
Or, even better, call asynxio.run() in a thread.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42445>
_______________________________________

From report at bugs.python.org  Mon Nov 23 15:41:21 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 23 Nov 2020 20:41:21 +0000
Subject: [issue42422] Py_Decref on value crash the interpreter in
 Python/ceval.c:1104
In-Reply-To: <1605943207.33.0.904447657295.issue42422@roundup.psfhosted.org>
Message-ID: <1606164081.43.0.0825363099282.issue42422@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> do you think this is too similar to bogus_code_obj.py? That's the only crasher I can see it being similar to.

As far as I assume, yes, that is the generic VM crasher via custom code object execution. I feel its existence is good enough to answer to issue openings like this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42422>
_______________________________________

From report at bugs.python.org  Mon Nov 23 17:06:39 2020
From: report at bugs.python.org (void abuser)
Date: Mon, 23 Nov 2020 22:06:39 +0000
Subject: [issue42449] Adding number to a declared 2 dimension list
Message-ID: <1606169199.89.0.319403348996.issue42449@roundup.psfhosted.org>


New submission from void abuser <void4buser at gmail.com>:

So basically the bug that I found was about adding a number to a sub-list.
If you declare li1 as li1=[[0,0,0,0],[0,0,0,0],[0,0,0,0],[0,0,0,0]] in the code below then the code is working as it should do.
Although if you create the list called li1 with the same way how I did in the code below (which has the same outcome in terms of looking at that 2 dimension list) then the output is different and in fact false.
The code:
li1=[[0]*4]*4 for x in range(4): li1[0][1]+=1 print(li1)
Expected behavior
Expected output:
[[0, 1, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0]]
[[0, 2, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0]]
[[0, 3, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0]]
[[0, 4, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0], [0, 0, 0, 0]]
The output that I got:
[[0, 1, 0, 0], [0, 1, 0, 0], [0, 1, 0, 0], [0, 1, 0, 0]]
[[0, 2, 0, 0], [0, 2, 0, 0], [0, 2, 0, 0], [0, 2, 0, 0]]
[[0, 3, 0, 0], [0, 3, 0, 0], [0, 3, 0, 0], [0, 3, 0, 0]]
[[0, 4, 0, 0], [0, 4, 0, 0], [0, 4, 0, 0], [0, 4, 0, 0]]

----------
components: Regular Expressions
files: bug.png
messages: 381698
nosy: ezio.melotti, mrabarnett, void4buser
priority: normal
severity: normal
status: open
title: Adding number to a declared 2 dimension list
type: behavior
versions: Python 3.9
Added file: https://bugs.python.org/file49615/bug.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42449>
_______________________________________

From report at bugs.python.org  Mon Nov 23 17:41:45 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 23 Nov 2020 22:41:45 +0000
Subject: [issue42449] Adding number to a declared 2 dimension list
In-Reply-To: <1606169199.89.0.319403348996.issue42449@roundup.psfhosted.org>
Message-ID: <1606171305.7.0.209542234181.issue42449@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

This isn't a bug. All of your nested lists are the same. See for example: https://stackoverflow.com/questions/44195396/initializing-an-m-x-n-array-of-0s-in-python

----------
components:  -Regular Expressions
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42449>
_______________________________________

From report at bugs.python.org  Mon Nov 23 17:48:37 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Nov 2020 22:48:37 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606171717.37.0.475291852033.issue41100@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +22370
pull_request: https://github.com/python/cpython/pull/23480

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 23 18:59:54 2020
From: report at bugs.python.org (=?utf-8?b?6LW16LGq5p2w?=)
Date: Mon, 23 Nov 2020 23:59:54 +0000
Subject: [issue42448] re.findall have different match result against re.search
 or re.sub
In-Reply-To: <1606159857.65.0.962689074974.issue42448@roundup.psfhosted.org>
Message-ID: <1606175994.34.0.548087520234.issue42448@roundup.psfhosted.org>


??? <1292756898 at qq.com> added the comment:

AhAh, got it, I misunderstood the usage, the findall returns tuple of groups the expression set. Thanks @serhiy.storchaka @rhettinger

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42448>
_______________________________________

From report at bugs.python.org  Mon Nov 23 19:04:48 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Nov 2020 00:04:48 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606176288.88.0.992753841992.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 936533ca0415c40dc64ccb5f8857720f32b3fcb4 by Ned Deily in branch 'master':
bpo-41100: minor build installer fixes (GH-23480)
https://github.com/python/cpython/commit/936533ca0415c40dc64ccb5f8857720f32b3fcb4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 23 19:05:03 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 00:05:03 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606176303.11.0.76783617379.issue41100@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22371
pull_request: https://github.com/python/cpython/pull/23484

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 23 19:26:35 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 00:26:35 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606177595.15.0.22216884956.issue41100@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 3266991e721286e942125350ca41e1403d8384d6 by Miss Islington (bot) in branch '3.9':
bpo-41100: minor build installer fixes (GH-23480)
https://github.com/python/cpython/commit/3266991e721286e942125350ca41e1403d8384d6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Mon Nov 23 19:44:11 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Nov 2020 00:44:11 +0000
Subject: [issue34394] Descriptors HowTo doesn't mention __set_name__
In-Reply-To: <1534163786.32.0.56676864532.issue34394@psf.upfronthosting.co.za>
Message-ID: <1606178651.26.0.125221509301.issue34394@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

For the record, __set_name__ isn't specific to descriptors.  It can be used with any class:

    >>> class A:
            def __set_name__(*args):
                print(args)
         
    >>> class B:
            x = A()
            y = A()
     
    (<__main__.A object at 0x7febfe01ac40>, <class '__main__.B'>, 'x')
    (<__main__.A object at 0x7febfe01a5e0>, <class '__main__.B'>, 'y')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34394>
_______________________________________

From report at bugs.python.org  Mon Nov 23 20:54:26 2020
From: report at bugs.python.org (Peter Norvig)
Date: Tue, 24 Nov 2020 01:54:26 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
Message-ID: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>


New submission from Peter Norvig <peter.norvig at gmail.com>:

In the itertools recipes (  https://docs.python.org/3/library/itertools.html#itertools-recipes ) there are 21 functions that have single-quote docstrings. These should be changed to triple-quotes, as mandated in PEP 257.

----------
messages: 381704
nosy: peter.norvig2
priority: normal
severity: normal
status: open
title: Docstrings in itertools recipes should have triple-quotes
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 20:57:01 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 24 Nov 2020 01:57:01 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606183021.86.0.64700695047.issue42450@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I don't think the readability of the examples would be improved by triple quotes. In fact, I think it would be reduced.

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 21:16:39 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 24 Nov 2020 02:16:39 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606184199.72.0.33920467597.issue42450@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 21:25:51 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Nov 2020 02:25:51 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606184751.63.0.212464985622.issue42450@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I concur with Eric.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Mon Nov 23 23:20:17 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Nov 2020 04:20:17 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606191617.08.0.299733002481.issue42450@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Tue Nov 24 00:00:00 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 24 Nov 2020 05:00:00 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606194000.13.0.995335387401.issue42410@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> It looks like you imported the functools module twice and have two different classes functools.partial. When you try to import one of them, you found the other one.

You are right. Serhiy:)

The key point is `import_helper.import_fresh_module()`.
```
import functools
from test.support import import_helper

partial = functools.partial
new_functools = import_helper.import_fresh_module('functools',
                                                  fresh=['_functools'])
new_partial = new_functools.partial
assert(partial == new_partial)
```
Succeed in master, failed in PR23405.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 00:54:30 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Nov 2020 05:54:30 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606197270.86.0.000608588726037.issue41100@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
pull_requests: +22372
pull_request: https://github.com/python/cpython/pull/23485

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Tue Nov 24 01:20:45 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Nov 2020 06:20:45 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606198845.11.0.97922458798.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset c0c23ea72b76b06b7db0d09415fa90bab8ded63a by Ned Deily in branch 'master':
bpo-41100: in test_platform, ignore 10.16 (GH-23485)
https://github.com/python/cpython/commit/c0c23ea72b76b06b7db0d09415fa90bab8ded63a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Tue Nov 24 01:21:00 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 06:21:00 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606198860.84.0.585566791533.issue41100@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22373
pull_request: https://github.com/python/cpython/pull/23486

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Tue Nov 24 01:34:28 2020
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Nov 2020 06:34:28 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606199668.8.0.0654005178939.issue41100@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:


New changeset 96d906b144e6e6aa96c5ffebecbcc5d38034bbda by Miss Islington (bot) in branch '3.9':
bpo-41100: in test_platform, ignore 10.16 (GH-23485) (GH-23486)
https://github.com/python/cpython/commit/96d906b144e6e6aa96c5ffebecbcc5d38034bbda


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Tue Nov 24 02:23:53 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 07:23:53 +0000
Subject: [issue42299] Add test_formatter (or remove deprecated formatter
 module?)
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606202633.59.0.458692947659.issue42299@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The formatter has been deprecated for a long time. It's been issuing a DeprecationWarning on import since 3.5. Let's remove it.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Tue Nov 24 02:31:33 2020
From: report at bugs.python.org (hongweipeng)
Date: Tue, 24 Nov 2020 07:31:33 +0000
Subject: [issue42006] Stop using PyDict_GetItem,
 PyDict_GetItemString and _PyDict_GetItemId
In-Reply-To: <1602427000.44.0.391654139767.issue42006@roundup.psfhosted.org>
Message-ID: <1606203093.0.0.222676514994.issue42006@roundup.psfhosted.org>


Change by hongweipeng <hongweichen8888 at sina.com>:


----------
nosy: +hongweipeng
nosy_count: 2.0 -> 3.0
pull_requests: +22374
pull_request: https://github.com/python/cpython/pull/23487

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42006>
_______________________________________

From report at bugs.python.org  Tue Nov 24 02:48:35 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 07:48:35 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1606204115.93.0.638334763215.issue42260@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Please don't use PyDict_GetItemString(), it will be deprecated. You can use _PyDict_GetItemStringWithError().

Also always check the raised exception type before overwriting the exception, so you will not swallow MemoryError or other unexpected error.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:00:02 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 08:00:02 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606204802.26.0.140460403142.issue42443@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Besindes tests, PR also needs documentation and a better definition how and when the hook is called.

* IMO it should be called after profiling and tracing hook, so non-trivial hooks can be profiled and traced.
* It's important to define and document, which thread runs the hook (calling thread or new thread).
* Since the hook is designed to monitor thread creation, would it make sense to pass the thread object to the hook?
* How does the hook behave when the callback raises an exception?
* Is a single hook good enough or should the API behave more like atexit, which supports an abitrary amount of hooks?
* Instead of just a creation hook, how about lifetime hooks are also called when a thread ends?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:17:01 2020
From: report at bugs.python.org (Jochen Kienzle)
Date: Tue, 24 Nov 2020 08:17:01 +0000
Subject: [issue42445] Assertion in run_coroutine_threadsafe
In-Reply-To: <1606147117.94.0.351862070018.issue42445@roundup.psfhosted.org>
Message-ID: <1606205821.79.0.00947226141992.issue42445@roundup.psfhosted.org>


Jochen Kienzle <Jochen.Kienzle at bosch.io> added the comment:

Thanks for your reply.

I already tried 

----------------------------
asyncio.run(self.mqtt_client.publish_json(INGESTION_TOPIC, msg))
----------------------------

but this leads (rarely) to the following error:

----------------------------
got Future <Future pending> attached to a different loop
----------------------------

I want to point out that asyncio.run() was called in a thread without an event loop.

So, it seems to be that the issue is either on asyncio or on hbmqtt.client side (loop handling).

Any opinions, ideas or hints?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42445>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:25:15 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 24 Nov 2020 08:25:15 +0000
Subject: [issue42445] Assertion in run_coroutine_threadsafe
In-Reply-To: <1606147117.94.0.351862070018.issue42445@roundup.psfhosted.org>
Message-ID: <1606206315.8.0.285171003377.issue42445@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

"got Future <Future pending> attached to a different loop" means exactly what it says: you create a future object in one loop but awaits it in the different one. This is a programming error.

Most likely the error in your script, not in mqtt and definitely not in asyncio.

Sorry, the mqtt is not a part of CPython and I don't know how to work with it properly. Please contact the library maintainers.

Nothing to do on the asyncio side.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42445>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:33:54 2020
From: report at bugs.python.org (Peixing Xin)
Date: Tue, 24 Nov 2020 08:33:54 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606206834.38.0.0179232001784.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22375
pull_request: https://github.com/python/cpython/pull/21687

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:36:10 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 08:36:10 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1606206970.31.0.109323901231.issue42260@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22376
pull_request: https://github.com/python/cpython/pull/23488

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 24 03:38:29 2020
From: report at bugs.python.org (Peixing Xin)
Date: Tue, 24 Nov 2020 08:38:29 +0000
Subject: [issue41442] test_posix.PosixTester.test_getgroups fail on operating
 systems without supporting unix shell
In-Reply-To: <1596103524.36.0.943373328991.issue41442@roundup.psfhosted.org>
Message-ID: <1606207109.26.0.00146449207756.issue41442@roundup.psfhosted.org>


Peixing Xin <peixing.xin at windriver.com> added the comment:

The issue has been moved into bpo31904.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41442>
_______________________________________

From report at bugs.python.org  Tue Nov 24 04:28:27 2020
From: report at bugs.python.org (Peixing Xin)
Date: Tue, 24 Nov 2020 09:28:27 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606210107.31.0.291362461608.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22377
pull_request: https://github.com/python/cpython/pull/23489

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Tue Nov 24 04:41:26 2020
From: report at bugs.python.org (Antony Lee)
Date: Tue, 24 Nov 2020 09:41:26 +0000
Subject: [issue42451] Indicate in the docs that PyTuple_GetItem does not
 support negative indices
Message-ID: <1606210886.35.0.910586888389.issue42451@roundup.psfhosted.org>


New submission from Antony Lee <anntzer.lee at gmail.com>:

Unlike `PySequence_GetItem`, `PyTuple_GetItem` does not support negative indices ("indexing from the end").  That is fine, but warrants a notice in the docs (as that behavior is certainly not obvious).
The same wording as for `PyList_GetItem` (changing "list" to "tuple") should be good enough (`PyList_GetItem` currently states: "The position must be non-negative; indexing from the end of the list is not supported. If index is out of bounds (<0 or >=len(list)), return NULL and set an IndexError exception.")

----------
assignee: docs at python
components: C API, Documentation
messages: 381716
nosy: Antony.Lee, docs at python
priority: normal
severity: normal
status: open
title: Indicate in the docs that PyTuple_GetItem does not support negative indices
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42451>
_______________________________________

From report at bugs.python.org  Tue Nov 24 05:38:16 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 10:38:16 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606214296.85.0.656967278571.issue42370@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
keywords: +patch
nosy: +serhiy.storchaka
nosy_count: 1.0 -> 2.0
pull_requests: +22378
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23474

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 05:52:51 2020
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Nov 2020 10:52:51 +0000
Subject: [issue11998] test_signal cannot test blocked signals if _tkinter is
 loaded; Tcl_Finalize()
In-Reply-To: <1304505040.09.0.715253576105.issue11998@psf.upfronthosting.co.za>
Message-ID: <1606215171.0.0.20615021001.issue11998@roundup.psfhosted.org>


Change by Roundup Robot <devnull at psf.upfronthosting.co.za>:


----------
pull_requests: +22379
pull_request: https://github.com/python/cpython/pull/23490

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11998>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:05:07 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 12:05:07 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606219507.16.0.323105344516.issue42370@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
pull_requests: +22380
pull_request: https://github.com/python/cpython/pull/23491

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:06:22 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 12:06:22 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606219582.18.0.185569837557.issue42370@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

PR 23491 does not fix the failure, but it adds new checks which can provide additional information in case of failure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:07:35 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 12:07:35 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1606219655.93.0.411787222824.issue42260@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 14d81dcaf827f6b66bda45e8f5689d07d7d5735c by Serhiy Storchaka in branch 'master':
bpo-42260: Improve error handling in _PyConfig_FromDict (GH-23488)
https://github.com/python/cpython/commit/14d81dcaf827f6b66bda45e8f5689d07d7d5735c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:25:29 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 12:25:29 +0000
Subject: [issue28468] Add platform.linux_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606220729.4.0.406017934945.issue28468@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
pull_requests: +22381
pull_request: https://github.com/python/cpython/pull/23492

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:31:10 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 12:31:10 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606221070.17.0.469217310233.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Since we need distribution information in tests and code, I decided to reopen the bug.

I named the new function freedesktop_osrelease because it's technically not restricted to Linux. It's freedesktop.org standard that may be used by non-Linux platforms, too.

Note: os-release is **not** tight to systemd. It just happens that the standard was defined in the systemd space of freedesktop.org. I'm not aware of any major Linux platform that does not ship the file in its base os.

----------
resolution: wont fix -> 
stage: test needed -> patch review
status: closed -> open
title: Add platform.linux_os_release() -> Add platform.freedesktop_osrelease()
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:38:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 12:38:16 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606221496.2.0.445775156809.issue42212@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ac7d0169d2bce2021b8d88973e649889d7dc1b03 by Victor Stinner in branch 'master':
bpo-42212: smelly.py also checks the dynamic library (GH-23423)
https://github.com/python/cpython/commit/ac7d0169d2bce2021b8d88973e649889d7dc1b03


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 07:46:41 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 12:46:41 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606222001.92.0.4759024878.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

it's easy to say "we need it". It took a while to remove that, so I don't think it should be easily re-introduced.

so why do you need it, and why should it be exposed as part of the standard library?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:04:32 2020
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 24 Nov 2020 13:04:32 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1606223072.65.0.527921341353.issue1635741@roundup.psfhosted.org>


Change by Senthil Kumaran <senthil at uthcode.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:05:21 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 13:05:21 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606223121.68.0.289697856384.issue42212@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22382
pull_request: https://github.com/python/cpython/pull/23493

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:05:32 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 13:05:32 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606223132.48.0.994061858952.issue42212@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22383
pull_request: https://github.com/python/cpython/pull/23494

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:07:14 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 13:07:14 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606223234.61.0.272772372603.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

What do you mean by "that"? Python never had any code to parse and handle freekdesktop.org's os-release file. Are you referring to linux_distribution() function? Petr removed platform.linux_distribution() in bpo-28167 because the function was problematic on so many levels and relied on ill defined behavior.

The os-release file has been a well-defined standard for over 8 years. These days it's available in the base image of all major Linux distributions and countless other distributions. os-release became *the* standard to identify the version and vendor of a Linux distribution. In my opinion that's reason enough to include the feature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:11:41 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 24 Nov 2020 13:11:41 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606223501.43.0.94736563811.issue42299@roundup.psfhosted.org>


Change by Dong-hee Na <donghee.na at python.org>:


----------
title: Add test_formatter (or remove deprecated formatter module?) -> Remove formatter module

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:11:57 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:11:57 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606223517.26.0.99745205119.issue42142@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

I became aware of this by the patch proposal "Please submit a PR to skip on Ubuntu", which results in the re-introduction of a distro specific API.

I would rather help fixing this issue, instead on relying on some distro behavor.

----------
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:12:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:12:14 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606223534.71.0.797626600725.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Matthias Klose:
> I'm not aware of any embedded Linux distro using systemd (no, I don't consider Raspian an embedded Linux distro).

As soon as the function is documented to return an error if the file doesn't exist, I don't see how this is a blocker issue.

Matthias: I don't understand your arguments against adding a Python function to read a standardize configuration file.

The platform module is the right place to add such function.

The distro module exists on PyPI because there is a need for such a function. The function even existed previously in platform. It only had to be removed because it was a pain in the *** to maintain it. The stdlib is slow to be updated, whereas Linux vendors were creative for the filename and the format of the filename.

Since the filename is now fixed and the format is well specified, IMO it's perfectly fine to add PR 23492.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:13:23 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Tue, 24 Nov 2020 13:13:23 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606223603.49.0.712392927858.issue42299@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

@christian.heimes

Thank you Christian

I also discuss this issue on python-dev and everybody agree with removing this module.

I will remove this module ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:17:24 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:17:24 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606223844.79.0.208904319072.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

> Since the filename is now fixed and the format is well specified,
> IMO it's perfectly fine to add PR 23492.

I disagree with that. The distro module is the preferred way to do this (which cannot be used in the Python core).  The rationale given is an not yet investigated issue with a timeout in tk/ttk, which from my point of view is not good enough to add a public API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:17:49 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:17:49 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606223869.35.0.481315475822.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The Chef Software seems to maintain a copy of the os-release of major Linux distribution:
https://github.com/chef/os_release

Copy of the project README:

# os_release

This repo contains the /etc/os-release file from Linux distros.

## About os-release

/etc/os-release is a standard Linux file used to identify the OS, os release, and similar distros. It's now a standard file in systemd distros, but it can be found in just about every Linux distro released over the last 3-4 years.

## Why collect them

The fields in /etc/os-release are standardized, but the values are not. The only way to know that Redhat Enterprise Linux is 'rhel' or that openSUSE 15 is 'opensuse-leap' is to install the distros and check the file. This repo is a large collection of os-release files so you don't need to install each and every distro.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:19:45 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:19:45 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606223985.17.0.327274434525.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

"The os-release file has been a well-defined standard for over 8 years."

... doesn't implicate that it's a good style to base your checks on that information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:22:29 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:22:29 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224149.88.0.601620409724.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

the Chef repo seems to be a little bit out-of-date, but anyway. I don't see the relevance for this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:25:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:25:48 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224348.78.0.884718616909.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Article about os-release:
https://opensource.com/article/18/6/linux-version

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:25:49 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 13:25:49 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606224349.25.0.185770081142.issue42212@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 15d42d7ec6ad4305ea20c7b98ab093bd33bc254c by Miss Islington (bot) in branch '3.9':
bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042)
https://github.com/python/cpython/commit/15d42d7ec6ad4305ea20c7b98ab093bd33bc254c


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:25:49 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 13:25:49 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606224349.41.0.727579157701.issue42212@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b55a276a18e7c46f1e4e09fa24e9854deb0ed334 by Miss Islington (bot) in branch '3.8':
bpo-42212: Check if generated files are up-to-date in GitHub Actions (GH-23042)
https://github.com/python/cpython/commit/b55a276a18e7c46f1e4e09fa24e9854deb0ed334


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:27:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:27:40 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224460.3.0.226725332098.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

"How to Check Linux Version" article:
https://linuxize.com/post/how-to-check-linux-version/

* lsb_release command <= is it still used nowadays?
* /etc/os-release file <= this PR
* /etc/issue file
* hostnamectl command
* /etc/*release file <= covered by the PyPI distro module
* uname command <= platform.uname()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:28:56 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 13:28:56 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224536.76.0.370159253713.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The os-release file is not tight to systemd. Only the reverse relationship is true: systemd, d-bus and other software require os-release.

The file is present in the minimal base image of distributions like Alpine, ArchLinux, CentOS, Debian, Fedora, RHEL, SUSE, and Ubuntu plus all derivates. In the last three years I have not seen any Linux distribution that is missing the file. The only odd-ball in the list is Alpine. It ships /usr/lib/os-release without the optional but recommended /etc/os-release symlink.

If you know any Linux platform without os-release, please let me know. I'm curious to know which platforms don't have the file and why the platform excludes it.

Python could also follow the lead of other software like D-Bus and make the presence of os-release mandatory on Linux. Any Linux platform without it would be considered broken. I don't think it is necessary to impose such restriction on vendors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:30:00 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:30:00 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224600.41.0.150764673881.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

> * /etc/os-release file <= this PR
> * /etc/*release file <= covered by the PyPI distro module

no Victor, you are wrong.  os-release is covered by the distro module. There's no need to expose a second implementation as another API in the standard library.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:32:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:32:07 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224727.84.0.43595223284.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Matthias Klose
> "The os-release file has been a well-defined standard for over 8 years."
> ... doesn't implicate that it's a good style to base your checks on that information.

IMO /etc/os-release is a reliable way to retrieve the Linux distribution name. What do you suggest to get the Linux distribution otherwise?


> the Chef repo seems to be a little bit out-of-date, but anyway. I don't see the relevance for this issue.

Someone can use it to test the implementation.

IMO it's interesting to see which Linux distributions provide os-release. The list of quite long!

* alpine_3_8
* amazon_2
* amazon_2018
* antergos
* arch
* archarm
* centos_7
* clearlinux_1
* clearos_7
* cumulus_3_7
* debian_7
* debian_8
* debian_9
* elementary_5
* fedora_28
* gentoo
* ios_xr_6
* kali_2018_4
* linuxmint_18_2
* linuxmint_19
* mangeia_6
* manjaro
* nexus_7
* nixos
* opensuseleap_15_0
* opensuseleap_15_1
* opensuseleap_42_3
* oracle_7
* rancheros_1_4
* raspbian_10
* raspbian_8
* redhat_7
* redhat_8
* scientific_7
* slackware_14_2
* sled_12_3
* sled_15
* sles_11_4
* sles_12_3
* sles_15_0
* sles_15_1
* sles_sap_12_0
* sles_sap_12_1
* sles_sap_12_2
* sles_sap_12_3
* ubuntu_1404
* ubuntu_1604
* ubuntu_1804
* xbian
* xcp_7_5_0
* xenserver_7_6

It's not like no Linux distribution provide the file. I don't know most of these Linux distributions :-D

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:33:44 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:33:44 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606224824.07.0.501084016662.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

Christian, is it necessary to start with threats?

> Python could also follow the lead of other software like D-Bus
> and make the presence of os-release mandatory on Linux.
> Any Linux platform without it would be considered broken.
> I don't think it is necessary to impose such restriction on vendors.

Python *does* follow this lead with the distro module. And no, I don't see yet any argument why you need a second API for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:34:14 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:34:14 +0000
Subject: [issue42212] Check if generated files are up-to-date in Github Actions
In-Reply-To: <1604078604.78.0.892502447015.issue42212@roundup.psfhosted.org>
Message-ID: <1606224854.09.0.180847757075.issue42212@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Thanks Filipe La?ns! I merged your PR on 3.8, 3.9 and master branches.

----------
components: +Build
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42212>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:35:46 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 13:35:46 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606224946.64.0.32393477135.issue42142@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

how is this test run on the CI?  at least it succeeds for me when run locally.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:43:57 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Tue, 24 Nov 2020 13:43:57 +0000
Subject: [issue42418] PyType_GetModule() should warn/fail when type has
 Py_TPFLAGS_BASETYPE
In-Reply-To: <1605868093.25.0.0769747248067.issue42418@roundup.psfhosted.org>
Message-ID: <1606225437.48.0.441844529834.issue42418@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

> I missed it when I ported some of my code to heap types and multiphase init.

I guess PyType_GetModule() is not good for that use case.
If your code is open, could you add a link?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42418>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:44:45 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:44:45 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606225485.07.0.134875911139.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> os-release is covered by the distro module.

Ah, I didn't know.

https://pypi.org/project/distro/

"""
The distro package implements a robust and inclusive way of retrieving the information about a distribution based on new standards and old methods, namely from these data sources (from high to low precedence):

    The os-release file /etc/os-release, if present.
    The output of the lsb_release command, if available.
    The distro release file (/etc/*(-|_)(release|version)), if present.
    The uname command for BSD based distrubtions.
"""

You're right, not only os-release is used, but it has the highest priority.


> There's no need to expose a second implementation as another API in the standard library.

Usually, a new experimental feature is developed on PyPI. Once it becomes stable and mature enough, we consider to include it into the stdlib.

Since the file format became standard and the file became available on almost all Linux distributions, it seems like we reached this point, no?


Christian: can you please try to contact the distro maintainer, Nir Cohen, to ask him to help us on this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:46:19 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:46:19 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606225579.18.0.304425617786.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> Python could also follow the lead of other software like D-Bus and make the presence of os-release mandatory on Linux. Any Linux platform without it would be considered broken. I don't think it is necessary to impose such restriction on vendors.

I don't see the point. Also, your function raises an error if the file is missing. That's fine. There is no need to go further.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:48:57 2020
From: report at bugs.python.org (pmp-p)
Date: Tue, 24 Nov 2020 13:48:57 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606225737.21.0.462650676619.issue28468@roundup.psfhosted.org>


pmp-p <pmpp.pub at gmail.com> added the comment:

-1

android and aosp, termux are also linux distributions without /etc/os-release

the only thing reliable there is probably sysconfig.get_config_vars('MULTIARCH') when properly used.

----------
nosy: +pmpp

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:49:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:49:48 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606225788.3.0.337196287065.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Matthias Klose:
> There's no need to expose a second implementation as another API in the standard library.

When linux_distribution() has been removed, platform.platform() became less useful. Example:

$ python2 -m platform
Linux-5.9.8-200.fc33.x86_64-x86_64-with-fedora-33-Thirty_Three

$ python3 -m platform
Linux-5.9.8-200.fc33.x86_64-x86_64-with-glibc2.32

Python 2 provides *more* information than Python 3. I see this as a regression.

It would be great if we could again add again the Linux distribution name and vresion in platform.platform().

For example, I'm using platform.platform() on buildbots to quickly identify on which operating systems an issue happens: see test.pythoninfo script ("make pythoninfo" used by buildbots).

Right now, it's annoying to have to manually dig into the buildbot worker details to get informations, usually outdated (when the machine is upgraded, but not the worker description).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:52:39 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 13:52:39 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606225959.42.0.0374466740502.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

pmp-p:
> android and aosp, termux are also linux distributions without /etc/os-release

I replied ealier. It's fine that platform.freedesktop_os_release() (I prefer a name with two underscores :-)) raises an error on embedded Linux distributions. Usually, when you work on embedded devices, you fully control your toolkit and what is shipped on it.

For Android, there is already https://docs.python.org/dev/library/sys.html#sys.getandroidapilevel function.

Open question: is Android a Linux distribution? ;-)


> the only thing reliable there is probably sysconfig.get_config_vars('MULTIARCH') when properly used.

It looks unrelated. It doesn't provide the Linux distribution name or version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:56:50 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Tue, 24 Nov 2020 13:56:50 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606226210.26.0.665097905052.issue42299@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

This was proposed earlier : https://bugs.python.org/issue39352

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Tue Nov 24 08:57:57 2020
From: report at bugs.python.org (Mark Shannon)
Date: Tue, 24 Nov 2020 13:57:57 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1606226277.05.0.267958922736.issue42246@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


----------
pull_requests: +22384
pull_request: https://github.com/python/cpython/pull/23495

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Tue Nov 24 09:02:29 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 14:02:29 +0000
Subject: [issue42246] Implement PEP 626
In-Reply-To: <1604331162.26.0.596873070589.issue42246@roundup.psfhosted.org>
Message-ID: <1606226549.57.0.658567686985.issue42246@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42246>
_______________________________________

From report at bugs.python.org  Tue Nov 24 09:09:41 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 14:09:41 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606226981.0.0.0460331068113.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

> IMO it's interesting to see which Linux distributions provide os-release. The list of quite long!

As I said before I could not find any supported release of a Linux distribution without a proper os-release file. It might be possible that there are micro container images or Linux From Scratch builds without os-release. So far I haven't found any distribution and I have tested almost two dozen.

> Christian, is it necessary to start with threats?

I'm sorry that you feel threatened. It was not my intention to make you feel that way.

IMHO the Python core team can define requirements for vendors and distributors. PEP 11 an PEP 394 contain examples of recommendations and requirements. After all it's in our interest to ensure that our users get a good and consistent experience on supported platforms. Of course vendors are free to ignore our requirements and recommendations.

In the case of this it's mood to even discuss requiring os-release. (a) the PR does not add a hard dependency on os-release, and (b) the file is present anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 09:09:55 2020
From: report at bugs.python.org (Julien Jerphanion)
Date: Tue, 24 Nov 2020 14:09:55 +0000
Subject: [issue42452] FIX Optimize 'rgb_to_hls'
Message-ID: <1606226995.94.0.128298761861.issue42452@roundup.psfhosted.org>


New submission from Julien Jerphanion <git at jjerphan.xyz>:

This issue has been created after the PR.

----------
components: Library (Lib)
messages: 381748
nosy: jjerphan
priority: normal
pull_requests: 22385
severity: normal
status: open
title: FIX Optimize 'rgb_to_hls'
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42452>
_______________________________________

From report at bugs.python.org  Tue Nov 24 09:22:55 2020
From: report at bugs.python.org (E. Paine)
Date: Tue, 24 Nov 2020 14:22:55 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606227775.86.0.225132134659.issue42142@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

PR 23156 [Skip select ttk tests when on Ubuntu] proposes Ubuntu-specific test skips and is given as a justification for PR 28468 [Add platform.freedesktop_osrelease]. However, PR 23474 [Fix timeouts in ttk tests] attempts to correctly address the issue, though proving it does this will be hard as the issue is an intermittent failure and I don't believe any of us can reproduce locally (hence why it was initially blamed on Azure).

Serhiy also raised concerns about skipping on Ubuntu (though for slightly different reasons) and I have attempted to explain the reasoning in https://github.com/python/cpython/pull/23156#issuecomment-732056985.

My problem with using PR 23156 as a justification for PR 28468 is that the changes I proposed were only intended to be temporary (hence why I considered it acceptable to use the os.uname hack rather than something more reliable) and I don't think it, in itself, should cause a permanent API addition.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Tue Nov 24 09:26:02 2020
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 24 Nov 2020 14:26:02 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606227962.43.0.342136967684.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

> In the case of this it's mood to even discuss requiring
> os-release. (a) the PR does not add a hard dependency
> on os-release, and (b) the file is present anyway.

For anything outside cpython, there is the distro module, and the distro module is checking os-release first if it exists.  I don't see a good value to add a second API for a subset of the distro module.  Apparently the distro module is used by other projects.

$ apt rdepends python3-distro | grep '^  [DRS]' | wc -l
33

If you think, distro information is needed to run cpython's tests, then make that function available as part of the tests, and don't promote that as a new API, although it is better in many cases to rely on feature tests instead of version information and distro names.  Don't expose it as yet another API.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 10:34:57 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Tue, 24 Nov 2020 15:34:57 +0000
Subject: [issue36159] Modify Formatter Class to handle arbitrary objects
In-Reply-To: <1551463237.42.0.662245603884.issue36159@roundup.psfhosted.org>
Message-ID: <1606232097.34.0.751841346969.issue36159@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I just stumbled across this. I don't think the idea is totally without merit, although maybe it's too niche to warrant being in the stdlib. It should probably be discussed on python-ideas first.

----------
versions: +Python 3.10 -Python 2.7, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue36159>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:26:14 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 24 Nov 2020 16:26:14 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606235174.92.0.801174243434.issue42410@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

I updated the test_functools.py in PR23405, the CI have all passed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:26:27 2020
From: report at bugs.python.org (=?utf-8?b?6LW16LGq5p2w?=)
Date: Tue, 24 Nov 2020 16:26:27 +0000
Subject: [issue42453] utf-8 codec error when pip uninstalling a package which
 has files containing unicode filename on Windows
Message-ID: <1606235187.45.0.542626123736.issue42453@roundup.psfhosted.org>


New submission from ??? <1292756898 at qq.com>:

When using `pip install package_name` installing a package, it will generate a `installed-files.txt` file, which records the file that the package contains. 

When updating or uninstalling the package, pip will need to read the `installed-files.txt` file, then delete the old files. 

If the package installed contains files whose name has unicode character like `??`, the problem will occur. 

In China (I don't know other places), for historical reasons, the Windows default system codec is `gbk`, so the `installed-files.txt` file is also written with `gbk` codec when installing a package. 

When it comes to updating or uninstalling, the pip will use `utf-8` codec to read the `installed-files.txt` file. Since the file contains non ascii characters, it went error: 

```
  File "d:\users\haujet\appdata\local\programs\python\python39\lib\site-packages\pip\_vendor\pkg_resources\__init__.py", line 1424, in get_metadata
    return value.decode('utf-8')
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb8 in position 343: invalid start byte in installed-files.txt file at path: d:\users\haujet\appdata\local\programs\python\python39\lib\site-packages\Markdown_Toolbox-0.0.8-py3.9.egg-info\installed-files.txt
```

I hate that default `gbk` system codec, but this set is fixed on Windows. 

So, my suggestion is, make a `try except` at the error point, if the `utf-8` codec went wrong reading `installed-files.txt`, then let `gbk` codec have a go. 

Or, more foundamental solution is, when pip writing text files, strictly use `utf-8` codec instead of the default system codec.

----------
components: Windows
messages: 381753
nosy: HaujetZhao, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: utf-8 codec error when pip uninstalling a package which has files containing unicode filename on Windows
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42453>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:27:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 16:27:44 +0000
Subject: [issue42453] utf-8 codec error when pip uninstalling a package which
 has files containing unicode filename on Windows
In-Reply-To: <1606235187.45.0.542626123736.issue42453@roundup.psfhosted.org>
Message-ID: <1606235264.59.0.788200555278.issue42453@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Please report the issue to https://github.com/pypa/pip

pip is not part of Python stdlib.

----------
nosy: +vstinner
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42453>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:30:41 2020
From: report at bugs.python.org (Piotr Stanczyk)
Date: Tue, 24 Nov 2020 16:30:41 +0000
Subject: [issue42443] Provide Thread creation hook support
In-Reply-To: <1606144912.59.0.960330614449.issue42443@roundup.psfhosted.org>
Message-ID: <1606235441.58.0.304438961142.issue42443@roundup.psfhosted.org>


Piotr Stanczyk <stanczyk at google.com> added the comment:

Thanks Christian for looking into this, please find my responses inlined:

> * IMO it should be called after profiling and tracing hook, so non-trivial hooks can be profiled and traced.
Makes sense, Done.

> * It's important to define and document, which thread runs the hook (calling thread or new thread).
Will update documentation when we agree upon appropriate API.

> * Since the hook is designed to monitor thread creation, would it make sense to pass the thread object to the hook?
As it's called within the context of the created thread I guess this is not needed (but as you prefer).

> * How does the hook behave when the callback raises an exception?
I guess it makes sense to do similar thing as in case of profile/trace hooks (Error in the profile function will cause itself unset). WDYT?

> * Is a single hook good enough or should the API behave more like atexit, which supports an arbitrary amount of hooks?
Feels like it makes sense to keep API similar to what profile/trace provides, otherwise it would be inconsistent.


> * Instead of just a creation hook, how about lifetime hooks are also called when a thread ends?
Sounds fine, do you mean two independent hooks (_thread_creation_hook, _thread_termination_hook) or some other form?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42443>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:40:57 2020
From: report at bugs.python.org (=?utf-8?b?6LW16LGq5p2w?=)
Date: Tue, 24 Nov 2020 16:40:57 +0000
Subject: [issue42453] utf-8 codec error when pip uninstalling a package which
 has files containing unicode filename on Windows
In-Reply-To: <1606235187.45.0.542626123736.issue42453@roundup.psfhosted.org>
Message-ID: <1606236057.65.0.0477399843715.issue42453@roundup.psfhosted.org>


??? <1292756898 at qq.com> added the comment:

got it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42453>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:42:14 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 16:42:14 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606236134.14.0.212673557288.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Correction: It was ArchLinux, not Alpine. ArchLinux used to have /usr/lib/os-release only. Recent ArchLinux releases has a symlink from /etc/os-release to /usr/lib/os-release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 11:51:15 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 16:51:15 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606236675.09.0.546228007943.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The distro module has been mentioned multiple times. I looked at its code base and I suggest to not add it to  the Python stdlib. It contains code specific to some Linux distributions. Examples.

elif 'ubuntu_codename' in props:
    # Same as above but a non-standard field name used on older Ubuntus
    props['codename'] = props['ubuntu_codename']

NORMALIZED_LSB_ID = {
    'enterpriseenterpriseas': 'oracle',  # Oracle Enterprise Linux 4
    'enterpriseenterpriseserver': 'oracle',  # Oracle Linux 5
    'redhatenterpriseworkstation': 'rhel',  # RHEL 6, 7 Workstation
    'redhatenterpriseserver': 'rhel',  # RHEL 6, 7 Server
    'redhatenterprisecomputenode': 'rhel',  # RHEL 6 ComputeNode
}

basenames = ['SuSE-release',
             'arch-release',
             'base-release',
             'centos-release',
             'fedora-release',
             'gentoo-release',
             'mageia-release',
             'mandrake-release',
             'mandriva-release',
             'mandrivalinux-release',
             'manjaro-release',
             'oracle-release',
             'redhat-release',
             'sl-release',
             'slackware-version']

platform.linux_distribution() has been removed because it was difficult to keep the implementation up to date, whereas Python are rarely or not updated during the lifecycle of a Linux distribution version.

--

The os-release file is different: the filename is standardized and the file format is standardized. I expect really minor maintenance on a function parsing it.

Note: distro doesn't specify an encoding when opening os-release, but use the locale encoding. I suggest to use UTF-8.

The distro module remains useful since it tries to better API. For example, variable names are converted to lowercase and it extracts the codebase from the version variable:

        elif 'version' in props:
            # If there is no version_codename, parse it from the version
            codename = re.search(r'(\(\D+\))|,(\s+)?\D+', props['version'])
            if codename:
                codename = codename.group()
                codename = codename.strip('()')
                codename = codename.strip(',')
                codename = codename.strip()
                # codename appears within paranthese.
                props['codename'] = codename

But again, I don't think that we should implement such heuristics (code specific to some Linux distributions) in the stdlib, to minimize the maintenance burden.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:11:37 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 24 Nov 2020 17:11:37 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
Message-ID: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>


New submission from Batuhan Taskaya <isidentical at gmail.com>:

Currently, all the slices are created by the interpreter with BUILD_SLICE preceded by 2/3 LOAD_CONSTS. We can move the slice creation into the compiler and deduce the cost of these 3/4 instructions into a single LOAD_CONST operation where all values in the slices are constants (like [:1], [::2], [-1]) which I assume the most common type.

There are over 93.000 constant slices in 3.200~ PyPI packages, which I'd assume is a huge amount (ofc I don't claim to know that whether these are in loops / hot functions or static globals).

Making these folding could save up to 1.32x on very common slicing behaviors (like <a list>[:1]). Here are the benchmarks (thanks to @pablogsal);

*** -s "a=list(range(200))" "a[:1]"
Mean +- std dev: [baseline] 61.8 ns +- 0.3 ns -> [optimized] 47.1 ns +- 0.2 ns: 1.31x faster (-24%)

*** -s "a=list(range(200))" "a[1:1:1], a[::1], a[1::], a[1::1], a[::-1], a[-1::], a[:], a[::]"
Mean +- std dev: [baseline] 2.38 us +- 0.02 us -> [optimized] 2.24 us +- 0.02 us: 1.06x faster (-6%)

The macro benchmarks appeared to be +1.03x increase which is assumed as noise, so this is a targeted optimization.

One problem with slices being constants is that, the code objects are hashable so does all the items in the co_consts tuple (also the internal dict that the compiler uses to store all co_const items). For allowing slices to be stored in the code objects, and not changing any behavior in a backward-incompatible way I'm proposing to make the slice objects hashable. It might not be seen as a feature, but a side-effect caused by this optimization.

----------
messages: 381759
nosy: BTaskaya, pablogsal
priority: normal
severity: normal
status: open
title: Move slice creation to the compiler for constants
type: performance
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:15:11 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 24 Nov 2020 17:15:11 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606238111.06.0.651027652387.issue42454@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:16:08 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 24 Nov 2020 17:16:08 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606238168.69.0.61388478996.issue42454@roundup.psfhosted.org>


Change by Batuhan Taskaya <isidentical at gmail.com>:


----------
nosy: +Mark.Shannon, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:26:23 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 17:26:23 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606238783.92.0.0895030571075.issue42410@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> I updated the test_functools.py in PR23405, the CI have all passed.

Does it mean that this issue is invalid and can be closed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:35:05 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Nov 2020 17:35:05 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606239305.76.0.0281994173189.issue42454@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +mark.dickinson, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:35:51 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Nov 2020 17:35:51 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606239351.57.0.899371524371.issue42370@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset b0b428510cfd604a8eef1f245f039331e671ea4a by Serhiy Storchaka in branch 'master':
bpo-42370: Check element before making mouse click in ttk tests (GH-23491)
https://github.com/python/cpython/commit/b0b428510cfd604a8eef1f245f039331e671ea4a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:36:00 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 17:36:00 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606239360.82.0.0964461538798.issue42370@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +22387
pull_request: https://github.com/python/cpython/pull/23497

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:36:10 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 17:36:10 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606239370.75.0.677650219121.issue42370@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22388
pull_request: https://github.com/python/cpython/pull/23498

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:40:23 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 24 Nov 2020 17:40:23 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606239623.2.0.477218474477.issue42454@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

Unless we see something fundamentally broken with the hashability, I am +1 on this. Even if it does not show in macro benchmarks over the 3% mark, the microbenchmarks are positive and the code changes are very scoped, so there is not a maintainability problem IMHO

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:48:50 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 24 Nov 2020 17:48:50 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606240130.49.0.771045201199.issue42410@roundup.psfhosted.org>


hai shi <shihai1991 at 126.com> added the comment:

> Does it mean that this issue is invalid and can be closed?

I think it's can be closed if I can update test_functools.py in PR23405 :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 12:54:41 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 24 Nov 2020 17:54:41 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606240481.51.0.951802148458.issue42370@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 8388a333070e3a0022b0fc4ce1ac876a2805c0a0 by Miss Islington (bot) in branch '3.8':
bpo-42370: Check element before making mouse click in ttk tests (GH-23491)
https://github.com/python/cpython/commit/8388a333070e3a0022b0fc4ce1ac876a2805c0a0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:07:50 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 18:07:50 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606241270.35.0.234482115511.issue42454@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I'm slightly concerned about hashability of slice objects. Currently the slice constructor does not ensure that any slice parameter is a number. You can do horrible stuff like this:

>>> slice({})
slice(None, {}, None)

which of course fails later on:

>>> [][slice({})]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: slice indices must be integers or None or have an __index__ method

Would it be possible to move type checks to slice constructor?

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:08:58 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 24 Nov 2020 18:08:58 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606241338.51.0.377353950075.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1 by Yurii Karabas in branch 'master':
bpo-42392: Remove loop parameter form asyncio locks and Queue (#23420)
https://github.com/python/cpython/commit/0ec34cab9dd4a7bcddafaeeb445fae0f26afcdd1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:14:02 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Tue, 24 Nov 2020 18:14:02 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606241642.85.0.453320518527.issue42392@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:23:24 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 24 Nov 2020 18:23:24 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606242204.84.0.416447558206.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> I'm slightly concerned about hashability of slice objects. Currently the slice constructor does not ensure that any slice parameter is a number. You can do horrible stuff like this:

The same thing can be applied to tuples, which are hashable if all the items are hashable. Since the underlying slice hash uses a tuple of start, stop, step I think we are safe on that.

>>> hash((None, {}, None))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unhashable type: 'dict'
>>> hash(slice(None, {}, None))
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unhashable type: 'dict'

Also I limited the scope of the optimization only for integers, so the folded slices can only have arguments as either integers or Nones.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:31:02 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 18:31:02 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606242662.91.0.102405498448.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

>From PR discussion on GH:

I made ID_LIKE a special case because it's likely a users will use the field in a wrong way. The issue won't be detected in common CI because the field is either not present or contains a single item for majority of Linux distros. Common values are debian or fedora. For example Ubuntu has ID_LIKE=debian. Only very few distros have an ID_LIKE with multiple entries.

Victor asked me to remove the special case because splitting is trivial. In that case users would have to split the field and always check for "name in info["ID_LIKE"].split()".

The special case makes it less likely that users get the field wrong and reduces their burden.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:35:44 2020
From: report at bugs.python.org (Christian Heimes)
Date: Tue, 24 Nov 2020 18:35:44 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606242944.4.0.876211006529.issue42454@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Good point and excellent explanation. I'm no longer concerned! :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 13:46:11 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Tue, 24 Nov 2020 18:46:11 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606243571.23.0.587015868355.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

As a side effect, we also now fold some esoteric cases which are not very common. Like;
"""
test
"""[1:-1]

We reviewed only optimizing this a while back and decided these are not that common to add a code path. Just wanted to mention that now we optimize these away without any extra additions / maintenance cost.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 14:01:05 2020
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 24 Nov 2020 19:01:05 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606244465.56.0.700370788176.issue42392@roundup.psfhosted.org>


Yury Selivanov <yselivanov at gmail.com> added the comment:

Sorry, there are a few things in the committed patch that should be fixed. See the PR for my comments.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 14:33:11 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 24 Nov 2020 19:33:11 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606246391.04.0.278461587751.issue42392@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22389
pull_request: https://github.com/python/cpython/pull/23499

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 15:17:25 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Nov 2020 20:17:25 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606249045.56.0.926021238978.issue42299@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I took a look at the module and its doc.  It is based on a 1980s model of document processing that has been somewhat superseded by html, xml, and pdf.  The module itself has been pretty well superseded by stdlib and external moudles.  IDLE, for instance, displays idle.html in a tkinter Text widget about 160 lines by subclassing htmlparser.  

One obsolescent 'feature' is that fonts are defined by (size, italic, bold, teletype), where 'teletype' is a bool of undefined meaning.  There is no way I saw to designate a font family like 'Source Code Pro' or 'Monaco'.

Since the module is unmaintained and frozen, anyone importing it can incorporate whatever class code they need.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Tue Nov 24 15:34:37 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 24 Nov 2020 20:34:37 +0000
Subject: [issue42455] Add decorator_with_params function to functools module
Message-ID: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>


New submission from Yurii Karabas <1998uriyyo at gmail.com>:

In the current python codebases, there are a lot of decorators with parameters, and their code in most cases contains a lot of code boilerplates. The purpose of this issue is to add `decorator_with_params` function to `functools` module. This function will allow using a wrapped function as a simple decorator and decorator with parameter. 

I believe the real example will bring more context, for instance, `typing._tp_cache` function can be rewritten from:
```
def _tp_cache(func=None, /, *, typed=False):
    """Internal wrapper caching __getitem__ of generic types with a fallback to
    original function for non-hashable arguments.
    """
    def decorator(func):
        cached = functools.lru_cache(typed=typed)(func)
        _cleanups.append(cached.cache_clear)

        @functools.wraps(func)
        def inner(*args, **kwds):
            try:
                return cached(*args, **kwds)
            except TypeError:
                pass
            return func(*args, **kwds)
        return inner

    if func is not None:
        return decorator(func)

    return decorator
```
To
```
@decorator_with_params
def _tp_cache(func=None, /, *, typed=False):
    """Internal wrapper caching __getitem__ of generic types with a fallback to
    original function for non-hashable arguments.
    """
    cached = functools.lru_cache(typed=typed)(func)
    _cleanups.append(cached.cache_clear)

    @functools.wraps(func)
    def inner(*args, **kwds):
        try:
            return cached(*args, **kwds)
        except TypeError:
            pass  # All real errors (not unhashable args) are raised below.
        return func(*args, **kwds)

    return inner
```

And `_tp_cache` can be used as:
```
    @_tp_cache(typed=True)
    def __getitem__(self, parameters):
        return self._getitem(self, parameters)
    ...
    @_tp_cache
    def __getitem__(self, parameters):
        return self._getitem(self, parameters)
```

Proposed implementation is quite simple (I used it in a lot of projects):
```
def decorator_with_params(deco):
    @wraps(deco)
    def decorator(func=None, /, *args, **kwargs):
        if func is not None:
            return deco(func, *args, **kwargs)

        def wrapper(f):
            return deco(f, *args, **kwargs)

        return wrapper

    return decorator
```

I believe it will be a great enhancement for the Python standard library and will save such important indentations.

----------
components: Library (Lib)
messages: 381773
nosy: uriyyo
priority: normal
severity: normal
status: open
title: Add decorator_with_params function to functools module
type: enhancement
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Tue Nov 24 15:37:55 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 24 Nov 2020 20:37:55 +0000
Subject: [issue42455] Add decorator_with_params function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606250275.35.0.850585168457.issue42455@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Tue Nov 24 15:57:45 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Nov 2020 20:57:45 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606251465.7.0.331175750192.issue42142@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

'Intermittent' appears to mean under 1%, but to much to ignore.  Serhiy's patch is based on some definite hypothesis as to the reason.  The test of his patch would be to merge it and see if failure re-occurs or not. Doing so seems better than nothing.  Additional comment on the PR.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Tue Nov 24 16:00:40 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Tue, 24 Nov 2020 21:00:40 +0000
Subject: [issue42088] types.SimpleNamespace.__repr__ documentation
 inconsistency
In-Reply-To: <1603139694.62.0.339590504513.issue42088@roundup.psfhosted.org>
Message-ID: <1606251640.1.0.0848559467516.issue42088@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 1.0 -> 2.0
pull_requests: +22391
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23502

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42088>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:03:35 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 22:03:35 +0000
Subject: [issue40170] [C API] Make PyTypeObject structure an opaque structure
 in the public C API
In-Reply-To: <1585915023.07.0.846808236133.issue40170@roundup.psfhosted.org>
Message-ID: <1606255415.41.0.423801873449.issue40170@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset ed1a5a5baca8f61e9a99c5be3adc16b1801514fe by Hai Shi in branch 'master':
bpo-40170: Hide impl detail of Py_TRASHCAN_BEGIN macro (GH-23235)
https://github.com/python/cpython/commit/ed1a5a5baca8f61e9a99c5be3adc16b1801514fe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40170>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:04:40 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Tue, 24 Nov 2020 22:04:40 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606255480.45.0.744553160382.issue42392@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Is there anyone who is assigned to removing the deprecated `loop` parameter from `asyncio` codebase?

If not I can take this task, I believe I have enough free time and curiosity to do that :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:09:34 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 24 Nov 2020 22:09:34 +0000
Subject: [issue42115] Caching infrastructure for the evaluation loop:
 specialised opcodes
In-Reply-To: <1603336898.74.0.366564812208.issue42115@roundup.psfhosted.org>
Message-ID: <1606255774.08.0.411414446311.issue42115@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


----------
pull_requests: +22392
pull_request: https://github.com/python/cpython/pull/23503

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42115>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:12:20 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Tue, 24 Nov 2020 22:12:20 +0000
Subject: [issue42115] Caching infrastructure for the evaluation loop:
 specialised opcodes
In-Reply-To: <1603336898.74.0.366564812208.issue42115@roundup.psfhosted.org>
Message-ID: <1606255940.62.0.911831693106.issue42115@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

I may not know the what is the average airspeed velocity of a laden swallow, but I know the average speed of adding a LOAD_METHOD opcode cache as in PR 23503 (measured with PGO + LTO + CPU isolation):

+-------------------------+--------------------------------------+-------------------------------------------+
| Benchmark               | 2020-11-24_18-08-master-0ec34cab9dd4 | 2020-11-24_19-41-load_method-0c43ca99644b |
+=========================+======================================+===========================================+
| pidigits                | 266 ms                               | 233 ms: 1.14x faster (-12%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| regex_v8                | 32.7 ms                              | 30.4 ms: 1.07x faster (-7%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| unpickle                | 17.7 us                              | 17.1 us: 1.04x faster (-4%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| scimark_sparse_mat_mult | 6.21 ms                              | 5.99 ms: 1.04x faster (-3%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| go                      | 283 ms                               | 274 ms: 1.03x faster (-3%)                |
+-------------------------+--------------------------------------+-------------------------------------------+
| mako                    | 20.4 ms                              | 19.9 ms: 1.03x faster (-3%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| pickle_pure_python      | 546 us                               | 531 us: 1.03x faster (-3%)                |
+-------------------------+--------------------------------------+-------------------------------------------+
| logging_simple          | 9.58 us                              | 9.34 us: 1.03x faster (-3%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| telco                   | 8.21 ms                              | 8.03 ms: 1.02x faster (-2%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| regex_effbot            | 3.97 ms                              | 3.88 ms: 1.02x faster (-2%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| regex_dna               | 267 ms                               | 261 ms: 1.02x faster (-2%)                |
+-------------------------+--------------------------------------+-------------------------------------------+
| pathlib                 | 21.2 ms                              | 21.7 ms: 1.02x slower (+2%)               |
+-------------------------+--------------------------------------+-------------------------------------------+
| xml_etree_iterparse     | 129 ms                               | 132 ms: 1.02x slower (+2%)                |
+-------------------------+--------------------------------------+-------------------------------------------+
| xml_etree_parse         | 186 ms                               | 193 ms: 1.03x slower (+3%)                |
+-------------------------+--------------------------------------+-------------------------------------------+

Not significant (46): scimark_fft; nbody; pickle; pickle_list; pickle_dict; logging_format; scimark_lu; deltablue; chaos; meteor_contest; sqlalchemy_imperative; scimark_sor; raytrace; scimark_monte_carlo; sympy_integrate; unpickle_pure_python; dulwich_log; logging_silent; nqueens; json_loads; crypto_pyaes; hexiom; django_template; sympy_str; regex_compile; sympy_expand; xml_etree_generate; unpack_sequence; spectral_norm; xml_etree_process; sqlite_synth; genshi_xml; pyflate; json_dumps; python_startup_no_site; 2to3; python_startup; genshi_text; unpickle_list; fannkuch; sympy_sum; sqlalchemy_declarative; chameleon; float; richards; tornado_http;

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42115>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:19:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 22:19:07 +0000
Subject: [issue42115] Caching infrastructure for the evaluation loop:
 specialised opcodes
In-Reply-To: <1603336898.74.0.366564812208.issue42115@roundup.psfhosted.org>
Message-ID: <1606256347.73.0.305699065436.issue42115@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42115>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:20:23 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 22:20:23 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606256423.45.0.6024458291.issue42410@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> I think it's can be closed if I can update test_functools.py in PR23405 :)

Well, it's your issue, you can close the attached PR and close the issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 17:56:39 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 24 Nov 2020 22:56:39 +0000
Subject: [issue16346] maximum recursion installing readline package
In-Reply-To: <1351414135.83.0.205698336567.issue16346@psf.upfronthosting.co.za>
Message-ID: <1606258599.68.0.115700708534.issue16346@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

write_pkg_file looks very different now.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16346>
_______________________________________

From report at bugs.python.org  Tue Nov 24 18:15:32 2020
From: report at bugs.python.org (Kyle Stanley)
Date: Tue, 24 Nov 2020 23:15:32 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606259732.88.0.515777612818.issue42392@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:

> Is there anyone who is assigned to removing the deprecated `loop` parameter from `asyncio` codebase?

> If not I can take this task, I believe I have enough free time and curiosity to do that :)

You can certainly feel free to work on that and it would definitely be appreciated! However, I would recommend splitting it into several PRs, basically as "Remove *loop* parameter from x` rather than doing a massive PR that removes it from everywhere that it was deprecated. This makes the review process easier.

Also, keep in mind that there are some uses of *loop* that are still perfectly valid and will remain so, such as in `asyncio.run_coroutine_threadsafe()`. It should only be removed in locations where there was a deprecation warning from 3.8 or sooner present (as we give two major versions of deprecation notice before most breaking changes are made -- this has been made official policy as of PEP 387).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Tue Nov 24 18:34:19 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 24 Nov 2020 23:34:19 +0000
Subject: [issue26451] CSV documentation doesn't open with an example
In-Reply-To: <1456629484.08.0.443868302354.issue26451@psf.upfronthosting.co.za>
Message-ID: <1606260859.94.0.688880178764.issue26451@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The example in the patch is very similar to the example that's in the doc under "A short usage example::", which is not that far below the beginning of the doc.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26451>
_______________________________________

From report at bugs.python.org  Tue Nov 24 18:38:14 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 24 Nov 2020 23:38:14 +0000
Subject: [issue26878] Allow doctest to deep copy globals
In-Reply-To: <1461882326.3.0.694986363749.issue26878@psf.upfronthosting.co.za>
Message-ID: <1606261094.24.0.182725015084.issue26878@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26878>
_______________________________________

From report at bugs.python.org  Tue Nov 24 18:41:05 2020
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Nov 2020 23:41:05 +0000
Subject: [issue42260] [C API] Add PyInterpreterState_SetConfig(): reconfigure
 an interpreter
In-Reply-To: <1604501121.18.0.0957616798897.issue42260@roundup.psfhosted.org>
Message-ID: <1606261265.41.0.283835950055.issue42260@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I opened a thread on python-dev about this issue:
"Configure Python initialization (PyConfig) in Python"
https://mail.python.org/archives/list/python-dev at python.org/thread/HQNFTXOCDD5ROIQTDXPVMA74LMCDZUKH/#X45X2K4PICTDJQYK3YPRPR22IGT2CDXB

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42260>
_______________________________________

From report at bugs.python.org  Tue Nov 24 18:59:17 2020
From: report at bugs.python.org (Irit Katriel)
Date: Tue, 24 Nov 2020 23:59:17 +0000
Subject: [issue28913] "Fatal Python error: Cannot recover from stack
 overflow." from RecursionError in Python 3.5
In-Reply-To: <1481240837.05.0.510119516433.issue28913@psf.upfronthosting.co.za>
Message-ID: <1606262357.04.0.257690051668.issue28913@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Hi Richard, 3.5 is no longer maintained. Does this issue exist in current (>= 3.8) versions?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28913>
_______________________________________

From report at bugs.python.org  Tue Nov 24 19:03:43 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 00:03:43 +0000
Subject: [issue28913] "Fatal Python error: Cannot recover from stack
 overflow." from RecursionError in Python 3.5
In-Reply-To: <1481240837.05.0.510119516433.issue28913@psf.upfronthosting.co.za>
Message-ID: <1606262623.62.0.789835729956.issue28913@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

https://github.com/Naddiseo/python-core-dump reproducer no longer works on Python 3.10.

# in Python source code directory
git clone https://github.com/Naddiseo/python-core-dump
make
./python -m venv ENV
ENV/bin/python -m pip install -r python-core-dump/requirements.txt 
cd python-core-dump/
../ENV/bin/python manage.py migrate

Output:
---
/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/db/models/sql/query.py:11: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated since Python 3.3, and in 3.10 it will stop working
  from collections import Counter, Iterator, Mapping, OrderedDict
/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/core/paginator.py:101: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated since Python 3.3, and in 3.10 it will stop working
  class Page(collections.Sequence):
Traceback (most recent call last):
  File "/home/vstinner/python/master/python-core-dump/manage.py", line 22, in <module>
    execute_from_command_line(sys.argv)
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/core/management/__init__.py", line 367, in execute_from_command_line
    utility.execute()
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/core/management/__init__.py", line 341, in execute
    django.setup()
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/__init__.py", line 27, in setup
    apps.populate(settings.INSTALLED_APPS)
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/apps/registry.py", line 108, in populate
    app_config.import_models(all_models)
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/apps/config.py", line 199, in import_models
    self.models_module = import_module(models_module_name)
  File "/home/vstinner/python/master/Lib/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1037, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1014, in _find_and_load
  File "<frozen importlib._bootstrap>", line 993, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 687, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 831, in exec_module
  File "<frozen importlib._bootstrap>", line 235, in _call_with_frames_removed
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/contrib/auth/models.py", line 4, in <module>
    from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager
  File "/home/vstinner/python/master/ENV/lib/python3.10/site-packages/django/contrib/auth/base_user.py", line 52, in <module>
    class AbstractBaseUser(models.Model):
RuntimeError: __class__ not set defining 'AbstractBaseUser' as <class 'django.contrib.auth.base_user.AbstractBaseUser'>. Was __classcell__ propagated to type.__new__?
---

----------
nosy: +vstinner
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28913>
_______________________________________

From report at bugs.python.org  Tue Nov 24 19:05:52 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 00:05:52 +0000
Subject: [issue28913] "Fatal Python error: Cannot recover from stack
 overflow." from RecursionError in Python 3.5
In-Reply-To: <1481240837.05.0.510119516433.issue28913@psf.upfronthosting.co.za>
Message-ID: <1606262752.43.0.386197372521.issue28913@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This appears to happen in 3.5, and not in 3.6 so perhaps whatever fix was applied to 3.6 can be backported to 3.5 so that it doesn't core dump?

I removed the stack usage for function calls in Python 3.6. See the "Stack consumption" section of:
https://vstinner.github.io/contrib-cpython-2017q1.html

> Hi Richard, 3.5 is no longer maintained. Does this issue exist in current (>= 3.8) versions?

He wrote that 3.6 is not affected. 3.5 no longer accept bugfixes, so I close the issue as out of date.

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28913>
_______________________________________

From report at bugs.python.org  Tue Nov 24 19:37:37 2020
From: report at bugs.python.org (Rawad Bader)
Date: Wed, 25 Nov 2020 00:37:37 +0000
Subject: [issue42440] MACBOOK Python launcher
In-Reply-To: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>
Message-ID: <1606264657.25.0.794378271079.issue42440@roundup.psfhosted.org>


Rawad Bader <rawadbader466 at gmail.com> added the comment:

I installed Python 3.8 from Python.org,  the Mac version is 11.0.1 (20B29). I have no idea before but now it doesn't work anymore. I will include the Python script here

----------
Added file: https://bugs.python.org/file49616/p.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Tue Nov 24 20:10:08 2020
From: report at bugs.python.org (hai shi)
Date: Wed, 25 Nov 2020 01:10:08 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606266608.37.0.205308819935.issue42410@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 20:10:22 2020
From: report at bugs.python.org (hai shi)
Date: Wed, 25 Nov 2020 01:10:22 +0000
Subject: [issue42410] Raise a pickleError when convert _functools module to
 use PyType_FromModuleAndSpec
In-Reply-To: <1605800347.51.0.414802827859.issue42410@roundup.psfhosted.org>
Message-ID: <1606266622.83.0.0318773744178.issue42410@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42410>
_______________________________________

From report at bugs.python.org  Tue Nov 24 21:00:03 2020
From: report at bugs.python.org (Matthias Bussonnier)
Date: Wed, 25 Nov 2020 02:00:03 +0000
Subject: [issue42101] Allow inheritance of Venvs
In-Reply-To: <1603228689.04.0.730975944826.issue42101@roundup.psfhosted.org>
Message-ID: <1606269603.35.0.958205366131.issue42101@roundup.psfhosted.org>


Change by Matthias Bussonnier <bussonniermatthias at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42101>
_______________________________________

From report at bugs.python.org  Tue Nov 24 23:19:56 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 04:19:56 +0000
Subject: [issue42456] Logical Error
Message-ID: <1606277996.92.0.109667336628.issue42456@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

The python programming give wrong output. If any algorithm develop in python then, may be that will be affected by this.

----------
files: 0_PROOF.png
hgrepos: 394
messages: 381787
nosy: Kshitish
priority: normal
severity: normal
status: open
title: Logical Error
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49617/0_PROOF.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42456>
_______________________________________

From report at bugs.python.org  Tue Nov 24 23:30:46 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Nov 2020 04:30:46 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606278646.48.0.0346219149935.issue42454@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Mostly, +1 from me as well.

If anything starts to rely on hashability, it will need a fallback path since slice objects are allowed to contain arbitrary objects (which might not themselves be hashable):   s = slice([], []).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Tue Nov 24 23:36:54 2020
From: report at bugs.python.org (Carson Wilber)
Date: Wed, 25 Nov 2020 04:36:54 +0000
Subject: [issue42457] ArgumentParser nested subparsers resolve paths in
 improper order
Message-ID: <1606279014.6.0.265447168891.issue42457@roundup.psfhosted.org>


New submission from Carson Wilber <carsonwilber at gmail.com>:

ArgumentParser improperly resolves arguments in an improper order when using nested subparsers if there are required arguments at more than one layer.

A minimum viable reproduction is to create a set of subparsers on a primary parser, and a set of subparsers on at least one of those parsers. On the main parser and the first-level subparser, add a required argument (in any position as they are appended to the end.)

If you attempt to, for example, print the help for a second-level subparser, an error will be thrown and the parser will exit due to the required argument(s) not being provided, despite the expected behavior and the nature of the -h flag not requiring those arguments to be provided.

For lack of an appropriate means to show a complete minimum viable reproduction here, please see this StackOverflow thread I initially created believing this to be user error (having now determined this is a bug in behavior):

https://stackoverflow.com/questions/64908447/printing-help-for-nested-subparsers-with-required-positional-arguments

----------
messages: 381789
nosy: carsonwilber
priority: normal
severity: normal
status: open
title: ArgumentParser nested subparsers resolve paths in improper order
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42457>
_______________________________________

From report at bugs.python.org  Tue Nov 24 23:56:28 2020
From: report at bugs.python.org (Tim Peters)
Date: Wed, 25 Nov 2020 04:56:28 +0000
Subject: [issue42456] Logical Error
In-Reply-To: <1606277996.92.0.109667336628.issue42456@roundup.psfhosted.org>
Message-ID: <1606280188.69.0.477760221318.issue42456@roundup.psfhosted.org>


Tim Peters <tim at python.org> added the comment:

There's no bug here.

"&" is the bitwise Boolean logical-and operator on integers. For example,

>>> 1 & 2
0
>>> 1 & 3
1

It binds more tightly than the "==" equality-testing operator. To get the result you want, you would need to add more parentheses to override the natural operator precedence:

>>> (a == 10) & (not(a!=b)) & (b == 10)
True

But, more to the point, what you probably really want is the "and" logical operator, not the bitwise integer "&" operator:

>>> a == 10 and (not(a!=b)) and b == 10
True

----------
nosy: +tim.peters
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42456>
_______________________________________

From report at bugs.python.org  Wed Nov 25 00:04:34 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Nov 2020 05:04:34 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606280674.8.0.918415272761.issue42454@roundup.psfhosted.org>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

There is an open issue for this already, under #11107 (a reopen of the closed #2268, where the reopen was justified due to Python 3 making slice objects more common), just so you know.

I made a stab at this a while ago and gave up due to the problems with making slices constants while trying to keep them unhashable (and I never got to handling the marshal format updates properly). It doesn't seem right to incidentally make:

    something[::-1] = something

actually work, and be completely nonsensical, when "something" happens to be a dict, when previously, you'd get a clear TypeError for trying to do it. I could definitely see code using duck-typing via slices to distinguish sequences from other iterables and mappings, and making mapping suddenly support slices in a nonsensical way is... odd.

----------
nosy: +josh.r

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Wed Nov 25 00:16:09 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Nov 2020 05:16:09 +0000
Subject: [issue41878] python3 fails to use custom mapping object as symbols in
 eval()
In-Reply-To: <1601320340.36.0.581578891193.issue41878@roundup.psfhosted.org>
Message-ID: <1606281369.6.0.320866241171.issue41878@roundup.psfhosted.org>


Change by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41878>
_______________________________________

From report at bugs.python.org  Wed Nov 25 00:42:59 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 05:42:59 +0000
Subject: [issue42458] Pathlib resolve() on Mac Catalina prepends secret path
Message-ID: <1606282979.63.0.164554102879.issue42458@roundup.psfhosted.org>


New submission from John Engelke <john.engelke at gmail.com>:

On Mac OS X Catalina+, Pathlib's resolve() method prepends the System Integrity Protection (SIP) path to the front of the resolved Path, whether you like it or not. 

>>> from pathlib import Path
>>> host_path_str = "/home/somewhere/there/../nowhere"
>>> host_path = Path(host_path_str)
>>> host_path
PosixPath('/home/somewhere/there/../nowhere')
>>> host_path.resolve()
PosixPath('/System/Volumes/Data/home/somewhere/nowhere')
>>> import platform
>>> platform.platform()
'Darwin-19.6.0-x86_64-i386-64bit'
>>> import sys
>>> print (sys.version)
3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 16:52:21) 
[Clang 6.0 (clang-600.0.57)]
>>> 

In my particular case, I'm just using this feature to resolve paths for an FTP host, so the path is contrived and doesn't actually exist locally. As one may guess, this breaks my FTP transfers by foisting a path on me that isn't on the server. 

I know there are other tix for Pathlib's erratic behavior across platforms which don't talk about this specific issue. I don't think it a behavior across platforms thing, anyway. Pathlib obviously isn't behaving nicely with SIP and Apple's Firmlink wormhole like directory traversal stuffs. Oy vey!

----------
components: macOS
messages: 381792
nosy: john.engelke, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Pathlib resolve() on Mac Catalina prepends secret path
type: behavior
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42458>
_______________________________________

From report at bugs.python.org  Wed Nov 25 01:13:00 2020
From: report at bugs.python.org (Alexey Izbyshev)
Date: Wed, 25 Nov 2020 06:13:00 +0000
Subject: [issue42457] ArgumentParser nested subparsers resolve paths in
 improper order
In-Reply-To: <1606279014.6.0.265447168891.issue42457@roundup.psfhosted.org>
Message-ID: <1606284780.4.0.102004105221.issue42457@roundup.psfhosted.org>


Change by Alexey Izbyshev <izbyshev at ispras.ru>:


----------
nosy: +rhettinger
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42457>
_______________________________________

From report at bugs.python.org  Wed Nov 25 02:00:07 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 25 Nov 2020 07:00:07 +0000
Subject: [issue42455] Add decorator_with_params function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606287607.77.0.594654504368.issue42455@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Add Raymond Hettinger because he is at `Expert Index` for `functools` module

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Wed Nov 25 02:06:00 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 25 Nov 2020 07:06:00 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606287960.05.0.574516671891.issue42392@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Should I create a separate issue for every PR or they all can be done in the scope of this PR (we can update issue title to match what was done)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 25 03:30:11 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 25 Nov 2020 08:30:11 +0000
Subject: [issue42458] Pathlib resolve() on Mac Catalina prepends secret path
In-Reply-To: <1606282979.63.0.164554102879.issue42458@roundup.psfhosted.org>
Message-ID: <1606293011.01.0.399233949698.issue42458@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I'm not sure if I understand what you're trying to do.

Is host_path_str a path on the local machine, or a path on the FTP server?

For the latter you probably want to use "PurePosixpath" instead of "Path", the latter is intended to be used for local paths and can access the filesystem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42458>
_______________________________________

From report at bugs.python.org  Wed Nov 25 03:47:40 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Wed, 25 Nov 2020 08:47:40 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606294060.3.0.235009443702.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> something[::-1] = something

I was thinking this for a while, and this is the actual reason that I didn't propose this until I saw someone's comment under Raymond's tweet about 'slices are not hashable' (https://twitter.com/4skvictor/status/1330433911646785539). At least for optimization, IMHO it worth taking the shot. 

> I could definitely see code using duck-typing via slices to distinguish sequences from other iterables and mappings

That sounds a bit unorthodox. It is a very common practice to use ABCs for doing these checks but I've never seen a piece of code where they test if something is a mapping or not by throwing unhashable things in it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Wed Nov 25 03:55:15 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 08:55:15 +0000
Subject: [issue42459] Wrong Output
Message-ID: <1606294515.33.0.266172391844.issue42459@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

The Python language  does not the program

----------
components: Windows
files: PROVE.jpg
messages: 381797
nosy: Kshitish, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Wrong Output
type: crash
versions: Python 3.8
Added file: https://bugs.python.org/file49618/PROVE.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42459>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:01:45 2020
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Nov 2020 09:01:45 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606294905.04.0.494132938241.issue28468@roundup.psfhosted.org>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

I'm -1 on adding any kind of replacement for platform.linux_distribution() tp Python's stdlib. The experiment has failed and we should acknowledge this.

The main reason why it failed was the Linux distros keep inventing new ways to identify themselves, sometimes misuse existing mechanisms to maintain compatibility (e.g. as a Ubuntu or RedHat based OS) or ship with two different release files.

At the time we removed the API, we said that people should use PyPI package to get this information, since those can much more easily be maintained with the ever changing patterns distributions use or invent.

The distro package is one package and if it doesn't satisfy the needs, simply create a new one which does.

Note that the original implementation had a mechanism to read such release files. Even the names of those files changed every few years. People appear to have settled on "os-release" nowadays, since using "<distro>-release" was found to create too much confusion, but this is not fixed and when it comes to parsing the contents, I'm pretty sure that there a subtle differences in how to interpret them between distros.

Then the LSB standardized this and wanted everyone to use lsb_release. Guess what... The tool is not even installed anymore by default on recent OpenSUSE releases. Experience shows that these things change too often to make the stdlib a good place to maintain support for this.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:06:23 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 09:06:23 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606295183.43.0.916903132243.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

It's not a replacement for platform.linux_distribution().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:06:38 2020
From: report at bugs.python.org (Peixing Xin)
Date: Wed, 25 Nov 2020 09:06:38 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606295198.65.0.864639059551.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22394
pull_request: https://github.com/python/cpython/pull/23507

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:09:20 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 25 Nov 2020 09:09:20 +0000
Subject: [issue42459] Wrong Output
In-Reply-To: <1606294515.33.0.266172391844.issue42459@roundup.psfhosted.org>
Message-ID: <1606295360.68.0.44149202843.issue42459@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

There is a little error in your code, it should look like this:
```
def test(sum):
    return int(sum)


if test(10) == 10:
   print("Yes")
else:
   print("No")
```

Basically `if sum == 10:` will compare builtin function sum with int value.

This isn't an issue we can close it.

----------
nosy: +uriyyo

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42459>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:15:25 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 25 Nov 2020 09:15:25 +0000
Subject: [issue42459] Wrong Output
In-Reply-To: <1606294515.33.0.266172391844.issue42459@roundup.psfhosted.org>
Message-ID: <1606295725.06.0.049233998342.issue42459@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

That is the correct output.

Kshitish, Python is a mature language (about 30 years old) used by tens or hundreds of thousands of people every day. Did you believe that you were the only person who noticed that Python cannot even run `if...else` statements correctly?

This is not a help desk for beginners having trouble with their code. There are many places you can ask for help, like Reddit's r/learnpython, or Stackoverflow, or the tutor mailing list:

https://mail.python.org/mailman/listinfo/tutor

There are various Python IRC channels or Discuss, if you google you will soon find them. There are thousands of people happy to help you learn. This bug tracker is not the right place.

99.999% for sure, every "bug" you find will be your misunderstanding of the code, not a bug in the language, just like the previous one: #42456 (also not a bug).

Also, please stop posting screen captures. Python code is text, and we don't edit in Photoshop. Copy the relevant text and paste it into your bug reports. Screen captures are inconvenient for us if we have to run your code, and they make it difficult or impossible for blind and visually impaired developers to take part.

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type: crash -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42459>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:16:16 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 09:16:16 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606295776.54.0.93015299343.issue28468@roundup.psfhosted.org>


Change by Christian Heimes <lists at cheimes.de>:


----------
title: Add platform.freedesktop_osrelease() -> Add platform.freedesktop_os_release()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:18:14 2020
From: report at bugs.python.org (Julien Palard)
Date: Wed, 25 Nov 2020 09:18:14 +0000
Subject: [issue42238] Deprecate suspicious.py?
In-Reply-To: <1604274563.95.0.828690163802.issue42238@roundup.psfhosted.org>
Message-ID: <1606295894.22.0.434605490896.issue42238@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset c9c6e9f89aa68ce8094393a1a5575b67d26bc8c8 by Julien Palard in branch 'master':
bpo-42238: Doc: Remove make suspicious from the CI and docs builds. (GH-23313)
https://github.com/python/cpython/commit/c9c6e9f89aa68ce8094393a1a5575b67d26bc8c8


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42238>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:23:26 2020
From: report at bugs.python.org (Julien Palard)
Date: Wed, 25 Nov 2020 09:23:26 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1606296206.44.0.413459224696.issue12800@roundup.psfhosted.org>


Julien Palard <julien+python at palard.fr> added the comment:


New changeset 4fedd7123eaf147edd55eabbbd72e0bcc8368e47 by Julien Palard in branch 'master':
bpo-12800: tarfile: Restore fix from 011525ee9 (GH-21409)
https://github.com/python/cpython/commit/4fedd7123eaf147edd55eabbbd72e0bcc8368e47


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:23:50 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 25 Nov 2020 09:23:50 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1606296230.3.0.117321625606.issue12800@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 8.0 -> 9.0
pull_requests: +22395
pull_request: https://github.com/python/cpython/pull/23508

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:23:57 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 25 Nov 2020 09:23:57 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1606296237.57.0.491533213378.issue12800@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22396
pull_request: https://github.com/python/cpython/pull/23509

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:29:11 2020
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Nov 2020 09:29:11 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1606295183.43.0.916903132243.issue28468@roundup.psfhosted.org>
Message-ID: <d8757c28-6128-1aad-0eae-57b6709595ae@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 25.11.2020 10:06, Christian Heimes wrote:
> 
> It's not a replacement for platform.linux_distribution().

Right, not even that :-)

It would be an interface to a file /etc/os-release
that's common nowadays, just like /etc/lsb-release was some years
ago. These things change too often to make the stdlib a good fit.
I'm pretty sure distros will invent something new in 5 years which
would then render the API mostly useless again.

To get a sense of the complexity involved in all this, have a look
at how Ansible does this:

https://github.com/ansible/ansible/blob/ea119d30894478b84b5fbe271f580cb2b0401b86/lib/ansible/module_utils/facts/system/distribution.py

It's not just about the file name, the content also needs a lot
of massaging to make it useful for a general purpose API. And
the content quirks are not set in stone either. Here's a ticket
where Debian, for example, drops the version info from the file:

https://github.com/ansible/ansible/issues/19874

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Nov 25 2020)
>>> Python Projects, Coaching and Support ...    https://www.egenix.com/
>>> Python Product Development ...        https://consulting.egenix.com/
________________________________________________________________________

::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               https://www.egenix.com/company/contact/
                     https://www.malemburg.com/

----------
title: Add platform.freedesktop_os_release() -> Add platform.freedesktop_osrelease()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:39:08 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 09:39:08 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606297148.59.0.745360910954.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

> It would be an interface to a file /etc/os-release
> that's common nowadays, just like /etc/lsb-release was some years
> ago. These things change too often to make the stdlib a good fit.
> I'm pretty sure distros will invent something new in 5 years which
> would then render the API mostly useless again.

That's pointless speculation -- unless you found a fool-proof way to see into the future.

Where do you draw the line? Should the stdlib ignore any standard and API that is less than 10 years old? 20 years?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:41:43 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 09:41:43 +0000
Subject: [issue42460] Wrong Output
Message-ID: <1606297303.36.0.922565817492.issue42460@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

The python give wrong output

----------
files: PROOF.jpg
messages: 381806
nosy: Kshitish
priority: normal
severity: normal
status: open
title: Wrong Output
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49619/PROOF.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42460>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:42:45 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 09:42:45 +0000
Subject: [issue42460] Wrong Output
In-Reply-To: <1606297303.36.0.922565817492.issue42460@roundup.psfhosted.org>
Message-ID: <1606297365.62.0.184167762073.issue42460@roundup.psfhosted.org>


Change by Nishant Gautam <ng29834 at gmail.com>:


Added file: https://bugs.python.org/file49620/Logic.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42460>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:53:00 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 25 Nov 2020 09:53:00 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1606297980.15.0.222774119819.issue12800@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 9d2c2a8e3b8fe18ee1568bfa4a419847b3e78575 by Miss Islington (bot) in branch '3.9':
bpo-12800: tarfile: Restore fix from 011525ee9 (GH-21409)
https://github.com/python/cpython/commit/9d2c2a8e3b8fe18ee1568bfa4a419847b3e78575


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:55:48 2020
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 25 Nov 2020 09:55:48 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606298148.25.0.972215118378.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

> Where do you draw the line?

there's a module available outside cpython. Your use case is to add some work around for some tests (like issue42142).  If you need it for the tests, add it to the test framework.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 04:56:51 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Wed, 25 Nov 2020 09:56:51 +0000
Subject: [issue42460] Wrong Output
In-Reply-To: <1606297303.36.0.922565817492.issue42460@roundup.psfhosted.org>
Message-ID: <1606298211.02.0.45504643607.issue42460@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Correct output.

https://docs.python.org/3/reference/expressions.html#operator-precedence

a = 10
b = 10
(a >= 10) and not (b == 10) | 7+2 == 9

returns False because of operator precedence. It evaluates like this:

(a >= 10) and not (b == 10) | 7+2 == 9
--> True and not True | 7+2 == 9
--> True and not True | 9 == 9
--> True and not 9 == 9
--> True and not True
--> True and False
--> False

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42460>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:01:12 2020
From: report at bugs.python.org (miss-islington)
Date: Wed, 25 Nov 2020 10:01:12 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1606298472.57.0.649939556414.issue12800@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset bda2e68c8849e23899b3dad9e436c06303254943 by Miss Islington (bot) in branch '3.8':
bpo-12800: tarfile: Restore fix from 011525ee9 (GH-21409)
https://github.com/python/cpython/commit/bda2e68c8849e23899b3dad9e436c06303254943


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:06:55 2020
From: report at bugs.python.org (hao)
Date: Wed, 25 Nov 2020 10:06:55 +0000
Subject: [issue42461] os.statvfs_result doesn't show f_fsid
Message-ID: <1606298815.17.0.951829865382.issue42461@roundup.psfhosted.org>


New submission from hao <359062468 at qq.com>:

>From doc I see about os.statvfs "New in version 3.7: Added f_fsid.", but it doesn't show up when print an object os.statvfs returned. So I think maybe we can add the field when printing object.

----------
components: Library (Lib)
messages: 381811
nosy: Rethan
priority: normal
severity: normal
status: open
title: os.statvfs_result doesn't show f_fsid
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42461>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:11:30 2020
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Nov 2020 10:11:30 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1606297148.59.0.745360910954.issue28468@roundup.psfhosted.org>
Message-ID: <5d51fc78-252b-52f1-e591-9709aee22f55@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 25.11.2020 10:39, Christian Heimes wrote:
> 
>> It would be an interface to a file /etc/os-release
>> that's common nowadays, just like /etc/lsb-release was some years
>> ago. These things change too often to make the stdlib a good fit.
>> I'm pretty sure distros will invent something new in 5 years which
>> would then render the API mostly useless again.
> 
> That's pointless speculation -- unless you found a fool-proof way to see into the future.
>
> Where do you draw the line? Should the stdlib ignore any standard and API that is less than 10 years old? 20 years?

It's not pointless. The rate of change in the field is why this
particular API did not work out in practice. It was working fine
at the time I added it, but then quickly became unmaintainable.

Note that I'm not saying it's a useless API. The main point is
that such code is better placed into a PyPI package, where it
can be updated more frequently and also in a safe way across
Python versions.

Additionally, such a package could provide normalization features,
to make matching distros easier, even when the distros decide
to change the way they are named, e.g. for marketing purposes.

The distro package is doing a pretty good job at this.

If you need this for tests in the stdlib, I'd suggest to add a helper
to the test package to find the needed information for the platforms
where you want to run platform dependent tests.

For tests outside the stdlib, the distro package will do the
job just fine.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Nov 25 2020)
>>> Python Projects, Coaching and Support ...    https://www.egenix.com/
>>> Python Product Development ...        https://consulting.egenix.com/
________________________________________________________________________

::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               https://www.egenix.com/company/contact/
                     https://www.malemburg.com/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:13:36 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 10:13:36 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606299216.13.0.135485145104.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Marc-Andre Lemburg:
> The main reason why it failed was the Linux distros keep inventing new ways to identify themselves, sometimes misuse existing mechanisms to maintain compatibility (e.g. as a Ubuntu or RedHat based OS) or ship with two different release files.
> (...)
> Then the LSB standardized this and wanted everyone to use lsb_release. Guess what... The tool is not even installed anymore by default on recent OpenSUSE releases. Experience shows that these things change too often to make the stdlib a good place to maintain support for this.

Please read the discussion. os-release is a standardize file: fixed filename, only 2 possible locations, standardize format. It's a freedesktop specification. In my experience, freedesktop standards are well adopted, whereas LSB standards look like a failed attempt.

This is no need to bet on the future. os-release file is already available on all major Linux distribution, as, again, explained in depth in previous comments. There is no need to install a lsb_release program or anything. It's part of the *base* image on these systems.

As you wrote, lsb_release isn't installed on many operating systems. For example, I just checked on my Fedora 33, it's not installed... Moreover, I'm not comfortable with running an external program which causes its own set of issue. Reading a plain text file is safer and faster.


> To get a sense of the complexity involved in all this, have a look
at how Ansible does this:
> https://github.com/ansible/ansible/blob/ea119d30894478b84b5fbe271f580cb2b0401b86/lib/ansible/module_utils/facts/system/distribution.py

Ansible has a high-level API similar to what the Python distro module does: it calls uname, parse /etc/*release files, try to normalize values, has special cases, etc.

Not everybody needs like kind of advanced API. For my own use cases (see previous comments), I'm perfectly fine with basic and incomplete information.


> It's not just about the file name, the content also needs a lot
> of massaging to make it useful for a general purpose API. (...)

I strongly suggest to keep platform.freedesktop_os_release() as simple as possible: just parse the file, no special case at all.

For example, I'm against treating ID_LIKE variable differently in PR 23492. Users would expect if another space separated variable is added tomorrow, the function would also specialize it, and so we would come back to the linux_distribution() maintenance issue.

IHMO a dummy text parser remains very useful. The file format is not as trivial as it looks, there are single quote and double quotes, and escaped characters.

If someone wants a more complete API, I suggest to develop it on PyPI on top of the new function.

It's fine to provide any API where some variables can miss if the there are not provided by the operating system. For me, it's like the os and select modules which are thin wrappers to operating system functions (syscalls). And then there are more high-level module like shutil and selectors. But we don't need to ship a high-level API for os-release.

Platform was always a thin wrapper to OS functions. For example, there is no unified API to retrieve OS name and version on Windows, macOS or Linux. You need to pick the proper function. For me, freedesktop_os_release() just follows this trend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:13:48 2020
From: report at bugs.python.org (hao)
Date: Wed, 25 Nov 2020 10:13:48 +0000
Subject: [issue42461] os.statvfs_result doesn't show f_fsid
In-Reply-To: <1606298815.17.0.951829865382.issue42461@roundup.psfhosted.org>
Message-ID: <1606299228.36.0.50522264544.issue42461@roundup.psfhosted.org>


Change by hao <359062468 at qq.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42461>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:17:30 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 10:17:30 +0000
Subject: [issue28468] Add platform.freedesktop_osrelease()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606299450.63.0.00803205436869.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Marc-Andre Lemburg:
> It's not pointless. The rate of change in the field is why this
> particular API did not work out in practice. It was working fine
> at the time I added it, but then quickly became unmaintainable.

Please look at the history of the os-release file. The os-release file format exists for 8 years and has not changed in 8 years.

It seems like you are referring to /etc/*release files. I agree that these files are causing a lot of maintenance troubles, and... that's exactly why os-release file has been standardized and created.

So I don't get your point.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:18:18 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 10:18:18 +0000
Subject: [issue42461] os.statvfs_result doesn't show f_fsid
In-Reply-To: <1606298815.17.0.951829865382.issue42461@roundup.psfhosted.org>
Message-ID: <1606299498.31.0.701208541915.issue42461@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Changeset 96a5e50a5de3683b2afd6d680c7ecc4b525986f6 added a new struct member but did not increase PyStructSequence_Desc.n_in_sequence of
statvfs_result_desc. I'm not sure if the size of the sequence was not increased on purpose.

For reference the feature was added in bpo-32143.

----------
nosy: +christian.heimes
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42461>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:30:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 10:30:07 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606300207.2.0.677445660721.issue28468@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: Add platform.freedesktop_osrelease() -> Add platform.freedesktop_os_release()

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From mal at egenix.com  Wed Nov 25 05:39:28 2020
From: mal at egenix.com (M.-A. Lemburg)
Date: Wed, 25 Nov 2020 11:39:28 +0100
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1606299216.13.0.135485145104.issue28468@roundup.psfhosted.org>
References: <1606299216.13.0.135485145104.issue28468@roundup.psfhosted.org>
Message-ID: <23c73114-4011-c29a-ea0d-015f2d7b73cf@egenix.com>

On 25.11.2020 11:13, STINNER Victor wrote:
> Platform was always a thin wrapper to OS functions. For example, there is no unified API to retrieve OS name and version on Windows, macOS or Linux. You need to pick the proper function. For me, freedesktop_os_release() just follows this trend.

Not really. We have functions per OS, but not functions which only work
on a subset of distros of an OS.

The patch also has other issues:

A text file parse could be a private function in the module,
but it doesn't fit the platform module API spirit.

platform module APIs should return meaningful information and
provide defaults where these cannot be determined. Accordingly,
an API would have to return a tuple (distname, version, id), just
like linux_distribution() did.

Regardless, I don't see the point of opening up this can of
worms again. We settled on moving Linux distribution version detection
out of the stdlib and that was a good decision.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Nov 25 2020)
>>> Python Projects, Coaching and Support ...    https://www.egenix.com/
>>> Python Product Development ...        https://consulting.egenix.com/
________________________________________________________________________

::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               https://www.egenix.com/company/contact/
                     https://www.malemburg.com/


From report at bugs.python.org  Wed Nov 25 05:39:34 2020
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Nov 2020 10:39:34 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1606299216.13.0.135485145104.issue28468@roundup.psfhosted.org>
Message-ID: <23c73114-4011-c29a-ea0d-015f2d7b73cf@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 25.11.2020 11:13, STINNER Victor wrote:
> Platform was always a thin wrapper to OS functions. For example, there is no unified API to retrieve OS name and version on Windows, macOS or Linux. You need to pick the proper function. For me, freedesktop_os_release() just follows this trend.

Not really. We have functions per OS, but not functions which only work
on a subset of distros of an OS.

The patch also has other issues:

A text file parse could be a private function in the module,
but it doesn't fit the platform module API spirit.

platform module APIs should return meaningful information and
provide defaults where these cannot be determined. Accordingly,
an API would have to return a tuple (distname, version, id), just
like linux_distribution() did.

Regardless, I don't see the point of opening up this can of
worms again. We settled on moving Linux distribution version detection
out of the stdlib and that was a good decision.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Nov 25 2020)
>>> Python Projects, Coaching and Support ...    https://www.egenix.com/
>>> Python Product Development ...        https://consulting.egenix.com/
________________________________________________________________________

::: We implement business ideas - efficiently in both time and costs :::

   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               https://www.egenix.com/company/contact/
                     https://www.malemburg.com/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:41:04 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 10:41:04 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606300864.48.0.161088095333.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

> It's not pointless. The rate of change in the field is why this
> particular API did not work out in practice. It was working fine
> at the time I added it, but then quickly became unmaintainable.

Yes, it's pointless. You are arguing that os-release is bad because lsb-release was bad. It's like arguing against TOML file format because YAML and JSON have issues.

os-release was purposely designed to address concerns with lsb-release. os-release has been around for more than a decade and wildly adopted (except on Android platforms). The format hasn't changed since its first appearance in November 2010. Some optional fields were standardized and the meaning of "no shell features are supported" was elaborated on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:43:30 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 25 Nov 2020 10:43:30 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1606301010.95.0.837763197551.issue42202@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:


New changeset 7301979b23406220510dd2c7934a21b41b647119 by Yurii Karabas in branch 'master':
bpo-42202: Store func annotations as a tuple (GH-23316)
https://github.com/python/cpython/commit/7301979b23406220510dd2c7934a21b41b647119


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:44:33 2020
From: report at bugs.python.org (Inada Naoki)
Date: Wed, 25 Nov 2020 10:44:33 +0000
Subject: [issue42202] Optimize function annotation
In-Reply-To: <1604040435.44.0.369975398522.issue42202@roundup.psfhosted.org>
Message-ID: <1606301073.13.0.66307896825.issue42202@roundup.psfhosted.org>


Change by Inada Naoki <songofacandy at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42202>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:45:09 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 10:45:09 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606301109.18.0.987695846094.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

PS: MAL, would it be possible to suppress your email footer? BPO is not an advertisement channel.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 05:55:07 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 10:55:07 +0000
Subject: [issue17545] [doc] os.listdir and os.path.join inconsistent on empty
 path
In-Reply-To: <1364228813.43.0.916487849633.issue17545@psf.upfronthosting.co.za>
Message-ID: <1606301707.35.0.619170914209.issue17545@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
assignee:  -> docs at python
components: +Documentation
keywords:  -patch
nosy: +docs at python
title: os.listdir and os.path.join inconsistent on empty path -> [doc] os.listdir and os.path.join inconsistent on empty path
type: enhancement -> behavior
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17545>
_______________________________________

From report at bugs.python.org  Wed Nov 25 06:09:11 2020
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 25 Nov 2020 11:09:11 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1606301109.18.0.987695846094.issue28468@roundup.psfhosted.org>
Message-ID: <895e468f-4021-e425-b804-78cd7ca03675@egenix.com>


Marc-Andre Lemburg <mal at egenix.com> added the comment:

On 25.11.2020 11:45, Christian Heimes wrote:
> 
> Christian Heimes <lists at cheimes.de> added the comment:
> 
> PS: MAL, would it be possible to suppress your email footer? BPO is not an advertisement channel.

That's an ancient bug on bpo, which apparently still haven't been
resolved - it doesn't handle longer sigs correctly. Sorry for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 06:41:29 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 11:41:29 +0000
Subject: [issue42462] Unacceptable Output
Message-ID: <1606304489.94.0.84453092349.issue42462@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

Wrong Output

----------
components: Windows
files: Screenshot 2020-11-25 161636.png
messages: 381821
nosy: Kshitish, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Unacceptable Output
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49621/Screenshot 2020-11-25 161636.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42462>
_______________________________________

From report at bugs.python.org  Wed Nov 25 06:50:52 2020
From: report at bugs.python.org (Kyle Stanley)
Date: Wed, 25 Nov 2020 11:50:52 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606305052.73.0.387561867203.issue42392@roundup.psfhosted.org>


Kyle Stanley <aeros167 at gmail.com> added the comment:


New changeset b9127dd6eedd693cfd716a4444648864e2e00186 by Yurii Karabas in branch 'master':
bpo-42392: Improve removal of *loop* parameter in asyncio primitives (GH-23499)
https://github.com/python/cpython/commit/b9127dd6eedd693cfd716a4444648864e2e00186


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 25 06:58:34 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 11:58:34 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606305514.22.0.380316507028.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

> Should I create a separate issue for every PR or they all can be done in the scope of this PR (we can update issue title to match what was done)?

Up to you, I don't think it really matters.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:02:55 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 25 Nov 2020 12:02:55 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606305775.5.0.721758716668.issue42454@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> At least for optimization, IMHO it worth taking the shot.

For me, this feels a bit backwards: IMO you should decide what behaviour you want first, implement the desired behaviour, and then optimize (if possible) while keeping that same desired behaviour. It's rare that we want an optimization to drive behaviour changes.

So for me, the key question that needs answering is: independent of any performance changes, do we want the behaviour change? Specifically, do we want something like "d = {}; d[1:2] = True" to "work" in Python 3.10, given that in previous releases it raises TypeError? What are the potential benefits or drawbacks for the user?

If you can get consensus that the behaviour change is fine, then by all means go ahead with the optimization. But I think the behaviour question needs to be answered first.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:03:59 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 12:03:59 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606305839.69.0.261721437643.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Pablo, I would like to get mediation from the release manager.

I want to add an interface to the os-release file. It's a decade-old standard from freedesktop.org. The file is available in the minimal base installation of virtually every Linux distributions except for Android. It's in Alpine, Arch Linux, Debian family (Mint, Raspberry Pi OS, Ubuntu, ...), Fedora family (CentOS, RHEL, ...), Gentoo, SUSE, and many more. The os-release file contains human readable and machine readable operating system information. The file format is simple but not trivial.

Matthias and Marc-Andre oppose my patch. Victor and I are in favor of the new feature.

----------
nosy: +pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:32:04 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Wed, 25 Nov 2020 12:32:04 +0000
Subject: [issue42462] Unacceptable Output
In-Reply-To: <1606304489.94.0.84453092349.issue42462@roundup.psfhosted.org>
Message-ID: <1606307524.37.0.954802120568.issue42462@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

Please don't attach images since text will have better accessibility for readers. The expression is as below and is a result of operator precedence : 
https://docs.python.org/3/reference/expressions.html#operator-precedence

>>> 7+3==10 | 7+1==8 and not(10!=10)
False


>>> (7+3) == (10 | (7 +1)) == 8
False
>>> (7+3) == (10 | (7 +1)) == 10
True

It would be good to use parens to indicate explicit bracing that helps in readability and understanding it in future for complex operations in 1 line.

Please refrain from creating multiple issues as explained in the other issues using stack overflow, python tutor, etc will be better forums to ask for help

https://bugs.python.org/issue42460
https://bugs.python.org/issue42456
https://bugs.python.org/issue42459

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42462>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:39:39 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Wed, 25 Nov 2020 12:39:39 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606307979.66.0.0126785398785.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> What are the potential benefits or drawbacks for the user?

The only potential drawback that I can see is that it prevents you from distinguishing a sequence from mapping by 'accidentally' passing a slice. 

The major benefit for users is that they will have a decent speed up on their slice access. Other than that, I can think of some scenarios where the slice objects can be usable. One thing that I just came up with is this example (https://gist.github.com/isidentical/a799c4ae5c318bb7ac1a9f101cb709c7). I don't claim that we are implementing this to support these kinds of obscure cases, but it doesn't hurt anyone (beside maybe become a little bit confusing for a second) and doesn't look odd when used with a decent purpose.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:49:36 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Wed, 25 Nov 2020 12:49:36 +0000
Subject: [issue42462] Unacceptable Output
In-Reply-To: <1606304489.94.0.84453092349.issue42462@roundup.psfhosted.org>
Message-ID: <1606308576.2.0.563070095729.issue42462@roundup.psfhosted.org>


Change by Nishant Gautam <ng29834 at gmail.com>:


Added file: https://bugs.python.org/file49622/Screenshot 2020-11-25 181647.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42462>
_______________________________________

From report at bugs.python.org  Wed Nov 25 07:56:42 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 12:56:42 +0000
Subject: [issue8264] [doc] hasattr doesn't show private (double underscore)
 attributes exist
In-Reply-To: <1269946346.53.0.630682854213.issue8264@psf.upfronthosting.co.za>
Message-ID: <1606309002.12.0.78316749142.issue8264@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
title: hasattr doesn't show private (double underscore) attributes exist -> [doc] hasattr doesn't show private (double underscore) attributes exist
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8264>
_______________________________________

From report at bugs.python.org  Wed Nov 25 08:17:38 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Wed, 25 Nov 2020 13:17:38 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606310258.69.0.787064289878.issue42299@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset be319c0c108e308fb7ed6ec9522e969fdffd1253 by Dong-hee Na in branch 'master':
bpo-42299: Remove formatter module (GH-23476)
https://github.com/python/cpython/commit/be319c0c108e308fb7ed6ec9522e969fdffd1253


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Wed Nov 25 08:19:31 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Wed, 25 Nov 2020 13:19:31 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606310371.07.0.860808345006.issue42299@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

@terry.reedy @vstinner

Thank you, Terry and Victor, and goodbye formatter module!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Wed Nov 25 08:41:29 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 13:41:29 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606311689.12.0.292205786606.issue41818@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset c13d89955d9a2942c6355d6839d7096323244136 by Soumendra Ganguly in branch 'master':
bpo-41818: Updated tests for the standard pty library (GH-22962)
https://github.com/python/cpython/commit/c13d89955d9a2942c6355d6839d7096323244136


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 08:57:17 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 25 Nov 2020 13:57:17 +0000
Subject: [issue42462] Unacceptable Output
In-Reply-To: <1606304489.94.0.84453092349.issue42462@roundup.psfhosted.org>
Message-ID: <1606312637.5.0.350542197401.issue42462@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42462>
_______________________________________

From report at bugs.python.org  Wed Nov 25 09:02:32 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 25 Nov 2020 14:02:32 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606312952.95.0.268257890648.issue42450@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

Although I do have to say it wouldn't offend me if the partition and nth_combination examples were changed to double quotes to be consistent! But it's not important.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Wed Nov 25 09:18:09 2020
From: report at bugs.python.org (Joshua Bronson)
Date: Wed, 25 Nov 2020 14:18:09 +0000
Subject: [issue31861] add aiter() and anext() functions to operator module
In-Reply-To: <1508851575.6.0.213398074469.issue31861@psf.upfronthosting.co.za>
Message-ID: <1606313889.44.0.750979344694.issue31861@roundup.psfhosted.org>


Joshua Bronson <jabronson at gmail.com> added the comment:

Nice to see there is still interest in this from someone else! Thanks, John. Are any core developers still interested in this?

If I can get a new PR together that adds C implementations of `aiter` and `anext` to builtins, would a committer still be interested in reviewing the patch?

A week from Friday, I'll have a rare and precious opportunity to spend the day contributing to open source. I have a bunch of different things I could work on, but would work on this if there is still interest. Thanks and hope this finds you all well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31861>
_______________________________________

From report at bugs.python.org  Wed Nov 25 09:20:17 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 14:20:17 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606314017.38.0.770990814124.issue42299@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Thread on python-dev:
https://mail.python.org/archives/list/python-dev at python.org/thread/ZEDIBBYCWI34GVOXDEUYXQY3LYXOFHA2/

Copy of Fred Drake's email:

"Oh, the memories!  Looking at docs, I can vaguely recall using the
API, but... it definitely doesn't belong in the stdlib. -Fred"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Wed Nov 25 09:36:12 2020
From: report at bugs.python.org (Petr Viktorin)
Date: Wed, 25 Nov 2020 14:36:12 +0000
Subject: [issue38347] pathfix.py does not find Python scripts that have '-' in
 its filename
In-Reply-To: <1570007735.24.0.378926810144.issue38347@roundup.psfhosted.org>
Message-ID: <1606314972.11.0.375407815137.issue38347@roundup.psfhosted.org>


Petr Viktorin <encukou at gmail.com> added the comment:

Note that the pathfix comment says:

# Directories are searched recursively for files whose name looks
# like a python module.

Files with a dash are *not* Python modules, since they can't be imported. Should the comment (which is the only documentation for pathfix, AFAIK) be updated to say it looks for the .py suffix?

----------
nosy: +petr.viktorin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38347>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:02:05 2020
From: report at bugs.python.org (Ken Jin)
Date: Wed, 25 Nov 2020 15:02:05 +0000
Subject: [issue8264] [doc] hasattr doesn't show private (double underscore)
 attributes exist
In-Reply-To: <1269946346.53.0.630682854213.issue8264@psf.upfronthosting.co.za>
Message-ID: <1606316525.02.0.110206096423.issue8264@roundup.psfhosted.org>


Change by Ken Jin <kenjin4096 at gmail.com>:


----------
nosy: +kj
nosy_count: 4.0 -> 5.0
pull_requests: +22400
pull_request: https://github.com/python/cpython/pull/23513

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue8264>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:03:25 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Wed, 25 Nov 2020 15:03:25 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1606316605.3.0.788043880646.issue42417@roundup.psfhosted.org>


Bhushan Shelke <bhushan.shelke at gmail.com> added the comment:

Any tentative Date for fix to be generally available?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:06:34 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 15:06:34 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606316794.16.0.70565353984.issue41818@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
pull_requests: +22401
pull_request: https://github.com/python/cpython/pull/23514

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:16:24 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 15:16:24 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1606317384.56.0.160699012691.issue42417@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

So far we don't even know for sure if there is a bug in Python's http module. It would be helpful if you could provide a reproducer that does not use any 3rd party code like requests.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:27:02 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 15:27:02 +0000
Subject: [issue42463] test_pty.test_openpty() failed on x86 Gentoo Installed
 with X 3.x: unexpected success
Message-ID: <1606318022.53.0.422653738938.issue42463@roundup.psfhosted.org>


New submission from STINNER Victor <vstinner at python.org>:

x86 Gentoo Installed with X 3.x:
https://buildbot.python.org/all/#/builders/464/builds/445

0:05:51 load avg: 4.73 [104/425/1] test_pty failed -- running: test_unparse (1 min 3 sec)

test_fork (test.test_pty.PtyTest) ... calling pty.fork()
Waiting for child (3734) to finish.
Child (3734) exited with code 4 (status 1024).
ok

test_master_read (test.test_pty.PtyTest) ... Calling pty.openpty()
Got master_fd '3', slave_fd '4'
Closing slave_fd
Reading from master_fd
ok

test_openpty (test.test_pty.PtyTest) ... Setting pty.STDIN_FILENO window size
Calling pty.openpty()
Got master_fd '3', slave_fd '4'
Writing to slave_fd
Writing chunked output
unexpected success

test__copy_eof_on_all (test.test_pty.SmallPtyTests)
Test the empty read EOF case on both master_fd and stdin. ... ok

test__copy_to_each (test.test_pty.SmallPtyTests)
Test the normal data case on both master_fd and stdin. ... ok

----------------------------------------------------------------------

Ran 5 tests in 0.054s

FAILED (unexpected successes=1)
test test_pty failed

----------
components: Tests
messages: 381837
nosy: vstinner
priority: normal
severity: normal
status: open
title: test_pty.test_openpty() failed on x86 Gentoo Installed with X 3.x: unexpected success
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42463>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:28:27 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 15:28:27 +0000
Subject: [issue42463] test_pty.test_openpty() failed on x86 Gentoo Installed
 with X 3.x: unexpected success
In-Reply-To: <1606318022.53.0.422653738938.issue42463@roundup.psfhosted.org>
Message-ID: <1606318107.95.0.41233164721.issue42463@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Same issue on x86 Gentoo Non-Debug with X 3.x:
https://buildbot.python.org/all/#builders/58/builds/442

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42463>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:29:46 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 15:29:46 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606318186.42.0.984231154177.issue41818@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

This change broke x86 Gentoo buildbots: bpo-42463.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:29:56 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 15:29:56 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1606318196.38.0.474648269227.issue42417@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I also noticed that you are passing an explicit content length. {'Content-Length' : '0'} is wrong for a POST payload of "{}" with standard transfer encoding. It should be len("{}") == 2.

A zero content length only valid for chunked transfer encoding, which either requires header {"transfer-encoding": "chunked"} or encode_chunked=True.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:30:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 15:30:07 +0000
Subject: [issue42463] test_pty.test_openpty() failed on x86 Gentoo Installed
 with X 3.x: unexpected success
In-Reply-To: <1606318022.53.0.422653738938.issue42463@roundup.psfhosted.org>
Message-ID: <1606318207.15.0.0724381724202.issue42463@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Regression related to bpo-41818:
https://github.com/python/cpython/commit/c13d89955d9a2942c6355d6839d7096323244136

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42463>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:35:01 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 15:35:01 +0000
Subject: [issue42458] Pathlib resolve() on Mac Catalina prepends secret path
In-Reply-To: <1606282979.63.0.164554102879.issue42458@roundup.psfhosted.org>
Message-ID: <1606318501.59.0.869211707854.issue42458@roundup.psfhosted.org>


John Engelke <john.engelke at gmail.com> added the comment:

Thanks @ronaldoussoren. This bug report is flawed for a couple reasons, notwithstanding some assumptions I made incorrectly. (SIP actually makes "/home" a symlink so that resolved correctly.) So I am retracting it as-is because I can't edit the original report. 

The documentation for the behavior of resolve() is talking about using resolve() in the PurePath section. And, resolve() is removing "/../" when the path doesn't really exist locally. I'll open clearer tickets about those when I have a chance.

----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42458>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:35:10 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 15:35:10 +0000
Subject: [issue42458] Pathlib resolve() on Mac Catalina prepends secret path
In-Reply-To: <1606282979.63.0.164554102879.issue42458@roundup.psfhosted.org>
Message-ID: <1606318510.55.0.035568701836.issue42458@roundup.psfhosted.org>


Change by John Engelke <john.engelke at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42458>
_______________________________________

From report at bugs.python.org  Wed Nov 25 10:35:56 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 15:35:56 +0000
Subject: [issue42458] Pathlib resolve() on Mac prepends path
In-Reply-To: <1606282979.63.0.164554102879.issue42458@roundup.psfhosted.org>
Message-ID: <1606318556.13.0.98397054342.issue42458@roundup.psfhosted.org>


Change by John Engelke <john.engelke at gmail.com>:


----------
title: Pathlib resolve() on Mac Catalina prepends secret path -> Pathlib resolve() on Mac prepends path

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42458>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:05:33 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 16:05:33 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606320333.26.0.558197992747.issue41818@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

https://github.com/python/cpython/pull/23514 has the fix, waiting for all buildbots finish before pressing "Merge" button.
Gentoo bots are green.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:07:29 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 16:07:29 +0000
Subject: [issue42464] Pathlib resolve() resolves non-existent ".." components
 with strict=False
Message-ID: <1606320449.29.0.994355220822.issue42464@roundup.psfhosted.org>


New submission from John Engelke <john.engelke at gmail.com>:

The below snippet results in the symlink "/home" resolving as expected. However, documentation at https://docs.python.org/3.7/library/pathlib.html#pathlib.Path.resolve suggests, "If strict is False, the path is resolved as far as possible and any remainder is appended without checking whether it exists."

>>> from pathlib import Path
>>> host_path_str = "/home/somewhere/there/../nowhere"
>>> host_path = Path(host_path_str)
>>> host_path
PosixPath('/home/somewhere/there/../nowhere')
>>> host_path.resolve()
PosixPath('/System/Volumes/Data/home/somewhere/nowhere')

Expected results (based on the wording above): 

>>> host_path.resolve()
PosixPath('/System/Volumes/Data/home/somewhere/there/../nowhere')

Right now the ".." pieces are universally removed. I'm not exactly sure exactly how symlinks resolve, but this might create unexpected results. 

No part of the path component "somewhere/there/../nowhere" exists. When strict=True this would yield an error. So when strict=False, and it doesn't resolve, documentation implies that would be re-added to the resolved section.

----------
components: Library (Lib)
messages: 381844
nosy: john.engelke
priority: normal
severity: normal
status: open
title: Pathlib resolve() resolves non-existent ".." components with strict=False
type: behavior
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42464>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:24:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 16:24:32 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606321472.28.0.610177737195.issue41818@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> https://github.com/python/cpython/pull/23514 has the fix, waiting for all buildbots finish before pressing "Merge" button.

Thanks for working on a fix :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:25:54 2020
From: report at bugs.python.org (Bhushan Shelke)
Date: Wed, 25 Nov 2020 16:25:54 +0000
Subject: [issue42417] Empty body {} in POST requests leads to 405 Method not
 allowed error
In-Reply-To: <1605864023.48.0.825673701965.issue42417@roundup.psfhosted.org>
Message-ID: <1606321554.39.0.694506925195.issue42417@roundup.psfhosted.org>


Bhushan Shelke <bhushan.shelke at gmail.com> added the comment:

I had uploaded one file(simple_flask.py) to be used as server to the ticket when I created the ticket. Since ticket allows only one file upload, I'd pasted relevant code in ticket itself. I've now uploaded the client python file(flask_client.py) to ticket which should help you reproduce this. This is not using any third party library.

Also regarding content-length - It was part triaging I was doing, I continue to get the issue even if I remove that header completely. You can notice in sample client program that I have attached.

----------
Added file: https://bugs.python.org/file49623/flask_client.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42417>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:32:26 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 16:32:26 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606321946.24.0.342068141269.issue41818@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> In addition to the above, if a major revision is made to pty, I'd suggest also addressing the issue of "master/slave" terminology

In bpo-34605, I chose to leave the pty module unchange since it *seems* like "master_fd" and "slave_fd" is part of the API. See my rejected PR 9100.

More recently, I discussed with a glibc maintainer who is open to change the openpty() manual page to avoid "master" and "slave" terms.

In fact, these terms are not part of the API. They are just variable names in a manual page.

"parent" and "child" terms would work here. I'm not sure of the exact relationship between the two file descriptors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:38:57 2020
From: report at bugs.python.org (John Engelke)
Date: Wed, 25 Nov 2020 16:38:57 +0000
Subject: [issue42465] Reference to subclass method resolve() in PurePath docs
Message-ID: <1606322337.42.0.83106507565.issue42465@roundup.psfhosted.org>


New submission from John Engelke <john.engelke at gmail.com>:

The text: 

'If you want to walk an arbitrary filesystem path upwards, it is recommended to first call Path.resolve() so as to resolve symlinks and eliminate ?..? components.' 

should be moved or changed to 

'If you want to walk a concrete path upwards, it is recommended to first call Path.resolve() so as to resolve symlinks and eliminate ?..? components.'

Rationale: Wording is confusing as the resolve() method doesn't exist for PurePath, PurePosixPath nor PureWindowsPath. It's unclear that the method applies only to concrete implementations of the Path subclass.

This should be resolved by either altering the above text or (preferably) moving it to the concrete Path section.

NOTE: PurePath (PurePosixPath, PureWindowsPath) operations are described in docs as "purely computational" components that "don?t actually access a filesystem." https://docs.python.org/3.7/library/pathlib.html#pure-paths

----------
assignee: docs at python
components: Documentation
messages: 381848
nosy: docs at python, john.engelke
priority: normal
severity: normal
status: open
title: Reference to subclass method resolve() in PurePath docs
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42465>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:56:36 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 16:56:36 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606323396.86.0.561703514075.issue28468@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

I just needed such functionality for PTY tests: https://github.com/python/cpython/pull/23514

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:57:54 2020
From: report at bugs.python.org (Giacomo Caironi)
Date: Wed, 25 Nov 2020 16:57:54 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
Message-ID: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>


New submission from Giacomo Caironi <giacomo.caironi at gmail.com>:

import asyncio
import traceback
from threading import Thread


class Test(Thread):
    def __init__(self):
        super().__init__()
        self.loop = asyncio.new_event_loop()

    async def getaddrinfo(self, loop):
        try:
            print(await loop.getaddrinfo("www.google.com", 8333))
        except Exception:
            print(traceback.format_exc())

    def run(self):
        loop = self.loop
        asyncio.set_event_loop(loop)
        asyncio.run_coroutine_threadsafe(self.getaddrinfo(loop), loop)
        loop.run_forever()


test = Test()
test.start()

Executing the previous code throws RuntimeError("can't register atexit after shutdown") only in python3.9. Strangely it doesn't happen when I execute the code in interactive mode. 

I think this is related to https://bugs.python.org/issue41962

----------
components: asyncio
messages: 381850
nosy: asvetlov, kappa, yselivanov
priority: normal
severity: normal
status: open
title: asyncio loop.getaddrinfo raises RuntimeError
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Wed Nov 25 11:58:46 2020
From: report at bugs.python.org (Matthias Klose)
Date: Wed, 25 Nov 2020 16:58:46 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606323526.79.0.989082315414.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

> I just needed such functionality for PTY tests

another use case for a test. so please add it to the test framework, also suggested by Marc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 12:06:20 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 17:06:20 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606323980.4.0.368003862077.issue41818@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 87f7ab5359bc12eeb858272b7bd58e132cb9c176 by Andrew Svetlov in branch 'master':
bpo-41818: test_openpty succeed on Gentoo, don't expect to fail on this platform (GH-23514)
https://github.com/python/cpython/commit/87f7ab5359bc12eeb858272b7bd58e132cb9c176


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 12:08:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 17:08:25 +0000
Subject: [issue38787] PEP 573: Module State Access from C Extension Methods
In-Reply-To: <1573655440.57.0.563143759574.issue38787@roundup.psfhosted.org>
Message-ID: <1606324105.23.0.100279998101.issue38787@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

FYI Cython doesn't support this PEP yet: https://github.com/cython/cython/issues/3917

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38787>
_______________________________________

From report at bugs.python.org  Wed Nov 25 12:22:55 2020
From: report at bugs.python.org (=?utf-8?q?Miro_Hron=C4=8Dok?=)
Date: Wed, 25 Nov 2020 17:22:55 +0000
Subject: [issue41103] Removing old buffer support
In-Reply-To: <1593006222.66.0.567274053686.issue41103@roundup.psfhosted.org>
Message-ID: <1606324975.29.0.72018706457.issue41103@roundup.psfhosted.org>


Miro Hron?ok <miro at hroncok.cz> added the comment:

I've just seen a fix of PyQt4 that basically copy pastes (some of) the removed code to PyQt4:

https://src.fedoraproject.org/rpms/PyQt4/pull-request/2#request_diff

What is the benefit of removing this? Is copy pasting the compatibility layer to (possibly many) different projects worth the "cleanup"?

In Fedora, at least 7 packages are broken so far:

PyQt4: https://bugzilla.redhat.com/show_bug.cgi?id=1895298
libsolv: https://bugzilla.redhat.com/show_bug.cgi?id=1896411
m2crypto: https://bugzilla.redhat.com/show_bug.cgi?id=1897148
apsw: https://bugzilla.redhat.com/show_bug.cgi?id=1897500
djvulibre: https://bugzilla.redhat.com/show_bug.cgi?id=1897558
wsaccel: https://bugzilla.redhat.com/show_bug.cgi?id=1899550
webassets: https://bugzilla.redhat.com/show_bug.cgi?id=1899555

----------
nosy: +hroncok, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41103>
_______________________________________

From report at bugs.python.org  Wed Nov 25 12:36:28 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Wed, 25 Nov 2020 17:36:28 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606325788.81.0.731297934913.issue28468@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Don't get me wrong.
I don't want to put my vote in this hot discussion but mention my use case. 
test.support can solve my need.
On another hand, very many Python batteries exist to solve third-party needs and are not required by CPython itself.

So I'm +0 for adding this function -- but can live without it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 12:47:28 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 17:47:28 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606326448.38.0.488621288673.issue28468@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

We have reached an impasse. Therefore I have contacted the steering council and requested mediation. Victor will abstain from the decision process.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 13:19:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 18:19:26 +0000
Subject: [issue37718] 2to3  exception handling
In-Reply-To: <1564475098.96.0.917553706699.issue37718@roundup.psfhosted.org>
Message-ID: <1606328366.76.0.690315362744.issue37718@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Right, the message field on exceptions was removed in python 3 (it was deprecated since Python 2.6).

2to3 can't automatically fix this, because as a static translator it doesn't know that the object on which you are accessing .message is an exception.

----------
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37718>
_______________________________________

From report at bugs.python.org  Wed Nov 25 13:37:33 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 18:37:33 +0000
Subject: [issue37865] tempfile.NamedTemporaryFile() raises exception on
 close() when file is absent
In-Reply-To: <1565854995.12.0.82543629972.issue37865@roundup.psfhosted.org>
Message-ID: <1606329453.21.0.171299100438.issue37865@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> NamedTemporaryFile with delete=True should not fail if file already deleted

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37865>
_______________________________________

From report at bugs.python.org  Wed Nov 25 13:38:39 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 18:38:39 +0000
Subject: [issue29573] NamedTemporaryFile with delete=True should not fail if
 file already deleted
In-Reply-To: <1487193679.14.0.35599130933.issue29573@psf.upfronthosting.co.za>
Message-ID: <1606329519.97.0.336847616678.issue29573@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29573>
_______________________________________

From report at bugs.python.org  Wed Nov 25 14:31:01 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 19:31:01 +0000
Subject: [issue21564] Declaration of EVP_MD_CTX causes crash when switching
 between OpenSSL 0.9 and 1.0
In-Reply-To: <1400877951.59.0.344409625471.issue21564@psf.upfronthosting.co.za>
Message-ID: <1606332661.54.0.769318124811.issue21564@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This patch is out of date with the code, but comparing it with the code I think the fixes were made. Christian, can you confirm?

----------
nosy: +iritkatriel
resolution:  -> out of date
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21564>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:18:50 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Wed, 25 Nov 2020 20:18:50 +0000
Subject: [issue42440] MACBOOK Python launcher
In-Reply-To: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>
Message-ID: <1606335530.35.0.939493444696.issue42440@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Thanks for the update. I cannot test this myself at the moment, my laptop does not yet run Big Sur and I'm only running it in VM's on a mac mini without a webcam. 

This might be a problem with opencv, <https://stackoverflow.com/questions/64838511/opencv-imshow-crashes-python-launcher-on-macos-11-0-1-big-sur> mentions a similar issue (with a workaround, but no clear solution)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:21:49 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Nov 2020 20:21:49 +0000
Subject: [issue39529] Deprecate get_event_loop()
In-Reply-To: <1580641897.21.0.210075972969.issue39529@roundup.psfhosted.org>
Message-ID: <1606335709.34.0.981963001027.issue39529@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I am writing a code (it is not trivial to emit correct warning) and I have a question. What to do if the loop was set by set_event_loop()? Currently get_event_loop() can return a loop without creating a new loop while get_running_loop() raises an error. Should get_event_loop() still support this in future or set_event_loop() will be deprecated?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39529>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:28:21 2020
From: report at bugs.python.org (Rawad Bader)
Date: Wed, 25 Nov 2020 20:28:21 +0000
Subject: [issue42440] MACBOOK Python launcher
In-Reply-To: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>
Message-ID: <1606336101.92.0.96903598609.issue42440@roundup.psfhosted.org>


Rawad Bader <rawadbader466 at gmail.com> added the comment:

Thank you so much for all your help. I just ran this command pip install opencv-python opencv-python-headless and it solves the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:30:03 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 25 Nov 2020 20:30:03 +0000
Subject: [issue29980] OSError: multiple exceptions should preserve the
 exception type if it is common
In-Reply-To: <1491325941.34.0.941861469291.issue29980@psf.upfronthosting.co.za>
Message-ID: <1606336203.34.0.869836912605.issue29980@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29980>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:48:51 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Wed, 25 Nov 2020 20:48:51 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606337331.43.0.756914397191.issue42392@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22402
pull_request: https://github.com/python/cpython/pull/23517

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Wed Nov 25 15:54:21 2020
From: report at bugs.python.org (misianne)
Date: Wed, 25 Nov 2020 20:54:21 +0000
Subject: [issue42467] slice().indices() returns incorrect values
Message-ID: <1606337661.06.0.654642127073.issue42467@roundup.psfhosted.org>


New submission from misianne <rotenca at gmail.com>:

I have a problem with slice().indices():

x=[0,1,2,3,4,5,6,7,8,9]*10
x[-91:-101:-3] # == [9, 6, 3, 0] OK!
x[slice(*slice(-91,-101,-3).indices(len(x)))] # == [] WRONG!

This is correct:

x[-91:-100:-3] # == [9, 6, 3] OK!
x[slice(*slice(-91,-100,-3).indices(len(x)))] # == [9, 6, 3] OK!

This is not:

x[-91:-101:-3] # == [9, 6, 3, 0] OK!
x[slice(*slice(-91,-101,-3).indices(len(x)))] # == [] WRONG!

The problem is that 
	slice(-91,-101,-3).indices(len(x))
returns:
	(9,-1,-3)
which result in an empty list, while:
	(9,None,-3)
gives the correct result.

----------
components: Interpreter Core
messages: 381862
nosy: misianne
priority: normal
severity: normal
status: open
title: slice().indices() returns incorrect values
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42467>
_______________________________________

From report at bugs.python.org  Wed Nov 25 16:09:33 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 21:09:33 +0000
Subject: [issue21564] Declaration of EVP_MD_CTX causes crash when switching
 between OpenSSL 0.9 and 1.0
In-Reply-To: <1400877951.59.0.344409625471.issue21564@psf.upfronthosting.co.za>
Message-ID: <1606338573.95.0.981167900785.issue21564@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The code has changed a lot since this bug was opened. It's no longer an issue. Thanks for checking!

----------
resolution: out of date -> fixed
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21564>
_______________________________________

From report at bugs.python.org  Wed Nov 25 16:10:34 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 25 Nov 2020 21:10:34 +0000
Subject: [issue42467] slice().indices() returns incorrect values
In-Reply-To: <1606337661.06.0.654642127073.issue42467@roundup.psfhosted.org>
Message-ID: <1606338634.77.0.000200323509411.issue42467@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

This is essentially a duplicate of #11842. In short, slice.indices is working as intended here. It's best to think of slice.indices as start, stop and step arguments that could be provided to the range built-in function to get the set of relevant indices.

----------
nosy: +mark.dickinson
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> slice.indices with negative step and default stop

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42467>
_______________________________________

From report at bugs.python.org  Wed Nov 25 16:24:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Nov 2020 21:24:44 +0000
Subject: [issue41103] Removing old buffer support
In-Reply-To: <1593006222.66.0.567274053686.issue41103@roundup.psfhosted.org>
Message-ID: <1606339484.67.0.862072413692.issue41103@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

PyObject_AsCharBuffer() is dangerous: it returns a dangling pointer by design. PyObject_GetBuffer() design is safer: the API ensures that the buffer remains valid until PyBuffer_Release() is called.

PyQt5 was updated to use the safe PyObject_GetBuffer()/PyBuffer_Release(). PyQt4 is no longer updated, that's why I proposed a downstream fix which copy/paste the old code. Changing PyQt4 to use the safe API was not worth it, since it's complex to redesign the impacted function qpycore_encode().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41103>
_______________________________________

From report at bugs.python.org  Wed Nov 25 17:20:33 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 22:20:33 +0000
Subject: [issue29980] OSError: multiple exceptions should preserve the
 exception type if it is common
In-Reply-To: <1491325941.34.0.941861469291.issue29980@psf.upfronthosting.co.za>
Message-ID: <1606342833.33.0.279199224416.issue29980@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29980>
_______________________________________

From report at bugs.python.org  Wed Nov 25 17:38:00 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 22:38:00 +0000
Subject: [issue27839] "Python [...] calls sys.displayhook() on unhandled
 exceptions"
In-Reply-To: <1471960139.35.0.924295727518.issue27839@psf.upfronthosting.co.za>
Message-ID: <1606343880.61.0.0836918281363.issue27839@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Thanks for reporting. That line has been edited out of the doc in the meantime.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27839>
_______________________________________

From report at bugs.python.org  Wed Nov 25 17:54:21 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 22:54:21 +0000
Subject: [issue37317] asyncio gather doesn't handle custom exceptions that
 inherit from BaseException
In-Reply-To: <1560780641.84.0.00364750397427.issue37317@roundup.psfhosted.org>
Message-ID: <1606344861.39.0.672577433345.issue37317@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Thanks for reporting. This has been fixed in 3.8 and it's too late for 3.7.

----------
nosy: +iritkatriel
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue37317>
_______________________________________

From report at bugs.python.org  Wed Nov 25 18:12:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Wed, 25 Nov 2020 23:12:30 +0000
Subject: [issue40857] tempfile.TemporaryDirectory() context manager can fail
 to propagate exceptions generated within its context
In-Reply-To: <1591222099.53.0.802921276051.issue40857@roundup.psfhosted.org>
Message-ID: <1606345950.03.0.624735677205.issue40857@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Too late for 3.7 now, closing.

----------
nosy: +iritkatriel
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40857>
_______________________________________

From report at bugs.python.org  Wed Nov 25 18:31:25 2020
From: report at bugs.python.org (Christian Heimes)
Date: Wed, 25 Nov 2020 23:31:25 +0000
Subject: [issue29980] OSError: multiple exceptions should preserve the
 exception type if it is common
In-Reply-To: <1491325941.34.0.941861469291.issue29980@psf.upfronthosting.co.za>
Message-ID: <1606347085.53.0.25540635979.issue29980@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The feature request reminds me of https://github.com/python-trio/trio/issues/611. Nathaniel and Yury have been discussing the idea of a MultiError handler for a while.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29980>
_______________________________________

From report at bugs.python.org  Wed Nov 25 18:45:29 2020
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 25 Nov 2020 23:45:29 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606347929.52.0.703101120833.issue41818@roundup.psfhosted.org>


Zachary Ware <zachary.ware at gmail.com> added the comment:

Moving my notes from PR23514 to here, the issue that that PR addressed is not Gentoo-specific; here's a simple reproducer on Ubuntu:

./python -c "import pty;pty.spawn('./python -m test -v test_pty'.split())"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Wed Nov 25 20:34:45 2020
From: report at bugs.python.org (ThatXliner)
Date: Thu, 26 Nov 2020 01:34:45 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606354485.88.0.795526124871.issue42468@roundup.psfhosted.org>


Change by ThatXliner <bryan.hu.2020 at gmail.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 20:34:39 2020
From: report at bugs.python.org (ThatXliner)
Date: Thu, 26 Nov 2020 01:34:39 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
Message-ID: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>


New submission from ThatXliner <bryan.hu.2020 at gmail.com>:

I propose making subprocess.CompletedProcess a truthy value if the returncode is 0. False, otherwise.

----------
components: Library (Lib)
messages: 381871
nosy: ThatXliner
priority: normal
severity: normal
status: open
title: subprocess.CompletedProcess: Add boolean value
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 20:53:19 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 01:53:19 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606355599.71.0.324432909973.issue42468@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 21:28:28 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 26 Nov 2020 02:28:28 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606357708.1.0.58919864784.issue42468@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Greg, do you have an opinion here?

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 21:35:36 2020
From: report at bugs.python.org (Inada Naoki)
Date: Thu, 26 Nov 2020 02:35:36 +0000
Subject: [issue41103] Removing old buffer support
In-Reply-To: <1593006222.66.0.567274053686.issue41103@roundup.psfhosted.org>
Message-ID: <1606358136.94.0.0589078588364.issue41103@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:

Thank you for reporting. I removed these APIs to get such feedback as early as possible.

We are free to revive these APIs if it breaks too much and some projects can not be fixed before Python 3.10 release.

Some project maintainers ignore deprecations and wait compile errors to fix soemthing. (e.g. https://github.com/rogerbinns/apsw/issues/288#issuecomment-644442322)
That's why we need to break some projects during alpha phase.


> What is the benefit of removing this? Is copy pasting the compatibility layer to (possibly many) different projects worth the "cleanup"?

Oh, no need to copy-paste compatibility layer for all projects. They can migrate to new APIs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41103>
_______________________________________

From report at bugs.python.org  Wed Nov 25 21:42:33 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 26 Nov 2020 02:42:33 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606358553.09.0.14344617987.issue42468@roundup.psfhosted.org>


Change by Gregory P. Smith <greg at krypto.org>:


----------
assignee:  -> gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 22:21:18 2020
From: report at bugs.python.org (Peixing Xin)
Date: Thu, 26 Nov 2020 03:21:18 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606360878.02.0.508712908628.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22403
pull_request: https://github.com/python/cpython/pull/23518

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Wed Nov 25 22:48:40 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 03:48:40 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606362520.09.0.913290208948.issue42468@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Here's a before and after example from my code.

==========================================================================

class GraphvizResult(NamedTuple):
    svg: str
    err: str

def create_svg(dot: str) -> GraphvizResult:
    'Convert a string in the "dot" format to an "svg" string using Graphviz'
    cp = run(['dot', '-Tsvg'], input=dot, capture_output=True, text=True)
    result = cp.stdout
    if not cp.returncode:
        i = result.index('<svg ')
        result = result[i:]
    return GraphvizResult(result, cp.stderr)

def create_svg(dot: str) -> GraphvizResult:
    'Convert a string in the "dot" format to an "svg" string using Graphviz'
    cp = run(['dot', '-Tsvg'], input=dot, capture_output=True, text=True)
    result = cp.stdout
    if cp:
        i = result.index('<svg ')
        result = result[i:]
    return GraphvizResult(result, cp.stderr)

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Wed Nov 25 23:31:16 2020
From: report at bugs.python.org (hai shi)
Date: Thu, 26 Nov 2020 04:31:16 +0000
Subject: [issue42376] Add helpers to populate modules in C
In-Reply-To: <1605554841.18.0.0577877222829.issue42376@roundup.psfhosted.org>
Message-ID: <1606365076.15.0.647068567888.issue42376@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
nosy: +shihai1991

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42376>
_______________________________________

From report at bugs.python.org  Thu Nov 26 00:36:08 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 05:36:08 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606368968.85.0.0372370917324.issue42450@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks Eric, I will update those quotation marks in the next edit to the recipes.

Peter, sorry I closed this so abruptly.  All suggestions are welcome.  In this case, readability trumps other rules.  Also, PEP 257 wasn't intended to be strict.  Lots of code in the standard library follows local conventions which vary module to module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Thu Nov 26 00:44:56 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 26 Nov 2020 05:44:56 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606369496.41.0.319086167683.issue42468@roundup.psfhosted.org>


Change by Guido van Rossum <guido at python.org>:


----------
nosy:  -gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Thu Nov 26 01:05:27 2020
From: report at bugs.python.org (haoyixing)
Date: Thu, 26 Nov 2020 06:05:27 +0000
Subject: [issue42461] os.statvfs_result doesn't show f_fsid
In-Reply-To: <1606298815.17.0.951829865382.issue42461@roundup.psfhosted.org>
Message-ID: <1606370727.51.0.902194703481.issue42461@roundup.psfhosted.org>


haoyixing <359062468 at qq.com> added the comment:

Under my mac and fedora test environment, calling statfs in C language as a non-privileged user both returned meaningful fsid. And in python os.statvfs(some_path).f_fsid can also show the f_fsid of path. So I didn't see any inconveniences so far if object print shows it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42461>
_______________________________________

From report at bugs.python.org  Thu Nov 26 01:57:20 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 26 Nov 2020 06:57:20 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606373840.74.0.56884960296.issue42468@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

My concern with this as an API change is if anyone is returning or passing a CompletedProcess instance around it may well be used in a context where None is a potential value.  Existing code in that situation would ordinarily be doing a bare `if cp:` test on it to check for None.

I don't ordinarily see code that passes a CompletedProcess instance around... but it seems like an annoying potentially breaking change to make for a very small added value.

`if cp.returncode:` is very explicit about its intent when read or written.  

`if cp:` is not, and could even be misread by someone unaware of the API to assume that cp is a number most likely the returncode itself and misunderstand that as "the returncode was non-zero" when it really means the opposite.

If we had done this on day one of the run() -> CompletedProcess API this would've been a fine choice.  But changing it now doesn't seem like a good idea to me.

----------
versions:  -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:00:37 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 26 Nov 2020 07:00:37 +0000
Subject: [issue42468] subprocess.CompletedProcess: Add boolean value
In-Reply-To: <1606354478.96.0.336250823608.issue42468@roundup.psfhosted.org>
Message-ID: <1606374037.54.0.95528249201.issue42468@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

Thanks for the suggestion though ThatXliner.  It is good for us to keep these things in mind for future API designs.  That __bool__ exists and could be meaningful in some contexts is often overlooked.

----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42468>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:09:54 2020
From: report at bugs.python.org (Reuven Lerner)
Date: Thu, 26 Nov 2020 07:09:54 +0000
Subject: [issue42469] Space in re's {min, max} should raise an error,
 rather than fail silently
Message-ID: <1606374594.43.0.361161161946.issue42469@roundup.psfhosted.org>


New submission from Reuven Lerner <reuven at lerner.co.il>:

I just discovered that having whitespace inside of {min,max} causes the regexp to report no matches, rather than an error:

>>> import re
>>> s = 'abbcccddddeeeee'
>>> re.findall('d{1, 4}', s)
[]
>>> re.findall('d{1,4}', s)
['dddd']

Ruby and JavaScript have the same behavior, so maybe this is standard in some way. But I find it hard to believe that it's desirable. (My post on Twitter about this confirmed that a whole lot of people were bitten by this bug in the past.)

BSD grep, GNU grep, and GNU Emacs all raise an error upon encountering this whitespace, which strikes me as less surprising and more useful behavior.

----------
components: Regular Expressions
messages: 381879
nosy: ezio.melotti, mrabarnett, reuven
priority: normal
severity: normal
status: open
title: Space in re's {min,max} should raise an error, rather than fail silently
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42469>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:24:08 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 26 Nov 2020 07:24:08 +0000
Subject: [issue41200] Add pickle.loads fuzz test
In-Reply-To: <1593773289.43.0.165410950375.issue41200@roundup.psfhosted.org>
Message-ID: <1606375448.72.0.361897399967.issue41200@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

Given that pickle is documented as:

"""
Warning The pickle module is not secure. Only unpickle data you trust.

It is possible to construct malicious pickle data which will execute arbitrary code during unpickling.
"""

https://docs.python.org/3/library/pickle.html

What is fuzzing pickle.loads() expected to accomplish?

----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41200>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:31:25 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 07:31:25 +0000
Subject: [issue39529] Deprecate get_event_loop()
In-Reply-To: <1580641897.21.0.210075972969.issue39529@roundup.psfhosted.org>
Message-ID: <1606375885.11.0.161186111974.issue39529@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

I think the deprecation of `set_event_loop()` is a good idea.
The function is not required by `asyncio.run()` implementation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39529>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:37:02 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 07:37:02 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606376222.95.0.953755220353.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset f533cb80cbbb7acdf9ce1978cfba095ce5eeedaa by Yurii Karabas in branch 'master':
bpo-42392: Remove loop parameter from asyncio.streams (GH-23517)
https://github.com/python/cpython/commit/f533cb80cbbb7acdf9ce1978cfba095ce5eeedaa


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:37:41 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 07:37:41 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606376261.86.0.894860665025.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

A few functions in `tasks.py` a left and documentation should be updated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 26 02:58:52 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 26 Nov 2020 07:58:52 +0000
Subject: [issue42440] MACBOOK Python launcher
In-Reply-To: <1606076777.01.0.563926095188.issue42440@roundup.psfhosted.org>
Message-ID: <1606377532.41.0.672239786919.issue42440@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42440>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:12:35 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:12:35 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606378355.42.0.945930760597.issue42466@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Your snippet exits just after starting.
`getaddrinfo()` is called at the interpreter shutdown state.

I'm not sure that do you expect to get here.  We can put some effort and raise an error with another message but cannot make the example working.

I suggest just closing the issue; nothing to do here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:21:43 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:21:43 +0000
Subject: [issue42413] Replace custom exceptions for timeouts with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606378903.83.0.816909727544.issue42413@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
title: Replace custom exception socket.timeout with TimeoutError -> Replace custom exceptions for timeouts with TimeoutError

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:21:58 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:21:58 +0000
Subject: [issue42413] Replace custom exceptions for timeouts with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606378918.61.0.972514993848.issue42413@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
components: +Library (Lib), asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:23:55 2020
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 26 Nov 2020 08:23:55 +0000
Subject: [issue42470] DeprecationWarning triggers for sequences which happen
 to be sets as well
Message-ID: <1606379035.36.0.842330798084.issue42470@roundup.psfhosted.org>


New submission from Xavier Morel <xavier.morel at masklinn.net>:

In 3.9, using `random.sample` on sets triggers

    DeprecationWarning: Sampling from a set deprecated
since Python 3.9 and will be removed in a subsequent version.

*However* it also triggers on types which implement *both* Sequence and Set, despite Sequence on its own being fine.

The issue is that it first checks for Set and triggers a warning, and only then checks that the input is a sequence:

        if isinstance(population, _Set):
            _warn('Sampling from a set deprecated\n'
                  'since Python 3.9 and will be removed in a subsequent version.',
                  DeprecationWarning, 2)
            population = tuple(population)
        if not isinstance(population, _Sequence):
            raise TypeError("Population must be a sequence.  For dicts or sets, use sorted(d).")

the check should rather be:

        if not isinstance(population, _Sequence):
            if isinstance(population, _Set):
                _warn('Sampling from a set deprecated\n'
                      'since Python 3.9 and will be removed in a subsequent version.',
                      DeprecationWarning, 2)
                population = tuple(population)
            else:
                raise TypeError("Population must be a sequence.  For dicts or sets, use sorted(d).")

this also only incurs a single instance check for `_Sequence` types instead of two.

----------
messages: 381885
nosy: xmorel
priority: normal
severity: normal
status: open
title: DeprecationWarning triggers for sequences which happen to be sets as well
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42470>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:26:24 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:26:24 +0000
Subject: [issue42413] Replace custom exceptions for timeouts with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606379184.74.0.40165738671.issue42413@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:32:58 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:32:58 +0000
Subject: [issue42413] Replace custom exceptions for timeouts with TimeoutError
In-Reply-To: <1605813042.63.0.217434537297.issue42413@roundup.psfhosted.org>
Message-ID: <1606379578.11.0.0975875145991.issue42413@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Pull Request https://github.com/python/cpython/pull/23520/ applies the discussed change to both asyncio and concurrent.futures.

I did the minimally invasive change, libraries still use `asyncio.TimeoutError` and `concurrent.futures.TimeoutError` internally but both names are aliases now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42413>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:37:34 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Thu, 26 Nov 2020 08:37:34 +0000
Subject: [issue42470] DeprecationWarning triggers for sequences which happen
 to be sets as well
In-Reply-To: <1606379035.36.0.842330798084.issue42470@roundup.psfhosted.org>
Message-ID: <1606379854.23.0.788424405738.issue42470@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42470>
_______________________________________

From report at bugs.python.org  Thu Nov 26 03:59:13 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 08:59:13 +0000
Subject: [issue42347] loop.call_exception_handler documentation is lacking
In-Reply-To: <1605279273.64.0.105745281435.issue42347@roundup.psfhosted.org>
Message-ID: <1606381153.18.0.214121099294.issue42347@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Pull Request is welcome!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42347>
_______________________________________

From report at bugs.python.org  Thu Nov 26 04:00:31 2020
From: report at bugs.python.org (Michael Felt)
Date: Thu, 26 Nov 2020 09:00:31 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1606381231.82.0.74525155611.issue41625@roundup.psfhosted.org>


Michael Felt <aixtools at felt.demon.nl> added the comment:

This is still broken.

Since this was included in master - the AIX buildbot is failing to compile (https://buildbot.python.org/all/#/builders/438/builds/391 and https://buildbot.python.org/all/#/builders/302/builds/377)

Strangely enough - the first bot continues to fail compile at the same location - while the second bot (running in a different environment) starting passing compile and all tests starting with https://buildbot.python.org/all/#/builders/302/builds/406.

Note: bot 1 is using what I call (personal opinion) a mixed environment with some libraries coming from OSS packages and some from IBM AIX. bot 2 - relies on IBM AIX libraries.

++++++
Note: manual build on same system as bot 1 using gcc - gives same error:

aixtools at gcc119:[/home/aixtools/cpython/cpython-master]make V=1
        gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall  -O  -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden  -I./Include/internal  -I. -I./Include    -DPy_BUILD_CORE  -DABIFLAGS='""'    -o Python/sysmodule.o ./Python/sysmodule.c
        gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall  -O  -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden  -I./Include/internal  -I. -I./Include    -DPy_BUILD_CORE -o Modules/config.o Modules/config.c
        gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall  -O  -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fvisibility=hidden  -I./Include/internal  -I. -I./Include    -DPy_BUILD_CORE_BUILTIN  -DPy_BUILD_CORE_BUILTIN -I./Include/internal -c ./Modules/posixmodule.c -o Modules/posixmodule.o
./Modules/posixmodule.c: In function 'os_splice_impl':
./Modules/posixmodule.c:10429:15: error: implicit declaration of function 'splice'; did you mean 'plock'? [-Werror=implicit-function-declaration]
         ret = splice(src, p_offset_src, dst, p_offset_dst, count, flags);
               ^~~~~~
               plock
cc1: some warnings being treated as errors
make: 1254-004 The error code from the last command is 1.

* On same system, using xlc-v13, the build completes normally.

----------
nosy: +Michael.Felt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Thu Nov 26 04:03:22 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 09:03:22 +0000
Subject: [issue41562] StreamReaderProtocol inheritance
In-Reply-To: <1597561028.71.0.475726602595.issue41562@roundup.psfhosted.org>
Message-ID: <1606381402.18.0.568988812343.issue41562@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

You are right, but the existing inheritance is also correct (while a little redundant).

Sorry, I don't think we should do anything: don't fix if not broken.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41562>
_______________________________________

From report at bugs.python.org  Thu Nov 26 05:09:27 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 10:09:27 +0000
Subject: [issue41332] connect_accepted_socket() missing from AbstractEventLoop
In-Reply-To: <1595081893.19.0.549157566181.issue41332@roundup.psfhosted.org>
Message-ID: <1606385367.07.0.439178465408.issue41332@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset e3ef4d7f653976ac0ccacc4e3fde06bf0e0f139b by Alex Gr?nholm in branch 'master':
bpo-41332: Added missing connect_accepted_socket() to AbstractEventLoop (GH-21533)
https://github.com/python/cpython/commit/e3ef4d7f653976ac0ccacc4e3fde06bf0e0f139b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41332>
_______________________________________

From report at bugs.python.org  Thu Nov 26 05:09:47 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 10:09:47 +0000
Subject: [issue41332] connect_accepted_socket() missing from AbstractEventLoop
In-Reply-To: <1595081893.19.0.549157566181.issue41332@roundup.psfhosted.org>
Message-ID: <1606385387.18.0.777825092437.issue41332@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.5, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41332>
_______________________________________

From report at bugs.python.org  Thu Nov 26 05:17:38 2020
From: report at bugs.python.org (Bert JW Regeer)
Date: Thu, 26 Nov 2020 10:17:38 +0000
Subject: [issue42471] Slowdown in socket tests noticed since Py3.8
Message-ID: <1606385858.53.0.045117469005.issue42471@roundup.psfhosted.org>


New submission from Bert JW Regeer <bertjw at regeer.org>:

I am being fairly vague here, but it is mainly because I don't know the best way to reduce the test cases down to pinpoint the problem.

I maintain Waitress, a pure Python HTTP server, and ever since Python 3.8 there's been a marked slowdown of the functional tests.

Python 3.6 on my MacBook Pro M1 Rosetta: 15.91s to run the entire test suite, similar slow tests as Py37. So not included.

Python 3.7 on my MacBook Pro M1 Rosetta: 15.57s to run the entire test suite

Slowest tests on Py37 is:

3.10s call     tests/test_functional.py::SleepyThreadTests::test_it
1.01s call     tests/test_channel.py::TestHTTPChannelLookahead::test_client_disconnect
0.41s call     tests/test_wasyncore.py::DispatcherWithSendTests::test_send
0.17s call     tests/test_wasyncore.py::TestAPI_UseIPv6Poll::test_handle_close_after_conn_broken
0.11s call     tests/test_wasyncore.py::TestAPI_UseIPv4Select::test_handle_read
0.11s call     tests/test_wasyncore.py::TestAPI_UseIPv4Select::test_handle_close_after_conn_broken
0.11s call     tests/test_wasyncore.py::TestAPI_UseIPv4Poll::test_handle_close_after_conn_broken
0.11s call     tests/test_wasyncore.py::TestAPI_UseUnixSocketsPoll::test_handle_close_after_conn_broken
0.11s call     tests/test_wasyncore.py::TestAPI_UseIPv6Select::test_handle_close_after_conn_broken
0.11s call     tests/test_wasyncore.py::TestAPI_UseIPv4Select::test_handle_close

Python 3.8 on my MacBook Pro M1 Rosetta: 44.33 seconds to run the entire test suite

3.34s call     tests/test_functional.py::SleepyThreadTests::test_it
1.01s call     tests/test_channel.py::TestHTTPChannelLookahead::test_client_disconnect
0.41s call     tests/test_wasyncore.py::DispatcherWithSendTests::test_send
0.40s call     tests/test_functional.py::TcpInternalServerErrorTests::test_before_start_response_http_11_close
0.36s call     tests/test_functional.py::TcpInternalServerErrorTests::test_before_start_response_http_11
0.35s call     tests/test_functional.py::UnixWriteCallbackTests::test_no_content_length
0.34s call     tests/test_functional.py::TcpInternalServerErrorTests::test_after_write_cb
0.33s call     tests/test_functional.py::TcpInternalServerErrorTests::test_after_start_response_http11_close
0.32s call     tests/test_functional.py::TcpFileWrapperTests::test_filelike_nocl_http10
0.32s call     tests/test_functional.py::TcpFileWrapperTests::test_filelike_http10

Python 3.9 on my MacBook Pro M1 Rosetta: 41.93 seconds

3.28s call     tests/test_functional.py::SleepyThreadTests::test_it
1.01s call     tests/test_channel.py::TestHTTPChannelLookahead::test_client_disconnect
0.41s call     tests/test_wasyncore.py::DispatcherWithSendTests::test_send
0.36s call     tests/test_functional.py::TcpWriteCallbackTests::test_short_body
0.33s call     tests/test_functional.py::TcpFileWrapperTests::test_notfilelike_nocl_http10
0.32s call     tests/test_functional.py::TcpEchoTests::test_chunking_request_without_content
0.32s call     tests/test_functional.py::TcpEchoTests::test_date_and_server
0.31s call     tests/test_functional.py::TcpBadContentLengthTests::test_long_body
0.30s call     tests/test_functional.py::TcpEchoTests::test_broken_chunked_encoding_missing_chunk_end
0.30s call     tests/test_functional.py::TcpTooLargeTests::test_request_body_too_large_with_wrong_cl_http10

This is very visible too in the test times on Github actions:

https://github.com/Pylons/waitress/runs/1335343659?check_suite_focus=true (Python 3.7, running tox takes 40 seconds)

https://github.com/Pylons/waitress/runs/1335343690?check_suite_focus=true (Python 3.8, running tox takes 3m and 42seconds)

Although GitHub actions are not always reliable since it is shared infrastructure and you never know who your neighbors are, but the same issue holds across all of the Mac devices I own (2017 MacBook Pro i7, 2012 Mac Mini i7). Just as an extra data point, my 2017 MacBook Pro runs the py39 tests in 67 seconds, and the py37 tests in 26 seconds.

The problem is that I don't know where to begin attempting figure out what is going on. So I am shooting my shot here in the bug tracker. How can I help debug this/track this down so that we can get rid of the regression and speed things back up?

Open source project: https://github.com/Pylons/waitress
Uses pytest to run tests, tox is the easiest way to accomplish this.

----------
messages: 381891
nosy: X-Istence
priority: normal
severity: normal
status: open
title: Slowdown in socket tests noticed since Py3.8
versions: Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42471>
_______________________________________

From report at bugs.python.org  Thu Nov 26 05:44:09 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Thu, 26 Nov 2020 10:44:09 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606387449.62.0.060529659613.issue42392@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22405
pull_request: https://github.com/python/cpython/pull/23521

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Thu Nov 26 06:31:04 2020
From: report at bugs.python.org (Chris Drake)
Date: Thu, 26 Nov 2020 11:31:04 +0000
Subject: [issue42472] security hole in eval()
Message-ID: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>


New submission from Chris Drake <cryptophoto at gmail.com>:

This should not work:-

python3.7 -c  'print(eval("().__class__.__base__.__subclasses__()[-1].__init__.__globals__",{"__builtins__": {}},{"__builtins__": {}}))'

and should be properly fixed.

----------
messages: 381892
nosy: cryptophoto
priority: normal
severity: normal
status: open
title: security hole in eval()
type: security
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 06:40:49 2020
From: report at bugs.python.org (Giacomo Caironi)
Date: Thu, 26 Nov 2020 11:40:49 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606390849.23.0.723162329267.issue42466@roundup.psfhosted.org>


Giacomo Caironi <giacomo.caironi at gmail.com> added the comment:

Why do you say that `getaddrinfo()` is called at the interpreter shutdown state? On my machine it works and the output is [(<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('216.58.208.132', 8333)), (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_DGRAM: 2>, 17, '', ('216.58.208.132', 8333)), (<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_RAW: 3>, 0, '', ('216.58.208.132', 8333)), (<AddressFamily.AF_INET6: 10>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('2a00:1450:4002:805::2004', 8333, 0, 0)), (<AddressFamily.AF_INET6: 10>, <SocketKind.SOCK_DGRAM: 2>, 17, '', ('2a00:1450:4002:805::2004', 8333, 0, 0)), (<AddressFamily.AF_INET6: 10>, <SocketKind.SOCK_RAW: 3>, 0, '', ('2a00:1450:4002:805::2004', 8333, 0, 0))], which is printed on the console

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Thu Nov 26 06:44:49 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 26 Nov 2020 11:44:49 +0000
Subject: [issue42472] security hole in eval()
In-Reply-To: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>
Message-ID: <1606391089.87.0.574456499305.issue42472@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Would you care to explain why this should not work and how this behavior is in violation of the language specification?

It is perfectly valid expression. From a security perspective it may be an undesired feature. However Python does neither claim nor promise that eval is secure, see articel https://lwn.net/Articles/574215/ for more information on a failed attempt to sandbox Python. There is also ast.literal_eval() function, which provides limit evaluation of simple expressions.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 06:56:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Nov 2020 11:56:48 +0000
Subject: [issue42472] security hole in eval()
In-Reply-To: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>
Message-ID: <1606391808.87.0.483511061746.issue42472@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I suggest you to read https://python-security.readthedocs.io/security.html about the Python security model. In short, as soon as you let users to execute arbitrary Python code, they get a full access to the machine.

If you want to restrict access, you must run Python inside a restricted container (or any sandbox).

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 07:13:04 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 12:13:04 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606392784.6.0.0979352385431.issue42466@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Because you have `test.start()` and immediately finish the script.

The interpreted goes to *shutdown* state and implicitly waits for `test.join()` because the test thread is not a daemon.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Thu Nov 26 07:26:30 2020
From: report at bugs.python.org (Giacomo Caironi)
Date: Thu, 26 Nov 2020 12:26:30 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606393590.89.0.774644653118.issue42466@roundup.psfhosted.org>


Giacomo Caironi <giacomo.caironi at gmail.com> added the comment:

Ok but then why does it work in python3.8 and not in python 3.9?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Thu Nov 26 07:55:05 2020
From: report at bugs.python.org (Chris Drake)
Date: Thu, 26 Nov 2020 12:55:05 +0000
Subject: [issue42472] security hole in eval()
In-Reply-To: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>
Message-ID: <1606395305.44.0.50601018048.issue42472@roundup.psfhosted.org>


Chris Drake <cryptophoto at gmail.com> added the comment:

The specification specifically allows for the restriction of access to globals via the second argument to eval.

While Christian and Victor make interesting, albeit suicidal, comments and references to other efforts, the fact remains that this is a violation of the standard, and is an exploitable security issue.

It's worth noting that the 1980's are long over now - people take security seriously these days, even when it's inconvenient.

The fix seems ridiculously trivial for what it's worth; introduce a flag that honors the intent of the second argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 08:18:28 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Thu, 26 Nov 2020 13:18:28 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606396708.09.0.521194235174.issue42466@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Because it did work in a gray area.
The finalization logic has slightly changed, some tricks that were working before now fails.
Sure, other undocumented tricks start working :)

The rule of thumb: please stop and close the asyncio loop before exiting the program. This rule allows for avoiding situations like this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Thu Nov 26 08:31:44 2020
From: report at bugs.python.org (Christian Heimes)
Date: Thu, 26 Nov 2020 13:31:44 +0000
Subject: [issue42472] security hole in eval()
In-Reply-To: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>
Message-ID: <1606397504.71.0.0974588611128.issue42472@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Your assumption is incorrect. The eval() does not promise that default builtins cannot be access through other means. The behavior has been discussed several times and at great length over the past decade.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 08:47:10 2020
From: report at bugs.python.org (=?utf-8?q?J=C3=A9r=C3=B4me_Laurens?=)
Date: Thu, 26 Nov 2020 13:47:10 +0000
Subject: [issue42473] re.sub ignores flag re.M
Message-ID: <1606398430.06.0.83804020711.issue42473@roundup.psfhosted.org>


New submission from J?r?me Laurens <jerome.laurens at u-bourgogne.fr>:

Test code:
```
import re
test='''012345678
         
012345678
'''
pattern = r'^\s+?$'
m = re.search(pattern, test, re.M)
if m:
    print(f'TEST FOUND "{m.span()}"')

    def replace(m):
        print(f'TEST REMOVE {m.span()}')
        return ''

    test = re.sub(pattern, replace, test, re.M)
    m = re.search(pattern, test, re.M)
    if m:
        print(f'TEST STILL THERE "{m.span()}"')

print('COMPILE PATTERN FIRST')
pattern_re = re.compile(pattern, re.M)
m = re.search(pattern_re, test)
if m:
    print(f'TEST FOUND "{m.span()}"')

    def replace(m):
        print(f'TEST REMOVE {m.span()}')
        return ''

    test = re.sub(pattern_re, replace, test)
    m = re.search(pattern_re, test)
    if m:
        print(f'TEST STILL THERE "{m.span()}"')
```

Actual output:

TEST FOUND "(10, 19)"
TEST STILL THERE "(10, 19)"
COMPILE PATTERN FIRST
TEST FOUND "(10, 19)"
TEST REMOVE (10, 19)

This is an inconsistency between re.search and re.sub. Either this is a bug in the code or in the documentation.

----------
components: IO
messages: 381901
nosy: jlaurens
priority: normal
severity: normal
status: open
title: re.sub ignores flag re.M
type: behavior
versions: Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42473>
_______________________________________

From report at bugs.python.org  Thu Nov 26 09:26:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Nov 2020 14:26:40 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606400800.13.0.445490793651.issue41818@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy:  -vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Thu Nov 26 09:51:06 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Nov 2020 14:51:06 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1606402266.09.0.213668651219.issue41625@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> ./Modules/posixmodule.c:10429:15: error: implicit declaration of function 'splice'; did you mean 'plock'? [-Werror=implicit-function-declaration]

Is it possible that posixmodule.c lacks an #include to get the function on AIX?

On AIX 7.1, man splice says:

       #include <sys/types.h>
       #include <sys/socket.h>
       int splice(socket1, socket2, flags)
       int socket1, socket2;
       int flags;

posixmodule.c doesn't include it on AIX:

#if defined(__FreeBSD__) || defined(__DragonFly__) || defined(__APPLE__)
#  ifdef HAVE_SYS_SOCKET_H
#    include <sys/socket.h>
#  endif
#endif


Michael: Would you mind to try building the master branch of Python with attached socket.patch? (on the worker where Python no longer builds)

----------
Added file: https://bugs.python.org/file49624/socket.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Thu Nov 26 09:51:13 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Nov 2020 14:51:13 +0000
Subject: [issue41625] Add splice() to the os module
In-Reply-To: <1598284638.54.0.211220433787.issue41625@roundup.psfhosted.org>
Message-ID: <1606402273.5.0.168084951654.issue41625@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41625>
_______________________________________

From report at bugs.python.org  Thu Nov 26 10:01:19 2020
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Nov 2020 15:01:19 +0000
Subject: [issue42472] security hole in eval()
In-Reply-To: <1606390264.39.0.869480572949.issue42472@roundup.psfhosted.org>
Message-ID: <1606402879.44.0.608864580642.issue42472@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> The specification specifically allows for the restriction of access to globals via the second argument to eval.

The Python language reference doesn't provide any warranty like that.
https://docs.python.org/dev/library/functions.html#eval

I close the issue as "not as bug".

All previous attempts to "sandbox" Python code in Python have failed. The correct way is to run Python in a sandbox. Not the opposite.

> https://lwn.net/Articles/574215/ 

This one was my attempt for example ;-)

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42472>
_______________________________________

From report at bugs.python.org  Thu Nov 26 10:21:06 2020
From: report at bugs.python.org (Ned Deily)
Date: Thu, 26 Nov 2020 15:21:06 +0000
Subject: [issue42471] Slowdown in socket tests noticed since Py3.8
In-Reply-To: <1606385858.53.0.045117469005.issue42471@roundup.psfhosted.org>
Message-ID: <1606404066.74.0.186313557098.issue42471@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

Do your tests use the multiprocessing module? As of 3.8, the default start method for multiprocessing on macOS was changed from ?fork? to ?spawn?:

https://docs.python.org/3.8/library/multiprocessing.html#contexts-and-start-methods

----------
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42471>
_______________________________________

From report at bugs.python.org  Thu Nov 26 11:01:39 2020
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 26 Nov 2020 16:01:39 +0000
Subject: [issue42473] re.sub ignores flag re.M
In-Reply-To: <1606398430.06.0.83804020711.issue42473@roundup.psfhosted.org>
Message-ID: <1606406499.45.0.778391927918.issue42473@roundup.psfhosted.org>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

Not a bug.

Argument 4 of re.sub is the count:

    sub(pattern, repl, string, count=0, flags=0)

not the flags.

----------
nosy: +mrabarnett
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42473>
_______________________________________

From report at bugs.python.org  Thu Nov 26 12:27:40 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 17:27:40 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
Message-ID: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>


New submission from Irit Katriel <iritkatriel at yahoo.com>:

Currently there are no tests for comparison between non-equal instances of traceback.TracebackException, so changing it's __eq__ to return True instead of self.__dict__ == other.__dict__ would not break any tests.

----------
assignee: iritkatriel
components: Tests
messages: 381906
nosy: iritkatriel
priority: normal
severity: normal
status: open
title: improve test coverage for TracebackException's __eq__
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Thu Nov 26 12:33:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 17:33:20 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606412000.54.0.0593253760463.issue42474@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Thu Nov 26 13:29:35 2020
From: report at bugs.python.org (ProFatXuanAll)
Date: Thu, 26 Nov 2020 18:29:35 +0000
Subject: [issue42475] wrongly cache pattern by re.compile
Message-ID: <1606415375.3.0.603801258306.issue42475@roundup.psfhosted.org>


New submission from ProFatXuanAll <ProFatXuanAll at gmail.com>:

When I run the following code, I expected to get output result `['i am next line with [unk]']`, but instead I get the original list in `data`.

Code snippet

```py
import re

data = [
    '= hello =',
    'i am next line with <unk>',
]

pttn = re.compile(r'=.*=')
samples = filter(lambda sample: not pttn.match(sample), data)

pttn = re.compile(r'<unk>')
samples = map(lambda sample: pttn.sub('[unk]', sample), samples)

print(list(samples))
```

I suspect that is the cache provide by `re.compile` cause the problem.
The `sub` function in `map` is somehow begin link to the first `pttn`.

If I instead rename the second `pttn` to `pttn2`, then it work magically, but this is not expected.

----------
components: Regular Expressions
files: rebug.py
messages: 381907
nosy: ProFatXuanAll, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: wrongly cache pattern by re.compile
type: behavior
versions: Python 3.8
Added file: https://bugs.python.org/file49625/rebug.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42475>
_______________________________________

From report at bugs.python.org  Thu Nov 26 13:52:40 2020
From: report at bugs.python.org (Isuru Fernando)
Date: Thu, 26 Nov 2020 18:52:40 +0000
Subject: [issue42476] Allow cross compiling python for macos-arm64 from
 macos-x86_64
Message-ID: <1606416760.62.0.527378804304.issue42476@roundup.psfhosted.org>


New submission from Isuru Fernando <isuruf at gmail.com>:

Only a few changes are needed and I will send a Pull request.

This was used for providing macos-arm64 builds for conda where we are using cross compiling exclusively for all macos-arm64 builds

----------
components: Build
messages: 381908
nosy: isuruf, willingc
priority: normal
severity: normal
status: open
title: Allow cross compiling python for macos-arm64 from macos-x86_64
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42476>
_______________________________________

From report at bugs.python.org  Thu Nov 26 13:53:14 2020
From: report at bugs.python.org (Isuru Fernando)
Date: Thu, 26 Nov 2020 18:53:14 +0000
Subject: [issue42476] Allow cross compiling python for macos-arm64 from
 macos-x86_64
In-Reply-To: <1606416760.62.0.527378804304.issue42476@roundup.psfhosted.org>
Message-ID: <1606416794.04.0.243744123852.issue42476@roundup.psfhosted.org>


Change by Isuru Fernando <isuruf at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42476>
_______________________________________

From report at bugs.python.org  Thu Nov 26 14:16:47 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 19:16:47 +0000
Subject: [issue42470] DeprecationWarning triggers for sequences which happen
 to be sets as well
In-Reply-To: <1606379035.36.0.842330798084.issue42470@roundup.psfhosted.org>
Message-ID: <1606418207.32.0.455663567322.issue42470@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

+0 

Do you want to submit a PR for this?

Some thoughts:

* The current logic matches the logic before the warning was added.
* The proposed logic matches what the code will do after the
  deprecation period (it will only check for non-sequences).
* There is some value in the warning in that it lets you know an
  inefficient code path is being used (i.e. the conversion to a tuple).
* The proposed logic doesn't just change the warning, it changes
  what actually happens to the data.  IMO the change is for the
  better, but it is a behavior change and could potentially cause
  a failure in someone's code.
* The case of an object that is both a sequence and a set is
  likely very rare.

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42470>
_______________________________________

From report at bugs.python.org  Thu Nov 26 14:26:35 2020
From: report at bugs.python.org (Bert JW Regeer)
Date: Thu, 26 Nov 2020 19:26:35 +0000
Subject: [issue42471] Slowdown in socket tests noticed since Py3.8
In-Reply-To: <1606385858.53.0.045117469005.issue42471@roundup.psfhosted.org>
Message-ID: <1606418795.99.0.874283441953.issue42471@roundup.psfhosted.org>


Bert JW Regeer <bertjw at regeer.org> added the comment:

Ned: You are correct, I hadn't even considered that as a potential issue. Added a context to grab the fork multiprocessing context and we are back to the speed it was before.

This slowdown is pretty huge for just changing the way the process is forked.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42471>
_______________________________________

From report at bugs.python.org  Thu Nov 26 14:45:36 2020
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 26 Nov 2020 19:45:36 +0000
Subject: [issue42475] wrongly cache pattern by re.compile
In-Reply-To: <1606415375.3.0.603801258306.issue42475@roundup.psfhosted.org>
Message-ID: <1606419936.48.0.426413017555.issue42475@roundup.psfhosted.org>


Matthew Barnett <python at mrabarnett.plus.com> added the comment:

That behaviour has nothing to do with re.

This line:

    samples = filter(lambda sample: not pttn.match(sample), data)

creates a generator that, when evaluated, will use the value of 'pttn' _at that time_.

However, you then bind 'pttn' to something else.

Here's a simple example:

>>> x = 1
>>> func = lambda: print(x)
>>> func()
1
>>> x = 2
>>> func()
2

A workaround is to capture the current value with a default argument:

>>> x = 1
>>> func = lambda x=x: print(x)
>>> func()
1
>>> x = 2
>>> func()
1

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42475>
_______________________________________

From report at bugs.python.org  Thu Nov 26 14:53:23 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 19:53:23 +0000
Subject: [issue25479] Increase unit test coverage for abc.py
In-Reply-To: <1445829241.77.0.00855893760535.issue25479@psf.upfronthosting.co.za>
Message-ID: <1606420403.63.0.188182562307.issue25479@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The patch needs to be converted to a github PR.

----------
keywords: +easy (C)
nosy: +iritkatriel
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25479>
_______________________________________

From report at bugs.python.org  Thu Nov 26 15:18:03 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 26 Nov 2020 20:18:03 +0000
Subject: [issue42476] Allow cross compiling python for macos-arm64 from
 macos-x86_64
In-Reply-To: <1606416760.62.0.527378804304.issue42476@roundup.psfhosted.org>
Message-ID: <1606421883.66.0.554079016105.issue42476@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've added some review comments to the PR. 

Note that cross building like this will not be as well tested by us as regular builds.

----------
components: +macOS
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42476>
_______________________________________

From report at bugs.python.org  Thu Nov 26 15:31:57 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Thu, 26 Nov 2020 20:31:57 +0000
Subject: [issue40840] lzma.h file not found building on macOS
In-Reply-To: <1591057691.57.0.0922898078512.issue40840@roundup.psfhosted.org>
Message-ID: <1606422717.95.0.978218446826.issue40840@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Is this issue resolved?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40840>
_______________________________________

From report at bugs.python.org  Thu Nov 26 16:55:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 21:55:05 +0000
Subject: [issue26454] add support string that are not inherited from
 PyStringObject
In-Reply-To: <1456664775.79.0.943467327671.issue26454@psf.upfronthosting.co.za>
Message-ID: <1606427705.42.0.0202248326715.issue26454@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I don't understand what the issue is. Can you clarify?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue26454>
_______________________________________

From report at bugs.python.org  Thu Nov 26 16:58:25 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 21:58:25 +0000
Subject: [issue27259] [array doc]  Possible missing deprecation warnings?
In-Reply-To: <1465329304.45.0.636759597708.issue27259@psf.upfronthosting.co.za>
Message-ID: <1606427905.88.0.706992984428.issue27259@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
components: +Library (Lib)
title: Possible missing deprecation warnings? -> [array doc]  Possible missing deprecation warnings?
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.6

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27259>
_______________________________________

From report at bugs.python.org  Thu Nov 26 17:22:38 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 22:22:38 +0000
Subject: [issue31248] method wrapper type has invalid __name__/__qualname__
 'method-wrapper'
In-Reply-To: <1503330859.0.0.694490112113.issue31248@psf.upfronthosting.co.za>
Message-ID: <1606429358.38.0.22174430443.issue31248@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Why is this a problem?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31248>
_______________________________________

From report at bugs.python.org  Thu Nov 26 17:23:45 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 26 Nov 2020 22:23:45 +0000
Subject: [issue42299] Remove formatter module
In-Reply-To: <1604965286.22.0.755561980419.issue42299@roundup.psfhosted.org>
Message-ID: <1606429425.42.0.536882715014.issue42299@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

A coda on my 'obsolete and superseded' claim: text formatting events have 2 sources -- the text being displayed and user actions while reading.  formatter somewhat mixes these together.

html.parser.HTMLParser generates events from the text in the form of calls to handle_xyz methods, where 'xyy is most commonly 'starttag', 'data', 'endtag'.  HTMLPareser subclasses replace the default 'pass' implementations.  So the idea is similar to  formatter.NullFormatter.  IDLE uses the tkinter Text widget as the writer instance for its HTMLParser subclass.  Responses to events may depend on user settings, which may be changed by user events.

For a GUI app, user events are handled by the GUI framework and may or mayy not require user coding to handle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42299>
_______________________________________

From report at bugs.python.org  Thu Nov 26 17:26:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 22:26:13 +0000
Subject: [issue31189] README.rst: installing multiple versions: typo
In-Reply-To: <1502560789.4.0.0378607685463.issue31189@psf.upfronthosting.co.za>
Message-ID: <1606429573.29.0.824511282106.issue31189@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
nosy: +zach.ware
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31189>
_______________________________________

From report at bugs.python.org  Thu Nov 26 17:45:07 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 22:45:07 +0000
Subject: [issue34451] docs: tutorial/introduction doesn't mention toggle of
 prompts
In-Reply-To: <1534877418.64.0.56676864532.issue34451@psf.upfronthosting.co.za>
Message-ID: <1606430707.47.0.154509219202.issue34451@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +easy
versions: +Python 3.10, Python 3.9 -Python 3.4, Python 3.5, Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34451>
_______________________________________

From report at bugs.python.org  Thu Nov 26 17:45:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 22:45:18 +0000
Subject: [issue34451] docs: tutorial/introduction doesn't mention toggle of
 prompts
In-Reply-To: <1534877418.64.0.56676864532.issue34451@psf.upfronthosting.co.za>
Message-ID: <1606430718.25.0.464160534687.issue34451@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34451>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:14:02 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Thu, 26 Nov 2020 23:14:02 +0000
Subject: [issue42477] ip_interface addition and subtraction changes netmask
Message-ID: <1606432442.0.0.505453565085.issue42477@roundup.psfhosted.org>


New submission from Wyko ter Haar <wyko.ter.haar at gmail.com>:

When increasing IPv4Interface('10.0.0.0/29)'  by 1, I would expect to get IPv4Interface('10.0.0.1/29') . Unfortunately, it seems to change the netmask on it as well. That seems really unintuitive to me.

For example:
>>> ip_interface('10.0.0.0/24')
IPv4Interface('10.0.0.0/24')
>>>
>>> ip_interface('10.0.0.0/24')+1
IPv4Interface('10.0.0.1/32')

----------
messages: 381918
nosy: wyko.ter.haar
priority: normal
severity: normal
status: open
title: ip_interface addition and subtraction changes netmask
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42477>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:23:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Thu, 26 Nov 2020 23:23:08 +0000
Subject: [issue38638] Backtrace of exit phase of context managers
In-Reply-To: <1572427266.54.0.98752253476.issue38638@roundup.psfhosted.org>
Message-ID: <1606432988.18.0.68541839813.issue38638@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Traceback from __exit__ method is misleading

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38638>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:26:27 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 23:26:27 +0000
Subject: [issue42469] Space in re's {min, max} should raise an error,
 rather than fail silently
In-Reply-To: <1606374594.43.0.361161161946.issue42469@roundup.psfhosted.org>
Message-ID: <1606433187.26.0.288390348691.issue42469@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

If this can be fixed without doing brain surgery on the code, it would be nice to have this flagged as an error.  People should learn as early as possible that regex patterns tend to be unforgiving about extra spaces.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42469>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:26:52 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 23:26:52 +0000
Subject: [issue42469] Space in re's {min, max} should raise an error,
 rather than fail silently
In-Reply-To: <1606374594.43.0.361161161946.issue42469@roundup.psfhosted.org>
Message-ID: <1606433212.88.0.38855044756.issue42469@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> low
type:  -> behavior
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42469>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:31:42 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Nov 2020 23:31:42 +0000
Subject: [issue34451] docs: tutorial/introduction doesn't mention toggle of
 prompts
In-Reply-To: <1534877418.64.0.56676864532.issue34451@psf.upfronthosting.co.za>
Message-ID: <1606433502.81.0.84504298536.issue34451@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

The toggle option is only in the HTML version with javascript enabled.  It would apply to PDF renderings or CHM files etc.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34451>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:35:44 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Thu, 26 Nov 2020 23:35:44 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
Message-ID: <1606433744.73.0.584174483264.issue42478@roundup.psfhosted.org>


New submission from Wyko ter Haar <wyko.ter.haar at gmail.com>:

It would be really nice if we could get an iterator just like ip_network.hosts() that iterates over the interfaces in a subnet.

----------
messages: 381921
nosy: wyko.ter.haar
priority: normal
severity: normal
status: open
title: ipaddress.IPv4network.interfaces()
type: enhancement
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:44:36 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Thu, 26 Nov 2020 23:44:36 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606434276.0.0.0530044931866.issue41818@roundup.psfhosted.org>


Change by Soumendra Ganguly <soumendra at tamu.edu>:


----------
pull_requests: +22408
pull_request: https://github.com/python/cpython/pull/23526

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:49:47 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Thu, 26 Nov 2020 23:49:47 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606434587.34.0.423565375196.issue41818@roundup.psfhosted.org>


Soumendra Ganguly <soumendra at tamu.edu> added the comment:

The reproducer was helpful. https://github.com/python/cpython/pull/23526 should fix this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Thu Nov 26 18:51:53 2020
From: report at bugs.python.org (Jason R. Coombs)
Date: Thu, 26 Nov 2020 23:51:53 +0000
Subject: [issue40840] lzma.h file not found building on macOS
In-Reply-To: <1591057691.57.0.0922898078512.issue40840@roundup.psfhosted.org>
Message-ID: <1606434713.23.0.992483271644.issue40840@roundup.psfhosted.org>


Jason R. Coombs <jaraco at jaraco.com> added the comment:

Yes. If I trust my message from earlier, this issue is resolved. Closing now.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40840>
_______________________________________

From report at bugs.python.org  Thu Nov 26 19:42:01 2020
From: report at bugs.python.org (Inada Naoki)
Date: Fri, 27 Nov 2020 00:42:01 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1606437721.47.0.0286324905242.issue17852@roundup.psfhosted.org>


Inada Naoki <songofacandy at gmail.com> added the comment:


New changeset c8aaf71dde4888864c0c351e2f935f87652c3d54 by Volker-Weissmann in branch 'master':
 bpo-17852: Doc: Fix the tutorial about closing files (GH-23135)
https://github.com/python/cpython/commit/c8aaf71dde4888864c0c351e2f935f87652c3d54


----------
nosy: +methane

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 26 19:42:10 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 27 Nov 2020 00:42:10 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1606437730.33.0.416528119397.issue17852@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 13.0 -> 14.0
pull_requests: +22409
pull_request: https://github.com/python/cpython/pull/23527

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 26 19:42:23 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 27 Nov 2020 00:42:23 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1606437743.32.0.902539621848.issue17852@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22410
pull_request: https://github.com/python/cpython/pull/23528

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 26 19:52:02 2020
From: report at bugs.python.org (miss-islington)
Date: Fri, 27 Nov 2020 00:52:02 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1606438322.08.0.111388980387.issue17852@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 01fcde89d7d56321078be1739e759fece61d0a2b by Miss Islington (bot) in branch '3.8':
bpo-17852: Doc: Fix the tutorial about closing files (GH-23135)
https://github.com/python/cpython/commit/01fcde89d7d56321078be1739e759fece61d0a2b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 26 19:57:11 2020
From: report at bugs.python.org (=?utf-8?q?Volker_Wei=C3=9Fmann?=)
Date: Fri, 27 Nov 2020 00:57:11 +0000
Subject: [issue17852] Built-in module _io can lose data from buffered files in
 reference cycles
In-Reply-To: <1367048010.96.0.3580561262.issue17852@psf.upfronthosting.co.za>
Message-ID: <1606438631.16.0.70131363549.issue17852@roundup.psfhosted.org>


Volker Wei?mann <volker.weissmann at gmx.de> added the comment:

The PR below fixed it:

https://github.com/python/cpython/pull/23135

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17852>
_______________________________________

From report at bugs.python.org  Thu Nov 26 21:18:36 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 27 Nov 2020 02:18:36 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <1606433744.73.0.584174483264.issue42478@roundup.psfhosted.org>
Message-ID: <1606443516.26.0.336203239757.issue42478@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

I'm not sure what you mean by iterating over the interfaces in a subnet. Could you give an example?

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Thu Nov 26 21:25:37 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Nov 2020 02:25:37 +0000
Subject: [issue34451] docs: tutorial/introduction doesn't mention toggle of
 prompts
In-Reply-To: <1534877418.64.0.56676864532.issue34451@psf.upfronthosting.co.za>
Message-ID: <1606443937.62.0.527995372557.issue34451@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

- It would apply to PDF renderings or CHM files etc.
+ We wouldn't the the proposed text to be visible in PDF renderings or CHM files etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34451>
_______________________________________

From report at bugs.python.org  Fri Nov 27 00:56:13 2020
From: report at bugs.python.org (Yasser Alshalaan)
Date: Fri, 27 Nov 2020 05:56:13 +0000
Subject: [issue42451] Indicate in the docs that PyTuple_GetItem does not
 support negative indices
In-Reply-To: <1606210886.35.0.910586888389.issue42451@roundup.psfhosted.org>
Message-ID: <1606456573.13.0.455546356953.issue42451@roundup.psfhosted.org>


Change by Yasser Alshalaan <yalshalaan at gmail.com>:


----------
keywords: +patch
nosy: +Yasser Alshalaan
nosy_count: 2.0 -> 3.0
pull_requests: +22411
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23529

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42451>
_______________________________________

From report at bugs.python.org  Fri Nov 27 03:04:38 2020
From: report at bugs.python.org (IceWorm)
Date: Fri, 27 Nov 2020 08:04:38 +0000
Subject: [issue42479] Canvas's create_image method not work in some situaction.
Message-ID: <1606464278.12.0.397700511261.issue42479@roundup.psfhosted.org>


New submission from IceWorm <zgscgycxqp at yeah.net>:

create a window using Tk()
create canvas
create image using create_image
enter main loop 
   IT OK ABOVE
-------------------------
   BUT BELOW WILL not show image. just extract code to a method.
def setupUI(winddow):
    create canvas
    create image using create_image

create a window using Tk()
call setupUI(window)
enter main loop

----------
components: Tkinter
files: test.py
messages: 381929
nosy: MangoIceCup
priority: normal
severity: normal
status: open
title: Canvas's create_image method not work in some situaction.
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9
Added file: https://bugs.python.org/file49626/test.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42479>
_______________________________________

From report at bugs.python.org  Fri Nov 27 03:30:51 2020
From: report at bugs.python.org (IceWorm)
Date: Fri, 27 Nov 2020 08:30:51 +0000
Subject: [issue42479] Canvas's create_image method not work in some situaction.
In-Reply-To: <1606464278.12.0.397700511261.issue42479@roundup.psfhosted.org>
Message-ID: <1606465851.65.0.226697187456.issue42479@roundup.psfhosted.org>


Change by IceWorm <zgscgycxqp at yeah.net>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42479>
_______________________________________

From report at bugs.python.org  Fri Nov 27 03:36:20 2020
From: report at bugs.python.org (Jakub Kulik)
Date: Fri, 27 Nov 2020 08:36:20 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606466180.55.0.307400095324.issue41818@roundup.psfhosted.org>


Jakub Kulik <kulikjak at gmail.com> added the comment:

This change also broke Solaris (SunOS), where (similarly to BSDs and Darwin) OSError is not raised in the `new test_master_read()` test.

Adding `or PLATFORM == "SunOS"` into the `expectedFailureOnBSD` function fixes this issue, but it's no longer just BSDs and it's derivates.

----------
nosy: +kulikjak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Fri Nov 27 03:57:59 2020
From: report at bugs.python.org (Xavier Morel)
Date: Fri, 27 Nov 2020 08:57:59 +0000
Subject: [issue42470] DeprecationWarning triggers for sequences which happen
 to be sets as well
In-Reply-To: <1606379035.36.0.842330798084.issue42470@roundup.psfhosted.org>
Message-ID: <1606467479.65.0.83864774882.issue42470@roundup.psfhosted.org>


Xavier Morel <xavier.morel at masklinn.net> added the comment:

> Do you want to submit a PR for this?

Sure. Do you think the code I proposed would be suitable?

> * The current logic matches the logic before the warning was added.
> * The proposed logic matches what the code will do after the
>   deprecation period (it will only check for non-sequences).

Yes, that was my basis for it as it seemed sensible, but you're right that it's a bit of a behavioural change as you note:

> * There is some value in the warning in that it lets you know an
>   inefficient code path is being used (i.e. the conversion to a tuple).
> * The proposed logic doesn't just change the warning, it changes
>   what actually happens to the data.  IMO the change is for the
>   better, but it is a behavior change and could potentially cause
>   a failure in someone's code.

Aye, and also I guess the "sequence" implementation of the input collection might be less efficient than one-shot converting to a set and sampling from the set.

> * The case of an object that is both a sequence and a set is
>   likely very rare.

Chances are you're right, but it's what got me to stumble upon it ($dayjob makes significant use of a "unique list / ordered set" smart-ish collection, that collection was actually registered against Set and Sequence specifically because Python 3's random.sample typechecks those, we registered against both as the collection technically implements both interfaces so that seemed like a good idea at the time).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42470>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:04:25 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Fri, 27 Nov 2020 09:04:25 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <1606443516.26.0.336203239757.issue42478@roundup.psfhosted.org>
Message-ID: <CACtrmfX8JAbh8F3iBv61vUofo-1=CMsPhKkj8JtbgQy+yGQaHQ@mail.gmail.com>


Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:

Literally just the same thing as .hosts(), except outputting interface
objects instead of addresses. Maybe it could be a flag in .hosts() instead,
something like "cast_as_interface".

Sincerely,

Wyko ter Haar

On Fri, Nov 27, 2020, 3:18 AM Eric V. Smith <report at bugs.python.org> wrote:

>
> Eric V. Smith <eric at trueblade.com> added the comment:
>
> I'm not sure what you mean by iterating over the interfaces in a subnet.
> Could you give an example?
>
> ----------
> nosy: +eric.smith
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42478>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:13:29 2020
From: report at bugs.python.org (Christopher Snowhill)
Date: Fri, 27 Nov 2020 09:13:29 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
Message-ID: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>


New submission from Christopher Snowhill <chris at kode54.net>:

The Tkinter module, in a freshly built copy of Python 3.9 built by Brew, using the latest Xcode 12.3 command line tools, crashes on Big Sur 11.1 beta. It emits the following error:

macOS 11 or later required !

I believe I recently read on macOS developer documentation, there is a special behavior in the system version reporting now, possibly only taking effect in 11.1 and newer. Basically, if you query the major version first, you'll get 11 or higher. If you query the minor version first, it will switch on compatibility mode and start reporting either 10.15 or 10.16, I'm not terribly sure which, but it does lie and say it's running version 10.

----------
components: Tkinter
messages: 381933
nosy: kode54
priority: normal
severity: normal
status: open
title: Python Tkinter crashes on macOS 11.1 beta
type: crash
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:14:41 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Fri, 27 Nov 2020 09:14:41 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <CACtrmfX8JAbh8F3iBv61vUofo-1=CMsPhKkj8JtbgQy+yGQaHQ@mail.gmail.com>
Message-ID: <CACtrmfW5ABRwnuBk3nGFpnfvpM7iAWEArNDO=PN5hn-TDEYNqQ@mail.gmail.com>


Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:

>>> X = ip_network("10.0.0.0/24")
>>> H= X.hosts(as_interfaces= True)
>>> next(H)
IPv4Interface('10.0.0.0/24')
>>> next(H)
IPv4Interface('10.0.0.1/24')

Something like that. Sure, I could cast the output of hosts as an
interface, but then it would be missing the netmask.

Sincerely,

Wyko ter Haar

On Fri, Nov 27, 2020, 10:04 AM Wyko ter Haar <report at bugs.python.org> wrote:

>
> Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:
>
> Literally just the same thing as .hosts(), except outputting interface
> objects instead of addresses. Maybe it could be a flag in .hosts() instead,
> something like "cast_as_interface".
>
> Sincerely,
>
> Wyko ter Haar
>
> On Fri, Nov 27, 2020, 3:18 AM Eric V. Smith <report at bugs.python.org>
> wrote:
>
> >
> > Eric V. Smith <eric at trueblade.com> added the comment:
> >
> > I'm not sure what you mean by iterating over the interfaces in a subnet.
> > Could you give an example?
> >
> > ----------
> > nosy: +eric.smith
> >
> > _______________________________________
> > Python tracker <report at bugs.python.org>
> > <https://bugs.python.org/issue42478>
> > _______________________________________
> >
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42478>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:16:07 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Fri, 27 Nov 2020 09:16:07 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <CACtrmfW5ABRwnuBk3nGFpnfvpM7iAWEArNDO=PN5hn-TDEYNqQ@mail.gmail.com>
Message-ID: <CACtrmfVdwoC4JYfR+x+yD+GBLd45iQzuGNsWc2ZCWY1mUy7BPw@mail.gmail.com>


Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:

Starting at .1, not .0.

Sincerely,

Wyko ter Haar

On Fri, Nov 27, 2020, 10:14 AM Wyko ter Haar <wyko.ter.haar at gmail.com>
wrote:

> >>> X = ip_network("10.0.0.0/24")
> >>> H= X.hosts(as_interfaces= True)
> >>> next(H)
> IPv4Interface('10.0.0.0/24')
> >>> next(H)
> IPv4Interface('10.0.0.1/24')
>
> Something like that. Sure, I could cast the output of hosts as an
> interface, but then it would be missing the netmask.
>
> Sincerely,
>
> Wyko ter Haar
>
> On Fri, Nov 27, 2020, 10:04 AM Wyko ter Haar <report at bugs.python.org>
> wrote:
>
>>
>> Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:
>>
>> Literally just the same thing as .hosts(), except outputting interface
>> objects instead of addresses. Maybe it could be a flag in .hosts()
>> instead,
>> something like "cast_as_interface".
>>
>> Sincerely,
>>
>> Wyko ter Haar
>>
>> On Fri, Nov 27, 2020, 3:18 AM Eric V. Smith <report at bugs.python.org>
>> wrote:
>>
>> >
>> > Eric V. Smith <eric at trueblade.com> added the comment:
>> >
>> > I'm not sure what you mean by iterating over the interfaces in a subnet.
>> > Could you give an example?
>> >
>> > ----------
>> > nosy: +eric.smith
>> >
>> > _______________________________________
>> > Python tracker <report at bugs.python.org>
>> > <https://bugs.python.org/issue42478>
>> > _______________________________________
>> >
>>
>> ----------
>>
>> _______________________________________
>> Python tracker <report at bugs.python.org>
>> <https://bugs.python.org/issue42478>
>> _______________________________________
>>
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:57:19 2020
From: report at bugs.python.org (Piotr Kopalko)
Date: Fri, 27 Nov 2020 09:57:19 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
Message-ID: <1606471039.68.0.209916533811.issue42481@roundup.psfhosted.org>


Change by Piotr Kopalko <copalco at gmail.com>:


----------
nosy: copalco
priority: normal
severity: normal
status: open
title: Add to pathlib function to check permission similar to os.access
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 04:58:28 2020
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Nov 2020 09:58:28 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606471108.08.0.795880685906.issue42480@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
components: +macOS -Tkinter
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:02:20 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 10:02:20 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606471340.66.0.338094872415.issue42480@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

On macOS 11 the system version is reported as 11.x if the binary was build using Xcode 12, and as 10.16.x for older binaries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:03:42 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 10:03:42 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606471422.75.0.439147575621.issue42480@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Note that a python installation created using Mac/BuildScript/build-instalelr.py works fine on macOS 11.0 (I haven't tested on 11.1 beta yet). This may be a problem with homebrew or the way it builds Python and/or Tcl/Tk.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:07:41 2020
From: report at bugs.python.org (Maciej Olko)
Date: Fri, 27 Nov 2020 10:07:41 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
Message-ID: <1606471661.83.0.390760168952.issue42481@roundup.psfhosted.org>


Change by Maciej Olko <maciej.olko at gmail.com>:


----------
nosy: +Maciej Olko

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:11:08 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 10:11:08 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
Message-ID: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>


New submission from Irit Katriel <iritkatriel at yahoo.com>:

TracebackException holds a reference to the exc_traceback, which is wrong because (1) it's supposed to capture the output without holding references to real things. (2) it makes comparison wrong for equivalent exceptions, as in this example:

------------------------------------------
import sys
import traceback

excs = []
for _ in range(2):
    try:
        1/0
    except:
        excs.append(traceback.TracebackException(*sys.exc_info()))

print('formats equal: ', list(excs[0].format()) == list(excs[0].format()))
print('excs equal: ', excs[0] == excs[1])
excs[0].exc_traceback = excs[1].exc_traceback = None
print('excs equal w/o exc_traceback: ', excs[0] == excs[1])

------------------------------------------
Output:

formats equal:  True
excs equal:  False
excs equal w/o exc_traceback:  True

------------------------------------------


The good news is that it's only used to check for non-None (added here https://bugs.python.org/issue24695) so should be easy to remove.

----------
components: Library (Lib)
messages: 381938
nosy: iritkatriel
priority: normal
severity: normal
status: open
title: TracebackException should not hold reference to the exception traceback
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:13:28 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 10:13:28 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606472008.16.0.582861384209.issue42482@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:14:07 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 10:14:07 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606472047.52.0.57766346409.issue42482@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:14:41 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 10:14:41 +0000
Subject: [issue24695] Don't print traceback header if traceback is None in
 TracebackException
In-Reply-To: <1437662539.63.0.637524686399.issue24695@psf.upfronthosting.co.za>
Message-ID: <1606472081.26.0.6549147434.issue24695@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The patch here added a reference from TracebackException to the actual traceback, which I think should be removed. Please see this issue: https://bugs.python.org/issue42482

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24695>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:16:02 2020
From: report at bugs.python.org (Piotr Kopalko)
Date: Fri, 27 Nov 2020 10:16:02 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
Message-ID: <1606472162.25.0.657989630892.issue42481@roundup.psfhosted.org>


New submission from Piotr Kopalko <copalco at gmail.com>:

Path('example.toml').permissions() == Permissions(owner=(READ, WRITE, EXECUTE), group=(READ), other=(,))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:16:45 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Fri, 27 Nov 2020 10:16:45 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606472205.2.0.776570190332.issue41818@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset f5a19ead4ba8c81cc27d5a530f830f4709ce240e by Soumendra Ganguly in branch 'master':
bpo-41818: Make test_openpty() avoid unexpected success due to number of rows and/or number of columns being == 0. (GH-23526)
https://github.com/python/cpython/commit/f5a19ead4ba8c81cc27d5a530f830f4709ce240e


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:18:47 2020
From: report at bugs.python.org (Peixing Xin)
Date: Fri, 27 Nov 2020 10:18:47 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606472327.76.0.177994733125.issue31904@roundup.psfhosted.org>


Change by Peixing Xin <peixing.xin at windriver.com>:


----------
pull_requests: +22412
pull_request: https://github.com/python/cpython/pull/23530

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:49:31 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 10:49:31 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606474171.15.0.761220228872.issue42482@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:52:59 2020
From: report at bugs.python.org (Alexander Kurakin)
Date: Fri, 27 Nov 2020 10:52:59 +0000
Subject: [issue25538] Traceback from __exit__ method is misleading
In-Reply-To: <1446505683.0.0.402181965789.issue25538@psf.upfronthosting.co.za>
Message-ID: <1606474379.7.0.584913006067.issue25538@roundup.psfhosted.org>


Change by Alexander Kurakin <kuraga333 at mail.ru>:


----------
nosy: +kuraga

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25538>
_______________________________________

From report at bugs.python.org  Fri Nov 27 05:59:48 2020
From: report at bugs.python.org (Paolo Lammens)
Date: Fri, 27 Nov 2020 10:59:48 +0000
Subject: [issue42483] Way working directory is added to sys.path differs
 between using -c or -m
Message-ID: <1606474788.44.0.914402882852.issue42483@roundup.psfhosted.org>


New submission from Paolo Lammens <lammenspaolo at gmail.com>:

Tested on:
 - Python 3.8.6 for Windows 10 64 bit
 - Python 3.9.0 for Windows 10 64 bit
 - Python 3.8.6 for Ubuntu 20.04
 - Python 3.9.0 for Ubuntu 20.04

Originally asked here: https://stackoverflow.com/q/65024647/6117426

---------------------------------------------------------------------

If you launch a Python process either as a single command from the command line (with the `-c` flag) or by specifying a module path (with the `-m` flag), the working directory is prepended to `sys.path`. From the [docs](https://docs.python.org/3/using/cmdline.html#cmdoption-c) (emphases mine):

> - **-c \<command\>**
> 
>    [...]
> 
>    If this option is given, the first element of `sys.argv` will be 
>    `"-c"` and **the current directory will be added to the start of 
>    `sys.path`** (allowing modules in that directory to be imported as top level 
>    modules).
>
>   [...]
> 
> - **-m \<module-name\>**
> 
>    [...]
> 
>    If this option is given, the first element of `sys.argv` will be
>    the    full path to the module file (while the module file is being
>    located, the first element will be set to `"-m"`). As with the
>    `-c` option, **the current directory will be added to the start of
>    `sys.path`**.
>
>    [...]


But it seems the way this is done is different for each option:

```none
$ python -c "import sys; print sys.path"
['', '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/python3.8/lib-dynload', '/home/plammens/.local/lib/python3.8/site-packages', '/usr/local/lib/python3.8/dist-packages', '/usr/lib/python3/dist-packages']

$ python -m script  # script.py does the same as the command above
['/mnt/c/Users/Paolo/Desktop/Code Sandbox/Python/clean', '/usr/lib/python38.zip', '/usr/lib/python3.8', '/usr/lib/python3.8/lib-dynload', '/home/plammens/.local/lib/python3.8/site-packages', '/usr/local/lib/python3.8/dist-packages', '/usr/lib/python3/dist-packages']
```

Notice how the first option uses an empty string to denote the current working directory while the second explicitly adds the path to the directory I ran the command in.

The empty string is always interpreted dynamically to denote the current working directory during execution, as per the [docs on the import system](https://docs.python.org/3/reference/import.html):

> The current working directory ? denoted by an empty string ? is
> handled slightly differently from other entries on `sys.path`. First, if
> the current working directory is found to not exist, no value is
> stored in `sys.path_importer_cache`. Second, **the value for the current
> working directory is looked up fresh for each module lookup**. Third,
> the path used for `sys.path_importer_cache` and returned by
> `importlib.machinery.PathFinder.find_spec()` will be the actual current
> working directory and not the empty string.

So this means that the `-c` version will always use the current working directory of the Python process, not the directory that it was originally launched in.


Indeed, we can make an example to show this. Consider the following file tree,

```none
.
??? script.py
??? secret-folder
    ??? findme.py
```

with `findme.py` just containing the one statement `print("you found me!")`. If we run the following

```python
import os
os.chdir('secret-folder')
import findme
```

both as a command (`-c`) and as a script (in `script.py`), we get:

```none
$ python -c "import os; os.chdir('secret-folder'); import findme"
you found me!

$ python -m script
Traceback (most recent call last):
  File "/usr/lib/python3.8/runpy.py", line 194, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.8/runpy.py", line 87, in _run_code
    exec(code, run_globals)
  File "/.../script.py", line 5, in <module>
    import findme
ModuleNotFoundError: No module named 'findme'
```

This is because `-m` is using the "hardcoded" working directory while `-c` is using the "dynamically interpreted" current directory.

By how it's phrased in the documentation for `-c` and `-m` though, one would think these two should behave identically.

Is this intended? If so, it isn't documented.

----------
assignee: docs at python
components: Documentation, Interpreter Core
messages: 381942
nosy: docs at python, plammens
priority: normal
severity: normal
status: open
title: Way working directory is added to sys.path differs between using -c or -m
type: behavior
versions: Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42483>
_______________________________________

From report at bugs.python.org  Fri Nov 27 06:09:35 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 27 Nov 2020 11:09:35 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
In-Reply-To: <1606472162.25.0.657989630892.issue42481@roundup.psfhosted.org>
Message-ID: <1606475375.03.0.215572251296.issue42481@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

A word of warning: os.access() is not a good and sufficient permission check. It only checks DAC (discrete access control) permissions and suffers from TOCTOU issues. Operating systems have additional permission checks and security policies, for example  mandatory access control (AppArmor, SELinux, Smack) and seccomp.

----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 06:20:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 11:20:13 +0000
Subject: [issue25479] Increase unit test coverage for abc.py
In-Reply-To: <1445829241.77.0.00855893760535.issue25479@psf.upfronthosting.co.za>
Message-ID: <1606476013.14.0.752839774328.issue25479@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
keywords: +easy -easy (C), patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25479>
_______________________________________

From report at bugs.python.org  Fri Nov 27 06:32:30 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 11:32:30 +0000
Subject: [issue30388] ndbm can't iterate through values on OS X
In-Reply-To: <1495037035.06.0.766456965201.issue30388@psf.upfronthosting.co.za>
Message-ID: <1606476750.54.0.59807114181.issue30388@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

I've attached a C program that demonstrates the problem, and have filed an issue with Apple about this: FB8919203

It is not clear to me what we can do about this, other than not building the ndbm binding on macOS.  The manpages for the ndbm APIs do not mention limitations on item sizes, and the dbopen manpage mention that there a no limitations on item sizes).

----------
Added file: https://bugs.python.org/file49627/ndbm-repro.c

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30388>
_______________________________________

From report at bugs.python.org  Fri Nov 27 06:54:50 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 27 Nov 2020 11:54:50 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606478089.99.0.363062863965.issue42482@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

This would be a change of behaviour, and 3.8 and 3.9 are in feature freeze, so we could only add it in 3.10.

You say:

"it's supposed to capture the output without holding references to real things"

Is this requirement documented somewhere, or is it just your preference?

"it makes comparison wrong for equivalent exceptions"

If the tracebacks are different, they're not exactly equivalent.

If we did accept this patch, would that mean there would no longer be any need to delete the exception variable at the end of an `except` block?

----------
nosy: +steven.daprano
versions:  -Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 07:05:40 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 12:05:40 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606478740.34.0.354671249866.issue42482@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

>From the TracebackException docstring:

"The traceback module captures enough attributes from the original exception to this intermediary form to ensure that no references are held, while still being able to fully print or format it."

> If the tracebacks are different, they're not exactly equivalent.

The formatted form is identical, so from TracebackException's POV they are equivalent. 

> If we did accept this patch, would that mean there would no longer be any need to delete the exception variable at the end of an `except` block?

No, it's not related to that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 07:36:59 2020
From: report at bugs.python.org (Dickson Chan)
Date: Fri, 27 Nov 2020 12:36:59 +0000
Subject: [issue42484] parse_message_id, get_msg_id,
 get_obs_local_part is poorly written
Message-ID: <1606480619.96.0.472096710567.issue42484@roundup.psfhosted.org>


New submission from Dickson Chan <dxn126 at gmail.com>:

parse_message_id in the email module crashes with bogus message-id

Having a Message-ID '<[>' gives me an IndexError: list index out of range

This happens when 
- creating an EmailMessage with the said Message-ID
    msg = EmailMessage()
    msg['Message-ID'] = '<[>'

- accessing the bogus Message-ID through
    msg.items()
or
    msg.get('Message-ID')

this doesn't happen with python 3.6 or 3.7 when MessageIDHeader didn't exist

3.8/Lib/email/headerregistry.py line 542

_default_header_map = {
    ....
    'message-id': MessageIDHeader,
    }

-------------------------------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python3.8/email/_header_value_parser.py", line 2069, in get_msg_id
    token, value = get_dot_atom_text(value)
  File "/usr/lib/python3.8/email/_header_value_parser.py", line 1334, in get_dot_atom_text
    raise errors.HeaderParseError("expected atom at a start of "
email.errors.HeaderParseError: expected atom at a start of dot-atom-text but found '[>'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "main.py", line 4, in <module>
    msg['Message-ID'] = '<[>'
  File "/usr/lib/python3.8/email/message.py", line 409, in __setitem__
    self._headers.append(self.policy.header_store_parse(name, val))
  File "/usr/lib/python3.8/email/policy.py", line 148, in header_store_parse
    return (name, self.header_factory(name, value))
  File "/usr/lib/python3.8/email/headerregistry.py", line 607, in __call__
    return self[name](name, value)
  File "/usr/lib/python3.8/email/headerregistry.py", line 202, in __new__
    cls.parse(value, kwds)
  File "/usr/lib/python3.8/email/headerregistry.py", line 535, in parse
    kwds['parse_tree'] = parse_tree = cls.value_parser(value)
  File "/usr/lib/python3.8/email/_header_value_parser.py", line 2126, in parse_message_id
    token, value = get_msg_id(value)
  File "/usr/lib/python3.8/email/_header_value_parser.py", line 2073, in get_msg_id
    token, value = get_obs_local_part(value)
  File "/usr/lib/python3.8/email/_header_value_parser.py", line 1516, in get_obs_local_part
    if (obs_local_part[0].token_type == 'dot' or
IndexError: list index out of range
-------------------------------------------------------------------------------------------

as you can see in the traceback
get_msg_id() calls get_obs_local_part()
and in get_obs_local_part(), you have this

def get_obs_local_part(value):

    obs_local_part = ObsLocalPart()

    while value and (value[0]=='\\' or value[0] not in PHRASE_ENDS):
        ...
    if (obs_local_part[0].token_type == 'dot':
        ...

if value does not satisfy the condition in the while loop, 
this gives an IndexError as obs_local_part is empty
(the value in my example is '[>' from the message id '<[>')

shouldn't we have a proper Error or default back to no parsing if parsing fails?
There's no way of bypassing the parser and getting the Message-ID and 
I can't even handle the error with a try catch

----------
components: email
messages: 381947
nosy: barry, dxn126, r.david.murray
priority: normal
severity: normal
status: open
title: parse_message_id, get_msg_id, get_obs_local_part is poorly written
type: behavior
versions: Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42484>
_______________________________________

From report at bugs.python.org  Fri Nov 27 08:31:21 2020
From: report at bugs.python.org (Eryk Sun)
Date: Fri, 27 Nov 2020 13:31:21 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
In-Reply-To: <1606472162.25.0.657989630892.issue42481@roundup.psfhosted.org>
Message-ID: <1606483881.36.0.269616156858.issue42481@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> os.access() is not a good and sufficient permission check. It 
> only checks DAC (discrete access control) permissions 

That's interesting. In Linux, for example, I would expect the access() and faccessat() system calls to also check mandatory permissions. I know from experience that at least the [i]mmutable file attribute is checked.

That said, the Linux faccessat() system call doesn't support the flags parameter. So, according to the man page, AT_EACCESS (effective_ids=True) and AT_SYMLINK_NOFOLLOW (follow_symlinks=False) are implemented in the glibc wrapper by calling fstatat() instead. I presume that's limited to the discretionary st_mode permissions.

For Windows, note that the current implementation of os.access() doesn't check the process/thread security context against mandatory and discretionary file security. Manually checking access is usually a discouraged practice, so there hasn't been any pressure to provide a real implementation.

Regarding the example in msg381940, this seems confused. The title mentions os.access(), i.e. a result that checks F_OK or some combination of R_OK, W_OK, and X_OK. In theory, this can be supported in Windows. But the example shows POSIX owner-group-other permissions, which are not supported in Windows. 

As currently 'supported' by os.chmod() and st_mode in the os.stat() result, POSIX permissions in Windows are a fantasy that's based on a category error (that readonly is a granted permission, when it's actually a file attribute, similar to the POSIX immutable attribute) and assumptions (e.g. all files are readable, all directories are executable, all files with .com, .exe, .bat, and .cmd extensions are executable, and only these files are executable).

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 08:49:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 13:49:25 +0000
Subject: [issue42463] test_pty.test_openpty() failed on x86 Gentoo Installed
 with X 3.x: unexpected success
In-Reply-To: <1606318022.53.0.422653738938.issue42463@roundup.psfhosted.org>
Message-ID: <1606484965.75.0.273486258889.issue42463@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

https://buildbot.python.org/all/#/builders/464 is back to green.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42463>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:00:05 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 14:00:05 +0000
Subject: [issue31713] python3 python-config script generates invalid includes
In-Reply-To: <1507297049.36.0.213398074469.issue31713@psf.upfronthosting.co.za>
Message-ID: <1606485605.94.0.133905139126.issue31713@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> "python-config --includes" returns a wrong path (double prefix)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31713>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:12:38 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 14:12:38 +0000
Subject: [issue39961] warning: this use of "defined" may not be portable (Mac
 OS)
In-Reply-To: <1584140958.39.0.802157581006.issue39961@roundup.psfhosted.org>
Message-ID: <1606486358.79.0.793282712444.issue39961@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is incompatibility between upstream clang and Apple's headers. The same warning is not present when using Xcode's compiler.

As a workaround this warning can be disabled when including pthread.h, something like:

```
#ifdef __clang__
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wexpansion-to-defined"
#endif

#include <pthread.h>

#ifdef __clang__
#pragma clang diagnostic pop
#endif
```

I won't create a PR for this because I don't have homebrew on my systems.

Alternatively build with "-Wno-expansion-to-defined" in CFLAGS.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39961>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:18:13 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 14:18:13 +0000
Subject: [issue24893] Tk occasionally mispositions Text() insert cursor on
 mouse click.
In-Reply-To: <1439946374.86.0.179742145584.issue24893@psf.upfronthosting.co.za>
Message-ID: <1606486693.55.0.0536034404237.issue24893@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Is this still reproducible? 

A question to those that can reproduce this: does this happen with the built-in screen (assuming a laptop or iMac) or an external interface? If the latter, is that a retina display? And does this happen more when moving IDLE from a retina display to a non-retina display?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24893>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:20:44 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 14:20:44 +0000
Subject: [issue30053] Problems building with --enable-profiling on macOS using
 homebrew GCC
In-Reply-To: <1492001446.82.0.198717177169.issue30053@psf.upfronthosting.co.za>
Message-ID: <1606486844.26.0.460181615393.issue30053@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
title: Problems building with --enable-profiling on macOS -> Problems building with --enable-profiling on macOS using homebrew GCC

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue30053>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:22:45 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 14:22:45 +0000
Subject: [issue41015] warning: 'sqlite3_enable_shared_cache' is deprecated
In-Reply-To: <1592436464.21.0.919729812752.issue41015@roundup.psfhosted.org>
Message-ID: <1606486965.34.0.692000249159.issue41015@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

This is a duplicate of #24464

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> "sqlite3_enable_shared_cache" deprecation warning when compiling with macOS system SQLite3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41015>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:25:26 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 27 Nov 2020 14:25:26 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606487126.01.0.537246897645.issue42482@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 09:27:45 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Fri, 27 Nov 2020 14:27:45 +0000
Subject: [issue38768] [feature request] Add lldb equivalent to Tools/gdb
In-Reply-To: <1573493155.23.0.630795788847.issue38768@roundup.psfhosted.org>
Message-ID: <1606487265.12.0.0928875813165.issue38768@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
title: Support lldb enhancement in MacOS -> [feature request] Add lldb equivalent to Tools/gdb
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38768>
_______________________________________

From report at bugs.python.org  Fri Nov 27 10:35:36 2020
From: report at bugs.python.org (Christian Heimes)
Date: Fri, 27 Nov 2020 15:35:36 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
In-Reply-To: <1606472162.25.0.657989630892.issue42481@roundup.psfhosted.org>
Message-ID: <1606491336.37.0.12148018034.issue42481@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

> That's interesting. In Linux, for example, I would expect the access()
> and faccessat() system calls to also check mandatory permissions. I 
> know from experience that at least the [i]mmutable file attribute is 
> checked.

access(2) takes extended file attributes like immutable bit and CAPS into account. For example it returns True for access("testfile", R_OK) for testfile with DAC permission 0o000 and process context with CAP_DAC_OVERRIDE. I would also bet that it handles POSIX ACLs correcty.

But LSM and seccomp are not evaluated by access() -- at least SELinux is not. A seccomp syscall filter can have a BPF program attached to. It's a powerful feature that allows filtering and blocking by syscall argument.

$ python3
>>> os.access("testfile", os.R_OK)
True
>>> open("testfile")
Traceback (most recent call last):
...
PermissionError: [Errno 13] Permission denied: 'testfile'

# ausearch -m AVC
...
time->Fri Nov 27 16:14:31 2020
type=AVC msg=audit(1606490071.292:4204): avc:  denied  { read } for  pid=293015 comm="httpd" name="testfile" dev="dm-0" ino=399163 scontext=system_u:system_r:httpd_t:s0 tcontext=unconfined_u:object_r:testcontext_t:s0 tclass=file permissive=0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Fri Nov 27 10:49:18 2020
From: report at bugs.python.org (James Gerity)
Date: Fri, 27 Nov 2020 15:49:18 +0000
Subject: [issue42485] Full grammar specification should link to PEP 617
Message-ID: <1606492158.45.0.131360894527.issue42485@roundup.psfhosted.org>


New submission from James Gerity <snoopjedi at gmail.com>:

Now that CPython uses the new PEG parser, it would be helpful to include a reference to the guiding PEP (617) on the docs page (https://docs.python.org/3/reference/grammar.html) that gives the grammar.

----------
assignee: docs at python
components: Documentation
messages: 381954
nosy: docs at python, snoopjedi
priority: normal
severity: normal
status: open
title: Full grammar specification should link to PEP 617
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42485>
_______________________________________

From report at bugs.python.org  Fri Nov 27 11:07:21 2020
From: report at bugs.python.org (James Gerity)
Date: Fri, 27 Nov 2020 16:07:21 +0000
Subject: [issue42485] Full grammar specification should link to PEP 617
In-Reply-To: <1606492158.45.0.131360894527.issue42485@roundup.psfhosted.org>
Message-ID: <1606493241.7.0.743052101182.issue42485@roundup.psfhosted.org>


Change by James Gerity <snoop.jedi at gmail.com>:


----------
keywords: +patch
nosy: +SnoopJeDi2
nosy_count: 2.0 -> 3.0
pull_requests: +22414
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23532

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42485>
_______________________________________

From report at bugs.python.org  Fri Nov 27 11:15:52 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Fri, 27 Nov 2020 16:15:52 +0000
Subject: [issue42485] Full grammar specification should link to PEP 617
In-Reply-To: <1606492158.45.0.131360894527.issue42485@roundup.psfhosted.org>
Message-ID: <1606493752.12.0.52381100789.issue42485@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +gvanrossum, lys.nikolaou, pablogsal

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42485>
_______________________________________

From report at bugs.python.org  Fri Nov 27 11:39:14 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Nov 2020 16:39:14 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606495154.11.0.234532280435.issue42474@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset 44ca05afc89c9967f5dbc6c3ad89fc298c460e93 by Irit Katriel in branch 'master':
bpo-42474: test TracebackException comparison to non-equal instances (GH-23522)
https://github.com/python/cpython/commit/44ca05afc89c9967f5dbc6c3ad89fc298c460e93


----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Fri Nov 27 11:52:44 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 27 Nov 2020 16:52:44 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606495964.32.0.100702114912.issue42482@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

For background, see https://github.com/iritkatriel/cpython/pull/3#issuecomment-734640036 -- it seems the link to exc_traceback was added with little concern for the original design of TracebackExceptionGroup.

The question is, can we get rid of it, even though it's been undocumented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:26:50 2020
From: report at bugs.python.org (Nelson Elhage)
Date: Fri, 27 Nov 2020 19:26:50 +0000
Subject: [issue42486] Investigate docs.python.org egregious SEO performance on
 Google
Message-ID: <1606505210.07.0.0993480176947.issue42486@roundup.psfhosted.org>


New submission from Nelson Elhage <nelhage at nelhage.com>:

This request might be out-of-scope for this bugtracker, but I
suspect that something is causing Google to actively downweight
docs.python.org in its search results, and want to request
someone investigate.

I would expect, for instance, a search for [python set] to turn
up https://docs.python.org/3/library/stdtypes.html#set
_somewhere_ on the first page of results, but it does not. In
fact, the only python.org result I see is for the long-deprecated
Python 2 `sets` module --
https://docs.python.org/2/library/sets.html

Similarly, [python shuffle list] does not turn up
https://docs.python.org/3/library/random.html -- or any other
python.org site -- _anywhere_ in the first page of results.

These results are egregious enough to make me suspect you're
being actively downranked for some reason, which is hopefully
identifiable and fixable by a site admin using Google's search
tools at https://developers.google.com/search

----------
assignee: docs at python
components: Documentation
messages: 381957
nosy: docs at python, nelhage
priority: normal
severity: normal
status: open
title: Investigate docs.python.org egregious SEO performance on Google
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42486>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:27:29 2020
From: report at bugs.python.org (Alex Gaynor)
Date: Fri, 27 Nov 2020 19:27:29 +0000
Subject: [issue42486] Investigate docs.python.org egregious SEO performance on
 Google
In-Reply-To: <1606505210.07.0.0993480176947.issue42486@roundup.psfhosted.org>
Message-ID: <1606505249.1.0.674365459569.issue42486@roundup.psfhosted.org>


Change by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42486>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:28:22 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 19:28:22 +0000
Subject: [issue42486] Investigate docs.python.org egregious SEO performance on
 Google
In-Reply-To: <1606505210.07.0.0993480176947.issue42486@roundup.psfhosted.org>
Message-ID: <1606505302.68.0.293089406473.issue42486@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> This request might be out-of-scope for this bugtracker

Please report python.org issues to https://github.com/python/pythondotorg/

----------
nosy: +vstinner
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42486>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:31:00 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 19:31:00 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606505460.04.0.248340548109.issue42482@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I consider PR 23531 change as a bugfix and IMO it's fine to backport it.

TracebackException docstring is quite explicit:

    The traceback module captures enough attributes from the original exception
    to this intermediary form to ensure that no references are held, while
    still being able to fully print or format it.

This issue shows that there was a bug in the implementation.

--

The unit test should check the ref count of the exception and the exception traceback, to check functionally that no strong reference is hold.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:33:20 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 19:33:20 +0000
Subject: [issue42483] Way working directory is added to sys.path differs
 between using -c or -m
In-Reply-To: <1606474788.44.0.914402882852.issue42483@roundup.psfhosted.org>
Message-ID: <1606505600.9.0.910013323086.issue42483@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

See https://discuss.python.org/t/python-flag-envvar-not-to-put-current-directory-to-sys-path-but-dont-ignore-pythonpath/4235 discussion.

----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42483>
_______________________________________

From report at bugs.python.org  Fri Nov 27 14:37:07 2020
From: report at bugs.python.org (Nelson Elhage)
Date: Fri, 27 Nov 2020 19:37:07 +0000
Subject: [issue42486] Investigate docs.python.org egregious SEO performance on
 Google
In-Reply-To: <1606505210.07.0.0993480176947.issue42486@roundup.psfhosted.org>
Message-ID: <1606505827.19.0.429411152706.issue42486@roundup.psfhosted.org>


Nelson Elhage <nelhage at nelhage.com> added the comment:

Thanks! Filed https://github.com/python/pythondotorg/issues/1691 to follow-up there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42486>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:14:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Fri, 27 Nov 2020 20:14:30 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606508070.08.0.476955766114.issue42482@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I've added the refcount check that Victor suggested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:15:57 2020
From: report at bugs.python.org (Paolo Lammens)
Date: Fri, 27 Nov 2020 20:15:57 +0000
Subject: [issue42483] Way working directory is added to sys.path differs
 between using -c or -m
In-Reply-To: <1606505600.9.0.910013323086.issue42483@roundup.psfhosted.org>
Message-ID: <CAK6OdHBXAGY3Y0U7a3mZ_oL_N=fUCLygziUY73ZyJQ=HbBvZ7Q@mail.gmail.com>


Paolo Lammens <lammenspaolo at gmail.com> added the comment:

Hmm I think that?s unrelated; it?s a discussion about whether to add or not
the working directory at all. Here the issue is that the way it *is* added
differs between -c and -m (which isn?t documented). In both cases it is
added (I?m not discussing that) but with -c it is added as an empty string
while with -m it?s expanded to the full path beforehand, which results in
different behaviour.

On Fri, 27 Nov 2020 at 20:33, STINNER Victor <report at bugs.python.org> wrote:

>
> STINNER Victor <vstinner at python.org> added the comment:
>
> See
> https://discuss.python.org/t/python-flag-envvar-not-to-put-current-directory-to-sys-path-but-dont-ignore-pythonpath/4235
> discussion.
>
> ----------
> nosy: +vstinner
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <https://bugs.python.org/issue42483>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42483>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:19:52 2020
From: report at bugs.python.org (Jon Janzen)
Date: Fri, 27 Nov 2020 20:19:52 +0000
Subject: [issue39732] plistlib should export UIDs in XML like Apple does
In-Reply-To: <1582467819.43.0.259670073534.issue39732@roundup.psfhosted.org>
Message-ID: <1606508392.88.0.6746528131.issue39732@roundup.psfhosted.org>


Change by Jon Janzen <jjjonjanzen at gmail.com>:


----------
nosy: +bigfootjon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39732>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:43:25 2020
From: report at bugs.python.org (David Bolen)
Date: Fri, 27 Nov 2020 20:43:25 +0000
Subject: [issue42328] ttk style.map function incorrectly handles the default
 state for element options.
In-Reply-To: <1605140874.05.0.0614253934034.issue42328@roundup.psfhosted.org>
Message-ID: <1606509805.79.0.831798660231.issue42328@roundup.psfhosted.org>


David Bolen <db3l.net at gmail.com> added the comment:

This change to the 3.8 branch appears to be consistently failing on the Windows 7 buildbot (first failing build at https://buildbot.python.org/all/#/builders/270/builds/126).

It's all failures in the new test_configure_custom_copy and test_map_custom_copy tests, such as:

FAIL: test_configure_custom_copy (tkinter.test.test_ttk.test_style.StyleTest) (theme='vista', name='.')
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.8.bolen-windows7\build\lib\tkinter\test\test_ttk\test_style.py", line 140, in test_configure_custom_copy
    self.assertEqual(style.configure(newname), None)
AssertionError: {'foreground': 'SystemWindowText', 'selec[233 chars]bar'} != None

and

======================================================================
FAIL: test_map_custom_copy (tkinter.test.test_ttk.test_style.StyleTest) (theme='vista', name='.')
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\cygwin\home\db3l\buildarea\3.8.bolen-windows7\build\lib\tkinter\test\test_ttk\test_style.py", line 162, in test_map_custom_copy
    self.assertEqual(style.map(newname), {})
AssertionError: {'foreground': [('disabled', 'SystemGrayTe[34 chars]1')]} != {}
+ {}
- {'embossed': [('disabled', '1')],
-  'foreground': [('disabled', 'SystemGrayText')]}

Since it seems related to themes, I should mention that the buildbot is running with a Windows 7 classic (non-Aero) theme with all appearance effects disabled (the "best performance" option).  So I'm not sure if this is an issue with the code changes, or behavior due to the host environment not anticipated by the tests.

----------
nosy: +db3l

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42328>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:50:47 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Fri, 27 Nov 2020 20:50:47 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606510247.87.0.990313717818.issue41818@roundup.psfhosted.org>


Soumendra Ganguly <soumendra at tamu.edu> added the comment:

This is actually good news. I had not tested the code on Solaris; this confirms my suspicion that Linux is the only platform that "behaves differently". Sadly, the current Lib/pty.py code depends on such "different behavior" to exit from pty.spawn()'s copy loop, which is why it hangs on the BSDs, macOS, and now we know that it (probably) also hangs on Solaris. Adding 'or PLATFORM == "SunOS"' is the correct thing to do. I am working on this now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Fri Nov 27 15:52:59 2020
From: report at bugs.python.org (David Bolen)
Date: Fri, 27 Nov 2020 20:52:59 +0000
Subject: [issue41701] Buildbot web page: connection lost after 1 minute,
 then display "Connection restored" popup
In-Reply-To: <1599128479.83.0.639934661132.issue41701@roundup.psfhosted.org>
Message-ID: <1606510379.52.0.499071585457.issue41701@roundup.psfhosted.org>


David Bolen <db3l.net at gmail.com> added the comment:

I was wondering if there was any update on whether or not this new behavior can be corrected?

I was attempting to review a buildbot failure today and it's actually pretty tough to "race the refresh" when trying to review the build steps and logs.

----------
nosy: +db3l

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41701>
_______________________________________

From report at bugs.python.org  Fri Nov 27 16:01:25 2020
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Nov 2020 21:01:25 +0000
Subject: [issue41701] Buildbot web page: connection lost after 1 minute,
 then display "Connection restored" popup
In-Reply-To: <1599128479.83.0.639934661132.issue41701@roundup.psfhosted.org>
Message-ID: <1606510885.4.0.272350094859.issue41701@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

We need someone of the PSF Infra team to increase the load balancer delay. Or fix the load balancer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41701>
_______________________________________

From report at bugs.python.org  Fri Nov 27 16:45:38 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Fri, 27 Nov 2020 21:45:38 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606513538.5.0.994004771074.issue41818@roundup.psfhosted.org>


Change by Soumendra Ganguly <soumendra at tamu.edu>:


----------
pull_requests: +22415
pull_request: https://github.com/python/cpython/pull/23533

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Fri Nov 27 17:01:03 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Fri, 27 Nov 2020 22:01:03 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606514463.74.0.0186663211374.issue41818@roundup.psfhosted.org>


Soumendra Ganguly <soumendra at tamu.edu> added the comment:

PR-23533 should fix the test_master_read() issue on Solaris. Actually, instead of adding 'or PLATFORM == "SunOS"', I ended up removing the whole line and replaced it with 'if platform.system() != "Linux"' because I expect that test to fail on every platform that is not Linux.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Fri Nov 27 17:05:41 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 27 Nov 2020 22:05:41 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606514741.13.0.047510313087.issue42482@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Re-adding older versions.

----------
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Fri Nov 27 17:40:04 2020
From: report at bugs.python.org (Alex Shpilkin)
Date: Fri, 27 Nov 2020 22:40:04 +0000
Subject: [issue17083] can't specify newline string for readline for binary
 files
In-Reply-To: <1359570725.1.0.7766942653.issue17083@psf.upfronthosting.co.za>
Message-ID: <1606516804.35.0.77418819144.issue17083@roundup.psfhosted.org>


Change by Alex Shpilkin <ashpilkin at gmail.com>:


----------
nosy: +Alex Shpilkin

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue17083>
_______________________________________

From report at bugs.python.org  Fri Nov 27 18:14:50 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Fri, 27 Nov 2020 23:14:50 +0000
Subject: [issue29777] argparse arguments in main parser hide an argument in
 subparser
In-Reply-To: <1489091740.64.0.424181036659.issue29777@psf.upfronthosting.co.za>
Message-ID: <1606518890.0.0.948697534048.issue29777@roundup.psfhosted.org>


Zackery Spytz <zspytz at gmail.com> added the comment:

Python 2.7 is no longer supported, so I think this issue should be closed.

----------
nosy: +ZackerySpytz

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29777>
_______________________________________

From report at bugs.python.org  Fri Nov 27 19:50:30 2020
From: report at bugs.python.org (Andreas Poehlmann)
Date: Sat, 28 Nov 2020 00:50:30 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
Message-ID: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>


New submission from Andreas Poehlmann <andreas at poehlmann.io>:

Hello,

I encountered an issue with collections.ChainMap, that was introduced when https://bugs.python.org/issue32792 got fixed.

Iterating a ChainMap will call __getitem__ on its underlying maps:


>>> from collections import UserDict, ChainMap
>>> class MyDict(UserDict):
...     def __getitem__(self, k):
...         print("expensive computation", k)
...         return super().__getitem__(k)
... 
>>> set(ChainMap(MyDict(a=1, b=2, c=3)))
expensive computation a
expensive computation b
expensive computation c
{'c', 'b', 'a'}

----------
components: Library (Lib)
messages: 381971
nosy: ap--
priority: normal
severity: normal
status: open
title: collections.ChainMap.__iter__ calls __getitem__ on underlying maps
type: behavior
versions: Python 3.10, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Fri Nov 27 19:50:32 2020
From: report at bugs.python.org (Ernest W. Durbin III)
Date: Sat, 28 Nov 2020 00:50:32 +0000
Subject: [issue41701] Buildbot web page: connection lost after 1 minute,
 then display "Connection restored" popup
In-Reply-To: <1599128479.83.0.639934661132.issue41701@roundup.psfhosted.org>
Message-ID: <1606524632.8.0.742110850638.issue41701@roundup.psfhosted.org>


Ernest W. Durbin III <ewdurbin at gmail.com> added the comment:

I am away from my computer at the moment, but there is a direct access hostname for the buildbot host that was announced to the build server owners. Configuring that bypasses the load balancer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41701>
_______________________________________

From report at bugs.python.org  Fri Nov 27 19:51:25 2020
From: report at bugs.python.org (Ernest W. Durbin III)
Date: Sat, 28 Nov 2020 00:51:25 +0000
Subject: [issue41701] Buildbot web page: connection lost after 1 minute,
 then display "Connection restored" popup
In-Reply-To: <1599128479.83.0.639934661132.issue41701@roundup.psfhosted.org>
Message-ID: <1606524685.54.0.867432529966.issue41701@roundup.psfhosted.org>


Ernest W. Durbin III <ewdurbin at gmail.com> added the comment:

Apologies, wrong issue. I?ll have to take a closer look at this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41701>
_______________________________________

From report at bugs.python.org  Fri Nov 27 20:00:31 2020
From: report at bugs.python.org (Andreas Poehlmann)
Date: Sat, 28 Nov 2020 01:00:31 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606525231.06.0.306921193155.issue42487@roundup.psfhosted.org>


Change by Andreas Poehlmann <andreas at poehlmann.io>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Fri Nov 27 20:20:22 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 28 Nov 2020 01:20:22 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606526422.54.0.413881534375.issue42487@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
type: behavior -> performance
versions:  -Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Fri Nov 27 20:35:23 2020
From: report at bugs.python.org (mohamed koubaa)
Date: Sat, 28 Nov 2020 01:35:23 +0000
Subject: [issue1635741] Py_Finalize() doesn't clear all Python objects at exit
Message-ID: <1606527323.85.0.169701446639.issue1635741@roundup.psfhosted.org>


Change by mohamed koubaa <koubaa.m at gmail.com>:


----------
pull_requests: +22417
pull_request: https://github.com/python/cpython/pull/23535

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue1635741>
_______________________________________

From report at bugs.python.org  Fri Nov 27 20:49:51 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 28 Nov 2020 01:49:51 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606528191.2.0.268254461391.issue42487@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I had a discussion with the release manager and we're good to backport to 3.9 but not 3.8.

Serhiy, would you also take a look at this?

----------
assignee:  -> rhettinger
nosy: +lukasz.langa, rhettinger, serhiy.storchaka
versions: +Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Sat Nov 28 00:21:14 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 05:21:14 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606540874.22.0.0125139528098.issue42433@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.10 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sat Nov 28 00:42:30 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 05:42:30 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606542150.69.0.193734177464.issue42433@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

(The non-ascii chars are ? and ?, versus ascii ".)

Florian, although you did not select a 'Type', selecting multiple versions implicitly claims that the current behavior is a bug.  I believe R.David has explained that it is not, even if sub-optimal.  Do you want to
A. Argue on the basis of some claim in the docs that this really is a bug.
B. Close this issue as 'Not a bug'.
C. Turn it into an enhancement issue for 3.10 by calling decode in the appropriate place.  Is so, you might first try making the change in your code after finding the appropriate place and see if the improvement is worth the change.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sat Nov 28 00:56:41 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 05:56:41 +0000
Subject: [issue42447] robotsparser deny all with some rules
In-Reply-To: <1606154023.13.0.203747153119.issue42447@roundup.psfhosted.org>
Message-ID: <1606543001.56.0.507051395045.issue42447@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This issue tracker is for proposing changes to the github CPython repository, used to make python.org python releases.  Your post does not propose a change and does not demonstrate that there is a bug in current Python, which is 3.9.  So my current opinion is that this issue should be closed as 'not a bug'.  Questions about using Python should be directed to a user help forum, such as python.org python-list or stackoverflow.com or some equivalent in French.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42447>
_______________________________________

From report at bugs.python.org  Sat Nov 28 01:14:38 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 06:14:38 +0000
Subject: [issue42436] Google use wrong "hightlight" argument
In-Reply-To: <1606048982.4.0.529831735845.issue42436@roundup.psfhosted.org>
Message-ID: <1606544077.81.0.621773499596.issue42436@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

With the same query, the first 4 responses for me are to the same page but for different Python versions.  None of the URLs include the query string.  `highlight=s` causes all the 's'es in the document to be highlighted, though with a different color than if I hit cntl-F, s, [Highlight All].  Yes, ask Google :-( -- or better yet, let it go as a random 'phase of the moon' AI glitch.  As Google's AI is constantly adjusted and retrained, I would not expect there to every be an exact repeat. There is nothing in your query to suggest that 's'es should be highlighted.

----------
nosy: +terry.reedy
resolution:  -> third party
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42436>
_______________________________________

From report at bugs.python.org  Sat Nov 28 01:23:27 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 06:23:27 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606544607.86.0.669034969076.issue42392@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I would attach simple PRs based on the discussion here to this issue.  If a particular change needs additional and particular discussion, I would open a separate PR, announce it here, and list it in the Dependencies box.  Then this generic issue, 'Remove ... in all...' cannot be closed until the separate specialized issues are.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sat Nov 28 01:34:19 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Sat, 28 Nov 2020 06:34:19 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606545259.18.0.235410297042.issue41818@roundup.psfhosted.org>


Change by Soumendra Ganguly <soumendra at tamu.edu>:


----------
pull_requests: +22418
pull_request: https://github.com/python/cpython/pull/23536

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Sat Nov 28 01:45:10 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Sat, 28 Nov 2020 06:45:10 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606545910.23.0.0949034358641.issue41818@roundup.psfhosted.org>


Soumendra Ganguly <soumendra at tamu.edu> added the comment:

Update: I closed PR 23533. PR 23536 is much better. It will help us detect exact behavior on each platform, which is necessary for making pty.spawn() successfully exit its copy loop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Sat Nov 28 02:11:32 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 07:11:32 +0000
Subject: [issue42452] FIX Optimize 'rgb_to_hls'
In-Reply-To: <1606226995.94.0.128298761861.issue42452@roundup.psfhosted.org>
Message-ID: <1606547492.9.0.769419749378.issue42452@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset f9195318a863e237f41ed7665c767028cde1c9a3 by Julien Jerphanion in branch 'master':
bpo-42452: Improve colorsys.rgb_to_hls code (GH-23306)
https://github.com/python/cpython/commit/f9195318a863e237f41ed7665c767028cde1c9a3


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42452>
_______________________________________

From report at bugs.python.org  Sat Nov 28 02:12:39 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 07:12:39 +0000
Subject: [issue42452] Improve colorsys.rgb_to_hls code
In-Reply-To: <1606226995.94.0.128298761861.issue42452@roundup.psfhosted.org>
Message-ID: <1606547559.31.0.630233935695.issue42452@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

The change was a suggested TODO in the code itself.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
title: FIX Optimize 'rgb_to_hls' -> Improve colorsys.rgb_to_hls code

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42452>
_______________________________________

From report at bugs.python.org  Sat Nov 28 02:52:31 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Sat, 28 Nov 2020 07:52:31 +0000
Subject: [issue42488] Mathematical error
Message-ID: <1606549951.03.0.756491366817.issue42488@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

Python language have some to solve mathematical problem. It gives wrong answer. This is the vulnerability, if you think this the vulnerability for your language. Remember this is the mathematical error and no computer language effort this. Otherwise it depends on you. Thank you

----------
files: main.py
messages: 381983
nosy: Kshitish
priority: normal
severity: normal
status: open
title: Mathematical error
versions: Python 3.8
Added file: https://bugs.python.org/file49629/main.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42488>
_______________________________________

From report at bugs.python.org  Sat Nov 28 03:03:53 2020
From: report at bugs.python.org (Chuan Lotus)
Date: Sat, 28 Nov 2020 08:03:53 +0000
Subject: [issue42489] Wrong method signature in python Documentation
Message-ID: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>


New submission from Chuan Lotus <lotus_chuan at qq.com>:

In python 3.9.1 documentation tutorial 5.1,the method list.sort(key=None, reverse=False) lacks '*' before 'key=None', which may be confused.

----------
components: macOS
messages: 381984
nosy: lotus_chuan, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Wrong method signature in python Documentation
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 03:21:30 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 08:21:30 +0000
Subject: [issue42392] remove the 'loop' parameter from __init__ in all classes
 in asyncio.locks
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606551690.08.0.873700879622.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset e4fe303b8cca525e97d44e80c7e53bdab9dd9187 by Yurii Karabas in branch 'master':
bpo-42392: Remove loop parameter from asyncio.tasks and asyncio.subprocess (GH-23521)
https://github.com/python/cpython/commit/e4fe303b8cca525e97d44e80c7e53bdab9dd9187


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sat Nov 28 03:21:56 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 28 Nov 2020 08:21:56 +0000
Subject: [issue42488] Mathematical error
In-Reply-To: <1606549951.03.0.756491366817.issue42488@roundup.psfhosted.org>
Message-ID: <1606551716.43.0.409157077801.issue42488@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

The ^ operator is bitwise-xor (exclusive-or), not exponentiation.

Stop wasting our time by posting false bug reports. This is now your fifth incorrect bug report in a row. Once or twice can be forgiven that you didn't know better.

Please stop reporting bugs until you have checked with **at least one** of Stackoverflow, Reddit's /r/learnpython, one of the Python IRC channels, or the tutor mailing list, and confirmed that it is really a bug and not your own error.

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42488>
_______________________________________

From report at bugs.python.org  Sat Nov 28 04:06:17 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Sat, 28 Nov 2020 09:06:17 +0000
Subject: [issue42490] Business Logical Error
Message-ID: <1606554377.73.0.387381367557.issue42490@roundup.psfhosted.org>


New submission from Nishant Gautam <ng29834 at gmail.com>:

Python does not understand not condition

----------
files: main.py
messages: 381987
nosy: Kshitish
priority: normal
severity: normal
status: open
title: Business Logical Error
versions: Python 3.8
Added file: https://bugs.python.org/file49630/main.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42490>
_______________________________________

From report at bugs.python.org  Sat Nov 28 04:06:36 2020
From: report at bugs.python.org (Nishant Gautam)
Date: Sat, 28 Nov 2020 09:06:36 +0000
Subject: [issue42490] Business Logical Error
In-Reply-To: <1606554377.73.0.387381367557.issue42490@roundup.psfhosted.org>
Message-ID: <1606554396.04.0.762242139183.issue42490@roundup.psfhosted.org>


Change by Nishant Gautam <ng29834 at gmail.com>:


----------
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42490>
_______________________________________

From report at bugs.python.org  Sat Nov 28 04:20:30 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 28 Nov 2020 09:20:30 +0000
Subject: [issue42490] Business Logical Error
In-Reply-To: <1606554377.73.0.387381367557.issue42490@roundup.psfhosted.org>
Message-ID: <1606555230.63.0.806386285064.issue42490@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Nishant Gautam does not understand not condition.

This is your sixth incorrect bug report in a row. Please stop. This is not a help desk to correct your mistakes.

a == 10 and (b != (not(11))) and b == a

--> True and (b != False) and True
--> True and True and True
--> True

----------
nosy: +steven.daprano
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42490>
_______________________________________

From report at bugs.python.org  Sat Nov 28 04:38:53 2020
From: report at bugs.python.org (Christopher Snowhill)
Date: Sat, 28 Nov 2020 09:38:53 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606556333.97.0.870596963742.issue42480@roundup.psfhosted.org>


Christopher Snowhill <chris at kode54.net> added the comment:

And I can't report it to Homebrew, either, since they refuse to acknowledge bug reports against beta versions of the OS. I guess I can bug them when 11.1 becomes a stable release, by which time I'll probably be on 11.2.

I'll file Feedback with Apple, too, as they're more likely to actually know what's going on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Sat Nov 28 05:27:46 2020
From: report at bugs.python.org (Steve Carll)
Date: Sat, 28 Nov 2020 10:27:46 +0000
Subject: [issue42491] TKinter hanging intermittently - sometimes throwing
 exception
Message-ID: <1606559266.34.0.795590814191.issue42491@roundup.psfhosted.org>


New submission from Steve Carll <spcmicro at maine.rr.com>:

I'm having a problem with an application that uses threads and TKinter. Sometimes everything works fine but there are 2 errors that I can't seem to figure out why they are happening. The first error is the GUI completely locking up with no text cursor in the textbox. The second problem is a crash after the input has been entered.
I have created a bare minimum test application that demonstrates the problem. The problems are easily reproducible.
I've attached a simpleteTKinter test application that I created using Page. I've also attached 3 screen captures. 
1. threadTest-OK.jpg is proper behavior
2. threadTest-Hung.jpg shows the unresponsive application
3. threadTest-Exception.jpg shows the exception thrown when input window is closed
It looks like a race condition to me. I've tried putting in delays and using after but I can't seem to work around it. 
Am I doing something wrong here?

----------
components: Tkinter
files: threadTest.zip
messages: 381990
nosy: spcmicro
priority: normal
severity: normal
status: open
title: TKinter hanging intermittently - sometimes throwing exception
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file49631/threadTest.zip

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42491>
_______________________________________

From report at bugs.python.org  Sat Nov 28 05:54:28 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 10:54:28 +0000
Subject: [issue42466] asyncio loop.getaddrinfo raises RuntimeError
In-Reply-To: <1606323474.88.0.370019407414.issue42466@roundup.psfhosted.org>
Message-ID: <1606560868.65.0.520717696264.issue42466@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42466>
_______________________________________

From report at bugs.python.org  Sat Nov 28 05:56:22 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 10:56:22 +0000
Subject: [issue42347] loop.call_exception_handler documentation is lacking
In-Reply-To: <1605279273.64.0.105745281435.issue42347@roundup.psfhosted.org>
Message-ID: <1606560982.79.0.869500175452.issue42347@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Partially addressed by https://github.com/python/cpython/pull/21735

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42347>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:08:29 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sat, 28 Nov 2020 11:08:29 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606561709.64.0.525427058006.issue39096@roundup.psfhosted.org>


Change by Mark Dickinson <dickinsm at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:09:03 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 11:09:03 +0000
Subject: [issue42392] remove the deprecated 'loop' parameter asyncio API
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606561743.23.0.577349716615.issue42392@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
title: remove the 'loop' parameter from __init__ in all classes in asyncio.locks -> remove the deprecated 'loop' parameter asyncio API

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:09:52 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 11:09:52 +0000
Subject: [issue38599] Deprecate creation of asyncio object when the loop is
 not running
In-Reply-To: <1572160085.79.0.39835517746.issue38599@roundup.psfhosted.org>
Message-ID: <1606561792.64.0.587079358027.issue38599@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Fixed by #42392

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> remove the deprecated 'loop' parameter asyncio API
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38599>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:25:14 2020
From: report at bugs.python.org (Dan Pascu)
Date: Sat, 28 Nov 2020 11:25:14 +0000
Subject: [issue41562] StreamReaderProtocol inheritance
In-Reply-To: <1597561028.71.0.475726602595.issue41562@roundup.psfhosted.org>
Message-ID: <1606562714.14.0.0923437902543.issue41562@roundup.psfhosted.org>


Dan Pascu <danpascu777 at gmail.com> added the comment:

While it may not be affected at a functional level (at least not in a way I can see right now), it is confusing when reading that code.

Isn't clarity and avoiding confusion a desired trait for core python code?

What about all these recommendations from the Zen of Python?

Beautiful is better than ugly.
Simple is better than complex.
Flat is better than nested.
Readability counts.
If the implementation is hard to explain, it's a bad idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41562>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:33:01 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 11:33:01 +0000
Subject: [issue42469] Space in re's {min, max} should raise an error,
 rather than fail silently
In-Reply-To: <1606374594.43.0.361161161946.issue42469@roundup.psfhosted.org>
Message-ID: <1606563181.61.0.0522674819635.issue42469@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Pending further information, I believe that expecting '{1, 4}' to be interpreted as an re quantifier involves two mental errors: a) thinking that the domain specific re language allows optional whitespace and b) thinking that '{' is a special character only used for quantifier patterns.  I propose changes directed at both errors.

In Python code, a space ' ' is always special (indent, required separator, optional separator) except in comments and strings.  In the latter, a space is ordinary except as seen otherwise by reader, including humans.  Functions that read a string as Python code make them special again.  AFAIK, re functions always see spaces as ordinary unless the re.VERBOSE compile flag is passed, and even then they are only sometimes ignored.

Suggestion 1. Because this is contrary to human habit, put a special disclaimer at the end of the 2-sentence paragraph beginning "Some characters, like '|' or '(', are special."  Add something like "Space ' ' is always ordinary, like 'c' is.  Do not put one where a 'c' could not go."

"The special characters are:" is misleading because the special bracketed quantifier patterns that follow are composed of ordinary characters. (See below.)

Suggestion 2.  Add 'and patterns' after 'characters'.  Or put the quantifier patterns after a separate header.

'[' is special in that it always begins a set pattern.  ']' is always special when preceded by '['.  It is an error if the set is not closed with ']'. In particular, compile('[') raises.

'{' and }' are different.  They are not special by themselves anymore than digits and ',' are, whereas within quantifier patterns, all characters, not just '{' and '}', have special interpretations. In particular, compile('{') matches instead of raising like '[' does.
>>> re.findall('{', 'a{b')
['{']

Only a complete quantifier pattern is special.  As near as I can tell, re.compile act at least as if it tries to match '{\d*(,\d*)?}' (with re.ASCII flag to only allow ascii digits?) when it encounters '{'.  If this fails, it continues with '{' treated as ordinary.  So '{1, 4}', '{1,c4}', '{ 1,4}', '{1,4x}', and '{0x33}' are all compiled as sequences of 6 ordinary characters that match themselves.

Suggestion 3.  Somewhere say that '{' and '}' are ordinary unless there is a complete quantifier match, with nothing but digits[,digits] between '{}', with nothing else, including ' ', added.
---

Turning '{' into a special character by making it an error when it does not begin a quantifier would break all intentional uses of '{' as ordinary.  I don't see making '{' sort-of special by sometimes raising and sometime not by a new special rule to be much better.  In particular, I don't like having only extra ' 's or other whitespace raise.  AFAIK, re is unforgiving of any extra chars, not just spaces.

The re.VERBOSE causes whitespace to be sometimes be ignored.  The list of situations when not ignored does not, to me, obviously include quantifiers.  But it should.

>>> re.findall("""d{1,4}""", 'dddd', re.X)
['dddd']
>>> re.findall("""d{1, 4}""", 'dddd', re.X)
[]

Suggestion 4. Say so, by adding 'or quantifier' after 'character class'

----------
nosy: +serhiy.storchaka, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42469>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:37:26 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 11:37:26 +0000
Subject: [issue41241] Unnecessary Type casting in 'if condition'
In-Reply-To: <1594218335.75.0.478641917124.issue41241@roundup.psfhosted.org>
Message-ID: <1606563446.71.0.826797002086.issue41241@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 5b0194ed31376382da63ad5b10271a4acc4a80e8 by Wansoo Kim in branch 'master':
bpo-41241: Unnecessary Type casting in 'if condition' (GH-21396)
https://github.com/python/cpython/commit/5b0194ed31376382da63ad5b10271a4acc4a80e8


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41241>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:49:15 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 11:49:15 +0000
Subject: [issue41241] Unnecessary Type casting in 'if condition'
In-Reply-To: <1594218335.75.0.478641917124.issue41241@roundup.psfhosted.org>
Message-ID: <1606564155.21.0.00751529033666.issue41241@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41241>
_______________________________________

From report at bugs.python.org  Sat Nov 28 06:57:59 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Sat, 28 Nov 2020 11:57:59 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606564679.53.0.771702837991.issue42489@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


----------
keywords: +patch
nosy: +ZackerySpytz
nosy_count: 3.0 -> 4.0
pull_requests: +22420
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23538

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 07:29:53 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 12:29:53 +0000
Subject: [issue11107] Cache constant "slice" instances
In-Reply-To: <1296761121.69.0.66743926851.issue11107@psf.upfronthosting.co.za>
Message-ID: <1606566593.28.0.420810640758.issue11107@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Batuhan Taskaya opened a duplicate issue #42454.  Since it includes PR-23496, with some review, and at least as much discussion, I am closing this issue, contrary to normal policy.

Worthwhile? Batuhan found about 100000 constant slices in 3200 PyPI packages, and 3-50% speedup.

R?mi asked "Couldn't [slices] hash like a tuple (start, stop, step)?"
Batuhad used the tuple analogy - hashability and hash depends on components.  See PR for details.

Josh: the PR defines TYPE_SLICE as ':'.

----------
nosy: +terry.reedy
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Move slice creation to the compiler for constants

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue11107>
_______________________________________

From report at bugs.python.org  Sat Nov 28 07:31:07 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 12:31:07 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606566667.24.0.806439627738.issue42454@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

I closed #11107 in favor of this issue.  Some of the discussion and concerns (like slice hashing) was similar.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Sat Nov 28 07:54:56 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 12:54:56 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <1606433744.73.0.584174483264.issue42478@roundup.psfhosted.org>
Message-ID: <1606568096.7.0.649955866685.issue42478@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Wyko, when responding by email, please delete the message you are responding to, as it is redundant when posted to the web page.

----------
nosy: +ncoghlan, terry.reedy
stage:  -> test needed
versions: +Python 3.10 -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Sat Nov 28 07:55:11 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 12:55:11 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <1606433744.73.0.584174483264.issue42478@roundup.psfhosted.org>
Message-ID: <1606568111.96.0.873623581539.issue42478@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


----------
components: +Library (Lib)

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Sat Nov 28 07:55:41 2020
From: report at bugs.python.org (Wyko ter Haar)
Date: Sat, 28 Nov 2020 12:55:41 +0000
Subject: [issue42478] ipaddress.IPv4network.interfaces()
In-Reply-To: <1606568096.7.0.649955866685.issue42478@roundup.psfhosted.org>
Message-ID: <001401d6c585$c6219460$5264bd20$@GMAIL.COM>


Wyko ter Haar <wyko.ter.haar at gmail.com> added the comment:

You bet. Totally forgot when I was replying on my phone :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42478>
_______________________________________

From report at bugs.python.org  Sat Nov 28 08:03:56 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Nov 2020 13:03:56 +0000
Subject: [issue42471] Slowdown in socket tests noticed since Py3.8
In-Reply-To: <1606385858.53.0.045117469005.issue42471@roundup.psfhosted.org>
Message-ID: <1606568636.49.0.554420333897.issue42471@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

Should this be closed as 'not a bug'?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42471>
_______________________________________

From report at bugs.python.org  Sat Nov 28 08:18:21 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sat, 28 Nov 2020 13:18:21 +0000
Subject: [issue42471] Slowdown in socket tests noticed since Py3.8
In-Reply-To: <1606385858.53.0.045117469005.issue42471@roundup.psfhosted.org>
Message-ID: <1606569501.05.0.308017298795.issue42471@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42471>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:16:26 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 14:16:26 +0000
Subject: [issue42491] Tkinter wait_visibility hanging when used in thread
In-Reply-To: <1606559266.34.0.795590814191.issue42491@roundup.psfhosted.org>
Message-ID: <1606572986.22.0.318612933253.issue42491@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

I agree this is a race condition, and have narrowed the issue down to wait_visibility with the following also hanging indefinitely (tested against the master branch):

import threading
import tkinter as tk
def create_tp():
    t = tk.Toplevel()
    t.wait_visibility()
root = tk.Tk()
tk.Button(root, text="Create", command=lambda:
          threading.Thread(target=create_tp).start()).pack()
root.mainloop()

I agree this is a race condition (presumably between wait_visibility and window render) and am pretty sure there is nothing either us or the Tk team can do (IMO, this issue should be closed - though thank you for reporting it).
Similar behaviour to issue-42142, though I don't believe threading is used there.

> Am I doing something wrong here?
Using threads?! tkinter is known to not like threads and there are several bugs which can cause the Python interpreter to crash.

----------
nosy: +epaine, serhiy.storchaka
title: TKinter hanging intermittently - sometimes throwing exception -> Tkinter wait_visibility hanging when used in thread
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42491>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:27:37 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 14:27:37 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606573657.49.0.63202130413.issue34215@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 8085f742f4adfbc85f13fc734dfab036aa23acfb by Zackery Spytz in branch 'master':
bpo-34215: Clarify IncompleteReadError message when "expected" is None (GH-21925)
https://github.com/python/cpython/commit/8085f742f4adfbc85f13fc734dfab036aa23acfb


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:28:04 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 14:28:04 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606573684.33.0.211815493602.issue34215@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22421
pull_request: https://github.com/python/cpython/pull/23539

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:28:18 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 14:28:18 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606573698.17.0.990816141658.issue34215@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22422
pull_request: https://github.com/python/cpython/pull/23540

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:37:37 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 14:37:37 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606574257.2.0.200535947704.issue34215@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
versions: +Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:42:34 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 14:42:34 +0000
Subject: [issue41756] Do not always use exceptions to return result from
 coroutine
In-Reply-To: <1599786636.95.0.884410425349.issue41756@roundup.psfhosted.org>
Message-ID: <1606574554.26.0.503819406876.issue41756@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Can we close the issue?

----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41756>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:44:37 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 14:44:37 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606574677.82.0.42273294905.issue34215@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 4498e98a6bdf017d3b65fa679baf4c797909beb6 by Miss Islington (bot) in branch '3.8':
bpo-34215: Clarify IncompleteReadError message when "expected" is None (GH-21925) (#23540)
https://github.com/python/cpython/commit/4498e98a6bdf017d3b65fa679baf4c797909beb6


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:53:52 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 14:53:52 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606575232.59.0.263349185333.issue42489@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22423
pull_request: https://github.com/python/cpython/pull/23541

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:53:47 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 14:53:47 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606575227.29.0.599595171729.issue42489@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset d41ec65ab7411e877ca33d05e8c900feca530635 by Zackery Spytz in branch 'master':
bpo-42489: Fix the signature for list.sort() in the tutorial (GH-23538)
https://github.com/python/cpython/commit/d41ec65ab7411e877ca33d05e8c900feca530635


----------
nosy: +asvetlov

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:54:00 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 14:54:00 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606575240.91.0.458667687808.issue42489@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22424
pull_request: https://github.com/python/cpython/pull/23542

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 09:59:44 2020
From: report at bugs.python.org (Steve Carll)
Date: Sat, 28 Nov 2020 14:59:44 +0000
Subject: [issue42491] Tkinter wait_visibility hanging when used in thread
In-Reply-To: <1606559266.34.0.795590814191.issue42491@roundup.psfhosted.org>
Message-ID: <1606575584.11.0.888123044399.issue42491@roundup.psfhosted.org>


Steve Carll <spcmicro at maine.rr.com> added the comment:

Thank you to epaine for the quick reply.
IMHO this should be elevated and addressed.
TKinter not working well with threads appears to be a well known problem that a lot of developers have encountered and have had to work around.
The use of threads is not something that should be avoided, but rather used when needed in the appropriate manner. They've been around for a long time and work well in many development environments on a multitude of platforms.
I think it's time to make TKinter thread safe. Just my opinion...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42491>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:02:37 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 15:02:37 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606575757.02.0.262995294498.issue42489@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset e1c669b7ed18a81bfaa349726424ff5de9485f0a by Miss Islington (bot) in branch '3.8':
bpo-42489: Fix the signature for list.sort() in the tutorial (GH-23538)
https://github.com/python/cpython/commit/e1c669b7ed18a81bfaa349726424ff5de9485f0a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:07:55 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 15:07:55 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606576075.67.0.35610927985.issue34215@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset df6c8bcffef3380869c8f76317610ce452880b25 by Miss Islington (bot) in branch '3.9':
bpo-34215: Clarify IncompleteReadError message when "expected" is None (GH-21925) (GH-23539)
https://github.com/python/cpython/commit/df6c8bcffef3380869c8f76317610ce452880b25


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:08:09 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 15:08:09 +0000
Subject: [issue34215] streams.py:IncompleteReadError message is unclear when
 expected is None
In-Reply-To: <1532465024.45.0.56676864532.issue34215@psf.upfronthosting.co.za>
Message-ID: <1606576089.86.0.392261942125.issue34215@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34215>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:14:28 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 15:14:28 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606576468.25.0.164490849942.issue42489@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset cc5eb935c79bae13def91965e5fb7e8346d9dea1 by Miss Islington (bot) in branch '3.9':
bpo-42489: Fix the signature for list.sort() in the tutorial (GH-23538)
https://github.com/python/cpython/commit/cc5eb935c79bae13def91965e5fb7e8346d9dea1


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:21:38 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 15:21:38 +0000
Subject: [issue41562] StreamReaderProtocol inheritance
In-Reply-To: <1597561028.71.0.475726602595.issue41562@roundup.psfhosted.org>
Message-ID: <1606576898.94.0.518068939397.issue41562@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Fixing a non-broken thing is not a world-class idea, I think.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41562>
_______________________________________

From report at bugs.python.org  Sat Nov 28 10:23:49 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 15:23:49 +0000
Subject: [issue42489] Wrong method signature in python Documentation
In-Reply-To: <1606550633.89.0.824107781254.issue42489@roundup.psfhosted.org>
Message-ID: <1606577029.24.0.920191789651.issue42489@roundup.psfhosted.org>


Change by Andrew Svetlov <andrew.svetlov at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation -macOS
nosy: +docs at python
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42489>
_______________________________________

From report at bugs.python.org  Sat Nov 28 11:34:30 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 16:34:30 +0000
Subject: [issue42491] Tkinter wait_visibility hanging when used in thread
In-Reply-To: <1606559266.34.0.795590814191.issue42491@roundup.psfhosted.org>
Message-ID: <1606581270.51.0.907862258044.issue42491@roundup.psfhosted.org>


E. Paine <paineelisha at gmail.com> added the comment:

You make very good points but sadly it is not that simple. The issue is described in detail in the comment found in Modules/_tkinter.c:178. A good summary is probably the comment for Tkapp_Call (Modules/_tkinter.c:1522).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42491>
_______________________________________

From report at bugs.python.org  Sat Nov 28 12:49:04 2020
From: report at bugs.python.org (Jason Yundt)
Date: Sat, 28 Nov 2020 17:49:04 +0000
Subject: [issue42492] [unittest] Missing docs for context manager attributes
Message-ID: <1606585744.71.0.203898874877.issue42492@roundup.psfhosted.org>


New submission from Jason Yundt <swagfortress at gmail.com>:

The documentation talks about how assertRaises, assertRaisesRegex, assertWarns, and assertWarnsRegex can be used as context managers. It also talks about the attributes of those context managers. Some attributes aren't documented. For example, the warning attribute of the assertRaises or assertRaisesRegex context manager isn't documented.

----------
assignee: docs at python
components: Documentation, Tests
messages: 382012
nosy: docs at python, jayman
priority: normal
severity: normal
status: open
title: [unittest] Missing docs for context manager attributes
type: enhancement
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42492>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:04:31 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 20:04:31 +0000
Subject: [issue42477] ip_interface addition and subtraction changes netmask
In-Reply-To: <1606432442.0.0.505453565085.issue42477@roundup.psfhosted.org>
Message-ID: <1606593871.59.0.878607337419.issue42477@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42477>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:08:22 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 20:08:22 +0000
Subject: [issue42464] Pathlib resolve() resolves non-existent ".." components
 with strict=False
In-Reply-To: <1606320449.29.0.994355220822.issue42464@roundup.psfhosted.org>
Message-ID: <1606594102.28.0.0293472054589.issue42464@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
nosy: +serhiy.storchaka
versions:  -Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42464>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:12:16 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 20:12:16 +0000
Subject: [issue42383] Pdb does not correclty restart the target if it changes
 the current directory
In-Reply-To: <1605597991.66.0.0396733980212.issue42383@roundup.psfhosted.org>
Message-ID: <1606594336.06.0.523271343626.issue42383@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
components: +Library (Lib)
type:  -> behavior
versions: +Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42383>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:13:33 2020
From: report at bugs.python.org (E. Paine)
Date: Sat, 28 Nov 2020 20:13:33 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606594413.38.0.381696241675.issue42406@roundup.psfhosted.org>


Change by E. Paine <paineelisha at gmail.com>:


----------
nosy: +davin, pitrou
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:21:28 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 20:21:28 +0000
Subject: [issue41879] Outdated description of async iterables in documentation
 of async for statement
In-Reply-To: <1601324135.53.0.963696566223.issue41879@roundup.psfhosted.org>
Message-ID: <1606594888.06.0.504829071334.issue41879@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Both mentioned links have the correct code.
They use sync __aiter__ and async __anext__

----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41879>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:21:42 2020
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 28 Nov 2020 20:21:42 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606594902.96.0.909651669886.issue31904@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset aa1b8a168d8b8dc1dfc426364b7b664501302958 by pxinwr in branch 'master':
bpo-31904: Fix test_os.test_getcwd_long_path() failure for VxWorks (GH-20256)
https://github.com/python/cpython/commit/aa1b8a168d8b8dc1dfc426364b7b664501302958


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Sat Nov 28 15:38:39 2020
From: report at bugs.python.org (Austin Scola)
Date: Sat, 28 Nov 2020 20:38:39 +0000
Subject: [issue42493] pathlib.Path.__eq__ should test normalized path
Message-ID: <1606595919.66.0.496197992353.issue42493@roundup.psfhosted.org>


New submission from Austin Scola <austinscola at gmail.com>:

I think it would be more useful for the pathlib.Path.__eq__ method to test the normalized path (not sure if normalized is the right terminology here).

As a concrete example I think that `PosixPath('/foo')` should equal `PosixPath('/foo/../foo')`. This is because functionally the two paths are equivalent.

----------
components: Library (Lib)
messages: 382015
nosy: ascola
priority: normal
severity: normal
status: open
title: pathlib.Path.__eq__ should test normalized path
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42493>
_______________________________________

From report at bugs.python.org  Sat Nov 28 16:04:28 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sat, 28 Nov 2020 21:04:28 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606597468.64.0.366844404933.issue41818@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 74311aeb45b52cc145d27d9fca99f01874d6882d by Soumendra Ganguly in branch 'master':
bpo-41818: Fix test_master_read() so that it succeeds on all platforms that either raise OSError or return b"" upon reading from master (GH-23536)
https://github.com/python/cpython/commit/74311aeb45b52cc145d27d9fca99f01874d6882d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Sat Nov 28 16:19:50 2020
From: report at bugs.python.org (=?utf-8?q?S=C3=A9bastien_Lemetter?=)
Date: Sat, 28 Nov 2020 21:19:50 +0000
Subject: [issue42494] struct.unpack_from return 2 values instead of one
Message-ID: <1606598390.04.0.313076764705.issue42494@roundup.psfhosted.org>


New submission from S?bastien Lemetter <sebaleme at gmail.com>:

Hi,

I am using an old version, but maybe you can still help me. I am using the ROS operating system, and there, the unpack_from function is used for reading values from bags.
When I try to read uint16 with the function pointcloud2.readpoint(), it returns 2 values instead of 1, and I couldn t understand why. Since this readpoint() is from the official pointcloud2 package from ros, and unpack_from is from official struct package, I don t think I could do many error here. In the screenshot, you can see that the inputs parameters seems ok. I am reading a field from my bag which is 2 bytes, and the offset (12) make also sense (4th value after 3 floats).



def read_points(cloud, field_names=None):

    """

    Read points from a L{sensor_msgs.PointCloud2} message.

 

    @param cloud: The point cloud to read from.

    @type  cloud: L{sensor_msgs.PointCloud2}

    @param field_names: The names of fields to read. If None, read all fields. [default: None]

    @type  field_names: iterable

    @param skip_nans: If True, then don't return any point with a NaN value.

    @type  skip_nans: bool [default: False]

    @param uvs: If specified, then only return the points at the given coordinates. [default: empty list]

    @type  uvs: iterable

    @return: Generator which yields a list of values for each point.

    @rtype:  generator

    """

    assert isinstance(cloud, roslib.message.Message) and cloud._type == 'sensor_msgs/PointCloud2', 'cloud is not a sensor_msgs.msg.PointCloud2'

    fmt = _get_struct_fmt(cloud.is_bigendian, cloud.fields, field_names)

    print('fmt size ' , str(struct.calcsize(fmt)))

    print('cloud.height ' , str(cloud.height))

    print('cloud.row_step ' , str(cloud.row_step))

    width, height, point_step, row_step, data, isnan = cloud.width, cloud.height, cloud.point_step, cloud.row_step, cloud.data, math.isnan

    unpack_from = struct.Struct(fmt).unpack_from

 

    for v in range(height):

        offset = row_step * v

        for u in range(width):      

            yield unpack_from(data, offset)

            offset += point_step

def callback(data):

    print("pointcloud size is %d bytes" % len(data.data))

    pointCloudArray_a = [1,2,3,4,5]

    #print((data.data.size))

    for indoux in range(4):

        print("==========================")

        print(indoux)

        pointCloudArray_a[indoux] = np.array(list((read_points2(data, field_names=(fields_PI6[indoux])))))

Here my mail again if you need more infos:
sebaleme at gmail.com

thanks,

----------
files: getIntensity.png
messages: 382017
nosy: sebaleme
priority: normal
severity: normal
status: open
title: struct.unpack_from return 2 values instead of one
type: behavior
Added file: https://bugs.python.org/file49632/getIntensity.png

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42494>
_______________________________________

From report at bugs.python.org  Sat Nov 28 16:22:13 2020
From: report at bugs.python.org (=?utf-8?q?S=C3=A9bastien_Lemetter?=)
Date: Sat, 28 Nov 2020 21:22:13 +0000
Subject: [issue42494] struct.unpack_from return 2 values instead of one
In-Reply-To: <1606598390.04.0.313076764705.issue42494@roundup.psfhosted.org>
Message-ID: <1606598533.61.0.906215915463.issue42494@roundup.psfhosted.org>


S?bastien Lemetter <sebaleme at gmail.com> added the comment:

I forgot, here is my configuration:

Ubuntu 18.04
Ros Melodic
Python 2.7

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42494>
_______________________________________

From report at bugs.python.org  Sat Nov 28 16:38:45 2020
From: report at bugs.python.org (Andy Dirnberger)
Date: Sat, 28 Nov 2020 21:38:45 +0000
Subject: [issue41100] Support macOS 11 and Apple Silicon Macs
In-Reply-To: <1592999467.1.0.372512113251.issue41100@roundup.psfhosted.org>
Message-ID: <1606599525.68.0.269939898088.issue41100@roundup.psfhosted.org>


Change by Andy Dirnberger <andy.dirnberger at gmail.com>:


----------
nosy: +dirn

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41100>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:02:08 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sat, 28 Nov 2020 22:02:08 +0000
Subject: [issue42493] pathlib.Path.__eq__ should test normalized path
In-Reply-To: <1606595919.66.0.496197992353.issue42493@roundup.psfhosted.org>
Message-ID: <1606600928.29.0.188843334585.issue42493@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

The __eq__ method would have to do a full resolve(), which is expensive and may fail. One can't simply resolve "/foo/symlink/.." as "/foo", where "symlink" is a filesystem symlink. The target has to be resolved before ".." is evaluated, and the link may be invalid or inaccessible. This isn't relevant in Windows because it normalizes ".." components in an opened path with string-based processing before passing the path to the kernel. But, for consistency, one would have to resolve symlinks before comparing paths in Windows as well.

I think if you need this in-depth comparison, it's better to call resolve() manually when paths aren't superficially equal.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42493>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:04:58 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 22:04:58 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606601098.58.0.272133600437.issue31904@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a86a274b7224a5069f82c2d2cdd1f499d9c8dc22 by pxinwr in branch 'master':
bpo-31904: add shell requirement for test_pipes (GH-23489)
https://github.com/python/cpython/commit/a86a274b7224a5069f82c2d2cdd1f499d9c8dc22


----------
nosy: +miss-islington

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:06:39 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 22:06:39 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606601199.84.0.189525012538.issue31904@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 6a273fdc2a36f52fb70359149eff014f1b6b08d4 by pxinwr in branch 'master':
bpo-31904: skip some tests related to fifo on VxWorks (GH-23473)
https://github.com/python/cpython/commit/6a273fdc2a36f52fb70359149eff014f1b6b08d4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:10:30 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 28 Nov 2020 22:10:30 +0000
Subject: [issue13337] IGNORE_CASE doctest option flag
In-Reply-To: <1320347000.37.0.62477718357.issue13337@psf.upfronthosting.co.za>
Message-ID: <1606601430.29.0.0131332124196.issue13337@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

FWIW, while i'm never a fan of doctests, this would also help reduce the impact of other golden value tests where different platforms capitalize their error messages or not.

----------
nosy: +gregory.p.smith
versions: +Python 3.10 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13337>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:14:33 2020
From: report at bugs.python.org (miss-islington)
Date: Sat, 28 Nov 2020 22:14:33 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606601673.06.0.741891357266.issue31904@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 00a6568ba37f0d815289776a51af46d0eac27384 by pxinwr in branch 'master':
bpo-31904: remove libnet dependency from detect_socket() for VxWorks (GH-23394)
https://github.com/python/cpython/commit/00a6568ba37f0d815289776a51af46d0eac27384


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:25:11 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 28 Nov 2020 22:25:11 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606602311.8.0.223239714196.issue42406@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

gross / nice find :)

----------
assignee:  -> gregory.p.smith
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:29:42 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 28 Nov 2020 22:29:42 +0000
Subject: [issue42494] struct.unpack_from return 2 values instead of one
In-Reply-To: <1606598390.04.0.313076764705.issue42494@roundup.psfhosted.org>
Message-ID: <1606602582.65.0.284807670855.issue42494@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

Hi S?bastien,

This is a bug tracker for reporting bugs, not a help desk to help with your code. There are many community resources to help you debug your code, but this is not one of them. You can try:

* Reddit's /r/learnpython
* the Python-list mailing list or news group https://mail.python.org/mailman/listinfo/python-list or comp.lang.python
* The Python Discuss forums https://discuss.python.org/c/users/7
* various IRC channels https://www.python.org/community/irc/
* other forums https://www.python.org/community/forums/

There may be others. However I guess you probably need ROS specific forums.

It may help to read these first:

https://stackoverflow.com/help/minimal-reproducible-example

http://www.sscce.org/

http://catb.org/~esr/faqs/smart-questions.html

If there is a problem with pointcloud2.readpoint returning two values when you expected one, you should check the pointcloud2 documentation, or the ROS project, and report the bug to them.

I'm going to close this as "Third Party", as any bug is most likely in the pointcloud2 library, or your own code.

Unfortunately, even if it turns out to be a bug in struct.unpack_from, although I don't understand why you think it might be, we aren't accepting any bug reports for Python 2, it is no longer maintained. Please upgrade to Python 3.9 and see if that fixes the problem.

Please note that your sample code gives a function "read_points" but the callback calls a different function "read_points2".

----------
nosy: +steven.daprano
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42494>
_______________________________________

From report at bugs.python.org  Sat Nov 28 17:42:03 2020
From: report at bugs.python.org (Austin Scola)
Date: Sat, 28 Nov 2020 22:42:03 +0000
Subject: [issue42493] pathlib.Path.__eq__ should test normalized path
In-Reply-To: <1606595919.66.0.496197992353.issue42493@roundup.psfhosted.org>
Message-ID: <1606603323.47.0.0247922594808.issue42493@roundup.psfhosted.org>


Austin Scola <austinscola at gmail.com> added the comment:

Okay, thank you for the explanation Eryk. It makes sense to me now why __eq__ doesn't attempt to compare something other than just the parts of the path.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42493>
_______________________________________

From report at bugs.python.org  Sat Nov 28 19:08:45 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 00:08:45 +0000
Subject: [issue38200] Adding itertools.pairwise to the standard library?
In-Reply-To: <1568736008.51.0.85414927582.issue38200@roundup.psfhosted.org>
Message-ID: <1606608525.02.0.402028609336.issue38200@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: https://bugs.python.org/file49633/pairwise.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38200>
_______________________________________

From report at bugs.python.org  Sat Nov 28 19:12:06 2020
From: report at bugs.python.org (Matthew)
Date: Sun, 29 Nov 2020 00:12:06 +0000
Subject: [issue39116] StreamReader.readexactly() raises GeneratorExit on
 ProactorEventLoop
In-Reply-To: <1576944276.46.0.229840779815.issue39116@roundup.psfhosted.org>
Message-ID: <1606608726.91.0.617349206604.issue39116@roundup.psfhosted.org>


Matthew <matthew331199 at gmail.com> added the comment:

Let me preface this by declaring that I am very new to Python async so it is very possible that I am missing something seemingly obvious. That being said, I've been looking at various resources to try to understand the internals of asyncio and it hasn't led to any insights on this problem thus far.
-----------------

This all sounds quite similar to an experience I am dealing with. I'm working with pub sub within aioredis which internally uses a StreamReader with a function equivalent to readexactly. This all started from debugging "Task was destroyed but it is pending!" to which attempted fixes led to multiple "RuntimeError: aclose(): asynchronous generator is already running" errors.

I did the same thing, adding try excepts everywhere in my code to understand what was happening and this led me to identifying that a regular async function would raise GeneratorExit during await. However, even if I suppress this, the caller awaiting on this function would also raise a GeneratorExit. Suppressing this exception at the top level leads to an unsuspecting (to me) error "coroutine ignored GeneratorExit".

I understand that GeneratorExit is raised in unfinished generators when garbage collected to handle cleanup. And I understand that async functions are essentially a generator in the sense that they yield when they await. So, if the entire coroutine were garbage collected this might trigger GeneratorExit in each nested coroutine. However, from all of my logging I am sure that prior to the GeneratorExit, nothing returns  upwards so there should still be valid references to every object.

I'll include some errors below, in case they may be of relevance:

=== Exception in await of inner async function ===
Traceback (most recent call last):
  File ".../site-packages/uvicorn/protocols/http/httptools_impl.py", line 165, in data_received
    self.parser.feed_data(data)
  File "httptools/parser/parser.pyx", line 196, in httptools.parser.parser.HttpParser.feed_data
httptools.parser.errors.HttpParserUpgrade: 858

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File ".../my_code.py", line 199, in wait_for_update
    return await self.waiter.wait_for_value()
GeneratorExit

=== Exception when suppressing GeneratorExit on the top level ===
Exception ignored in: <coroutine object parent_async_function at 0x0b...>
Traceback (most recent call last):
  File ".../site-packages/websockets/protocol.py", line 229, in __init__
    self.reader = asyncio.StreamReader(limit=read_limit // 2, loop=loop)
RuntimeError: coroutine ignored GeneratorExit

----------
nosy: +matthew

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39116>
_______________________________________

From report at bugs.python.org  Sat Nov 28 19:14:22 2020
From: report at bugs.python.org (Soumendra Ganguly)
Date: Sun, 29 Nov 2020 00:14:22 +0000
Subject: [issue41818] Lib/pty.py major revision
In-Reply-To: <1600557574.22.0.272934906824.issue41818@roundup.psfhosted.org>
Message-ID: <1606608862.64.0.321943373387.issue41818@roundup.psfhosted.org>


Change by Soumendra Ganguly <soumendra at tamu.edu>:


----------
pull_requests: +22425
pull_request: https://github.com/python/cpython/pull/23546

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41818>
_______________________________________

From report at bugs.python.org  Sat Nov 28 19:32:10 2020
From: report at bugs.python.org (Justin Baum)
Date: Sun, 29 Nov 2020 00:32:10 +0000
Subject: [issue13337] IGNORE_CASE doctest option flag
In-Reply-To: <1320347000.37.0.62477718357.issue13337@psf.upfronthosting.co.za>
Message-ID: <1606609930.92.0.0315644865194.issue13337@roundup.psfhosted.org>


Change by Justin Baum <justinbaum5 at gmail.com>:


----------
keywords: +patch
nosy: +justinba1010
nosy_count: 3.0 -> 4.0
pull_requests: +22426
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/23547

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13337>
_______________________________________

From report at bugs.python.org  Sat Nov 28 20:34:44 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 29 Nov 2020 01:34:44 +0000
Subject: [issue42493] pathlib.Path.__eq__ should test normalized path
In-Reply-To: <1606595919.66.0.496197992353.issue42493@roundup.psfhosted.org>
Message-ID: <1606613684.37.0.409271292885.issue42493@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
resolution:  -> rejected
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42493>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:01:24 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 29 Nov 2020 02:01:24 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606615284.59.0.308324318241.issue42480@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

I've installed the 11.1 beta (of 2020-11-17) on an Intel-64 virtual machine and installed and run the test suite for the recently released 3.9.1rc1 Universal2 binaries from python.org. The tests, including tkinter tests, run similarly to how they do on 11.0.1. Further, as far as I can tell, there is no place within Python itself where such a message ("macOS 11 or later required !") is emitted; I did not search the Tcl or Tk sources since you didn't say which version is in use. Be aware that 3.9.1rc1 is the first official Python release that supports macOS 11 Big Sur so it may be that the brew version you were using has preliminary patches for Big Sur support that differ from the final versions. Depending what you are trying to do, you might want to use the python.org 3.9.1rc1 or 3.9.1 final (when released) until there is a supported brew version. Or, as Ronald suggest, you may need to track down exactly what and how the brew recipes are building for Tcl, Tk, and Python.  Good luck!

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:08:11 2020
From: report at bugs.python.org (Peter Hunt)
Date: Sun, 29 Nov 2020 02:08:11 +0000
Subject: [issue42495] socket.gethostbyaddr raises error if invalid unicode in
 hosts
Message-ID: <1606615691.16.0.723676865629.issue42495@roundup.psfhosted.org>


New submission from Peter Hunt <peter at huntfx.uk>:

If the hosts file contains invalid unicode, then the socket module will break when attempting to get the list of hosts. This renders modules such as Flask and Django unusable.

Background:
    I had a mapping to localghost (https://twitter.com/rfreebern/status/1214560971185778693), and Docker incorrectly rewrote the hosts file during installation, turning it from "127.0.0.1 xn--9q8h" to "127.0.0.1 xn-9q8h".
    The socket module was not able to handle that, and was failing with a UnicodeDecodeError in Python 3.6+ as it attempted to list the addresses for "127.0.0.1".

How to reproduce:
    # Add "127.0.0.1 xn-9q8h" to C:/Windows/System32/drivers/etc/hosts
    
    >>> socket.gethostbyaddr('127.0.0.1')
    UnicodeDecodeError: 'utf-8' codec can't decode byte 0x96 in position 2: invalid start byte

Expected:
    In Python 2.7 - 3.5, it returns 'xn\u20139q8h'.
    I feel returning "xn-9q8h" as a string would be best, but ignoring it could be an option.
    An alternative would be to raise socket.error.

Full traceback from Flask as an example:

    Traceback (most recent call last):
    File "__init__.py", line 285, in <module>
        app.run()
    File "C:\Users\Peter\AppData\Roaming\Python\Python37\site-packages\flask\app.py", line 990, in run
        run_simple(host, port, self, **options)
    File "C:\Users\Peter\AppData\Roaming\Python\Python37\site-packages\werkzeug\serving.py", line 1052, in run_simple
        inner()
    File "C:\Users\Peter\AppData\Roaming\Python\Python37\site-packages\werkzeug\serving.py", line 1005, in inner
        fd=fd,
    File "C:\Users\Peter\AppData\Roaming\Python\Python37\site-packages\werkzeug\serving.py", line 848, in make_server
        host, port, app, request_handler, passthrough_errors, ssl_context, fd=fd
    File "C:\Users\Peter\AppData\Roaming\Python\Python37\site-packages\werkzeug\serving.py", line 740, in __init__
        HTTPServer.__init__(self, server_address, handler)
    File "C:\Program Files\Python37\lib\socketserver.py", line 452, in __init__
        self.server_bind()
    File "C:\Program Files\Python37\lib\http\server.py", line 139, in server_bind
        self.server_name = socket.getfqdn(host)
    File "C:\Program Files\Python37\lib\socket.py", line 676, in getfqdn
        hostname, aliases, ipaddrs = gethostbyaddr(name)
    UnicodeDecodeError: 'utf-8' codec can't decode byte 0x96 in position 2: invalid start byte

----------
components: Library (Lib), Unicode, Windows
messages: 382029
nosy: Peter92, ezio.melotti, paul.moore, steve.dower, tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: socket.gethostbyaddr raises error if invalid unicode in hosts
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42495>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:25:44 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 02:25:44 +0000
Subject: [issue42496] Don't change indentation of RST markup
Message-ID: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>


New submission from Raymond Hettinger <raymond.hettinger at gmail.com>:

I just noticed that this PR was applied:  https://github.com/python/cpython/pull/23545

In general, I don't think this should be done.  AFAICT, it has no visual effect for the reader and that the current markup is allowed by Sphinx (i.e. this isn't a bug and "fix markup" inaccurately indicated that something is being fixed).

Looking the Sphinx docs, the only rule I see is "Options must be indented to the same level as the directive content."

Given that the markup isn't wrong, I suggest that it be left alone:

* Changing it is unnecessary churn
* It makes back-porting real doc fixes more difficult
* It messes-up the blame/annotate history
* Presumably, the original author did it for their convenience (editors sets to four space indents, etc.)

In the Sphinx world, three space indents are the norm.  In the Python world, four space indents are the norm.  Given that Sphinx allows either, I think we should respect what the original author found that made sense for them.

For example, in the descriptor tutorial, I used four-space indented content for doctest/codetest directives to make maintenance easier (I can cut and paste fragments from live, tested code).

----------
assignee: docs at python
components: Documentation
messages: 382030
nosy: adelfino, docs at python, gregory.p.smith, rhettinger
priority: normal
severity: normal
status: open
title: Don't change indentation of RST markup
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:32:06 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 02:32:06 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606617126.76.0.268719565475.issue42496@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

If this does have a visual effect for readers or if it breaks strict Sphinx requirement, let me know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:33:40 2020
From: report at bugs.python.org (Christopher Snowhill)
Date: Sun, 29 Nov 2020 02:33:40 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606617220.71.0.707016375453.issue42480@roundup.psfhosted.org>


Christopher Snowhill <chris at kode54.net> added the comment:

Sorry about that. I didn't know that Big Sur support wasn't added until post-3.9.0. I'll check if Brew has a newer version now, and even if not, if I can install a Git version for testing.

Incidentally, the error is occuring inside either the Tk or Tcl frameworks, and it's not a version that Brew supplies. Like the system copies of Python 2 and 3, Brew links its builds against the system Tcl and Tk frameworks, which appear to have some bugs in the beta.

Thanks for testing, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Sat Nov 28 21:48:30 2020
From: report at bugs.python.org (Ned Deily)
Date: Sun, 29 Nov 2020 02:48:30 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606618110.98.0.785739202845.issue42480@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

If Homebrew links against the Apple-supplied Tcl and Tk frameworks, which are in /System/Library/Frameworks, all bets are off as those are deprecated and hopelessly out-of-date versions of Tcl/Tk 8.5. If tkinter is linked to Tcl and Tk frameworks in /Library/Frameworks and there are Tcl and Tk frameworks there, those are not supplied by Apple; they are either installed by Homebrew from somewhere else (ActiveTcl or perhaps built from source). It can be confusing trying to determine which instance of Tcl or Tk tkinter is actually using at runtime on macOS.  The command:

python3.9 -m test.pythoninfo

will display the patch level of Tk in use.  There is some more detail of how it all works here: https://www.python.org/download/mac/tcltk/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Sat Nov 28 22:54:42 2020
From: report at bugs.python.org (ThatXliner)
Date: Sun, 29 Nov 2020 03:54:42 +0000
Subject: [issue42497] New pathlib.Path attribute
Message-ID: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>


New submission from ThatXliner <bryan.hu.2020 at gmail.com>:

Add an attribute to pathlib.Path testing if a file/directory/symlink is executable or the user has executable permissions.

I've been trying to find a pythonic way for this (preferably in pathlib.Path) but all I found was trips to the shell and back.

This issue proposes adding an attribute (which I haven't figured the name most would like but it would be somewhere near .can_execute or .is_exe)

----------
components: Library (Lib)
messages: 382034
nosy: ThatXliner
priority: normal
severity: normal
status: open
title: New pathlib.Path attribute
versions: Python 3.10, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sat Nov 28 23:33:09 2020
From: report at bugs.python.org (Nick Gaya)
Date: Sun, 29 Nov 2020 04:33:09 +0000
Subject: [issue41879] Outdated description of async iterables in documentation
 of async for statement
In-Reply-To: <1601324135.53.0.963696566223.issue41879@roundup.psfhosted.org>
Message-ID: <1606624389.29.0.109340806289.issue41879@roundup.psfhosted.org>


Change by Nick Gaya <nicholasgaya+github at gmail.com>:


----------
pull_requests: +22427
pull_request: https://github.com/python/cpython/pull/23548

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41879>
_______________________________________

From report at bugs.python.org  Sat Nov 28 23:39:40 2020
From: report at bugs.python.org (Nick Gaya)
Date: Sun, 29 Nov 2020 04:39:40 +0000
Subject: [issue41879] Outdated description of async iterables in documentation
 of async for statement
In-Reply-To: <1601324135.53.0.963696566223.issue41879@roundup.psfhosted.org>
Message-ID: <1606624780.15.0.883912804684.issue41879@roundup.psfhosted.org>


Nick Gaya <nicholasgaya+github at gmail.com> added the comment:

As described above, the issue is in the textual description, not the code snippet. I have opened a GitHub PR with a fix.

----------
resolution: out of date -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41879>
_______________________________________

From report at bugs.python.org  Sun Nov 29 00:13:49 2020
From: report at bugs.python.org (Christopher Snowhill)
Date: Sun, 29 Nov 2020 05:13:49 +0000
Subject: [issue42480] Python Tkinter crashes on macOS 11.1 beta
In-Reply-To: <1606468409.23.0.371615995189.issue42480@roundup.psfhosted.org>
Message-ID: <1606626829.5.0.149088321369.issue42480@roundup.psfhosted.org>


Christopher Snowhill <chris at kode54.net> added the comment:

That command also crashes with the same error. And I already verified with otool -L on the tkinter shared object file that it does indeed link the /System/Library/Frameworks version of both Tcl and Tk.

In fact, if I remember correctly, Homebrew's entire stance is to import and build as little as possible, always preferring to link to system bundled frameworks, no matter what. Maybe they'll rethink this one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42480>
_______________________________________

From report at bugs.python.org  Sun Nov 29 00:30:35 2020
From: report at bugs.python.org (izomiac)
Date: Sun, 29 Nov 2020 05:30:35 +0000
Subject: [issue42498] smtplib is glitchy after receive server code 500
Message-ID: <1606627835.9.0.185077481862.issue42498@roundup.psfhosted.org>


New submission from izomiac <izomiac at zrwb3.r-66y.com>:

I use a custom e-mail server and noticed I wasn't getting e-mails from FreeNAS.  I tracked the bug down to Python's smtplib.  My home internet can't do outbound port 25, so I use a port forwarding script that I've since learned injects "PROXY TCP4 <client ip> <server ip> <client port> <server port>\r\n".  This isn't a basic SMTP command, so my server responds with "500 Syntax error, command unrecognized\r\n".  

The first glitch in smtplib is that it assumes the server has precognition and upon receiving the syntax error assumes that the *next* command smtplib sends is invalid.  This happens to be "ehlo". After assuming "ehlo" got an error it backs down to "helo".  My server didn't like clients to send two greetings so it responded with "503 Bad sequence of commands", but allowed the connection to proceed anyway after the mild scolding.  smtplib proceeds to issue a "mail FROM" command, then a "rset" command and disconnects in shame after reflecting upon its actions for a while.

So, I modified my server to be a bit more laid back and just accept two greetings.  smtplib proceeds to issue "mail FROM", "rcpt TO", and "data" commands before crashing (raising an "SMTPDataError" in the traceback).

I then modified my server to ignore "PROXY" commands rather than send a syntax error and everything worked perfectly.  I don't code in python, and obviously my SMTP server is a one-off creation, but I figured I ought to let you all know in case you want to make some improvements to smtplib to better follow the SMTP spec and not crash with a cryptic error message three commands later after receiving a non-fatal error message.

----------
components: email
files: debug output.txt
messages: 382038
nosy: barry, izomiac, r.david.murray
priority: normal
severity: normal
status: open
title: smtplib is glitchy after receive server code 500
type: crash
versions: Python 3.7
Added file: https://bugs.python.org/file49634/debug output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42498>
_______________________________________

From report at bugs.python.org  Sun Nov 29 00:33:58 2020
From: report at bugs.python.org (Vikram Pal)
Date: Sun, 29 Nov 2020 05:33:58 +0000
Subject: [issue42499] python not correctly processing double quotes in command
 line args in windows
Message-ID: <1606628038.54.0.800502181623.issue42499@roundup.psfhosted.org>


New submission from Vikram Pal <vikram.invincible.pal4 at gmail.com>:

Using PowerShell in Windows, double quotes in argument given with "-c" flag to python does not work. E.g.

> Write-Host 's = "fn main() {"; s += "\n".join("let x = 0;" for _ in range(2)); s+= "}"; print(s)'
s = "fn main() {"; s += "\n".join("let x = 0;" for _ in range(6000)); s+= "}"; print(s)

> python -c 's = "fn main() {"; s += "\n".join("let x = 0;" for _ in range(2)); s+= "}"; print(s)'
Traceback (most recent call last):
  File "<string>", line 1, in <module>
NameError: name 'fn' is not defined

----------
components: Windows
messages: 382039
nosy: paul.moore, steve.dower, tim.golden, vikram.invincible.pal4, zach.ware
priority: normal
severity: normal
status: open
title: python not correctly processing double quotes in command line args in windows
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42499>
_______________________________________

From report at bugs.python.org  Sun Nov 29 01:56:22 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 06:56:22 +0000
Subject: [issue38200] Adding itertools.pairwise to the standard library?
In-Reply-To: <1568736008.51.0.85414927582.issue38200@roundup.psfhosted.org>
Message-ID: <1606632982.17.0.840508768974.issue38200@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38200>
_______________________________________

From report at bugs.python.org  Sun Nov 29 02:01:05 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 29 Nov 2020 07:01:05 +0000
Subject: [issue41879] Outdated description of async iterables in documentation
 of async for statement
In-Reply-To: <1601324135.53.0.963696566223.issue41879@roundup.psfhosted.org>
Message-ID: <1606633265.25.0.342563371101.issue41879@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

You are right.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41879>
_______________________________________

From report at bugs.python.org  Sun Nov 29 02:28:08 2020
From: report at bugs.python.org (Eryk Sun)
Date: Sun, 29 Nov 2020 07:28:08 +0000
Subject: [issue42499] python not correctly processing double quotes in command
 line args in windows
In-Reply-To: <1606628038.54.0.800502181623.issue42499@roundup.psfhosted.org>
Message-ID: <1606634888.02.0.939709621685.issue42499@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

Python uses the Windows C runtime to parse the command line into an argument array. By the CRT rules [1], you need to escape the embedded double quotes using backslashes. For example:

    PS C:\> python -c 's = \"fn main() {\"; s += \"\n\".join(\"let x = 0;\" for _ in range(2)); s+= \"}\"; print(s)'
    fn main() {let x = 0;
    let x = 0;}

In case you don't know already, PowerShell magically converts the single quotes in your command line to double quotes. It recognizes that most Windows programs parse the command line using the C runtime or WinAPI CommandLineToArgvW, which doesn't have any special handling for single quotes.

You can use ctypes to see how your original command line gets parsed via CommandLineToArgvW, which is functionally the same as what the C runtime does. For example (note the -i option to enter interactive mode):

    PS C:\> python -ic 's = "fn main() {"; s += "\n".join("let x = 0;" for _ in range(2)); s+= "}"; print(s)'
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
    NameError: name 'fn' is not defined

    >>> import ctypes
    >>> kernel32 = ctypes.WinDLL('kernel32', use_last_error=True)
    >>> shell32 = ctypes.WinDLL('shell32', use_last_error=True)
    >>> kernel32.GetCommandLineW.restype = ctypes.c_wchar_p
    >>> shell32.CommandLineToArgvW.restype = ctypes.POINTER(ctypes.c_wchar_p)

    >>> cmd = kernel32.GetCommandLineW()
    >>> num = ctypes.c_int()
    >>> args = shell32.CommandLineToArgvW(cmd, ctypes.byref(num))

    >>> print(*zip(range(num.value), args[:num.value]), sep='\n')
    (0, 'C:\\Program Files\\Python39\\python.exe')
    (1, '-ic')
    (2, 's = fn')
    (3, 'main()')
    (4, '{; s += \\n.join(let')
    (5, 'x')
    (6, '=')
    (7, '0; for _ in range(2)); s+= }; print(s)')

As you can see, because the double quotes aren't escaped, they get consumed, combined with the rule for white space, to parse the command line after "-ic" into six arguments instead of just one argument.

---

[1] https://docs.microsoft.com/en-us/cpp/cpp/main-function-command-line-args?view=msvc-160#parsing-c-command-line-arguments

----------
nosy: +eryksun
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42499>
_______________________________________

From report at bugs.python.org  Sun Nov 29 02:39:23 2020
From: report at bugs.python.org (Xinmeng Xia)
Date: Sun, 29 Nov 2020 07:39:23 +0000
Subject: [issue42500] status() crashes on Python3.9 and 3.10
Message-ID: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>


New submission from Xinmeng Xia <xiaxm at smail.nju.edu.cn>:

This program can work well on Python 3.5.2 and Python2.7 with the following output.
"Invalid Entry, try again"


However it will crash on Python3.9.0rc1, 3.10.0a2 with the following error message:
"
Fatal Python error: _Py_CheckRecursiveCall: Cannot recover from stack overflow.
Python runtime state: initialized

Current thread 0x00007fc4b679b700 (most recent call first):
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 38 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  File "/home/xxm/Desktop/methodfuzzer/error/error1.py", line 39 in status
  ...
Aborted (core dumped)
"

----------
components: Interpreter Core
files: error1.py
messages: 382042
nosy: xxm
priority: normal
severity: normal
status: open
title: status() crashes on Python3.9 and 3.10
type: crash
versions: Python 3.9
Added file: https://bugs.python.org/file49635/error1.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 02:48:39 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 07:48:39 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606636119.57.0.183992928209.issue42496@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Original PR: https://github.com/python/cpython/pull/23524

I just checked, it has a visual effect for readers. For example:

"""
BUILD_STRING(count)

    Concatenates count strings from the stack and pushes the resulting string onto the stack.

    New in version 3.6.

LIST_TO_TUPLE

        Pops a list from the stack and pushes a tuple containing the same values.

    New in version 3.9.

LIST_EXTEND(i)

    Calls list.extend(TOS1[-i], TOS). Used to build lists.

    New in version 3.9.
"""

One extra space added large indentation.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sun Nov 29 03:03:23 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 08:03:23 +0000
Subject: [issue39529] Deprecate get_event_loop()
In-Reply-To: <1580641897.21.0.210075972969.issue39529@roundup.psfhosted.org>
Message-ID: <1606637003.18.0.220999607073.issue39529@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

The most visible effect in tests is that asyncio.gatcher() and some other synchronous functions will need a running loop if any of arguments is a coroutine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39529>
_______________________________________

From report at bugs.python.org  Sun Nov 29 03:28:48 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 08:28:48 +0000
Subject: [issue42469] Space in re's {min, max} should raise an error,
 rather than fail silently
In-Reply-To: <1606374594.43.0.361161161946.issue42469@roundup.psfhosted.org>
Message-ID: <1606638528.9.0.875441937767.issue42469@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

"{" has special meaning only when it is used in the special forms "\{[0-9]+\}", "\{,[0-9]+\}" or "\{[0-9]+,[0-9]+\}". In all other cases it means literal "{". I once tried to emit warnings when non-escaped "{" is used in literal meaning, but it did break a lot of code (for example in string.Template). I decided that it is too destructive change.

Now, we can emit a warning (and later error) if there are extra spaces. It is a breaking change, but I hope it will not break much user code. But which cases should be recognized as error and which silently accepted with literal meaning of "{"? Should we only handle spaces after comma, or before and after digits? Should we check spaces only or tabs and newlines and other whitespaces?

What about the verbose mode? Currently the third-party regex module ignores whitespace and comments in the verbose mode in more places than the re module. The re module consider some sequences atomic and does not allow whitespaces inside them even in the verbose mode, for simplicity and performance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42469>
_______________________________________

From report at bugs.python.org  Sun Nov 29 03:40:09 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 08:40:09 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606639209.54.0.601481019687.issue42496@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

Thanks for checking.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:34:40 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Nov 2020 09:34:40 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606642480.51.0.166883729702.issue39096@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:


New changeset c642374b3ef72f6f300616f07aea2a3f9ed83e51 by Mark Dickinson in branch 'master':
bpo-39096: Improve description of 'e', 'f' and 'g' presentation types (#23537)
https://github.com/python/cpython/commit/c642374b3ef72f6f300616f07aea2a3f9ed83e51


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:35:04 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 09:35:04 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606642504.66.0.806921795821.issue39096@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22430
pull_request: https://github.com/python/cpython/pull/23550

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:35:12 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 09:35:12 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606642512.84.0.292914824095.issue39096@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22431
pull_request: https://github.com/python/cpython/pull/23551

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:49:05 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Nov 2020 09:49:05 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606643345.16.0.073571127049.issue42496@roundup.psfhosted.org>


Change by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:58:06 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Nov 2020 09:58:06 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606643886.35.0.587684112499.issue39096@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:


New changeset cf47b3969e21f66655fcb414ff9bfdd503069c2d by Miss Islington (bot) in branch '3.9':
bpo-39096: Improve description of 'e', 'f' and 'g' presentation types (GH-23537) (GH-23550)
https://github.com/python/cpython/commit/cf47b3969e21f66655fcb414ff9bfdd503069c2d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 04:58:38 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Nov 2020 09:58:38 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606643918.34.0.317493040614.issue39096@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:


New changeset c3009a5818112b5fb8867d786ce33e0e9489f4e0 by Miss Islington (bot) in branch '3.8':
bpo-39096: Improve description of 'e', 'f' and 'g' presentation types (GH-23537) (GH-23551)
https://github.com/python/cpython/commit/c3009a5818112b5fb8867d786ce33e0e9489f4e0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 05:02:33 2020
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 29 Nov 2020 10:02:33 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606644153.24.0.162618145846.issue42497@roundup.psfhosted.org>


Steven D'Aprano <steve+python at pearwood.info> added the comment:

As a new feature, this could only go into 3.10, 3.9 is in feature freeze.

The requirements are unclear, it could mean any of:

- the file's *owner* has the execute bit set;

- the file's mode has any execute bit set;

- the *current user* has execute permission (regardless of whether they are the file owner, part of the file's group, or other);

- the file is an executable file (an app or exe) rather than a script that calls an executable file;

- the file is *not* on a file system that has disabled execution;

- if the file is double-clicked in a graphical shell, the file will run as a script or program (as opposed to merely open for reading);

etc.

So the concept of "is this file executable?" is more complex than it seems.

But you could start with getting the execute bit for the file's owner:


import pathlib
import stat
p = pathlib.Path('some file')
p.stat().st_mode & stat.S_IXUSR


or you could try this to find out whether the file *may* be executable for the current user:


os.access(p, os.X_OK)



but read the docs for some complications:

https://docs.python.org/3/library/os.html#os.access

----------
nosy: +steven.daprano
versions:  -Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sun Nov 29 05:19:58 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Sun, 29 Nov 2020 10:19:58 +0000
Subject: [issue42392] remove the deprecated 'loop' parameter asyncio API
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606645198.09.0.921661434167.issue42392@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
pull_requests: +22432
pull_request: https://github.com/python/cpython/pull/23552

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sun Nov 29 05:20:31 2020
From: report at bugs.python.org (shangxiao)
Date: Sun, 29 Nov 2020 10:20:31 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
Message-ID: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>


New submission from shangxiao <shang.xiao.sanders at gmail.com>:

Summary
-------

The argparse module mentions that it will happily accept an enum for the choices argument option [1].  There are currently 2 issues with this:

1. The usage displays non user-friendly values for the enum;
2. The error message for invalid values is not consistent with those provided by iterable-based choices in that it doesn't show the list of available choices. This becomes a problem when you specify the metavar as no choices are displayed at all.


Example of 1
------------

For example using the GameMove example in the argparse documentation:

    class GameMove(Enum):
         ROCK = 'rock'
         PAPER = 'paper'
         SCISSORS = 'scissors'

    parser = argparse.ArgumentParser(prog='game.py')
    parser.add_argument('move', type=GameMove, choices=GameMove)
    parser.print_help()


Gives the usage:

    usage: game.py [-h] {GameMove.ROCK,GameMove.PAPER,GameMove.SCISSORS}

    positional arguments:
      {GameMove.ROCK,GameMove.PAPER,GameMove.SCISSORS}

    optional arguments:
      -h, --help            show this help message and exit


As you can see, the string representations of the valid enum members is used instead of the values.



Example of 2
------------

Below is an example of the error message shown for invalid enum values, with metavar specified:

    parser = argparse.ArgumentParser(prog='game.py')
    parser.add_argument('move', metavar='your-move', type=GameMove, choices=GameMove)
    parser.parse_args(['asdf'])

Gives the following output:

    usage: game.py [-h] your-move
    game.py: error: argument your-move: invalid GameMove value: 'asdf'


This is in contrast with using standard iterable-based choices:

    parser = argparse.ArgumentParser(prog='game.py')
    parser.add_argument('move', metavar='your-move', choices=[x.value for x in GameMove])
    parser.parse_args(['asdf'])

Gives the following output:

    usage: game.py [-h] your-move
    game.py: error: argument your-move: invalid choice: 'asdf' (choose from 'rock', 'paper', 'scissors')


Analysis of 2
--------------

The reason for this behaviour is because argparse attempts to convert to the correct type before checking the choices membership and an invalid enum value results in the first error message.

It would be helpful (& consistent) if the choices are also displayed along with the invalid value message.


Possible Solution
-----------------

I believe that both issues could be solved by using the enum member values in the choices and then checking for choice membership _before_ the value is converted to an enum (ie for enums only).



[1] https://docs.python.org/3/library/argparse.html#choices

----------
components: Library (Lib)
messages: 382051
nosy: shangxiao
priority: normal
severity: normal
status: open
title: Improve error messages for argparse choices using enum
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 05:46:04 2020
From: report at bugs.python.org (Florian Klink)
Date: Sun, 29 Nov 2020 10:46:04 +0000
Subject: [issue28764] test_mailbox fails when run as a non-root user on
 Android API 24
In-Reply-To: <1479741722.73.0.770267227494.issue28764@psf.upfronthosting.co.za>
Message-ID: <1606646764.02.0.856240594608.issue28764@roundup.psfhosted.org>


Change by Florian Klink <flokli at flokli.de>:


----------
nosy: +flokli
nosy_count: 3.0 -> 4.0
pull_requests: +22433
pull_request: https://github.com/python/cpython/pull/23553

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28764>
_______________________________________

From report at bugs.python.org  Sun Nov 29 05:47:12 2020
From: report at bugs.python.org (Florian Klink)
Date: Sun, 29 Nov 2020 10:47:12 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606646832.76.0.108487724394.issue42433@roundup.psfhosted.org>


Florian Klink <flokli at flokli.de> added the comment:

I opened https://github.com/python/cpython/pull/23553 - PTAL.

I made this an enhancement for 3.10 - but it could probably also be backported to older versions

----------
keywords: +patch
message_count: 4.0 -> 5.0
pull_requests: +22434
stage:  -> patch review
type:  -> enhancement
versions:  -Python 3.8, Python 3.9
pull_request: https://github.com/python/cpython/pull/23553

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Sun Nov 29 06:10:47 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 11:10:47 +0000
Subject: [issue39529] Deprecate get_event_loop()
In-Reply-To: <1580641897.21.0.210075972969.issue39529@roundup.psfhosted.org>
Message-ID: <1606648247.81.0.474638242124.issue39529@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39529>
_______________________________________

From report at bugs.python.org  Sun Nov 29 06:14:24 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 29 Nov 2020 11:14:24 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606648464.05.0.413762587777.issue42501@roundup.psfhosted.org>


Change by Karthikeyan Singaravelan <tir.karthi at gmail.com>:


----------
nosy: +paul.j3, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 06:36:53 2020
From: report at bugs.python.org (Georg Brandl)
Date: Sun, 29 Nov 2020 11:36:53 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606649813.3.0.0267999269883.issue42496@roundup.psfhosted.org>


Georg Brandl <georg at python.org> added the comment:

To be clear, this has nothing to do with the amount of indentation, but that the directive below (the versionadded) has 4 spaces, and the paragraph above had 5 before the change. Therefore the further-indented paragraph is taken as a blockquote.

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sun Nov 29 06:56:17 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 11:56:17 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606650977.66.0.183770310901.issue42501@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I'm inclined to state in the docs that choices is designed to work with collections of strings and that there is no special support for enums.

Paul, what do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:01:48 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 29 Nov 2020 12:01:48 +0000
Subject: [issue42500] status() crashes on Python3.9 and 3.10
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606651308.57.0.58251356812.issue42500@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The crash is not nice, but....

The script contains the following line in the definition of status():

    except status() as e:

That will cause unbounded recursion when os.fstat raises an exception, which likely happens here. You probably want to catch OSError (or os.error) instead.


This scriptlet is a smaller reproduction of the problem:

def status():

   try:
      1/0

   except status():
      pass

status()

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:02:49 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 29 Nov 2020 12:02:49 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606651369.3.0.13487673047.issue42500@roundup.psfhosted.org>


Change by Ronald Oussoren <ronaldoussoren at mac.com>:


----------
title: status() crashes on Python3.9 and 3.10 -> crash with unbounded recursion in except statement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:04:03 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 12:04:03 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606651443.61.0.0086665543623.issue42450@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
pull_requests: +22436
pull_request: https://github.com/python/cpython/pull/23555

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:04:34 2020
From: report at bugs.python.org (Vipul Cariappa)
Date: Sun, 29 Nov 2020 12:04:34 +0000
Subject: [issue42502] Conflict between get_traced_memory and setrlimit
Message-ID: <1606651474.19.0.587373686194.issue42502@roundup.psfhosted.org>


New submission from Vipul Cariappa <vipulcariappa at gmail.com>:

I would first like to thank the python developers, contributors and the community for this wonderful programming language.
I am trying to limit the memory consumption of a function; at the same time trying to figure out the maximum memory used during the execution of the same function. I have uploaded the source code and the output of the program I am using to achieve this.
The Memory Used is more than the Memory Limit I have set. Is this the expected output. Or a bug in the code. I am using Python3.8 in ubuntu 20.04 wsl. Any suggestion regarding implementing the functionality I have mentioned would be helpful.
And I am very very sorry if this is the expected output.
Thank You.

----------
files: memory.py
messages: 382056
nosy: Vipul-Cariappa
priority: normal
severity: normal
status: open
title: Conflict between get_traced_memory and setrlimit
type: resource usage
versions: Python 3.8
Added file: https://bugs.python.org/file49636/memory.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42502>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:08:22 2020
From: report at bugs.python.org (=?utf-8?b?VmVkcmFuIMSMYcSNacSH?=)
Date: Sun, 29 Nov 2020 12:08:22 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606651702.39.0.984912358505.issue42500@roundup.psfhosted.org>


Vedran ?a?i? <vedgar at gmail.com> added the comment:

Recursion limit is probably set too high, but nonetheless, the program is nonsensical, the line 39 especially.

The reason for difference in behavior is that RecursionError is caught by blank except in the earlier Pythons, while it crashes the stack in later ones. In any case, it's almost certain this isn't what you wanted to write.

(And yet another reason to remove blank except from Python: it abuse to correct use ratio is probably over two orders of magnitude.)

----------
nosy: +veky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:14:11 2020
From: report at bugs.python.org (Karthikeyan Singaravelan)
Date: Sun, 29 Nov 2020 12:14:11 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606652051.97.0.674925820806.issue42501@roundup.psfhosted.org>


Karthikeyan Singaravelan <tir.karthi at gmail.com> added the comment:

https://bugs.python.org/issue25061 also had some discussion over error message display for enums

----------
nosy: +xtreak

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:16:49 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Sun, 29 Nov 2020 12:16:49 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606652209.49.0.848249563691.issue42500@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

The value of the recursion limit is not relevant here, I get the same crash when I set the recursion limit to 100 (in my reproducer scriptlet).

There might be a missing recursion level check in the exception handling machinery though, self-recursion in an except-clause is rather unusual. But that's just a blind guess, I haven't though much about what is supposed to happen here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:51:12 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Sun, 29 Nov 2020 12:51:12 +0000
Subject: [issue42392] remove the deprecated 'loop' parameter asyncio API
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606654272.8.0.475862635502.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:


New changeset 86150d39c888579b65841f4391d054b7b3eff9f2 by Yurii Karabas in branch 'master':
bpo-42392: Remove deprecated loop parameter from docs (GH-23552)
https://github.com/python/cpython/commit/86150d39c888579b65841f4391d054b7b3eff9f2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sun Nov 29 07:58:55 2020
From: report at bugs.python.org (parsa mpsh)
Date: Sun, 29 Nov 2020 12:58:55 +0000
Subject: [issue42503] Cannot declare method or static function parameter or
 return type as self of the class
Message-ID: <1606654735.38.0.791756891374.issue42503@roundup.psfhosted.org>


New submission from parsa mpsh <parsampsh at gmail.com>:

python raises error `Undefined class X` when you declaring parameter type or return type of method as the self of class:

class MyClass:
    def mymethod(self, a: MyClass): # parameter type is class self
        pass

# or

class MyClass:
    def mymethod(self) -> MyClass: # return type is class self
        pass
# or both of them

error `Undefined class ...` will be raised.

----------
messages: 382061
nosy: parsampsh
priority: normal
severity: normal
status: open
title: Cannot declare method or static function parameter or return type as self of the class
type: behavior
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42503>
_______________________________________

From report at bugs.python.org  Sun Nov 29 08:35:22 2020
From: report at bugs.python.org (=?utf-8?q?Andr=C3=A9s_Delfino?=)
Date: Sun, 29 Nov 2020 13:35:22 +0000
Subject: [issue42496] Don't change indentation of RST markup
In-Reply-To: <1606616744.52.0.27402414242.issue42496@roundup.psfhosted.org>
Message-ID: <1606656922.39.0.962713213442.issue42496@roundup.psfhosted.org>


Andr?s Delfino <adelfino at gmail.com> added the comment:

When I open a PR fixing mark-up it's because it has visual effects.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42496>
_______________________________________

From report at bugs.python.org  Sun Nov 29 08:39:12 2020
From: report at bugs.python.org (shangxiao)
Date: Sun, 29 Nov 2020 13:39:12 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606657152.35.0.554295168762.issue42501@roundup.psfhosted.org>


shangxiao <shang.xiao.sanders at gmail.com> added the comment:

Oh apologies, I had "open" selected when I searched for prior issues.

Upon reading that issue I agree with Mr Hettinger's points about enum values not being a concern of the parser.

The solution for my needs was simple enough: I made my own action which simply set choices based on member values (I'm using user-friendly strings) and converted to the correct type upon being called [1].

Instead of removing any mention of enums from the docs - would a small example showing how to deal with them be worthwhile?


[1]
def enum_action_factory(enum_class):

    class EnumAction(argparse.Action):
        def __init__(self, option_strings, dest, **kwargs):
            kwargs["choices"] = [member.value for member in enum_class]
            super().__init__(option_strings, dest, **kwargs)

        def __call__(self, parser, namespace, values, option_string):
            if isinstance(values, str):
                converted_values = enum_class(values)
            else:
                converted_values = [enum_class(value) for value in values]
            setattr(namespace, self.dest, converted_values)

    return EnumAction

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:17:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 14:17:58 +0000
Subject: [issue42503] Cannot declare method or static function parameter or
 return type as self of the class
In-Reply-To: <1606654735.38.0.791756891374.issue42503@roundup.psfhosted.org>
Message-ID: <1606659478.64.0.950078351252.issue42503@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Add at the top of your script:

from __future__ import annotations

----------
nosy: +iritkatriel

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42503>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:30:25 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 14:30:25 +0000
Subject: [issue42455] Add decorator_with_params function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606660225.63.0.737055427517.issue42455@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I would call it decorator_factory.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:35:04 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 14:35:04 +0000
Subject: [issue42503] Cannot declare method or static function parameter or
 return type as self of the class
In-Reply-To: <1606654735.38.0.791756891374.issue42503@roundup.psfhosted.org>
Message-ID: <1606660504.93.0.629648966125.issue42503@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

You can already write such code in 3.10. In earlier Python versions you can either write annotation explicitly as string or (since 3.7) use and import suggested by Irit.

----------
nosy: +serhiy.storchaka
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42503>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:36:57 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 14:36:57 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606660617.77.0.367657629216.issue42500@roundup.psfhosted.org>


Change by Serhiy Storchaka <storchaka+cpython at gmail.com>:


----------
nosy: +Mark.Shannon, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:53:14 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 29 Nov 2020 14:53:14 +0000
Subject: [issue42502] Conflict between get_traced_memory and setrlimit
In-Reply-To: <1606651474.19.0.587373686194.issue42502@roundup.psfhosted.org>
Message-ID: <1606661594.28.0.40293952055.issue42502@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

1 KiB is too low for Python. The interpreter itself needs more than 10 MiB to start, and more if it imports some modules. I suppose that the limit set affect only new requests for memory from OS, but Python already have some free memory reserved in the memory pool.

With larger limit you can get more reliable data. Note that get_traced_memory() counts only dynamically allocated memory, it does not count static memory, stack memory and memory reserved for the memory pool.

----------
nosy: +serhiy.storchaka, vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42502>
_______________________________________

From report at bugs.python.org  Sun Nov 29 09:59:50 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Sun, 29 Nov 2020 14:59:50 +0000
Subject: [issue42455] Add decorator_with_params function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606661990.11.0.560141221745.issue42455@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

I agree, decorator factory definitely a better name

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:05:00 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 29 Nov 2020 15:05:00 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606662300.7.0.588537100265.issue42500@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

Here's the smallest reproducer I could come up with. It fails on Windows with 3.9 native(compiled locally) (Fatal Python error: _Py_CheckRecursiveCall: Cannot recover from stack overflow), works (raises RecursionError) with cygwin 3.8.3.

import os

def status():
    for fd in range(4):
        try:
            st = os.fstat(fd)
        except status() as e:
            pass

status()

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:12:44 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Sun, 29 Nov 2020 15:12:44 +0000
Subject: [issue42455] Add decorator_factory function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606662764.24.0.460076954681.issue42455@roundup.psfhosted.org>


Change by Yurii Karabas <1998uriyyo at gmail.com>:


----------
title: Add decorator_with_params function to functools module -> Add decorator_factory function to functools module

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:12:52 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 29 Nov 2020 15:12:52 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606662772.08.0.958841204619.issue42500@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

Note that changing the os.fstat line to just "raise OSError()" no longer causes the "Fatal Python error", but rather gives the expected recursion exception.

Here's a shorter version that causes the fatal error in Windows native 3.9, cygwin 3.8.3, and Fedora Linux 3.7.7. So this isn't new with 3.9.

import os

def status():
    try:
        st = os.fstat(4)
    except status() as e:
        pass

status()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:16:04 2020
From: report at bugs.python.org (FX Coudert)
Date: Sun, 29 Nov 2020 15:16:04 +0000
Subject: [issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big
 Sur
Message-ID: <1606662964.61.0.531913261121.issue42504@roundup.psfhosted.org>


New submission from FX Coudert <fxcoudert at gmail.com>:

With macOS Big Sur (11.y.z), the major version is 11 (instead of the earlier 10.15, 10.14, etc). Therefore, MACOSX_DEPLOYMENT_TARGET=11 has become a valid setting. It is accepted by system tools:

$ MACOSX_DEPLOYMENT_TARGET=11 clang a.c && echo $?
0

But it leads to failure in Python compilation in setup.py:

DYLD_FRAMEWORK_PATH=/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0 CC='clang' LDSHARED='clang -bundle -undefined dynamic_lookup -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX11.0.sdk   ' OPT='-DNDEBUG -g -fwrapv -O3 -Wall'   _TCLTK_INCLUDES='' _TCLTK_LIBS=''       ./python.exe -E ./setup.py  build
running build
running build_ext
Traceback (most recent call last):
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/./setup.py", line 2614, in <module>
    main()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/./setup.py", line 2584, in main
    setup(# PyPI Metadata (PEP 301)
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/dist.py", line 966, in run_commands
    self.run_command(cmd)
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/command/build.py", line 135, in run
    self.run_command(cmd_name)
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/cmd.py", line 313, in run_command
    self.distribution.run_command(command)
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/dist.py", line 985, in run_command
    cmd_obj.run()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/Lib/distutils/command/build_ext.py", line 340, in run
    self.build_extensions()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/./setup.py", line 470, in build_extensions
    self.detect_modules()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/./setup.py", line 1807, in detect_modules
    self.detect_readline_curses()
  File "/private/tmp/python at 3.9-20201127-81873-q9b09s/Python-3.9.0/./setup.py", line 1038, in detect_readline_curses
    (tuple(int(n) for n in dep_target.split('.')[0:2])
AttributeError: 'int' object has no attribute 'split'
make: *** [sharedmods] Error 1

See the full report here: https://github.com/Homebrew/brew/issues/9329

The problem is here: https://github.com/python/cpython/blob/master/setup.py#L1015
When MACOSX_DEPLOYMENT_TARGET=11, this call:
sysconfig.get_config_var('MACOSX_DEPLOYMENT_TARGET')
returns an int (with value 11) instead of a string (as is the case if 11.0, 10.15, etc).

And therefore the subsequent call to: dep_target.split('.')[0:2] fails, because split() cannot be called on an int.

----------
components: Build
messages: 382071
nosy: fxcoudert
priority: normal
severity: normal
status: open
title: Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big Sur
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42504>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:16:09 2020
From: report at bugs.python.org (James Guillochon)
Date: Sun, 29 Nov 2020 15:16:09 +0000
Subject: [issue42505] MACOSX_DEPLOYMENT_TARGET should accept non-decimal (int)
 value versions
Message-ID: <1606662969.78.0.984208175095.issue42505@roundup.psfhosted.org>


New submission from James Guillochon <guillochon at gmail.com>:

See the discussion here https://github.com/Homebrew/homebrew-core/pull/65866#issuecomment-735366297, but this is currently a blocker for compilation via home-brew on Apple Silicon. Current workaround is to set the deployment target to "11.0" (rather than the "11" currently passed into it, which should be valid).

----------
components: macOS
messages: 382072
nosy: guillochon, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: MACOSX_DEPLOYMENT_TARGET should accept non-decimal (int) value versions
type: compile error
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42505>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:18:58 2020
From: report at bugs.python.org (James Guillochon)
Date: Sun, 29 Nov 2020 15:18:58 +0000
Subject: [issue42505] MACOSX_DEPLOYMENT_TARGET should accept non-decimal (int)
 value versions
In-Reply-To: <1606662969.78.0.984208175095.issue42505@roundup.psfhosted.org>
Message-ID: <1606663138.78.0.440055685814.issue42505@roundup.psfhosted.org>


James Guillochon <guillochon at gmail.com> added the comment:

Closing in favor of https://bugs.python.org/issue42504 which has more details

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42505>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:21:19 2020
From: report at bugs.python.org (James Guillochon)
Date: Sun, 29 Nov 2020 15:21:19 +0000
Subject: [issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big
 Sur
In-Reply-To: <1606662964.61.0.531913261121.issue42504@roundup.psfhosted.org>
Message-ID: <1606663279.8.0.345110025728.issue42504@roundup.psfhosted.org>


Change by James Guillochon <guillochon at gmail.com>:


----------
components: +macOS
nosy: +ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42504>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:22:52 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Sun, 29 Nov 2020 15:22:52 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606663372.21.0.254650017213.issue42474@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Irit, can you,do the manual backports?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 10:28:30 2020
From: report at bugs.python.org (FX Coudert)
Date: Sun, 29 Nov 2020 15:28:30 +0000
Subject: [issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big
 Sur
In-Reply-To: <1606662964.61.0.531913261121.issue42504@roundup.psfhosted.org>
Message-ID: <1606663710.95.0.289366321242.issue42504@roundup.psfhosted.org>


Change by FX Coudert <fxcoudert at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42504>
_______________________________________

From report at bugs.python.org  Sun Nov 29 11:29:16 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 29 Nov 2020 16:29:16 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606667356.7.0.1717682357.issue39096@roundup.psfhosted.org>


Eric V. Smith <eric at trueblade.com> added the comment:

These changes are a big improvement. Thanks, Mark. Should this issue be closed, or are you thinking of more changes?

Personally I think we should leave it as it is now, and open another issue if people find fault with the new docs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 11:33:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 16:33:53 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606667633.53.0.522056832129.issue42474@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
pull_requests: +22439
pull_request: https://github.com/python/cpython/pull/23557

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 11:36:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 16:36:03 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606667763.72.0.538146618868.issue42474@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Yes.

I haven't managed to get the cherry-picker script working for me yet so this is a manual cherry-pick. 

I'm surprised the automatic backport failed - there was no merge conflict.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 11:43:10 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 16:43:10 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606668190.42.0.114554835114.issue42474@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
pull_requests: +22440
pull_request: https://github.com/python/cpython/pull/23558

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:03:44 2020
From: report at bugs.python.org (patterns)
Date: Sun, 29 Nov 2020 17:03:44 +0000
Subject: [issue41918] exec fails to take locals into account when running list
 comprehensions or functions
In-Reply-To: <1601716004.0.0.802801393199.issue41918@roundup.psfhosted.org>
Message-ID: <1606669424.5.0.338345299688.issue41918@roundup.psfhosted.org>


patterns <nexialist84 at yahoo.com> added the comment:

Also occurs in Python 3.6.9

----------
nosy: +patterns

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41918>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:17:40 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 17:17:40 +0000
Subject: [issue33153] interpreter crash when multiplying large tuples
In-Reply-To: <1522145451.62.0.467229070634.issue33153@psf.upfronthosting.co.za>
Message-ID: <1606670260.98.0.173586475979.issue33153@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This is a python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33153>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:17:51 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 17:17:51 +0000
Subject: [issue33153] interpreter crash when multiplying large tuples
In-Reply-To: <1522145451.62.0.467229070634.issue33153@psf.upfronthosting.co.za>
Message-ID: <1606670271.4.0.329185018257.issue33153@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
stage: resolved -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33153>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:18:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 17:18:03 +0000
Subject: [issue33153] interpreter crash when multiplying large tuples
In-Reply-To: <1522145451.62.0.467229070634.issue33153@psf.upfronthosting.co.za>
Message-ID: <1606670283.28.0.855956604834.issue33153@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue33153>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:20:44 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Sun, 29 Nov 2020 17:20:44 +0000
Subject: [issue42392] remove the deprecated 'loop' parameter asyncio API
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606670444.24.0.819280819147.issue42392@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Looks like we have done everything, we can close this issue

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:21:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 17:21:26 +0000
Subject: [issue10312] intcatcher() can deadlock
In-Reply-To: <1288874942.68.0.464773855859.issue10312@psf.upfronthosting.co.za>
Message-ID: <1606670486.98.0.684515472839.issue10312@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This is a python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10312>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:29:18 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 17:29:18 +0000
Subject: [issue35534] SIGSEGV in stackdepth_walk
In-Reply-To: <1545220383.87.0.788709270274.issue35534@psf.upfronthosting.co.za>
Message-ID: <1606670958.82.0.477891903428.issue35534@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35534>
_______________________________________

From report at bugs.python.org  Sun Nov 29 12:49:23 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Sun, 29 Nov 2020 17:49:23 +0000
Subject: [issue42437] crypt produces wrong hashes for passwords containing
 dollar sign
In-Reply-To: <1606055029.24.0.350061421164.issue42437@roundup.psfhosted.org>
Message-ID: <1606672163.59.0.953159603427.issue42437@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42437>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:13:56 2020
From: report at bugs.python.org (ThatXliner)
Date: Sun, 29 Nov 2020 18:13:56 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606673636.31.0.66928623481.issue42497@roundup.psfhosted.org>


ThatXliner <bryan.hu.2020 at gmail.com> added the comment:

Since pathlib.Path has module os synonyms, I think it would be reasonable to test with os.X_OK. Correct me if I'm wrong.

I think most people would want to check if the current user running the script could execute something.

----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:15:00 2020
From: report at bugs.python.org (ThatXliner)
Date: Sun, 29 Nov 2020 18:15:00 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606673700.59.0.120698242867.issue42497@roundup.psfhosted.org>


ThatXliner <bryan.hu.2020 at gmail.com> added the comment:

Also, an App (at least on MacOS) is technically an executable (I've ran iMessage from the command line before).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:18:20 2020
From: report at bugs.python.org (ThatXliner)
Date: Sun, 29 Nov 2020 18:18:20 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606673900.9.0.373328667308.issue42497@roundup.psfhosted.org>


ThatXliner <bryan.hu.2020 at gmail.com> added the comment:

Now I think of it, it would be weird to just add attributes testing for executable permissions. Why not add the attributes from os.access to pathlib.Path?

 - Path.can_execute = os.access(path, os.X_OK)
 - Path.can_read    = os.access(path, R_OK) 
...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:23:25 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 29 Nov 2020 18:23:25 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606674205.24.0.432308290931.issue42406@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:


New changeset 86684319d3dad8e1a7b0559727a48e0bc50afb01 by Renato Cunha in branch 'master':
bpo-42406: Fix whichmodule() with multiprocessing (GH-23403)
https://github.com/python/cpython/commit/86684319d3dad8e1a7b0559727a48e0bc50afb01


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:23:33 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 18:23:33 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606674213.97.0.821387061662.issue42406@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22441
pull_request: https://github.com/python/cpython/pull/23560

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:23:41 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 18:23:41 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606674221.27.0.303634809567.issue42406@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22442
pull_request: https://github.com/python/cpython/pull/23561

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:43:51 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 18:43:51 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606675431.4.0.60044143095.issue42406@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b1c48e513624641d6472262c33d09624170ea1f5 by Miss Islington (bot) in branch '3.8':
bpo-42406: Fix whichmodule() with multiprocessing (GH-23403)
https://github.com/python/cpython/commit/b1c48e513624641d6472262c33d09624170ea1f5


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:47:30 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 18:47:30 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606675650.63.0.415427250795.issue42450@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset fc40b3020cf3c869833fd5d3720cf9768fe3bb46 by Raymond Hettinger in branch 'master':
bpo-42450: Minor updates to the itertools recipes (GH-23555)
https://github.com/python/cpython/commit/fc40b3020cf3c869833fd5d3720cf9768fe3bb46


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:47:37 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 18:47:37 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606675657.69.0.788507535077.issue42450@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22443
pull_request: https://github.com/python/cpython/pull/23562

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:47:37 2020
From: report at bugs.python.org (miss-islington)
Date: Sun, 29 Nov 2020 18:47:37 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606675657.12.0.35583222873.issue42406@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset fcf7391f598e027a083173662a3ecf7865251291 by Miss Islington (bot) in branch '3.9':
bpo-42406: Fix whichmodule() with multiprocessing (GH-23403)
https://github.com/python/cpython/commit/fcf7391f598e027a083173662a3ecf7865251291


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 13:48:18 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Nov 2020 18:48:18 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606675698.01.0.0516941159117.issue39096@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

The 'default precision' issue is addressed; the issues that Michael reported about the `None` presentation type are still valid, I think.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Sun Nov 29 14:14:13 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 19:14:13 +0000
Subject: [issue42450] Docstrings in itertools recipes should have triple-quotes
In-Reply-To: <1606182866.42.0.941148595918.issue42450@roundup.psfhosted.org>
Message-ID: <1606677253.45.0.729067392519.issue42450@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset a83119d7be95dd3f5ff22abe289da6091584f853 by Miss Islington (bot) in branch '3.9':
bpo-42450: Minor updates to the itertools recipes (GH-23555) (GH-23562)
https://github.com/python/cpython/commit/a83119d7be95dd3f5ff22abe289da6091584f853


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42450>
_______________________________________

From report at bugs.python.org  Sun Nov 29 14:29:54 2020
From: report at bugs.python.org (=?utf-8?q?Filipe_La=C3=ADns?=)
Date: Sun, 29 Nov 2020 19:29:54 +0000
Subject: [issue41734] Refactor b32{encode,decode} tests
In-Reply-To: <1599419707.5.0.662940988901.issue41734@roundup.psfhosted.org>
Message-ID: <1606678194.45.0.100757172911.issue41734@roundup.psfhosted.org>


Filipe La?ns <lains at riseup.net> added the comment:

Friendly ping on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41734>
_______________________________________

From report at bugs.python.org  Sun Nov 29 15:19:46 2020
From: report at bugs.python.org (Irit Katriel)
Date: Sun, 29 Nov 2020 20:19:46 +0000
Subject: [issue29732] Heap out of bounds read in tok_nextc()
In-Reply-To: <1488788024.7.0.161413972339.issue29732@psf.upfronthosting.co.za>
Message-ID: <1606681186.44.0.894152498326.issue29732@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Kamil, I got the same result as Batuhan on a recent version. Are you seeing this on Python 3, or is it a python 2.7 issue?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue29732>
_______________________________________

From report at bugs.python.org  Sun Nov 29 15:28:22 2020
From: report at bugs.python.org (Christian Heimes)
Date: Sun, 29 Nov 2020 20:28:22 +0000
Subject: [issue42495] socket.gethostbyaddr raises error if invalid unicode in
 hosts
In-Reply-To: <1606615691.16.0.723676865629.issue42495@roundup.psfhosted.org>
Message-ID: <1606681702.77.0.305928899516.issue42495@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

I cannot reproduce the issue on Linux:

# echo "127.0.0.2 xn-9q8h" >> /etc/hosts
# python3.8
>>> import socket
>>> socket.gethostbyaddr("127.0.0.2")
('xn-9q8h', [], ['127.0.0.2'])

----------
nosy: +christian.heimes
versions:  -Python 3.6, Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42495>
_______________________________________

From report at bugs.python.org  Sun Nov 29 16:22:39 2020
From: report at bugs.python.org (paul j3)
Date: Sun, 29 Nov 2020 21:22:39 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606684959.01.0.720570152233.issue42501@roundup.psfhosted.org>


paul j3 <ajipanca at gmail.com> added the comment:

choices is fine for a few strings, but quickly becomes awkward with other types and large numbers.  The testing isn't an issue, since it just does a simple `in/contains` test.  But display, whether in usage, help or error, is problematic if you try anything too fancy.  metavar gets around some of those issues, but doesn't change the error messages.

Custom type or action is the best alternative.

I'm in favor omitting the enums mention in the docs, since it seems to be more confusing than helpful.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 16:46:04 2020
From: report at bugs.python.org (ThatXliner)
Date: Sun, 29 Nov 2020 21:46:04 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606686364.4.0.743817463192.issue42497@roundup.psfhosted.org>


ThatXliner <bryan.hu.2020 at gmail.com> added the comment:

Ok, so I just made a patch implementing this using os.access. It adds the following methods to pathlib.Path

 - can_read    = Returns True if the user can read the path
 - can_write   = Returns True if the user can write on the path
 - can_execute = Returns True if the user can execute the path

These are implemented via

 - return os.access(str(self), os.R_OK)
 - return os.access(str(self), os.W_OK)
 - return os.access(str(self), os.X_OK)

respectively.

----------
keywords: +patch
Added file: https://bugs.python.org/file49637/implement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Sun Nov 29 17:33:25 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 22:33:25 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606689205.47.0.590080206616.issue42501@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 17:41:02 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 22:41:02 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606689662.47.0.254704709874.issue42501@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

How does PR 23563 look to you all?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 17:54:37 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 29 Nov 2020 22:54:37 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606690477.71.0.277844288594.issue42501@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Sun Nov 29 18:48:33 2020
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 29 Nov 2020 23:48:33 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606693713.71.0.702121109346.issue42406@roundup.psfhosted.org>


Gregory P. Smith <greg at krypto.org> added the comment:

thanks Renato!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Sun Nov 29 19:09:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 00:09:20 +0000
Subject: [issue18213] py-bt errors on backtrace with PyRun_SimpleString and
 friends
In-Reply-To: <1371218845.8.0.761231443863.issue18213@psf.upfronthosting.co.za>
Message-ID: <1606694960.05.0.603221640449.issue18213@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue18213>
_______________________________________

From report at bugs.python.org  Sun Nov 29 19:23:30 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 00:23:30 +0000
Subject: [issue34570] Segmentation fault in _PyType_Lookup
In-Reply-To: <1535983307.72.0.56676864532.issue34570@psf.upfronthosting.co.za>
Message-ID: <1606695810.56.0.638515936315.issue34570@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2.7 is no longer supported. If you are having the issue with Python 3, please open a new issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34570>
_______________________________________

From report at bugs.python.org  Sun Nov 29 19:51:24 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 30 Nov 2020 00:51:24 +0000
Subject: [issue42506] Unexpected output when running test_format
Message-ID: <1606697484.68.0.186499623225.issue42506@roundup.psfhosted.org>


New submission from Zackery Spytz <zspytz at gmail.com>:

./python -We -m test test_format
0:00:00 load avg: 0.64 Run tests sequentially
0:00:00 load avg: 0.64 [1/1] test_format
Unexpected  <class 'TypeError'> : '%d format: a real number is required, not str'
Unexpected  <class 'TypeError'> : '%d format: a real number is required, not str'
Unexpected  <class 'TypeError'> : '%d format: a real number is required, not bytes'
Unexpected  <class 'TypeError'> : '%d format: a real number is required, not bytes'

== Tests result: SUCCESS ==

1 test OK.

Total duration: 180 ms
Tests result: SUCCESS


This seems to be due to the changes in bpo-41974 / e2ec0b27c02a158d0007c11dcc1f2d7a95948712.

----------
components: Tests
messages: 382100
nosy: ZackerySpytz
priority: normal
severity: normal
status: open
title: Unexpected output when running test_format
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42506>
_______________________________________

From report at bugs.python.org  Sun Nov 29 19:53:53 2020
From: report at bugs.python.org (Zackery Spytz)
Date: Mon, 30 Nov 2020 00:53:53 +0000
Subject: [issue42506] Unexpected output when running test_format
In-Reply-To: <1606697484.68.0.186499623225.issue42506@roundup.psfhosted.org>
Message-ID: <1606697633.23.0.458497373746.issue42506@roundup.psfhosted.org>


Change by Zackery Spytz <zspytz at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42506>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:13:24 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 01:13:24 +0000
Subject: [issue42455] Add decorator_factory function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606698804.77.0.781370102683.issue42455@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:

I've add Nick so that he can opine.  For me, I'm -0 on this one. It does factor-out a common pattern, but I find it less obvious what it does and would not enjoy debugging code that used this decorator.

The idea is definitely interesting and worth discussing.  If Nick doesn't come along shortly, please bring this up on python-ideas.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:28:16 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Nov 2020 01:28:16 +0000
Subject: [issue41837] Upgrade installers to OpenSSL 1.1.1h
In-Reply-To: <1600822748.89.0.850484234677.issue41837@roundup.psfhosted.org>
Message-ID: <1606699696.33.0.273085411045.issue41837@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

Christian, ping?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41837>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:28:53 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 30 Nov 2020 01:28:53 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606699733.32.0.0896810819572.issue42195@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Now that I've seen and reviewed KJ's implementation using _PosArgs, I am worried about it, as it looks quite complicated. @Shantanu, do we really need to worry that Callable[P, R] could be ambiguous? If P is a ParamSpec, wouldn't Callable[[P], R] be invalid?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:40:54 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 30 Nov 2020 01:40:54 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606700454.16.0.424073966974.issue42474@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset 586bdd1add2ca7236e3096ab7167862cf17f0939 by Irit Katriel in branch '3.9':
[3.9] bpo-42474: test TracebackException comparison to non-equal instances (GH-23557)
https://github.com/python/cpython/commit/586bdd1add2ca7236e3096ab7167862cf17f0939


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:41:28 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 30 Nov 2020 01:41:28 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606700488.23.0.45170329853.issue42474@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:


New changeset d82e08d185d52086f4d921c08b853c76c80bebbe by Irit Katriel in branch '3.8':
[3.8] bpo-42474: test TracebackException comparison to non-equal instances (GH-23558)
https://github.com/python/cpython/commit/d82e08d185d52086f4d921c08b853c76c80bebbe


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 20:41:49 2020
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 30 Nov 2020 01:41:49 +0000
Subject: [issue42474] improve test coverage for TracebackException's __eq__
In-Reply-To: <1606411660.23.0.585608987358.issue42474@roundup.psfhosted.org>
Message-ID: <1606700509.47.0.0554075825674.issue42474@roundup.psfhosted.org>


Guido van Rossum <guido at python.org> added the comment:

Thanks!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42474>
_______________________________________

From report at bugs.python.org  Sun Nov 29 21:03:08 2020
From: report at bugs.python.org (Eric V. Smith)
Date: Mon, 30 Nov 2020 02:03:08 +0000
Subject: [issue42506] Unexpected output when running test_format
In-Reply-To: <1606697484.68.0.186499623225.issue42506@roundup.psfhosted.org>
Message-ID: <1606701788.33.0.283725886874.issue42506@roundup.psfhosted.org>


Change by Eric V. Smith <eric at trueblade.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42506>
_______________________________________

From report at bugs.python.org  Sun Nov 29 21:13:01 2020
From: report at bugs.python.org (Alexey Volkov)
Date: Mon, 30 Nov 2020 02:13:01 +0000
Subject: [issue12920] inspect.getsource only works for objects loaded from
 files, not interactive session
In-Reply-To: <1315334278.72.0.69534403863.issue12920@psf.upfronthosting.co.za>
Message-ID: <1606702381.08.0.293563178681.issue12920@roundup.psfhosted.org>


Alexey Volkov <alexey.volkov at ark-kun.com> added the comment:

This is also an issue even for non-interactive scenarios:

When doing `python -c '<some code>'` inspect.getsource does not work and there are no stack traces.

Perhaps this case will be easier to fix?

----------
nosy: +Ark-kun

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue12920>
_______________________________________

From report at bugs.python.org  Sun Nov 29 21:25:13 2020
From: report at bugs.python.org (Shantanu)
Date: Mon, 30 Nov 2020 02:25:13 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606703113.66.0.149283824457.issue42195@roundup.psfhosted.org>


Shantanu <hauntsaninja at gmail.com> added the comment:

You're right that Callable[[P], int] is invalid, so a flat representation isn't currently ambiguous. But a flat representation would foist the responsibility for checking that to all users of `__args__`. If your code isn't ParamSpec aware, your failures will probably be less obvious or even silent.

The flat representation trades off a) implementation complexity with b) usability / aesthetics, c) future proof-ness. I'm not morally opposed to such a tradeoff / am happy to defer to people with more experience in making such tradeoffs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Sun Nov 29 21:46:40 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Nov 2020 02:46:40 +0000
Subject: [issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk
 8.6.10
Message-ID: <1606704400.88.0.0493725264205.issue42507@roundup.psfhosted.org>


New submission from Ned Deily <nad at python.org>:

As of 3.9.1rc1 (and coming soon to 3.10.x and 3.8.x), we now provide a new additional macOS universal2 installer variant that, for various reasons, provides a built-in version of Tcl/Tk 8.6.10, instead of 8.6.8 as has been provided with the 10.9 installer variant.  Using 8.6.10 on nacOS, six test_ttk_guionly tests fail while passing using 8.6.8 ib nacOS. Similar results were obtained when running the tests on either macOS 10.15.7 or 11.0.1. The failures:

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.ComboboxTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 334, in test_identify
    self.assertIn(self.entry.identify(5, 5),
AssertionError: '' not found in ('textarea', 'Combobox.button')

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.EntryTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 334, in test_identify
    self.assertIn(self.entry.identify(5, 5),
AssertionError: '' not found in ('textarea', 'Combobox.button')

======================================================================
FAIL: test_command (tkinter.test.test_ttk.test_widgets.SpinboxTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 1155, in test_command
    self.assertTrue(success)
AssertionError: [] is not true

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.SpinboxTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 334, in test_identify
    self.assertIn(self.entry.identify(5, 5),
AssertionError: 'Spinbox.field' not found in ('textarea', 'Combobox.button')

======================================================================
FAIL: test_bbox (tkinter.test.test_ttk.test_widgets.TreeviewTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 1353, in test_bbox
    self.assertIsBoundingBox(bbox)
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/widget_tests.py", line 197, in assertIsBoundingBox
    self.assertIsInstance(bbox, tuple)
AssertionError: '' is not an instance of <class 'tuple'>

======================================================================
FAIL: test_identify (tkinter.test.test_ttk.test_widgets.WidgetTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_widgets.py", line 68, in test_identify
    self.assertEqual(self.widget.identify(
AssertionError: '' != 'label'
+ label


https://www.python.org/downloads/release/python-391rc1/

----------
components: Tkinter, macOS
messages: 382109
nosy: ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: test_ttk_guionly test failures on macOS with Tcl/Tk 8.6.10
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42507>
_______________________________________

From report at bugs.python.org  Sun Nov 29 21:47:05 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Nov 2020 02:47:05 +0000
Subject: [issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk
 8.6.10
In-Reply-To: <1606704400.88.0.0493725264205.issue42507@roundup.psfhosted.org>
Message-ID: <1606704425.51.0.746337880392.issue42507@roundup.psfhosted.org>


Change by Ned Deily <nad at python.org>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42507>
_______________________________________

From report at bugs.python.org  Sun Nov 29 22:17:54 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Nov 2020 03:17:54 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
Message-ID: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>


New submission from Ned Deily <nad at python.org>:

An IDLE installation manual smoke test gives odd behavior when run on macOS using the Tcl/Tk 8.6.10 introduced with the new macOS universal2 installer variant as of 3.9.1rc1.  The test behaves as expected (without the duplicate and spurious error messages) when run using the traditional macOS 10.9 installer variant that includes Tcl/Tk 8.6.8 built on macOS 10.9.

The test consists of: 
- launch the new IDLE by double-clicking on its icon in the applicable /Applications/Python 3.x folder
- press cmd-N to open a new edit window
- enter a three-line snippet with a syntax error, something like:
  x = 1
  y = $2
  print(x,y)
- press cmd-S to save the file entering any valid file name
- press F5 to run the snippet
- observe the popup "Invalid syntax" error window
- click OK to dismiss and observe previous "Invalid syntax" window replaced by an identical error window [ERROR]
- click OK to dismiss
- remove the syntax error and press cmd-S to resave
- press F5 to run again
- observe the output of the print function in the IDLE shell window
- observe popup error window over IDLE shell window with "The Python Shell window is already executing a command: please wait until it is finished." [ERROR]
- click OK to dismiss and observe previous "already executing" window replaced by an identical error window [ERROR]
- click OK to dismiss
- press cmd-Q to quit IDLE

As we are planning to introduce the universal2 installer variant on 3.8.x and 3.10 to natively support Apple Silicon Macs and macOS 11 Big Sur, a quick resolution of this issue is important. While automated tests in the test suite show no new failures, it would be good to manually exercise IDLE in the new installer configuration to look for other unusual behaviors.

https://www.python.org/downloads/release/python-391rc1/

----------
assignee: terry.reedy
components: IDLE, Tkinter, macOS
messages: 382110
nosy: ned.deily, ronaldoussoren, terry.reedy
priority: critical
severity: normal
status: open
title: macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2 installer fails smoke test
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 01:01:25 2020
From: report at bugs.python.org (Xinmeng Xia)
Date: Mon, 30 Nov 2020 06:01:25 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
Message-ID: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>


New submission from Xinmeng Xia <xiaxm at smail.nju.edu.cn>:

The following program 1 can crash in Python 3. We have reproduce it in the Python version 3.5, 3.6, 3.7, 3.8, 3.9, 3.10. This bug seems to be similar to issue 36272, however, the tracking system shows issue 36272 has been fixed and the program 2, which triggers issue 36272, will not cause crash (?core dump?) in Python 3.8, 3.9, 3.10.
We have attached the stack trace in the end of this report.

Program 1: 
========================
import logging

def rec():
	try:
		logging.error("foo")
	except:
		pass
	rec()
rec()
========================

Program 2: 
========================
import logging

def rec():
	logging.error("foo")
	rec()
rec()
======================
The error message is like following:
?
ERROR:root:foo
ERROR:root:foo
ERROR:root:foo
ERROR:root:foo
?
ERROR:root:foo
ERROR:root:foo
ERROR:root:foo
Fatal Python error: _Py_CheckRecursiveCall: Cannot recover from stack overflow.
Python runtime state: initialized

Current thread 0x00007f0fa440b700 (most recent call first):
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 420 in usesTime
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 643 in usesTime
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 675 in format
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 938 in format
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 1094 in emit
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 963 in handle
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 1673 in callHandlers
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 1611 in handle
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 1601 in _log
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 1483 in error
  File "/usr/local/python310/lib/python3.10/logging/__init__.py", line 2080 in error
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 8 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
?.
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  File "/home/xxm/Desktop/methodfuzzer/error/loggingtest.py", line 12 in rec
  ...
Aborted (core dumped)?

----------
components: Interpreter Core
messages: 382111
nosy: xxm
priority: normal
severity: normal
status: open
title: Recursive calls crash interpreter when checking exceptions
type: crash
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 01:51:27 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Mon, 30 Nov 2020 06:51:27 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
In-Reply-To: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>
Message-ID: <1606719087.2.0.953559907215.issue42509@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

This might be the expected behavior. See https://bugs.python.org/issue25222

If you already caught a RecursionError and you keep recursing anyway, once you go 50 levels beyond sys.getrecursionlimit(), the interpreter crashes regardless of what is `except`ed. In /Python/ceval.c, there's this:

    if (tstate->overflowed) {
        if (tstate->recursion_depth > recursion_limit + 50) {
            /* Overflowing while handling an overflow. Give up. */
            Py_FatalError("Cannot recover from stack overflow.");
        }
        return 0;
    }

In your Program 2, when the interpreter raises a `RecursionError`, it is raised normally and everything is fine.

In your Program 1, when the interpreter raises a `RecursionError`, it is `except`ed, so the interpreter thinks it's okay to keep going, and when it does, it raises more `RecursionError`s, which it keeps `except`ing, until it finally can't go any farther ( > 50 + sys.getrecursionlimit()), and has no option but to crash.

"Cannot recover from stack overflow." seems to make sense to me: when the interpreter tries to recover, the code won't let it.

----------
nosy: +Dennis Sweeney

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:00:26 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 30 Nov 2020 08:00:26 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606723226.9.0.583853552399.issue42500@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

As mentioned earlier I can reproduce this without calling os.fstat (python 3.9.1rc, macOS 10.15):

# ---
def status():
   try:
      1/0

   except status():
      pass

status()
# ----

The crash happens both with the default recursion limit as well with a recursion limit of 10. Setting the recursion limit doesn't seem to have an effect on what's happening (in both cases I get a long traceback).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:10:55 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 30 Nov 2020 08:10:55 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
In-Reply-To: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>
Message-ID: <1606723855.91.0.868665795575.issue42509@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

See also #42500

----------
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:11:12 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 30 Nov 2020 08:11:12 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606723872.89.0.696537417037.issue42500@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

See also #42509

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:14:17 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 30 Nov 2020 08:14:17 +0000
Subject: [issue42504] Failure to build with MACOSX_DEPLOYMENT_TARGET=11 on Big
 Sur
In-Reply-To: <1606662964.61.0.531913261121.issue42504@roundup.psfhosted.org>
Message-ID: <1606724057.12.0.928018252938.issue42504@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

Good catch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42504>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:19:09 2020
From: report at bugs.python.org (Xinmeng Xia)
Date: Mon, 30 Nov 2020 08:19:09 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
In-Reply-To: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>
Message-ID: <1606724349.43.0.848640929972.issue42509@roundup.psfhosted.org>


Xinmeng Xia <xiaxm at smail.nju.edu.cn> added the comment:

But program like following program 3 will not cause any core dump, RecursionError is also being caught in this  Recursion.
program 3
def rec():
	try:
		rec()
	except:
		pass
rec()

Beside,I use sys.setrecursionlimit(80), and the program 1 still cause core dump.I print sys.getrecursionlimit(),the value is 1000. 80 is << 50 +1000, it shouldn't cause core dump.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:22:38 2020
From: report at bugs.python.org (Sathvik Rao Poladi)
Date: Mon, 30 Nov 2020 08:22:38 +0000
Subject: [issue42510] Tuple Slice Bug
Message-ID: <1606724558.78.0.551470730063.issue42510@roundup.psfhosted.org>


New submission from Sathvik Rao Poladi <p.saisathvikrao at gmail.com>:

>>>a=1,2,3,4
>>>a[1:2]
(2,)

Expected output -> (2)
bug -> ,

----------
components: Build
messages: 382118
nosy: p.saisathvikrao
priority: normal
severity: normal
status: open
title: Tuple Slice Bug
type: behavior
versions: Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42510>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:24:21 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 30 Nov 2020 08:24:21 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606724661.92.0.740415501789.issue42142@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:


New changeset 6cc2c419f6cf5ed336609ba01055e77d7c553e6d by Serhiy Storchaka in branch 'master':
bpo-42142: Try to fix timeouts in ttk tests (GH-23474)
https://github.com/python/cpython/commit/6cc2c419f6cf5ed336609ba01055e77d7c553e6d


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:24:24 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 08:24:24 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606724664.27.0.213725893212.issue42142@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22446
pull_request: https://github.com/python/cpython/pull/23565

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:24:31 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 08:24:31 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606724671.82.0.441712241275.issue42142@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22447
pull_request: https://github.com/python/cpython/pull/23566

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:31:05 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Mon, 30 Nov 2020 08:31:05 +0000
Subject: [issue42455] Add decorator_factory function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606725065.68.0.497251775054.issue42455@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

Let's wait for Nick.

I have found great examples to show how decorator_factory can simplify things.

dataclasses.dataclass
```
def dataclass(cls=None, /, *, init=True, repr=True, eq=True, order=False,
              unsafe_hash=False, frozen=False):
    def wrap(cls):
        return _process_class(cls, init, repr, eq, order, unsafe_hash, frozen)

    # See if we're being called as @dataclass or @dataclass().
    if cls is None:
        # We're called with parens.
        return wrap

    # We're called as @dataclass without parens.
    return wrap(cls)
```
```
@functools.decorator_factory
def dataclass(cls, /, *, init=True, repr=True, eq=True, order=False,
              unsafe_hash=False, frozen=False):
    return _process_class(cls, init, repr, eq, order, unsafe_hash, frozen)
```

functools.lru_cache
```
def lru_cache(maxsize=128, typed=False):
    if isinstance(maxsize, int):
        # Negative maxsize is treated as 0
        if maxsize < 0:
            maxsize = 0
    elif callable(maxsize) and isinstance(typed, bool):
        # The user_function was passed in directly via the maxsize argument
        user_function, maxsize = maxsize, 128
        wrapper = _lru_cache_wrapper(user_function, maxsize, typed, _CacheInfo)
        wrapper.cache_parameters = lambda : {'maxsize': maxsize, 'typed': typed}
        return update_wrapper(wrapper, user_function)
    elif maxsize is not None:
        raise TypeError(
            'Expected first argument to be an integer, a callable, or None')

    def decorating_function(user_function):
        wrapper = _lru_cache_wrapper(user_function, maxsize, typed, _CacheInfo)
        wrapper.cache_parameters = lambda : {'maxsize': maxsize, 'typed': typed}
        return update_wrapper(wrapper, user_function)

    return decorating_function
```
```
@decorator_factory
def lru_cache(user_function, /, maxsize=128, typed=False):
    if isinstance(maxsize, int):
        # Negative maxsize is treated as 0
        if maxsize < 0:
            maxsize = 0
    elif maxsize is not None:
        raise TypeError(
            'Expected first argument to be an integer, a callable, or None')

    wrapper = _lru_cache_wrapper(user_function, maxsize, typed, _CacheInfo)
    wrapper.cache_parameters = lambda : {'maxsize': maxsize, 'typed': typed}
    return update_wrapper(wrapper, user_function)
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:34:23 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 30 Nov 2020 08:34:23 +0000
Subject: [issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk
 8.6.10
In-Reply-To: <1606704400.88.0.0493725264205.issue42507@roundup.psfhosted.org>
Message-ID: <1606725263.53.0.789886418752.issue42507@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Try to test with 6cc2c419f6cf5ed336609ba01055e77d7c553e6d (PR-23474). All of failing tests were modified to make them passing on Windows, so I expect that this can help on macOS too (in most cases). If it does not help I will propose other changes for testing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42507>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:39:23 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 30 Nov 2020 08:39:23 +0000
Subject: [issue42506] Unexpected output when running test_format
In-Reply-To: <1606697484.68.0.186499623225.issue42506@roundup.psfhosted.org>
Message-ID: <1606725563.4.0.0736580143666.issue42506@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:


New changeset 96545924780da34afc457bc22a869096af985ebf by Zackery Spytz in branch 'master':
bpo-42506: Fix unexpected output in test_format (GH-23564)
https://github.com/python/cpython/commit/96545924780da34afc457bc22a869096af985ebf


----------
nosy: +corona10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42506>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:39:44 2020
From: report at bugs.python.org (Dong-hee Na)
Date: Mon, 30 Nov 2020 08:39:44 +0000
Subject: [issue42506] Unexpected output when running test_format
In-Reply-To: <1606697484.68.0.186499623225.issue42506@roundup.psfhosted.org>
Message-ID: <1606725584.3.0.854836990664.issue42506@roundup.psfhosted.org>


Dong-hee Na <donghee.na at python.org> added the comment:

Thank you ZackerySpytz!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42506>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:40:56 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 30 Nov 2020 08:40:56 +0000
Subject: [issue42455] Add decorator_factory function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606725656.76.0.509323531524.issue42455@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

Would be nice to include these examples (and more if they exist) in the PR. It will help to see the benefit from the new feature and to test that it does not break anything.

I have no opinion yet, but multiple examples can convince me. Or not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:43:06 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 08:43:06 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606725786.01.0.452806035455.issue42142@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset a5b0c17e0d04931e639c4aa7a908a69cd0b529b3 by Miss Islington (bot) in branch '3.8':
bpo-42142: Try to fix timeouts in ttk tests (GH-23474)
https://github.com/python/cpython/commit/a5b0c17e0d04931e639c4aa7a908a69cd0b529b3


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:44:08 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 08:44:08 +0000
Subject: [issue42142] test_ttk timeout: FAIL tkinter ttk LabeledScale
 test_resize, and more
In-Reply-To: <1603582160.73.0.386671878138.issue42142@roundup.psfhosted.org>
Message-ID: <1606725848.06.0.690342873034.issue42142@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 03ae7e4518dae6547576c616173106d2eb283ae2 by Miss Islington (bot) in branch '3.9':
bpo-42142: Try to fix timeouts in ttk tests (GH-23474)
https://github.com/python/cpython/commit/03ae7e4518dae6547576c616173106d2eb283ae2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42142>
_______________________________________

From report at bugs.python.org  Mon Nov 30 03:45:13 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 30 Nov 2020 08:45:13 +0000
Subject: [issue42510] Tuple Slice Bug
In-Reply-To: <1606724558.78.0.551470730063.issue42510@roundup.psfhosted.org>
Message-ID: <1606725913.77.0.841412056842.issue42510@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

(2) is not a tuple. It is just a number 2. To make a tuple containing a single item you need to use special syntax: add a comma to that item. Parenthesis are optional.

>>> (2)
2
>>> (2,)
(2,)
>>> 2,
(2,)

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42510>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:04:41 2020
From: report at bugs.python.org (Dennis Sweeney)
Date: Mon, 30 Nov 2020 09:04:41 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
In-Reply-To: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>
Message-ID: <1606727081.89.0.516917603457.issue42509@roundup.psfhosted.org>


Dennis Sweeney <sweeney.dennis650 at gmail.com> added the comment:

sys.getrecursionlimit() returns whatever was passed to the most recent call of sys.setrecursionlimit(...), with some system default (here 1000).

Catching a RecursionError might be fine sometimes, but the issue is that Program 1 catches a RecursionError *and then keeps recursing more* rather than stopping.

I think it might have to be the responsibility of the Python user to make sure that if a RecursionError is to be caught, that the program can recover without making things much worse. It's my understanding that the extra buffer of +50 is to make sure that the programmer has room to stop the overflow and do any necessary cleanup [1].

If no attempt is made to clean up, then it seems reasonable to me that Python should crash, unless there's some idea of what could happen that I'm missing. The interpreter could allow arbitrary recursion during the cleanup until the C stack overflows, but that sort of defeats the point of the recursion checker. It could raise some new ExtraSuperRecurionError, but that doesn't fix anything: what if *that* error is caught ;) ?

[1] to get back to a recursion depth lower than some lower threshold: https://github.com/python/cpython/blob/master/Include/internal/pycore_ceval.h#L98

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:26:37 2020
From: report at bugs.python.org (Igor Skochinsky)
Date: Mon, 30 Nov 2020 09:26:37 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1606728397.05.0.878971931383.issue40939@roundup.psfhosted.org>


Igor Skochinsky <skochinsky at gmail.com> added the comment:

Hi All,

 It seems this patch removes some functions provided by the Stable ABI (PEP 384), most notably Py_CompileString. Was this the intention? If not, is there still a chance to reintroduce it before the release?

----------
nosy: +Igor.Skochinsky

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:43:03 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 09:43:03 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1606729383.95.0.0833165476065.issue40939@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> It seems this patch removes some functions provided by the Stable ABI (PEP 384), most notably Py_CompileString. Was this the intention? If not, is there still a chance to reintroduce it before the release?

The functions removal is intentional and was approved by the PEP 617.

But Py_CompileString() function was not removed, it's still in the master branch (future Python 3.10). Why do you think that it has been removed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:47:44 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 09:47:44 +0000
Subject: [issue42502] Conflict between get_traced_memory and setrlimit
In-Reply-To: <1606651474.19.0.587373686194.issue42502@roundup.psfhosted.org>
Message-ID: <1606729664.93.0.186295874849.issue42502@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> I am trying to limit the memory consumption of a function

This issue is not a bug in Python, but a question. I suggest to close it and ask your question on a forum to get help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42502>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:53:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 09:53:18 +0000
Subject: [issue42451] Indicate in the docs that PyTuple_GetItem does not
 support negative indices
In-Reply-To: <1606210886.35.0.910586888389.issue42451@roundup.psfhosted.org>
Message-ID: <1606729998.88.0.617147054783.issue42451@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 9f004634a2bf50c782e223e2eb386ffa769b901c by Yasser A in branch 'master':
bpo-42451: Indicate that PyTuple_GetItem does not support negative indices (GH-23529)
https://github.com/python/cpython/commit/9f004634a2bf50c782e223e2eb386ffa769b901c


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42451>
_______________________________________

From report at bugs.python.org  Mon Nov 30 04:53:32 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 09:53:32 +0000
Subject: [issue42451] Indicate in the docs that PyTuple_GetItem does not
 support negative indices
In-Reply-To: <1606210886.35.0.910586888389.issue42451@roundup.psfhosted.org>
Message-ID: <1606730012.63.0.643283937469.issue42451@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42451>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:01:00 2020
From: report at bugs.python.org (Andrew Svetlov)
Date: Mon, 30 Nov 2020 10:01:00 +0000
Subject: [issue42392] remove the deprecated 'loop' parameter asyncio API
In-Reply-To: <1605639845.5.0.800535008799.issue42392@roundup.psfhosted.org>
Message-ID: <1606730460.99.0.573097324133.issue42392@roundup.psfhosted.org>


Andrew Svetlov <andrew.svetlov at gmail.com> added the comment:

Thanks for your help!

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42392>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:02:25 2020
From: report at bugs.python.org (Igor Skochinsky)
Date: Mon, 30 Nov 2020 10:02:25 +0000
Subject: [issue40939] Remove the old parser
In-Reply-To: <1591788317.65.0.969058655213.issue40939@roundup.psfhosted.org>
Message-ID: <1606730545.17.0.243682677521.issue40939@roundup.psfhosted.org>


Igor Skochinsky <skochinsky at gmail.com> added the comment:

> But Py_CompileString() function was not removed, it's still in the master branch (future Python 3.10). Why do you think that it has been removed?

Thank you. It looked that way because of the removed block of lines in the commit 1ed83adb0e95305af858bd41af531e487f54fee7 (pythonrun.c). We were also getting a missing symbol error. We'll check again to be sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue40939>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:07:00 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:07:00 +0000
Subject: [issue14556] telnetlib Telnet.expect fails with timeout=0
In-Reply-To: <1334193617.55.0.736160184516.issue14556@psf.upfronthosting.co.za>
Message-ID: <1606730820.76.0.710206730855.issue14556@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

This has been fixed by now:

Running Release|x64 interpreter...
Python 3.10.0a2+ (heads/bpo-42482:920f808f50, Nov 29 2020, 23:02:47) [MSC v.1916 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> from telnetlib import Telnet
>>> import time
>>> tn = Telnet("scn.org", 23)
>>> time.sleep(5) # short wait for data to be available
>>> tn.expect(['.{16}'], 0)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Users\User\src\cpython\lib\telnetlib.py", line 622, in expect
    m = list[i].search(self.cookedq)
TypeError: cannot use a string pattern on a bytes-like object
>>> tn.expect([b'.{16}'], 0)
(0, <re.Match object; span=(2, 18), match=b'Seattle Communit'>, b'\r\nSeattle Communit')
>>>

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14556>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:09:04 2020
From: report at bugs.python.org (Vipul Cariappa)
Date: Mon, 30 Nov 2020 10:09:04 +0000
Subject: [issue42502] Conflict between get_traced_memory and setrlimit
In-Reply-To: <1606651474.19.0.587373686194.issue42502@roundup.psfhosted.org>
Message-ID: <1606730944.16.0.244937536048.issue42502@roundup.psfhosted.org>


Change by Vipul Cariappa <vipulcariappa at gmail.com>:


----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42502>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:09:21 2020
From: report at bugs.python.org (Vipul Cariappa)
Date: Mon, 30 Nov 2020 10:09:21 +0000
Subject: [issue42502] Conflict between get_traced_memory and setrlimit
In-Reply-To: <1606651474.19.0.587373686194.issue42502@roundup.psfhosted.org>
Message-ID: <1606730961.56.0.624696490838.issue42502@roundup.psfhosted.org>


Change by Vipul Cariappa <vipulcariappa at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42502>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:15:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:15:56 +0000
Subject: [issue27387] Thread hangs on str.encode() when locale is not set
In-Reply-To: <1466892219.46.0.416121805197.issue27387@psf.upfronthosting.co.za>
Message-ID: <1606731356.2.0.421279309397.issue27387@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2 issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue27387>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:17:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:17:13 +0000
Subject: [issue35953] crosscompilation fails with clang on android
In-Reply-To: <1549800196.49.0.252123188802.issue35953@roundup.psfhosted.org>
Message-ID: <1606731433.84.0.152183925188.issue35953@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2 issue, fixed in Python 3.7.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35953>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:18:26 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 30 Nov 2020 10:18:26 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606731506.72.0.546459191333.issue42500@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

Ronald's test case also causes a Fatal Error on master.

2.7.18 produces the expected "RuntimeError: maximum recursion depth exceeded"

----------
assignee:  -> Mark.Shannon

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:21:26 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:21:26 +0000
Subject: [issue25635] urllib2 cannot fully read FTP file
In-Reply-To: <1447681631.39.0.26682578174.issue25635@psf.upfronthosting.co.za>
Message-ID: <1606731686.67.0.639569359375.issue25635@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Works for me on master (3.10) too.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25635>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:23:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:23:04 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
In-Reply-To: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>
Message-ID: <1606731784.89.0.771380976305.issue21664@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:25:48 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:25:48 +0000
Subject: [issue13341] Incorrect documentation for "u" PyArg_Parse format unit
In-Reply-To: <1320412814.48.0.657162308895.issue13341@psf.upfronthosting.co.za>
Message-ID: <1606731948.16.0.169799997013.issue13341@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue13341>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:29:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:29:34 +0000
Subject: [issue14869] imaplib erronously quotes atoms such as flags
In-Reply-To: <1337594211.69.0.0102835741934.issue14869@psf.upfronthosting.co.za>
Message-ID: <1606732174.22.0.266971766835.issue14869@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue14869>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:31:00 2020
From: report at bugs.python.org (Mohammad Sadra Sharifzadeh)
Date: Mon, 30 Nov 2020 10:31:00 +0000
Subject: [issue42511] string in string not working
Message-ID: <1606732260.97.0.275169006848.issue42511@roundup.psfhosted.org>


New submission from Mohammad Sadra Sharifzadeh <m.s.sharifzade at gmail.com>:

I want to know whether some string is in same string or not (yeah the SAME) 
in the file attached I have two expressions:
1- print('???????' in '???????')
2- print('???????' in '???????')
as you can see both of them are same thing but if you run the program you see it returns True for first one and False for second one. the difference between two expressions is that in the first one I typed both of the strings but in the second one I copied second string from a file and type first string

Thanks

----------
files: string bug.py
messages: 382140
nosy: m.s.sharifzade
priority: normal
severity: normal
status: open
title: string in string not working
type: behavior
versions: Python 3.7
Added file: https://bugs.python.org/file49638/string bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42511>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:31:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 10:31:56 +0000
Subject: [issue16027] pkgutil doesn't support frozen modules
In-Reply-To: <1348506161.12.0.954547119673.issue16027@psf.upfronthosting.co.za>
Message-ID: <1606732316.45.0.0073273358914.issue16027@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2 issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue16027>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:34:20 2020
From: report at bugs.python.org (Antony Lee)
Date: Mon, 30 Nov 2020 10:34:20 +0000
Subject: [issue42451] Indicate in the docs that PyTuple_GetItem does not
 support negative indices
In-Reply-To: <1606210886.35.0.910586888389.issue42451@roundup.psfhosted.org>
Message-ID: <1606732460.02.0.785941364228.issue42451@roundup.psfhosted.org>


Change by Antony Lee <anntzer.lee at gmail.com>:


----------
nosy:  -Antony.Lee

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42451>
_______________________________________

From report at bugs.python.org  Mon Nov 30 05:53:55 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 10:53:55 +0000
Subject: [issue42511] string in string not working
In-Reply-To: <1606732260.97.0.275169006848.issue42511@roundup.psfhosted.org>
Message-ID: <1606733635.14.0.49026274413.issue42511@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

The two strings a different, that's why Python returns False.

a = U+0627 U+0646 U+062f U+064a U+0645 U+0634 U+06a9
b = U+0627 U+0646 U+062f U+06cc U+0645 U+0634 U+06a9

U+064a != U+06cc

>>> unicodedata.name('\u064a')
'ARABIC LETTER YEH'
>>> unicodedata.name('\u06cc')
'ARABIC LETTER FARSI YEH'

Python doesn't know arabic, it only compares code pointers: the number 0x064a is not equal to the number 0x06cc.

It's not a bug, but a deliberate choice.

----------
nosy: +vstinner
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42511>
_______________________________________

From report at bugs.python.org  Mon Nov 30 06:17:54 2020
From: report at bugs.python.org (conchylicultor)
Date: Mon, 30 Nov 2020 11:17:54 +0000
Subject: [issue42512] Confusing that BinaryIO and IO[bytes] cannot be used
 interchangeably
Message-ID: <1606735074.2.0.265647933695.issue42512@roundup.psfhosted.org>


New submission from conchylicultor <etiennefg.pot at gmail.com>:

Currently, because `BinaryIO` is subclass of `IO[bytes]`, the 2 cannot be used interchangeably.

Example with pytype:

```
def iter_zip(arch_f) -> List[typing.BinaryIO]]:
  with open(arch_f, 'rb') as fobj:
    z = zipfile.ZipFile(fobj)
    return [z.open(member) for member in z.infolist()]
```

Raise:

```
           Expected: Tuple[str, BinaryIO]
  Actually returned: Tuple[Any, IO[bytes]]
```

Technically pytype is right as `ZipFile.open() -> IO[bytes]`:

https://github.com/python/typeshed/blob/ca45cb21a8a0422cbb266cb25e08051fe481887c/stdlib/2and3/zipfile.pyi#L109

But this makes BinaryIO usage quite confusing.

>From the implementation, it seems that the BinaryIO is slightly different (https://github.com/python/cpython/blob/9f004634a2bf50c782e223e2eb386ffa769b901c/Lib/typing.py#L2094):

But the documentation is unclear about the difference between the 2 https://docs.python.org/3/library/typing.html#typing.BinaryIO


Additionally, `typing.IO` is implemented as Generic but shouldn't this be a Protocol instead ?

----------
messages: 382143
nosy: conchylicultor
priority: normal
severity: normal
status: open
title: Confusing that BinaryIO and IO[bytes] cannot be used interchangeably

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42512>
_______________________________________

From report at bugs.python.org  Mon Nov 30 06:18:53 2020
From: report at bugs.python.org (conchylicultor)
Date: Mon, 30 Nov 2020 11:18:53 +0000
Subject: [issue42512] Confusing that BinaryIO and IO[bytes] cannot be used
 interchangeably
In-Reply-To: <1606735074.2.0.265647933695.issue42512@roundup.psfhosted.org>
Message-ID: <1606735133.77.0.383830265498.issue42512@roundup.psfhosted.org>


Change by conchylicultor <etiennefg.pot at gmail.com>:


----------
components: +Library (Lib)
type:  -> behavior
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42512>
_______________________________________

From report at bugs.python.org  Mon Nov 30 06:34:54 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 11:34:54 +0000
Subject: [issue42512] typing: Confusing that BinaryIO and IO[bytes] cannot be
 used interchangeably
In-Reply-To: <1606735074.2.0.265647933695.issue42512@roundup.psfhosted.org>
Message-ID: <1606736094.84.0.71631891827.issue42512@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
title: Confusing that BinaryIO and IO[bytes] cannot be used interchangeably -> typing: Confusing that BinaryIO and IO[bytes] cannot be used interchangeably

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42512>
_______________________________________

From report at bugs.python.org  Mon Nov 30 06:46:27 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 11:46:27 +0000
Subject: [issue34216] python platform no child error
In-Reply-To: <1532466171.52.0.56676864532.issue34216@psf.upfronthosting.co.za>
Message-ID: <1606736787.88.0.631098598391.issue34216@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I was unable to reproduce this on Python 3. Is this issue only relevant to version 2.7?

Can you please post a complete script that shows the issue, and specify on which system you see it?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34216>
_______________________________________

From report at bugs.python.org  Mon Nov 30 06:55:49 2020
From: report at bugs.python.org (Barney Stratford)
Date: Mon, 30 Nov 2020 11:55:49 +0000
Subject: [issue42513] Socket.recv hangs
Message-ID: <1606737349.78.0.516615398151.issue42513@roundup.psfhosted.org>


New submission from Barney Stratford <barney_stratford at fastmail.fm>:

import socket
self.__socket = socket.create_connection ([host, port], 10000)
value = self.__socket.recv (4096)

This code sometimes hangs despite having a non-None timeout specified. GDB says:

(gdb) bt
#0  0x76d33c94 in __GI___poll (fds=0x7ea55148, nfds=1, timeout=10000)
    at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x001e8014 in poll (__timeout=<optimized out>, __nfds=<optimized out>, 
    __fds=<optimized out>, __fds=<optimized out>, __nfds=<optimized out>, 
    __timeout=<optimized out>)
    at /usr/include/arm-linux-gnueabihf/bits/poll2.h:46
#2  internal_select (writing=writing at entry=0, interval=<optimized out>, 
    connect=0, connect at entry=4156908, s=<optimized out>)
    at ../Modules/socketmodule.c:745
#3  0x001ec588 in sock_call_ex (s=s at entry=0x76979d68, writing=writing at entry=0, 
    sock_func=sock_func at entry=0x1e736c <sock_recv_impl>, data=0x7ea551b0, 
    data at entry=0x7ea551a8, connect=connect at entry=0, err=err at entry=0x0, 
    timeout=10000000000) at ../Modules/socketmodule.c:840
#4  0x001ed394 in sock_call (data=0x7ea551a8, func=0x1e736c <sock_recv_impl>, 
    writing=0, s=0x76979d68) at ../Modules/socketmodule.c:3287
#5  sock_recv_guts (s=s at entry=0x76979d68, cbuf=<optimized out>, 
    len=<optimized out>, flags=<optimized out>)
    at ../Modules/socketmodule.c:3287
#6  0x001ed51c in sock_recv (s=0x76979d68, args=<optimized out>)
    at ../Modules/socketmodule.c:3318

Googling for this problem turned up this:

https://stackoverflow.com/questions/56038224/poll-waits-indefinitely-although-timeout-is-specified

If we look at socket module.c line 756 (Python 3.7.9 version), we see that we're indeed not checking for the pollfd.revents, and are therefore missing socket errors.

PR coming up in a few days.

----------
components: Library (Lib)
messages: 382145
nosy: Barney Stratford
priority: normal
severity: normal
status: open
title: Socket.recv hangs
type: crash
versions: Python 3.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42513>
_______________________________________

From report at bugs.python.org  Mon Nov 30 08:27:58 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 13:27:58 +0000
Subject: [issue24063] Support Mageia and Arch Linux in the platform module
In-Reply-To: <1430077426.39.0.0830591110576.issue24063@psf.upfronthosting.co.za>
Message-ID: <1606742878.59.0.910988427692.issue24063@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2.7 is no longer being updated.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24063>
_______________________________________

From report at bugs.python.org  Mon Nov 30 08:33:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 13:33:53 +0000
Subject: [issue31481] telnetlib fails to read continous large output from
 Windows Telnet Server
In-Reply-To: <1505475181.12.0.220673686741.issue31481@psf.upfronthosting.co.za>
Message-ID: <1606743233.79.0.053351074257.issue31481@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Nisar,

Is this problem reproducible in Python 3? Can you provide a script that shows exactly what you mean? What is "large" (are you running out of memory?)

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31481>
_______________________________________

From report at bugs.python.org  Mon Nov 30 08:39:56 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 13:39:56 +0000
Subject: [issue10837] Issue catching KeyboardInterrupt while reading stdin
In-Reply-To: <1294257725.97.0.863829105509.issue10837@psf.upfronthosting.co.za>
Message-ID: <1606743596.41.0.377588273575.issue10837@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue10837>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:01:57 2020
From: report at bugs.python.org (Barney Stratford)
Date: Mon, 30 Nov 2020 14:01:57 +0000
Subject: [issue42513] Socket.recv hangs
In-Reply-To: <1606737349.78.0.516615398151.issue42513@roundup.psfhosted.org>
Message-ID: <1606744917.84.0.432421854317.issue42513@roundup.psfhosted.org>


Change by Barney Stratford <barney_stratford at fastmail.fm>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42513>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:23:01 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 30 Nov 2020 14:23:01 +0000
Subject: [issue41837] Upgrade installers to OpenSSL 1.1.1h
In-Reply-To: <1600822748.89.0.850484234677.issue41837@roundup.psfhosted.org>
Message-ID: <1606746181.36.0.925702365809.issue41837@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

Sorry, I missed the initial ping.

The changes look unproblematic to me. Our test suite is passing with 1.1.1h, too. Python doesn't set VERIFY_X509_STRICT by default and does not support DTLS.

Please go ahead.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41837>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:23:14 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 14:23:14 +0000
Subject: [issue5773] Crash on shutdown after os.fdopen(2) in debug builds
In-Reply-To: <1239885549.06.0.444041706295.issue5773@psf.upfronthosting.co.za>
Message-ID: <1606746194.07.0.497624281555.issue5773@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2.7 is no longer being maintained.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue5773>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:24:29 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 30 Nov 2020 14:24:29 +0000
Subject: [issue42509] Recursive calls crash interpreter when checking
 exceptions
In-Reply-To: <1606716085.96.0.215095615557.issue42509@roundup.psfhosted.org>
Message-ID: <1606746269.41.0.315657333898.issue42509@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

Duplicate of 42500

----------
nosy: +Mark.Shannon
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42509>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:33:28 2020
From: report at bugs.python.org (Christian Heimes)
Date: Mon, 30 Nov 2020 14:33:28 +0000
Subject: [issue34216] python platform no child error
In-Reply-To: <1532466171.52.0.56676864532.issue34216@psf.upfronthosting.co.za>
Message-ID: <1606746808.77.0.0623013269655.issue34216@roundup.psfhosted.org>


Christian Heimes <lists at cheimes.de> added the comment:

The platform module no longer uses popen(). Victor replaced the broken code with subprocess in bpo-35346.

----------
nosy: +christian.heimes
resolution:  -> fixed
stage:  -> resolved
status: pending -> closed
type: compile error -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34216>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:36:29 2020
From: report at bugs.python.org (R. David Murray)
Date: Mon, 30 Nov 2020 14:36:29 +0000
Subject: [issue42484] get_obs_local_part fails to handle empty local part
In-Reply-To: <1606480619.96.0.472096710567.issue42484@roundup.psfhosted.org>
Message-ID: <1606746989.55.0.669260807812.issue42484@roundup.psfhosted.org>


R. David Murray <rdmurray at bitdance.com> added the comment:

Yep, you've found another in a category of bugs that have shown up in the parser: places where there is a missing check for there being any value at all before checking character [0].

In this case, the fix should be to add

    if not obs_local_part:
        return obs_local_part, value

just before the if that is blowing up.

----------
title: parse_message_id, get_msg_id, get_obs_local_part is poorly written -> get_obs_local_part fails to handle empty local part

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42484>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:40:11 2020
From: report at bugs.python.org (Peter Hunt)
Date: Mon, 30 Nov 2020 14:40:11 +0000
Subject: [issue42495] socket.gethostbyaddr raises error if invalid unicode in
 hosts
In-Reply-To: <1606615691.16.0.723676865629.issue42495@roundup.psfhosted.org>
Message-ID: <1606747211.94.0.799303909858.issue42495@roundup.psfhosted.org>


Peter Hunt <peter at huntfx.uk> added the comment:

Ah, I just realised it may have been a different dash to the one that can be typed with the keyboard.

>From the wiki article (https://en.wikipedia.org/wiki/Dash), using either the "en" or "em" dash will cause the issue for me on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42495>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:41:19 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 30 Nov 2020 14:41:19 +0000
Subject: [issue42500] crash with unbounded recursion in except statement
In-Reply-To: <1606635563.54.0.549807759752.issue42500@roundup.psfhosted.org>
Message-ID: <1606747279.78.0.731205449834.issue42500@roundup.psfhosted.org>


Change by Mark Shannon <mark at hotpy.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42500>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:42:55 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 14:42:55 +0000
Subject: [issue35120] SSH tunnel support to ftp lib
In-Reply-To: <1540964996.8.0.788709270274.issue35120@psf.upfronthosting.co.za>
Message-ID: <1606747375.77.0.819195747639.issue35120@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Mohit, Python 2.7 is no longer maintained. If you are seeing this issue in Python 3 then please create a new issue, and also include more information about what the problem is and how one can reproduce it.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue35120>
_______________________________________

From report at bugs.python.org  Mon Nov 30 09:47:29 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 14:47:29 +0000
Subject: [issue34079] Multiprocessing module fails to build on Solaris 11.3
In-Reply-To: <1531209271.96.0.56676864532.issue34079@psf.upfronthosting.co.za>
Message-ID: <1606747649.65.0.115342073589.issue34079@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

_XOPEN_SOURCE is no longer defined in multiprocessing.h. Is there anything left to do here or can we close it as out of date?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue34079>
_______________________________________

From report at bugs.python.org  Mon Nov 30 10:37:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 15:37:20 +0000
Subject: [issue28881] int no attribute 'lower' iterating email.Message
In-Reply-To: <1480964649.95.0.801978620213.issue28881@psf.upfronthosting.co.za>
Message-ID: <1606750640.11.0.990614107055.issue28881@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28881>
_______________________________________

From report at bugs.python.org  Mon Nov 30 10:44:51 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 30 Nov 2020 15:44:51 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606751091.18.0.819500250701.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

One thing to add, the proposed implementation also optimizes extended slices (mostly used in scientific stacks) such as <sequence>[:, 1].

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:34:24 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 16:34:24 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606754064.18.0.393739311044.issue42487@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 0be9ce305ff2b9e13ddcf15af8cfe28786afb36a by Andreas Poehlmann in branch 'master':
bpo-42487: don't call __getitem__ of underlying maps in ChainMap.__iter__ (GH-23534)
https://github.com/python/cpython/commit/0be9ce305ff2b9e13ddcf15af8cfe28786afb36a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:37:02 2020
From: report at bugs.python.org (Renato Cunha)
Date: Mon, 30 Nov 2020 16:37:02 +0000
Subject: [issue42406] Importing multiprocessing breaks pickle.whichmodule
In-Reply-To: <1605791971.73.0.31216879751.issue42406@roundup.psfhosted.org>
Message-ID: <1606754222.36.0.911009871777.issue42406@roundup.psfhosted.org>


Renato Cunha <renato at renatocunha.com> added the comment:

No worries, Gregory. Glad I could help. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42406>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:37:11 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 16:37:11 +0000
Subject: [issue21567] cannot create multipart alternative message with
 us-ascii charset
In-Reply-To: <1400885983.53.0.980235742965.issue21567@psf.upfronthosting.co.za>
Message-ID: <1606754231.96.0.400657957608.issue21567@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I'm not seeing the problem in 3.7(linux) and 3.10(windows). Is this a python 2-only issue?

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21567>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:35:12 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 16:35:12 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606754112.2.0.424944502898.issue42487@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22450
pull_request: https://github.com/python/cpython/pull/23569

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:44:03 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Nov 2020 16:44:03 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606754643.76.0.127513605085.issue42508@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 11:54:41 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 16:54:41 +0000
Subject: [issue28288] Expose environment variable PYTHON_OPT as alternative to
 command line options
In-Reply-To: <1474993446.86.0.709676160725.issue28288@psf.upfronthosting.co.za>
Message-ID: <1606755281.64.0.365541394406.issue28288@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

It's too late for the PYTHON3WARNINGS variable in 2.7, but Serhiy's suggestion for PYTHON_OPTS can still be implemented. Updating title and version accordingly.

----------
nosy: +iritkatriel
title: Expose environment variable for Py_Py3kWarningFlag -> Expose environment variable PYTHON_OPT as alternative to command line options
versions: +Python 3.10 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28288>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:02:43 2020
From: report at bugs.python.org (Mark Shannon)
Date: Mon, 30 Nov 2020 17:02:43 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606755763.95.0.293419565747.issue42454@roundup.psfhosted.org>


Mark Shannon <mark at hotpy.org> added the comment:

I agree with Mark about slice hashing.
This looks like a deliberate design decision.
x[:] = [] should empty a sequence, not set the key-value pair (slice(None, None, None), []) in a mapping.

However, code-objects can still be hashable even if slices are not.

By leaving slices unhashable, and accounting for their presence in code.__hash__, we get both the performance improvement and full backwards compatibility.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:07:34 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 17:07:34 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606756054.61.0.249052742651.issue42487@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset cf22aa3bc698847459a6bf20c166aa80825b810a by Miss Islington (bot) in branch '3.9':
bpo-42487: don't call __getitem__ of underlying maps in ChainMap.__iter__ (GH-23534) (GH-23569)
https://github.com/python/cpython/commit/cf22aa3bc698847459a6bf20c166aa80825b810a


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:09:57 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 17:09:57 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606756197.86.0.948348779884.issue42508@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 3.0 -> 4.0
pull_requests: +22452
pull_request: https://github.com/python/cpython/pull/23571

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:10:07 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 17:10:07 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606756207.0.0.774626341095.issue42508@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22453
pull_request: https://github.com/python/cpython/pull/23572

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:09:52 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Nov 2020 17:09:52 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606756192.77.0.43613239063.issue42508@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset e41bfd15dd148627b4f39c2a5837bddd8894d345 by Terry Jan Reedy in branch 'master':
bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570)
https://github.com/python/cpython/commit/e41bfd15dd148627b4f39c2a5837bddd8894d345


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:22:58 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Nov 2020 17:22:58 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606756978.94.0.97558413716.issue42508@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

This issue exposed and is affected by an existing system and version independent bug.  With that fixed as in PR 23570, running a file with "print('output')" with the new 3.9.1rc1 universal binary results in the following.

output
========= RESTART: /Users/.../tem1.py =========
<'... finished.' dialog box>
<click OK and box reappears>
<click again and>
========== RESTART: Shell =====================
>>>
output
>>>

The normal output is

========= RESTART: /Users/.../tem1.py =========
output
>>>

I am investigating how 'RESTART' is being printed after 'output', even though the restart function is called before the compiled tem1 is sent to be executed.

----------
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:30:55 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 17:30:55 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606757455.26.0.346866637305.issue42508@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset f4389bfbb5b9f67db1505dd0003987896eae560b by Miss Islington (bot) in branch '3.8':
bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570)
https://github.com/python/cpython/commit/f4389bfbb5b9f67db1505dd0003987896eae560b


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:55:29 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 17:55:29 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606758929.05.0.523112095173.issue42501@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +22454
pull_request: https://github.com/python/cpython/pull/23573

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Mon Nov 30 12:55:40 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 17:55:40 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606758940.84.0.0148630098483.issue42501@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset 7f82f22eba1312617e1aa19cb916da1aae1609a4 by Raymond Hettinger in branch 'master':
bpo-42501:  Revise the usage note for Enums with the choices (GH-23563)
https://github.com/python/cpython/commit/7f82f22eba1312617e1aa19cb916da1aae1609a4


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:07:53 2020
From: report at bugs.python.org (pyTama)
Date: Mon, 30 Nov 2020 18:07:53 +0000
Subject: [issue41896] Moving index with wordstart expression includes
 non-alphanumberic and underline characters if word is tagged and iat the edge
 of a text widget
In-Reply-To: <1601490490.12.0.958872838055.issue41896@roundup.psfhosted.org>
Message-ID: <1606759673.53.0.46558238624.issue41896@roundup.psfhosted.org>


Change by pyTama <Tama-sama at outlook.com>:


----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41896>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:12:47 2020
From: report at bugs.python.org (R. David Murray)
Date: Mon, 30 Nov 2020 18:12:47 +0000
Subject: [issue42433] mailbox.mbox fails on non ASCII characters
In-Reply-To: <1606039772.66.0.933443286563.issue42433@roundup.psfhosted.org>
Message-ID: <1606759967.51.0.181953793843.issue42433@roundup.psfhosted.org>


R. David Murray <rdmurray at bitdance.com> added the comment:

After thinking about it some more, I think given that when there is no non-ascii mbox will happily treat *anything* as valid on the "From " line, that we should consider blowing up on non-ascii to be a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42433>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:19:07 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 30 Nov 2020 18:19:07 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606760347.41.0.304929612377.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> By leaving slices unhashable, and accounting for their presence in code.__hash__, we get both the performance improvement and full backwards compatibility.


I thought about using code.__hash__ in the first place, but the compiler's underlying store system (both compiler_unit->u_consts and compiler->c_const_cache) uses dictionary's where the keys are constant objects themselves (or tuples where one of the items is the constant). We might need to change that first (either using something else for the keys, or switch to lists? or something else).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:28:37 2020
From: report at bugs.python.org (Greg Neagle)
Date: Mon, 30 Nov 2020 18:28:37 +0000
Subject: [issue42514] Relocatable framework for macOS
Message-ID: <1606760917.9.0.450918621788.issue42514@roundup.psfhosted.org>


New submission from Greg Neagle <Gregneagle at mac.com>:

The current Python.framework installed by the macOS packages is hard-coded to /Library/Frameworks/Python.framework and breaks if renamed or moved.

A relocatable framework would allow users/admins/developers to install a specific framework to an alternate location, or include it inside an application bundle, or access it from a mounted disk image.

Currently it is possible to use `otool` and `install_name_tool` to convert the current framework into one that can be relocated, but doing so breaks any code signing. With Apple Silicon, all executable code and libraries must be code signed, so the effort of relocating the Python framework becomes that more difficult.

Ideally the official macOS framework would be built as relocatable, eliminating the need to modify it and re-sign it to use it anywhere other than  /Library/Frameworks/Python.framework.

----------
components: macOS
messages: 382171
nosy: gregneagle, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Relocatable framework for macOS
type: enhancement
versions: Python 3.10, Python 3.8, Python 3.9

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42514>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:46:42 2020
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 30 Nov 2020 18:46:42 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606762002.46.0.647837428449.issue42454@roundup.psfhosted.org>


Josh Rosenberg <shadowranger+python at gmail.com> added the comment:

Yep, Mark Shannon's solution of contextual hashing is what I was trying (without success) when my last computer died (without backing up work offsite, oops) and I gave up on this for a while. And Batuhan Taskaya's note about compiler dictionaries for the constants being a problem is where I got stuck.

Switching to lists might work (I never pursued this far enough to profile it to see what the performance impact was; presumably for small functions it would be near zero, while larger functions might compile more slowly).

The other approach I considered (and was partway through implementing when the computer died) was to use a dict subclass specifically for the constants dictionaries; inherit almost everything from regular dicts, but with built-in knowledge of slices so it could perform hashing on their behalf (I believe you could use the KnownHash APIs to keep custom code minimal; you just check for slices, fake their hash if you got one and call the KnownHash API, otherwise, defer to dict normally). Just an extension of the code.__hash__ trick, adding a couple more small hacks into small parts of Python so they treat slices as hashable only in that context without allowing non-intuitive behaviors in normal dict usage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:55:47 2020
From: report at bugs.python.org (Ronald Oussoren)
Date: Mon, 30 Nov 2020 18:55:47 +0000
Subject: [issue42514] Relocatable framework for macOS
In-Reply-To: <1606760917.9.0.450918621788.issue42514@roundup.psfhosted.org>
Message-ID: <1606762547.1.0.739635655775.issue42514@roundup.psfhosted.org>


Ronald Oussoren <ronaldoussoren at mac.com> added the comment:

There's also macholib (which is used by py2app for rewriting mach-o headers). 

Note that resigning for arm64 is possible using the following command:

$ codesign -s - --preserve-metadata=identifier,entitlements,flags,runtime -f <path to mach-O>.

This was mentioned in the Xcode 12 release notes.

BTW. My hobby horse w.r.t. a relocatable Python installation is to turn the current framework inside out: have a "Python.app" or "Python 3.10.app" that contains the framework and presents a GUI when double clicked (probably IDLE with some additional menu items). This would simplify the installation experience (no installer, just drop Python.app somewhere convenient).   

I have no idea if I'll ever get around to implementing this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42514>
_______________________________________

From report at bugs.python.org  Mon Nov 30 13:58:45 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 30 Nov 2020 18:58:45 +0000
Subject: [issue42497] New pathlib.Path attribute
In-Reply-To: <1606622082.77.0.226567937737.issue42497@roundup.psfhosted.org>
Message-ID: <1606762725.01.0.204348388709.issue42497@roundup.psfhosted.org>


Change by Eryk Sun <eryksun at gmail.com>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Add to pathlib function to check permission similar to os.access

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42497>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:06:12 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 30 Nov 2020 19:06:12 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606763172.47.0.29416222262.issue42454@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:

> I thought about using code.__hash__ in the first place, but the compiler's underlying store system (both compiler_unit->u_consts and compiler->c_const_cache) uses dictionary's where the keys are constant objects themselves (or tuples where one of the items is the constant). We might need to change that first (either using something else for the keys, or switch to lists? or something else).

I have to say that I feel that this will complicate things too much. Part of the appeal of this change is how straightforward and maintainable is. Fiddling with code objects lowers the watermark.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:07:24 2020
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Nov 2020 19:07:24 +0000
Subject: [issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk
 8.6.10
In-Reply-To: <1606704400.88.0.0493725264205.issue42507@roundup.psfhosted.org>
Message-ID: <1606763244.68.0.694946110326.issue42507@roundup.psfhosted.org>


Ned Deily <nad at python.org> added the comment:

I tested on 3.9 with the backport of GH-23474 merged. The six failures are still there plus there is now an additional failure:

======================================================================
FAIL: test_horizontal_range (tkinter.test.test_ttk.test_extensions.LabeledScaleTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.9/lib/python3.9/tkinter/test/test_ttk/test_extensions.py", line 121, in test_horizontal_range
    self.assertEqual(prev_xcoord, int(linfo_1['x']))
AssertionError: 12 != 0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42507>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:08:34 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 30 Nov 2020 19:08:34 +0000
Subject: [issue42485] Full grammar specification should link to PEP 617
In-Reply-To: <1606492158.45.0.131360894527.issue42485@roundup.psfhosted.org>
Message-ID: <1606763314.6.0.544750529429.issue42485@roundup.psfhosted.org>


Pablo Galindo Salgado <pablogsal at gmail.com> added the comment:


New changeset bcc9579227578de5dd7f8825d24ba51b618ad3c2 by James Gerity in branch 'master':
bpo-42485: [Doc] Link to PEP 617 from full grammar specification (GH-23532)
https://github.com/python/cpython/commit/bcc9579227578de5dd7f8825d24ba51b618ad3c2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42485>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:09:06 2020
From: report at bugs.python.org (Pablo Galindo Salgado)
Date: Mon, 30 Nov 2020 19:09:06 +0000
Subject: [issue42485] Full grammar specification should link to PEP 617
In-Reply-To: <1606492158.45.0.131360894527.issue42485@roundup.psfhosted.org>
Message-ID: <1606763346.8.0.824060003054.issue42485@roundup.psfhosted.org>


Change by Pablo Galindo Salgado <pablogsal at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42485>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:16:27 2020
From: report at bugs.python.org (Batuhan Taskaya)
Date: Mon, 30 Nov 2020 19:16:27 +0000
Subject: [issue42454] Move slice creation to the compiler for constants
In-Reply-To: <1606237897.31.0.957567165008.issue42454@roundup.psfhosted.org>
Message-ID: <1606763787.81.0.274424958297.issue42454@roundup.psfhosted.org>


Batuhan Taskaya <isidentical at gmail.com> added the comment:

> I have to say that I feel that this will complicate things too much. Part of the appeal of this change is how straightforward and maintainable is. Fiddling with code objects lowers the watermark.

Agreed. And I'd go for either making slices hashable as is, or rejecting this patch without implementing more hacks to the Python / messing with the compiler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42454>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:16:41 2020
From: report at bugs.python.org (Eryk Sun)
Date: Mon, 30 Nov 2020 19:16:41 +0000
Subject: [issue42481] Add to pathlib function to check permission similar to
 os.access
In-Reply-To: <1606472162.25.0.657989630892.issue42481@roundup.psfhosted.org>
Message-ID: <1606763801.31.0.182129269062.issue42481@roundup.psfhosted.org>


Eryk Sun <eryksun at gmail.com> added the comment:

> takes extended file attributes like immutable bit

Just to clarify, immutable isn't an extended attribute. It's one of the flag values in a Linux inode, which is supported by some filesystems such as ext4. It's in the API as STATX_ATTR_IMMUTABLE from the statx() stx_attributes field.

> according to the man page, AT_EACCESS (effective_ids=True) and
> AT_SYMLINK_NOFOLLOW (follow_symlinks=False) are implemented in 
> the glibc wrapper by calling fstatat() instead. I presume 
> that's limited to the discretionary st_mode permissions

Apparently this is the case. For example, given 'spam.txt' is an immutable file:

    >>> os.access('spam.txt', os.W_OK)
    False
    >>> os.access('spam.txt', os.W_OK, follow_symlinks=False)
    True

The AT_EACCESS flag has the same limitations in Linux, when it's not ignored. This issue with AT_SYMLINK_NOFOLLOW and AT_EACCESS will be resolved with the next release of glibc [1] on Linux systems running kernel 5.8+, which has a new faccessat2 system call that supports the flags parameter. Maybe initially a pathlib.Path method that implements an access check doesn't need to support the follow_symlinks and effective_ids parameters.

---

[1] https://sourceware.org/git/?p=glibc.git;a=commit;h=3d3ab573a5f3071992cbc4f57d50d1d29d55bde2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42481>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:17:16 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 19:17:16 +0000
Subject: [issue28926] subprocess.Popen + Sqlalchemy doesn't wait for process
In-Reply-To: <1481316937.81.0.393153740651.issue28926@psf.upfronthosting.co.za>
Message-ID: <1606763836.59.0.832712771017.issue28926@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2.7 is no longer maintained.

Are you seeing this issue in Python3 as well? Can you attached a script that reproduces the problem? (A script is always better than a verbal description). Information about the system on which you observed the issue can also be helpful.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28926>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:19:54 2020
From: report at bugs.python.org (Greg Neagle)
Date: Mon, 30 Nov 2020 19:19:54 +0000
Subject: [issue42514] Relocatable framework for macOS
In-Reply-To: <1606760917.9.0.450918621788.issue42514@roundup.psfhosted.org>
Message-ID: <1606763994.62.0.345533660244.issue42514@roundup.psfhosted.org>


Greg Neagle <Gregneagle at mac.com> added the comment:

A Python.app you could drop somewhere convenient would by definition need a relocatable Python.framework within. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42514>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:24:56 2020
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 30 Nov 2020 19:24:56 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606764296.86.0.380327580545.issue28468@roundup.psfhosted.org>


Barry A. Warsaw <barry at python.org> added the comment:

This issue was brought to the Python Steering Council, and we deliberated it at today's SC meeting.  With a vote of 4 approvals and one abstention, we have approved the addition of this API.

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:29:29 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 19:29:29 +0000
Subject: [issue31990] Pickling deadlocks in thread with python -m
In-Reply-To: <1510222459.1.0.213398074469.issue31990@psf.upfronthosting.co.za>
Message-ID: <1606764569.51.0.236975945158.issue31990@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

I don't see the hang on Linux (3.7) or windows (3.10). I think this might be a python 2-only issue.

There were problems in Python 2 with importer race conditions, and since you start threads at import time, that could be what was causing what you saw.

Python 2.7 is no longer maintained, so unless the problems is relevant to Python 3 this issue can be closed.

----------
nosy: +iritkatriel
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31990>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:31:04 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 19:31:04 +0000
Subject: [issue23276] hackcheck is broken in association with __setattr__
In-Reply-To: <1421706139.14.0.239687578391.issue23276@psf.upfronthosting.co.za>
Message-ID: <1606764664.72.0.718801582557.issue23276@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue23276>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:36:58 2020
From: report at bugs.python.org (E. Paine)
Date: Mon, 30 Nov 2020 19:36:58 +0000
Subject: [issue42515] Devguide recommend against using PRs to update fork
Message-ID: <1606765018.12.0.38905915267.issue42515@roundup.psfhosted.org>


New submission from E. Paine <paineelisha at gmail.com>:

Simple enough: we should make it very clear in the Devguide that creating a PR from python:master to <username>:master is not a good way to update your fork.

For context, I recently saw that a commit on a fork was showing as a mention on a lot of the more recent commits to the master. I left a comment on the PR for the fork responsible to save them the embarrassment of this happening again (https://github.com/ThatXliner/cpython/pull/1#issuecomment-735969158 - my apologies to those who got pinged by that comment, I'm the one who feels embarrassed now!).

When I first started to contribute to CPython, I made exactly the same mistake (using a PR to update my fork - for the record I had never before used git except to clone). Yes, most of that was my ignorance but even after finding "Syncing with Upstream" (32.14 - which may make more sense renamed to "Updating your CPython fork" for accessibility but that's a separate issue), I did not think to combine it with the clone instructions of "Get the source code" (1.2 - I delete local copies when not in use to save space so only ran `git clone` before trying those on the guide).

That is also a separate issue and there is nothing we can do if people don't read the docs but IMO we should make it very clear that opening a PR on your fork is not a good solution to the problem (I don't want others making the same mistake, and it also unnecessarily pings quite a few of the core devs - though please correct me if I'm wrong and it doesn't ping them).

----------
assignee: docs at python
components: Documentation
messages: 382183
nosy: Mariatta, docs at python, epaine, eric.araujo, ezio.melotti, willingc
priority: normal
severity: normal
status: open
title: Devguide recommend against using PRs to update fork

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42515>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:38:47 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 19:38:47 +0000
Subject: [issue4672] Distutils SWIG support blocks use of SWIG -outdir option
In-Reply-To: <1229379752.29.0.666537313596.issue4672@psf.upfronthosting.co.za>
Message-ID: <1606765127.63.0.546694502499.issue4672@roundup.psfhosted.org>


Change by Irit Katriel <iritkatriel at yahoo.com>:


----------
stage:  -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue4672>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:40:42 2020
From: report at bugs.python.org (Matthias Klose)
Date: Mon, 30 Nov 2020 19:40:42 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606765242.7.0.0362323391795.issue28468@roundup.psfhosted.org>


Matthias Klose <doko at debian.org> added the comment:

I don't agree with this decision, but ok.

In this case, please also provide a way to provide the value of the VERSION_ID field. It doesn't make sense to blacklist whole distributions in tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:49:15 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 30 Nov 2020 19:49:15 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606765755.1.0.724246218373.issue39096@roundup.psfhosted.org>


Change by Mark Dickinson <dickinsm at gmail.com>:


----------
pull_requests: +22455
pull_request: https://github.com/python/cpython/pull/23575

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:52:03 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 30 Nov 2020 19:52:03 +0000
Subject: [issue42495] socket.gethostbyaddr raises error if invalid unicode in
 hosts
In-Reply-To: <1606615691.16.0.723676865629.issue42495@roundup.psfhosted.org>
Message-ID: <1606765923.27.0.677723115223.issue42495@roundup.psfhosted.org>


Steve Dower <steve.dower at python.org> added the comment:

This is covered by issue26227

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42495>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:54:49 2020
From: report at bugs.python.org (Mark Dickinson)
Date: Mon, 30 Nov 2020 19:54:49 +0000
Subject: [issue39096] "Format Specification Mini-Language" doc mistake for
 Decimal
In-Reply-To: <1576750280.17.0.548410545235.issue39096@roundup.psfhosted.org>
Message-ID: <1606766089.47.0.398930268975.issue39096@roundup.psfhosted.org>


Mark Dickinson <dickinsm at gmail.com> added the comment:

> Should this issue be closed, or are you thinking of more changes?

I've made one more round of changes in GH-23575. Once that's gone in, I think we can close this issue.

I don't think we're ever going to be able to make this table perfectly accurate; at best, we can achieve a series of successive approximations to the truth. (Which is pretty much what I aim for when teaching.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue39096>
_______________________________________

From report at bugs.python.org  Mon Nov 30 14:55:34 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 19:55:34 +0000
Subject: [issue21114] wsgiref.simple_server doesn't handle multi-line headers
 correctly
In-Reply-To: <1396285351.75.0.166007035179.issue21114@psf.upfronthosting.co.za>
Message-ID: <1606766134.27.0.188656042451.issue21114@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue21114>
_______________________________________

From report at bugs.python.org  Mon Nov 30 15:05:25 2020
From: report at bugs.python.org (Yurii Karabas)
Date: Mon, 30 Nov 2020 20:05:25 +0000
Subject: [issue42455] Add decorator_factory function to functools module
In-Reply-To: <1606250077.84.0.747907374749.issue42455@roundup.psfhosted.org>
Message-ID: <1606766725.75.0.45608222342.issue42455@roundup.psfhosted.org>


Yurii Karabas <1998uriyyo at gmail.com> added the comment:

I have posted this idea to python-ideas

Link to thread https://mail.python.org/archives/list/python-ideas at python.org/thread/OIRAB3QA4AAD3JGH2S5HMGCPDLGG7T52/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42455>
_______________________________________

From report at bugs.python.org  Mon Nov 30 15:28:22 2020
From: report at bugs.python.org (Werner Smidt)
Date: Mon, 30 Nov 2020 20:28:22 +0000
Subject: [issue31990] Pickling deadlocks in thread with python -m
In-Reply-To: <1510222459.1.0.213398074469.issue31990@psf.upfronthosting.co.za>
Message-ID: <1606768102.39.0.547617092125.issue31990@roundup.psfhosted.org>


Change by Werner Smidt <werner.smidt at gmail.com>:


----------
status: pending -> open
Removed file: https://bugs.python.org/file47255/testqueuepickle.py

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31990>
_______________________________________

From report at bugs.python.org  Mon Nov 30 15:30:58 2020
From: report at bugs.python.org (Werner Smidt)
Date: Mon, 30 Nov 2020 20:30:58 +0000
Subject: [issue31990] Pickling deadlocks in thread with python -m
In-Reply-To: <1510222459.1.0.213398074469.issue31990@psf.upfronthosting.co.za>
Message-ID: <1606768258.38.0.0890650909474.issue31990@roundup.psfhosted.org>


Werner Smidt <werner.smidt at gmail.com> added the comment:

The condition still stands.

if I execute:

python3 testqueuepickle3.py

Everything is fine. If, however I execute:

python3 -m testqueuepickle3.py

It hangs.

----------
versions: +Python 3.8

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31990>
_______________________________________

From report at bugs.python.org  Mon Nov 30 15:54:20 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 20:54:20 +0000
Subject: [issue31990] Pickling deadlocks in thread with python -m
In-Reply-To: <1510222459.1.0.213398074469.issue31990@psf.upfronthosting.co.za>
Message-ID: <1606769660.83.0.627038109069.issue31990@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Which system are seeing this on?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31990>
_______________________________________

From report at bugs.python.org  Mon Nov 30 15:54:28 2020
From: report at bugs.python.org (Mariatta)
Date: Mon, 30 Nov 2020 20:54:28 +0000
Subject: [issue42515] Devguide recommend against using PRs to update fork
In-Reply-To: <1606765018.12.0.38905915267.issue42515@roundup.psfhosted.org>
Message-ID: <1606769668.33.0.912641209265.issue42515@roundup.psfhosted.org>


Mariatta <mariatta at python.org> added the comment:

No need to feel embarrassed about it :) I've made similar mistake in the past.

Sounds good to rename the "Syncing with Upstream" section with "Updating your CPython fork".

If you can open an issue in github.com/python/devguide, that would be great. We can continue the discussion there.

Thanks.

----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42515>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:21:22 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 21:21:22 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606771282.75.0.461142107533.issue42501@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset aab93903347ec6d7f23dda2994dd26f6111d19d2 by Miss Islington (bot) in branch '3.9':
bpo-42501:  Revise the usage note for Enums with the choices (GH-23563) (GH-23573)
https://github.com/python/cpython/commit/aab93903347ec6d7f23dda2994dd26f6111d19d2


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:22:19 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 21:22:19 +0000
Subject: [issue42501] Improve error messages for argparse choices using enum
In-Reply-To: <1606645231.03.0.116650247289.issue42501@roundup.psfhosted.org>
Message-ID: <1606771339.71.0.220588523353.issue42501@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
components: +Documentation -Library (Lib)
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42501>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:23:39 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Nov 2020 21:23:39 +0000
Subject: [issue42487] collections.ChainMap.__iter__ calls __getitem__ on
 underlying maps
In-Reply-To: <1606524630.67.0.897614858795.issue42487@roundup.psfhosted.org>
Message-ID: <1606771419.15.0.684880262092.issue42487@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42487>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:27:33 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:27:33 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606771653.76.0.857408799918.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

Matthias Klose:
> It doesn't make sense to blacklist whole distributions in tests.

Adding freedesktop_os_release() and using it are two different topics. I understand the the SC decision is on adding the function.

Using it to skip tests should be decided on a case by case basic. In general, I really dislike to skip tests on a specific Linux distribution.

In bpo-41818, the os-release file was used as a temporary fix just to unblock buildbots, but it was quickly removed. It was not used to skip a test on Gentoo, but to run the test on Gentoo ;-) Also, it was quickly removed, and it seems like even the skip on BSD was removed. Great! It was there for a very long time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:32:16 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:32:16 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606771936.89.0.206599719105.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

> In this case, please also provide a way to provide the value of the VERSION_ID field.

I'm not sure what you mean. PR 23492 exposes the whole content of the os-release file as a dict. There is no special case for any field.

VERSION_ID can be retrieved as any field with: platform.freedesktop_os_release().get('VERSION_ID', '').

Example on Fedora 33.

$ cat /etc/os-release 
NAME=Fedora
VERSION="33 (Workstation Edition)"
ID=fedora
VERSION_ID=33
VERSION_CODENAME=""
PLATFORM_ID="platform:f33"
PRETTY_NAME="Fedora 33 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:33"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f33/system-administrators-guide/"
SUPPORT_URL="https://fedoraproject.org/wiki/Communicating_and_getting_help"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=33
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=33
PRIVACY_POLICY_URL="https://fedoraproject.org/wiki/Legal:PrivacyPolicy"
VARIANT="Workstation Edition"
VARIANT_ID=workstation


$ ./python 
Python 3.10.0a2+ (heads/pr/23492:6a4c92bcbe, Nov 30 2020, 22:29:23) 
[GCC 10.2.1 20201016 (Red Hat 10.2.1-6)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform, pprint
>>> os_release=platform.freedesktop_os_release()

>>> pprint.pprint(os_release)
{'ANSI_COLOR': '0;38;2;60;110;180',
 'BUG_REPORT_URL': 'https://bugzilla.redhat.com/',
 'CPE_NAME': 'cpe:/o:fedoraproject:fedora:33',
 'DOCUMENTATION_URL': 'https://docs.fedoraproject.org/en-US/fedora/f33/system-administrators-guide/',
 'HOME_URL': 'https://fedoraproject.org/',
 'ID': 'fedora',
 'LOGO': 'fedora-logo-icon',
 'NAME': 'Fedora',
 'PLATFORM_ID': 'platform:f33',
 'PRETTY_NAME': 'Fedora 33 (Workstation Edition)',
 'PRIVACY_POLICY_URL': 'https://fedoraproject.org/wiki/Legal:PrivacyPolicy',
 'REDHAT_BUGZILLA_PRODUCT': 'Fedora',
 'REDHAT_BUGZILLA_PRODUCT_VERSION': '33',
 'REDHAT_SUPPORT_PRODUCT': 'Fedora',
 'REDHAT_SUPPORT_PRODUCT_VERSION': '33',
 'SUPPORT_URL': 'https://fedoraproject.org/wiki/Communicating_and_getting_help',
 'VARIANT': 'Workstation Edition',
 'VARIANT_ID': 'workstation',
 'VERSION': '33 (Workstation Edition)',
 'VERSION_CODENAME': '',
 'VERSION_ID': '33'}

>>> os_release['VERSION_ID']
'33'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:35:13 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:35:13 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606772113.14.0.870035398651.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 5c73afc36ee6cca41009a510092e1f901c5dc0a0 by Christian Heimes in branch 'master':
bpo-28468: Add platform.freedesktop_os_release() (GH-23492)
https://github.com/python/cpython/commit/5c73afc36ee6cca41009a510092e1f901c5dc0a0


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:37:40 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:37:40 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606772260.47.0.856165021738.issue28468@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:

I merged Christian's PR 23492. The initial issue, add a function to parse the os-release file, is now solved, so I close the issue.

If you want to use it in a test, please open a new issue.

Thanks everyone for this constructive discussion, IMO the final merged function is now better thanks to that. And thanks Christian for pushing the feature and implementing it ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:37:48 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:37:48 +0000
Subject: [issue28468] Add platform.freedesktop_os_release()
In-Reply-To: <1476780458.76.0.0265588591799.issue28468@psf.upfronthosting.co.za>
Message-ID: <1606772268.39.0.67978420632.issue28468@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28468>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:48:43 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:48:43 +0000
Subject: [issue31904] Python should support VxWorks RTOS
In-Reply-To: <1509393393.78.0.213398074469.issue31904@psf.upfronthosting.co.za>
Message-ID: <1606772923.92.0.632745431272.issue31904@roundup.psfhosted.org>


STINNER Victor <vstinner at python.org> added the comment:


New changeset 1244c816d7cdfa8a26d1671cab67122a8c5271a7 by pxinwr in branch 'master':
bpo-31904: Support signal module on VxWorks (GH-23391)
https://github.com/python/cpython/commit/1244c816d7cdfa8a26d1671cab67122a8c5271a7


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue31904>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:54:46 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 30 Nov 2020 21:54:46 +0000
Subject: [issue42516] Add function to get caller's name
Message-ID: <1606773286.82.0.837636543351.issue42516@roundup.psfhosted.org>


New submission from Steve Dower <steve.dower at python.org>:

We have a lot of stdlib code that looks like:

    try:
        nm_tpl.__module__ = sys._getframe(2).f_globals.get('__name__', '__main__')
    except (AttributeError, ValueError):
        pass

While technically it handles sys._getframe being missing, it would be nice to handle it better for this scenario.

I'm already using a sys._get_calling_module_name() as an internal patch to avoid exposing the _getframe() calls to Python code. (As I recall, it cleans up basically all of the uses apart from the traceback module.) This lets us treat sys._getframe() calls as suspicious, because now most code never uses it.

/*[clinic input]
sys._get_calling_module_name
Return the name of the calling module.
[clinic start generated code]*/
static PyObject *
sys__get_calling_module_name_impl(PyObject *module)
/*[clinic end generated code]*/
{
    PyFrameObject *f = _PyThreadState_GET()->frame;
    PyObject *r;
    if (f == NULL) {
        Py_RETURN_NONE;
    }
    f = f->f_back;
    if (f == NULL) {
        Py_RETURN_NONE;
    }
    r = _PyDict_GetItemIdWithError(f->f_globals, &PyId___name__);
    if (!r) {
        PyErr_Clear();
        r = Py_None;
    }
    Py_INCREF(r);
    return r;
}

For something that will live beyond a separate patch, it might make sense to add as much functionality as needed for the warning module, which currently skips some importlib frames and a caller-specified count. I wouldn't want to make it too much more complex though.

Separating this out would make it easier for other implementations to support enum, typing, collections, and any other modules that want the caller's name, even if they can't easily/efficiently support a full _getframe().

Thoughts?

----------
messages: 382199
nosy: steve.dower
priority: normal
severity: normal
status: open
title: Add function to get caller's name

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42516>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:55:02 2020
From: report at bugs.python.org (Steve Dower)
Date: Mon, 30 Nov 2020 21:55:02 +0000
Subject: [issue42516] Add function to get caller's name
In-Reply-To: <1606773286.82.0.837636543351.issue42516@roundup.psfhosted.org>
Message-ID: <1606773302.98.0.612035052703.issue42516@roundup.psfhosted.org>


Change by Steve Dower <steve.dower at python.org>:


----------
components: +Interpreter Core
stage:  -> test needed
type:  -> enhancement
versions: +Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42516>
_______________________________________

From report at bugs.python.org  Mon Nov 30 16:56:18 2020
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Nov 2020 21:56:18 +0000
Subject: [issue42516] Add function to get caller's name
In-Reply-To: <1606773286.82.0.837636543351.issue42516@roundup.psfhosted.org>
Message-ID: <1606773378.84.0.60234999438.issue42516@roundup.psfhosted.org>


Change by STINNER Victor <vstinner at python.org>:


----------
nosy: +vstinner

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42516>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:17:33 2020
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 30 Nov 2020 22:17:33 +0000
Subject: [issue42517] Enum: do not convert private names into members
Message-ID: <1606774653.87.0.704564487827.issue42517@roundup.psfhosted.org>


New submission from Ethan Furman <ethan at stoneleaf.us>:

Currently, private names such as '__location' will get both name mangled and converted into an attribute, while `__location_` will get mangled, but not converted as the final name is sundered (e.g. `_MyEnum__location_`).

Just in case anyone is actually using private name Enum members we'll deprecate in 3.10, and in 3.11 private names will:

- not be converted
- not raise sunder errors

----------
assignee: ethan.furman
messages: 382200
nosy: barry, eli.bendersky, ethan.furman
priority: normal
severity: normal
stage: needs patch
status: open
title: Enum: do not convert private names into members
type: behavior
versions: Python 3.10

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42517>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:30:26 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Nov 2020 22:30:26 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606775426.38.0.211863566952.issue42508@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

After hours of failure to understand crazy 'impossible' behavior, I went back to 'timing issue' and this code.

    def run_module_event(self, event):
        if macosx.isCocoaTk():
            # Tk-Cocoa in MacOSX is broken until at least
            # Tk 8.5.9, and without this rather
            # crude workaround IDLE would hang when a user
            # tries to run a module using the keyboard shortcut
            # (the menu item works fine).
            self.editwin.text_frame.after(200,
                lambda: self.editwin.text_frame.event_generate(
                        '<<run-module-event-2>>'))
            return 'break'
        else:
            return self._run_module_event(event)

When I used the Run menu instead of F5, the problem went away.  The problem also went away when I added 'and 0' to the condition above to disable the workaround.  3.8 also works fine with the workaround disabled.  Ned, if you verify enough to agree, I will get rid of the wrapper and remove the leading '_' from the real handler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:34:52 2020
From: report at bugs.python.org (miss-islington)
Date: Mon, 30 Nov 2020 22:34:52 +0000
Subject: [issue42370] test_ttk_guionly: test_to() fails on the GitHub Ubuntu
 job
In-Reply-To: <1605538587.9.0.222465124321.issue42370@roundup.psfhosted.org>
Message-ID: <1606775692.95.0.178300258403.issue42370@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset b2652f2d7e1f3b868e9bec6669b3f3f905257991 by Miss Islington (bot) in branch '3.9':
bpo-42370: Check element before making mouse click in ttk tests (GH-23491)
https://github.com/python/cpython/commit/b2652f2d7e1f3b868e9bec6669b3f3f905257991


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42370>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:36:15 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Nov 2020 22:36:15 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606775775.57.0.752050630098.issue42508@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:


New changeset ff51e5ec26168574761e128cc607b879d4d5aa50 by Miss Islington (bot) in branch '3.9':
bpo-42508: Remove bogus idlelib.pyshell.ModifiedInterpreter attribute (GH-23570) (GH-23571)
https://github.com/python/cpython/commit/ff51e5ec26168574761e128cc607b879d4d5aa50


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:41:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 22:41:53 +0000
Subject: [issue24295] Backport of #17086 causes regression in setup.py
In-Reply-To: <1432723014.0.0.831198232873.issue24295@psf.upfronthosting.co.za>
Message-ID: <1606776113.88.0.382465487579.issue24295@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2-only issue.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24295>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:51:53 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 22:51:53 +0000
Subject: [issue25884] inspect.getmro() fails when base class lacks __bases__
 attribute.
In-Reply-To: <1450279916.96.0.180877215544.issue25884@psf.upfronthosting.co.za>
Message-ID: <1606776713.06.0.150365763248.issue25884@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

The _searchbases function was removed here, when getmro was simplified following the removal of old style classes:

https://github.com/python/cpython/commit/b82c8e5b27a8d8ec441aeab5d01d6d9bd8e6d7ef

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue25884>
_______________________________________

From report at bugs.python.org  Mon Nov 30 17:59:55 2020
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 30 Nov 2020 22:59:55 +0000
Subject: [issue42507] test_ttk_guionly test failures on macOS with Tcl/Tk
 8.6.10
In-Reply-To: <1606704400.88.0.0493725264205.issue42507@roundup.psfhosted.org>
Message-ID: <1606777195.54.0.436849708998.issue42507@roundup.psfhosted.org>


Serhiy Storchaka <storchaka+cpython at gmail.com> added the comment:

I have no ideas. Try to add more calls of update() in these tests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42507>
_______________________________________

From report at bugs.python.org  Mon Nov 30 18:00:03 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 23:00:03 +0000
Subject: [issue24923] Append system paths in setup.py instead of prepending
In-Reply-To: <1440428121.6.0.746141080033.issue24923@psf.upfronthosting.co.za>
Message-ID: <1606777203.59.0.719434063976.issue24923@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Fixed in Python 3 (in https://github.com/python/cpython/commit/807bd0a8a47191f7aa25cd9d5619bbc46a3f2a2a). Too late for 2.7.

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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24923>
_______________________________________

From report at bugs.python.org  Mon Nov 30 18:06:50 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 23:06:50 +0000
Subject: [issue28931] urllib ignores FTP 226 response,
 breaking further FTP requests
In-Reply-To: <1481381673.54.0.845583442328.issue28931@psf.upfronthosting.co.za>
Message-ID: <1606777610.93.0.372876479011.issue28931@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Fixed in Python 3, Python 2 past EOL.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue28931>
_______________________________________

From report at bugs.python.org  Mon Nov 30 18:13:13 2020
From: report at bugs.python.org (Irit Katriel)
Date: Mon, 30 Nov 2020 23:13:13 +0000
Subject: [issue24775] Python client failing to connect to server but
 completing as if successful
In-Reply-To: <1438462060.51.0.501017266126.issue24775@psf.upfronthosting.co.za>
Message-ID: <1606777993.8.0.0711712579065.issue24775@roundup.psfhosted.org>


Irit Katriel <iritkatriel at yahoo.com> added the comment:

Python 2 is past its EOL.

----------
nosy: +iritkatriel
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue24775>
_______________________________________

From report at bugs.python.org  Mon Nov 30 19:52:38 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 01 Dec 2020 00:52:38 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606783958.77.0.390004925844.issue42508@roundup.psfhosted.org>


Change by Terry J. Reedy <tjreedy at udel.edu>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 19:53:47 2020
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 01 Dec 2020 00:53:47 +0000
Subject: [issue42508] macOS IDLE with Tk 8.6.10 in 3.9.1rc1 universal2
 installer fails smoke test
In-Reply-To: <1606706274.22.0.163331071262.issue42508@roundup.psfhosted.org>
Message-ID: <1606784027.37.0.522025728401.issue42508@roundup.psfhosted.org>


Terry J. Reedy <tjreedy at udel.edu> added the comment:

PR 23577 makes fix suggested above for easier review.

----------
stage: patch review -> 

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42508>
_______________________________________

From report at bugs.python.org  Mon Nov 30 20:35:45 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 01 Dec 2020 01:35:45 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606786545.69.0.301656546344.issue42482@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
nosy: +miss-islington
nosy_count: 5.0 -> 6.0
pull_requests: +22457
pull_request: https://github.com/python/cpython/pull/23578

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Mon Nov 30 20:35:54 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 01 Dec 2020 01:35:54 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606786554.73.0.167517461223.issue42482@roundup.psfhosted.org>


Change by miss-islington <mariatta.wijaya+miss-islington at gmail.com>:


----------
pull_requests: +22458
pull_request: https://github.com/python/cpython/pull/23579

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Mon Nov 30 20:35:57 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 01 Dec 2020 01:35:57 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606786557.0.0.29802153473.issue42482@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 427613f005f0f412d12f0d775d2b609bae0ae1ad by Irit Katriel in branch 'master':
bpo-42482: remove reference to exc_traceback from TracebackException (GH-23531)
https://github.com/python/cpython/commit/427613f005f0f412d12f0d775d2b609bae0ae1ad


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Mon Nov 30 20:53:48 2020
From: report at bugs.python.org (miss-islington)
Date: Tue, 01 Dec 2020 01:53:48 +0000
Subject: [issue42482] TracebackException should not hold reference to the
 exception traceback
In-Reply-To: <1606471868.96.0.673168968518.issue42482@roundup.psfhosted.org>
Message-ID: <1606787628.0.0.955733219677.issue42482@roundup.psfhosted.org>


miss-islington <mariatta.wijaya+miss-islington at gmail.com> added the comment:


New changeset 1cc5c943c007b92116f06b3ec8e71f2a510d1898 by Miss Islington (bot) in branch '3.8':
bpo-42482: remove reference to exc_traceback from TracebackException (GH-23531)
https://github.com/python/cpython/commit/1cc5c943c007b92116f06b3ec8e71f2a510d1898


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42482>
_______________________________________

From report at bugs.python.org  Mon Nov 30 21:24:57 2020
From: report at bugs.python.org (Ken Jin)
Date: Tue, 01 Dec 2020 02:24:57 +0000
Subject: [issue42195] Inconsistent __args__ between typing.Callable and
 collections.abc.Callable
In-Reply-To: <1603974319.88.0.166786801787.issue42195@roundup.psfhosted.org>
Message-ID: <1606789497.34.0.639103249814.issue42195@roundup.psfhosted.org>


Ken Jin <kenjin4096 at gmail.com> added the comment:

FWIW, current code for extracting args type and return type from Callable seems to be something like this (at least from the typing module):

arg_types = __args__[:-1]
return_type = __args__[-1]

Once ParamSpec is added in, library authors would need to check specifically for that in arg_types and return_types. Other than that, I don't have enough expertise or experience to say what will/won't break. 

IMO a flat tuple is ok for now: AFAIK (and I might be completely wrong here), most runtime type checking libraries I've used don't validate the arguments passed in because being too strict may interfere with keyword arguments. (Eg. Callable in Pydantic https://pydantic-docs.helpmanual.io/usage/types/#callable). So the slightly more inconvenient way of reading Callable's __args__ seems to be an acceptable tradeoff for backwards compatibility and simplicity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue42195>
_______________________________________

From report at bugs.python.org  Mon Nov 30 23:12:41 2020
From: report at bugs.python.org (hai shi)
Date: Tue, 01 Dec 2020 04:12:41 +0000
Subject: [issue41626] port shebang of tools from python2 to python3
In-Reply-To: <1598286525.38.0.443257169426.issue41626@roundup.psfhosted.org>
Message-ID: <1606795961.22.0.95586687001.issue41626@roundup.psfhosted.org>


Change by hai shi <shihai1991 at 126.com>:


----------
pull_requests: +22459
pull_request: https://github.com/python/cpython/pull/23581

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue41626>
_______________________________________

From report at bugs.python.org  Mon Nov 30 23:43:00 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Dec 2020 04:43:00 +0000
Subject: [issue38200] Adding itertools.pairwise to the standard library?
In-Reply-To: <1568736008.51.0.85414927582.issue38200@roundup.psfhosted.org>
Message-ID: <1606797780.13.0.988518279875.issue38200@roundup.psfhosted.org>


Raymond Hettinger <raymond.hettinger at gmail.com> added the comment:


New changeset cc061d0e6fb2569efa91531686f75b89e94ec865 by Raymond Hettinger in branch 'master':
bpo-38200: Add itertools.pairwise() (GH-23549)
https://github.com/python/cpython/commit/cc061d0e6fb2569efa91531686f75b89e94ec865


----------

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38200>
_______________________________________

From report at bugs.python.org  Mon Nov 30 23:43:46 2020
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 01 Dec 2020 04:43:46 +0000
Subject: [issue38200] Adding itertools.pairwise to the standard library?
In-Reply-To: <1568736008.51.0.85414927582.issue38200@roundup.psfhosted.org>
Message-ID: <1606797826.91.0.781038234571.issue38200@roundup.psfhosted.org>


Change by Raymond Hettinger <raymond.hettinger at gmail.com>:


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

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue38200>
_______________________________________

From report at bugs.python.org  Mon Nov 30 23:52:56 2020
From: report at bugs.python.org (Borhan Hafez)
Date: Tue, 01 Dec 2020 04:52:56 +0000
Subject: [issue9625] argparse: Problem with defaults for variable nargs when
 using choices
In-Reply-To: <1282036744.37.0.964764969496.issue9625@psf.upfronthosting.co.za>
Message-ID: <1606798376.69.0.702676592054.issue9625@roundup.psfhosted.org>


Change by Borhan Hafez <me at bor691.ir>:


----------
nosy: +zumoshi

_______________________________________
Python tracker <report at bugs.python.org>
<https://bugs.python.org/issue9625>
_______________________________________