[issue41848] PEG parser doesn't allow lambda in for_if_clause

[Batuhan Taskaya]

Change by Batuhan Taskaya :


--
keywords: +patch
nosy: +BTaskaya
nosy_count: 6.0 -> 7.0
pull_requests: +21434
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22394

___
Python tracker 

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

[issue41848] PEG parser doesn't allow lambda in for_if_clause

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +benjamin.peterson, gvanrossum, pablogsal, serhiy.storchaka

___
Python tracker 

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

[issue41849] Support reading long lines with io._WindowsConsoleIO

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue40066] Enum._convert should change __repr__ and/or __str__ to use module name instead of class name

[Ethan Furman]

Change by Ethan Furman :


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

___
Python tracker 

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

[issue38989] pip install selects 32 bit wheels for 64 bit python if vcvarsall.bat amd64_x86 in environment

[Kyle Altendorf]

Change by Kyle Altendorf :


--
nosy: +altendky

___
Python tracker 

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

[issue41849] Support reading long lines with io._WindowsConsoleIO

[Eryk Sun]

New submission from Eryk Sun :

io._WindowsConsoleIO reads from the console via ReadConsoleW in line-input 
mode, which limits the line length to the maximum of 256 and the size of the 
client buffer, including the trailing CRLF (or just CR if processed-input mode 
is disabled). Text that's typed or pasted beyond the length limit is ignored. 
The call returns when a carriage return ("\r") is read or the user types the 
enter key anywhere on the line.

Currently the buffer that _WindowsConsoleIO passes to ReadConsoleW is capped at 
512 wide characters, based on the C runtime's BUFSIZ (512) macro. This is too 
small. Legacy mode (i.e. PYTHONLEGACYWINDOWSSTDIO) uses io.FileIO with an 8 KiB 
buffer, which is 8K characters when the console input codepage is a legacy 
single-byte encoding. _WindowsConsoleIO should support at least this much. 

I'd prefer that it allowed up to 32K characters, which is the upper limit for a 
process command line or for a long filepath. By way of comparison, input(), 
which calls _PyOS_WindowsConsoleReadline if stdin is a console file, is 
currently capped at 16K characters.

To be able to read up to 32K characters also requires increasing the 
BufferedReader default buffer size and TextIOWrapper chunk size to 96 KiB (BMP 
codes in the range 0x0800-0x encode as a 3-byte UTF-8 sequence) in order to 
ensure that f.readline() and f.buffer.readline() request the maximum size. This 
would require changing _io__WindowsConsoleIO___init___impl to set 
`self->blksize = 96 * 1024` when `console_type == 'r'`, as well as changing 
_io_open_impl to manually set the _CHUNK_SIZE of the TextIOWrapper to 96 KiB 
for console input (type 'r'). Maybe TextIOWrapper should just query the raw 
_blksize as the initial chunk size. That would remove the need to manually set 
_CHUNK_SIZE.

--
components: IO, Unicode, Windows
messages: 377436
nosy: eryksun, ezio.melotti, paul.moore, steve.dower, tim.golden, vstinner, 
zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Support reading long lines with io._WindowsConsoleIO
type: enhancement
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue41848] PEG parser doesn't allow lambda in for_if_clause

[Sergei Lebedev]

New submission from Sergei Lebedev :

Reproducer:

[x for x in [] if lambda: x]

This parses fine in 3.8, but doesn't parse in 3.9 because the grammar expects a 
disjunction after if in for_if_clause [*]. While this change has zero practical 
significance, I think it might be useful to maintain a list of such changes for 
tooling authors (who might need to support multiple Python versions).

[*]: 
https://github.com/python/cpython/blob/68526fe258da8c01196fd7cf48e8e5f1280bf8fd/Grammar/python.gram#L523

--
components: Interpreter Core
messages: 377435
nosy: lys.nikolaou, slebedev
priority: normal
severity: normal
status: open
title: PEG parser doesn't allow lambda in for_if_clause
type: behavior
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue39934] Fatal Python error "XXX block stack overflow" when exception stacks >10

[Irit Katriel]

Irit Katriel  added the comment:

The error is coming from here: 
https://github.com/python/cpython/blob/cb9879b948a19c9434316f8ab6aba9c4601a8173/Objects/frameobject.c#L958

and CO_MAXBLOCKS is defined in Include/cpython/code.h
#define CO_MAXBLOCKS 20 /* Max static block nesting within a function */

This is not about recursion or about exception, it's about static nesting 
level. 

There is an example here showing an input that gives the same error with >20 
nested while blocks: 
https://github.com/python/cpython/blob/c8f29ad986f8274fc5fbf889bdd2a211878856b9/Lib/test/test_syntax.py#L545

--
nosy: +iritkatriel

___
Python tracker 

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

[issue39934] Fatal Python error "XXX block stack overflow" when exception stacks >10

[Irit Katriel]

Irit Katriel  added the comment:

In summary, I think this is not-a-bug.

--

___
Python tracker 

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

[issue40608] PY3.8 GC segfault (Py_TRASHCAN_SAFE_BEGIN/END are not backwards compatible)

[Irit Katriel]

Irit Katriel  added the comment:

I've confirmed that my test still segfaults on master, but if I take the 
Py_TRASHCAN_SAFE_BEGIN(op) from PR 12607 then it doesn't segfault.

--
versions: +Python 3.10, Python 3.9 -Python 3.8

___
Python tracker 

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

[issue41847] Update "install launcher for all users" installer option

[Steve Dower]

Steve Dower  added the comment:

Follow up thought: we could switch out the front page checkbox for "Upgrade 
existing py.exe launcher (recommended)" when we detect an existing per-machine 
install, and hide it entirely if we don't detect it. So at least non-admin 
users have an easy way to bypass the admin requirement.

--

___
Python tracker 

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

[issue41847] Update "install launcher for all users" installer option

[Steve Dower]

New submission from Steve Dower :

The "Install launcher for all users" option on the front page of the installer 
should be updated to read "Install py.exe launcher for all users" to reduce 
confusion.

However, we should also consider disabling this by default, so that the normal 
settings do not require admin privileges to install.

The reason we started with it enabled by default is because we had to stomp on 
the 3.4 and earlier py.exe, since there was no other way to make sure it wasn't 
an issue. That problem still remains, which likely means that if we detect an 
all-users launcher from a previous version we need to keep the option enabled, 
but at least for clean installs of 3.10 we can avoid the need for admin 
completely.

--
components: Windows
messages: 377430
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Update "install launcher for all users" installer option
type: enhancement
versions: Python 3.10

___
Python tracker 

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

[issue41826] test_peg_generator compilation warnings

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

> I'm sorry, that doesn't mean much to me. Is it simply a matter of applying
suitable casts to the various parameters in the C code fragments in those?

Yep, and in the capture variables and in the rule types. Check 
https://github.com/python/cpython/pull/3 for more info (changes in 
Grammar/python.gram file).

--

___
Python tracker 

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

[issue41840] [regression] symtable.Symbol.is_local() is no longer True for bound global symbols

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Hi Cendio Ossman and thanks for the report.

Indeed, there are a bunch of problems here taking into account the language 
reference "The variables of the module code block are local and global". PR 
22391 fixes those and also the repr-generation for module-level that was also 
broken

--

___
Python tracker 

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

[issue41840] [regression] symtable.Symbol.is_local() is no longer True for bound global symbols

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

___
Python tracker 

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

[issue40608] PY3.8 GC segfault (Py_TRASHCAN_SAFE_BEGIN/END are not backwards compatible)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Hi Irit,

Could you kindly check if PR 12607 solves this issue in any way?

--

___
Python tracker 

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

[issue40042] Enum Flag: psuedo-members have None for name attribute

[Irit Katriel]

Irit Katriel  added the comment:

I believe this is what Rahul means:

import enum
class Color(enum.Flag):
RED = enum.auto()
BLUE = enum.auto()
GREEN = enum.auto()

white = Color.RED | Color.BLUE | Color.GREEN
assert white.name is None

#  Note, however that:
assert str(Color.RED | Color.BLUE | Color.GREEN) == "Color.GREEN|BLUE|RED"

--
nosy: +iritkatriel

___
Python tracker 

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

[issue41428] PEP 604 -- Allow writing union types as X | Y

[STINNER Victor]

STINNER Victor  added the comment:


New changeset d67de0a30d76c6a28056bae22fd7d13f2e111b77 by Victor Stinner in 
branch 'master':
bpo-41428: Fix compiler warnings in unionobject.c (GH-22388)
https://github.com/python/cpython/commit/d67de0a30d76c6a28056bae22fd7d13f2e111b77


--

___
Python tracker 

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

[issue38776] rlock_count<0

[STINNER Victor]

STINNER Victor  added the comment:

> rlock_count is an unsigned long, so it can't be negative.

Right, so I don't see the point of replacing "== 0" with "<= 0".

I close the issue.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue41654] Segfault when raising MemoryError

[STINNER Victor]

STINNER Victor  added the comment:


New changeset bbeb223e9a5e9f9374df384efa386b4068a65c0e by Victor Stinner in 
branch 'master':
bpo-41654: Fix compiler warning in MemoryError_dealloc() (GH-22387)
https://github.com/python/cpython/commit/bbeb223e9a5e9f9374df384efa386b4068a65c0e


--

___
Python tracker 

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

[issue41833] threading.Thread: use target name if the name parameter is omitted

[STINNER Victor]

STINNER Victor  added the comment:

I merged my change with "Thread-1 (func)" format: add the target name, but keep 
"Thread-3" to distinguish two different threads with the same target name.

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

___
Python tracker 

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

[issue41833] threading.Thread: use target name if the name parameter is omitted

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 98c16c991d6e70a48f4280a7cd464d807bdd9f2b by Victor Stinner in 
branch 'master':
bpo-41833: threading.Thread now uses the target name (GH-22357)
https://github.com/python/cpython/commit/98c16c991d6e70a48f4280a7cd464d807bdd9f2b


--

___
Python tracker 

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

[issue38776] rlock_count<0

[Irit Katriel]

Irit Katriel  added the comment:

rlock_count is an unsigned long, so it can't be negative.

--
nosy: +iritkatriel

___
Python tracker 

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

[issue29940] Add follow_wrapped=True option to help()

[Emmanuel Arias]

Change by Emmanuel Arias :


--
pull_requests: +21431
pull_request: https://github.com/python/cpython/pull/22390

___
Python tracker 

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

[issue19500] ftplib: Add client-side SSL session resumption

[Lars Schellhas]

Lars Schellhas  added the comment:

@Christian Heimes, you are absolutely right. I'm sorry if I came off rude. 

Actually, I just had a rough day at work with the end of it being the 
realisation that this missing fix would solve my day-filling issue from today.

Furthermore, I've actually returned here, just to read through the whole thread 
again, hoping to find a way to contribute to it's resolution.
However, this is my first time contributing to Python, but I'm eager to learn 
and dive into the necessary resources.
Could you give me a hint about where to start?

--

___
Python tracker 

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

[issue25655] Python errors related to failures loading DLL's lack information

[Steve Dower]

Steve Dower  added the comment:

Thanks for doing the search :)

 > - 
https://docs.python.org/3/faq/windows.html#is-a-pyd-file-the-same-as-a-dll

Probably not here.

 > - https://docs.python.org/3/using/windows.html#finding-modules

Perhaps it is best to put a new section here like what you posted above 
(but more generic for ctypes and imports), and then link to it from the 
other places?

 > - https://docs.python.org/3/library/os.html?#os.add_dll_directory

e.g. "This function may be used to work around  errors"

 > - https://docs.python.org/3/extending/windows.html

e.g. "If your extension module relies on any DLLs other than those 
included with Windows or CPython, you will need to include them or else 
users may receive 'module not found' errors. See  for more 
details."

(Some of that text may already be there, been a while since I read that 
one.)

 > Also AFAIK there is no Windows Sphinx tag beyond .. availability::

Yeah, I think I was thinking of a different project. But if it's all in 
Windows-specific sections anyway, and pointing towards the Windows doc 
page, then it won't matter.

--

___
Python tracker 

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

[issue30155] Add ability to get tzinfo from a datetime instance in C API

[Paul Ganssle]

Paul Ganssle  added the comment:


New changeset 2e4dd336e5b50fd30947fdecb605ddcd71f7f6f5 by Zackery Spytz in 
branch 'master':
bpo-30155: Add macros to get tzinfo from datetime instances (GH-21633)
https://github.com/python/cpython/commit/2e4dd336e5b50fd30947fdecb605ddcd71f7f6f5


--

___
Python tracker 

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

[issue25655] Python errors related to failures loading DLL's lack information

[Philippe Ombredanne]

Philippe Ombredanne  added the comment:

So the other locations to add docs would be petinetially

- https://docs.python.org/3/library/os.html?#os.add_dll_directory
- https://docs.python.org/3/extending/windows.html
- https://docs.python.org/3/faq/windows.html#is-a-pyd-file-the-same-as-a-dll
- https://docs.python.org/3/using/windows.html#finding-modules

Which ones would be the best?

Also AFAIK there is no Windows Sphinx tag beyond .. availability::

--

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Christian Heimes]

Christian Heimes  added the comment:

Yes, that would be useful. I suspect tls1.2-min-seclevel2.patch from the patch 
set https://launchpad.net/ubuntu/+source/openssl/1.1.1f-1ubuntu2 might be the 
cause of this issue.

--

___
Python tracker 

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

[issue19500] ftplib: Add client-side SSL session resumption

[Christian Heimes]

Christian Heimes  added the comment:

I have provided necessary infrastructure for TLS 1.2 session resumption in the 
ssl module a couple of releases ago. But nobody has taken ownership of this 
ftplib issue and provided a full fix with regression tests and documentation 
update.

If you like to see ftplib enhanced to support session resumption, please 
provide a PR with regression tests. Demanding a fix won't accelerate work on 
the issue.

--
stage: patch review -> needs patch
versions: +Python 3.10 -Python 3.8

___
Python tracker 

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

[issue40608] PY3.8 GC segfault (Py_TRASHCAN_SAFE_BEGIN/END are not backwards compatible)

[Irit Katriel]

Irit Katriel  added the comment:

Have you had a chance to look into this?

It took some debugging to get to the bottom of this problem in our system 
(nothing in the "what's new in python 3.8" doc gave any hint). 

The solution I went for was to replace the old macros with the new ones. If 
it's not easy or desirable to fix the old macros, should they not be removed?

--

___
Python tracker 

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

[issue19500] ftplib: Add client-side SSL session resumption

[Stephen Ash]

Change by Stephen Ash :


--
nosy:  -Stephen Ash

___
Python tracker 

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

[issue19500] ftplib: Add client-side SSL session resumption

[Lars Schellhas]

Lars Schellhas  added the comment:

Excuse me, but why is this issue still open and unfixed? There are already 
proposed fixes and this issue has been around for nearly 7 years now. 
Filezilla has forwarded the responsibility to us for this issue 
(https://trac.filezilla-project.org/ticket/10700), so please, let's just fix it.

--
nosy: +larsschellhas

___
Python tracker 

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

[issue41833] threading.Thread: use target name if the name parameter is omitted

[STINNER Victor]

STINNER Victor  added the comment:

> Ideally, I would prefer separate counters for different names

IMO if you want to go at the level of details, I suggest you to generate 
yourself thread names:

threads = [threading.Thread(name=f"MyThread-{i}") for i in range(1, 6)]

Maintaining a list of thread names sounds overkill to me. It would be quite 
complicated and would increase the memory footprint, for little benefit.

--

___
Python tracker 

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

[issue41845] Promote PyObject_GenericGetDict to the stable API

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It was moved into the "#ifndef Py_LIMITED_API" block and therefore was 
effectively excluded from the limited API.

We should fix this error in all maintained versions.

--
versions: +Python 3.8, Python 3.9

___
Python tracker 

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

[issue25278] Unexpected socket exception on SFTP 'STOR' command

[Lars Schellhas]

Lars Schellhas  added the comment:

I am pretty sure that it is connected to issue 19500. And somehow that issue 
still isn't resolved although there are already solutions provided.

--
nosy: +larsschellhas

___
Python tracker 

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

[issue41842] Add codecs.unregister() to unregister a codec search function

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

On 23.09.2020 16:49, STINNER Victor wrote:
> 
> STINNER Victor  added the comment:
> 
>> Just found an internal API which already takes care of
>> unregistering a search function: _PyCodec_Forget().
>>
>> All that needs to be done is to expose this as codecs.unregister()
>> and add the clearing of the lookup cache.
> 
> Yeah, I saw this function, but it's related to the cache, not to the list of 
> search functions.

Ah, right. I just looked at the first occurance of codec_search_path :-)

>> BTW: While you're at it, having a way to access the search function
>> list from Python would be nice as well, since this would then open
>> up the possibility to reorder search functions.
> 
> I didn't hear anyone (ok, apart you) who requested to order search functions.

This has come up in the past from people who wanted to override
builtin codecs with their own versions.

> I dislike the idea of exposing it, since it introduces the risk that someone 
> "unregisters" a search function simply by removing it from the list, without 
> invalidating the cache.
> 
> I prefer to hide the internals to ensure that the cache remains consistent.

Sure, a function would merely return a tuple with the entries,
not the list itself, e.g. in pseudo code:

def get_search_path():
return tuple(interp->codec_search_path)

For replacing the vanilla setup, this is not needed, since only
one search function gets registered (the builtin one), so rather
low priority, I guess.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Sep 23 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 

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

[issue41833] threading.Thread: use target name if the name parameter is omitted

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Ideally, I would prefer separate counters for different names, and omitting a 
number for the first thread with unique name:

  doit
  doit-2
  Thread-1
  Thread-2
  print
  print-2
  doit-3

But it is not feasible. It would require supporting a cache which can grow with 
every new thread and non-trivial code to avoid race conditions. So I am fine 
with Ammar's idea.

--

___
Python tracker 

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

[issue41845] Promote PyObject_GenericGetDict to the stable API

[Mark Shannon]

Mark Shannon  added the comment:

It wasn't removed in 7d95e4072169911b228c9e42367afb5f17fd3db0,
just moved from object.h to dictobject.h
It was still part of the API at that point, I think.

--

___
Python tracker 

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

[issue41833] threading.Thread: use target name if the name parameter is omitted

[STINNER Victor]

STINNER Victor  added the comment:

I rewrote my PR to generate names like "Thread-3 (func)", rather than just 
"func". So if two target functions have the same name, or if two threads use 
the same target, it remains possible to distinguish the two threads.

--

___
Python tracker 

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

[issue41845] Promote PyObject_GenericGetDict to the stable API

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It was moved out from the limited API in issue13903 
(7d95e4072169911b228c9e42367afb5f17fd3db0). I think it was error.

--
nosy: +Mark.Shannon, serhiy.storchaka

___
Python tracker 

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

[issue41561] test_ssl fails in Ubuntu 20.04: test_min_max_version_mismatch

[Bug Reporter]

Bug Reporter  added the comment:

Is it worth comparing openssl vanilla code and configs with Ubuntu's version?

--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests:  -21425

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[STINNER Victor]

STINNER Victor  added the comment:

No problem. These warnings are only visible on 64-bit Windows. I spotted them 
waiting looking at some Windows errors.

--

___
Python tracker 

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

[issue41840] [regression] symtable.Symbol.is_local() is no longer True for bound global symbols

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +pablogsal

___
Python tracker 

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

[issue41428] PEP 604 -- Allow writing union types as X | Y

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
nosy: +vstinner
nosy_count: 3.0 -> 4.0
pull_requests: +21430
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22388

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 57e7d5c19e934f450f5a3539eff48162a78af994 by Miss Islington (bot) 
in branch '3.9':
bpo-41844: Add IDLE section to What's New 3.9 (GN-22382)
https://github.com/python/cpython/commit/57e7d5c19e934f450f5a3539eff48162a78af994


--

___
Python tracker 

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

[issue41654] Segfault when raising MemoryError

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +21429
pull_request: https://github.com/python/cpython/pull/22387

___
Python tracker 

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

[issue25655] Python errors related to failures loading DLL's lack information

[Steve Dower]

Steve Dower  added the comment:

> would you see this as a note in 
https://docs.python.org/3/library/ctypes.html?highlight=ctypes#loading-shared-libraries

Haven't looked at the PR, but it probably needs to be somewhere in the 
import docs as well, to do with native extension modules. That's where 
most people run into this. And in general the solution is either going 
to involve moving/renaming files or calling os.add_dll_directory, so a 
link to the latter may also be useful.

I think we've got a Sphinx tag for platform-specific information? If we 
do, it should use that. (Unless I'm just thinking of the "API 
availability" tag rather than a "Note" style box.)

--

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[Mark Shannon]

Mark Shannon  added the comment:

Thanks Victor.
Sorry I didn't get round to this sooner

--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[miss-islington]

miss-islington  added the comment:


New changeset e33fe6c3d793688d46edf7c2e31a88fc2e719d65 by Miss Islington (bot) 
in branch '3.9':
bpo-33822: Update IDLE section of What's New 3.8 (GH-22383)
https://github.com/python/cpython/commit/e33fe6c3d793688d46edf7c2e31a88fc2e719d65


--

___
Python tracker 

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

[issue41835] Speed up dict vectorcall creation using keywords

[Marco Sulla]

Marco Sulla  added the comment:

> `dict(**o)` is not common use case. Could you provide some other benchmarks?

You can do

python -m timeit -n 200 "dict(key1=1, key2=2, key3=3, key4=4, key5=5, 
key6=6, key7=7, key8=8, key9=9, key10=10)"

or with pyperf. In this case, since the dict is little, I observed a speedup of 
25%.

--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[miss-islington]

miss-islington  added the comment:


New changeset e678ca960b44ec3ddf2ac01fdb333018646ed8dd by Miss Islington (bot) 
in branch '3.8':
bpo-33822: Update IDLE section of What's New 3.8 (GH-22383)
https://github.com/python/cpython/commit/e678ca960b44ec3ddf2ac01fdb333018646ed8dd


--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
versions: +Python 3.10, Python 3.9

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[miss-islington]

Change by miss-islington :


--
pull_requests: +21428
pull_request: https://github.com/python/cpython/pull/22386

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[miss-islington]

Change by miss-islington :


--
pull_requests: +21427
pull_request: https://github.com/python/cpython/pull/22385

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 9c4eac7f02ddcf32fc1cdaf7c08c37fe9718c1fb by Terry Jan Reedy in 
branch 'master':
bpo-33822: Update IDLE section of What's New 3.8 (GH-22383)
https://github.com/python/cpython/commit/9c4eac7f02ddcf32fc1cdaf7c08c37fe9718c1fb


--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +21425
pull_request: https://github.com/python/cpython/pull/22382

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 22b7616f26694ac707fd53ece500febfad665426 by Terry Jan Reedy in 
branch 'master':
bpo-41844: Add IDLE section to What's New 3.9 (GN-22382)
https://github.com/python/cpython/commit/22b7616f26694ac707fd53ece500febfad665426


--

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 1.0 -> 2.0
pull_requests: +21426
pull_request: https://github.com/python/cpython/pull/22384

___
Python tracker 

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

[issue41842] Add codecs.unregister() to unregister a codec search function

[hai shi]

Change by hai shi :


--
keywords: +patch
nosy: +shihai1991
nosy_count: 3.0 -> 4.0
pull_requests: +21424
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22360

___
Python tracker 

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

[issue41838] Value error is showing in docset python (class)

[Eric V. Smith]

Eric V. Smith  added the comment:

It would be helpful if you can:
- simplify the example
- attach the simplified code to this issue
- show how the code runs with no errors, and how you invoke it
- show how you invoke the code when it does have errors

Please do no attach images: they are not friendly to users using accessibility 
software, and they're impossible to copy/paste/search.

--
nosy: +eric.smith

___
Python tracker 

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

[issue41842] Add codecs.unregister() to unregister a codec search function

[STINNER Victor]

STINNER Victor  added the comment:

> Just found an internal API which already takes care of
> unregistering a search function: _PyCodec_Forget().
>
> All that needs to be done is to expose this as codecs.unregister()
> and add the clearing of the lookup cache.

Yeah, I saw this function, but it's related to the cache, not to the list of 
search functions.


> BTW: While you're at it, having a way to access the search function
> list from Python would be nice as well, since this would then open
> up the possibility to reorder search functions.

I didn't hear anyone (ok, apart you) who requested to order search functions.

I dislike the idea of exposing it, since it introduces the risk that someone 
"unregisters" a search function simply by removing it from the list, without 
invalidating the cache.

I prefer to hide the internals to ensure that the cache remains consistent.

--

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +21423
pull_request: https://github.com/python/cpython/pull/22383

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Change by Terry J. Reedy :


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

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests:  -21421

___
Python tracker 

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

[issue41845] Promote PyObject_GenericGetDict to the stable API

[Alex Gaynor]

New submission from Alex Gaynor :

Currently PyObject_GenericSetDict is part of the stable API, but 
PyObject_GenericGetDict is not. I noticed this while working on 
https://github.com/PyO3/pyo3/pull/1207

Because of the symmetry here, it seems appropriate to promote Get.

--
components: C API
messages: 377388
nosy: alex, benjamin.peterson
priority: normal
severity: normal
status: open
title: Promote PyObject_GenericGetDict to the stable API
versions: Python 3.10

___
Python tracker 

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

[issue33822] IDLE subsection of What's New 3.8

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +21421
pull_request: https://github.com/python/cpython/pull/22382

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 0a2e11aecfb300615ab813f5d2d77a799f6e852c by Terry Jan Reedy in 
branch '3.8':
[3.8] bpo-41841: Prepare IDLE News for 3.8.7 (GH-22381)
https://github.com/python/cpython/commit/0a2e11aecfb300615ab813f5d2d77a799f6e852c


--

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Change by Terry J. Reedy :


--
superseder:  -> IDLE subsection of What's New 3.10

___
Python tracker 

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

[issue41846] IDLE subsection of What's New 3.10

[Terry J. Reedy]

New submission from Terry J. Reedy :

Following #41844, master issue for IDLE entries in Doc/whatsnew/3.10.rst.  This 
doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE'.  The 
initial unlabeled subsubsection includes important enhancements to IDLE since 
3.9.0.

Because of IDLE's special backport policy (PEP 434), this initial part 
concludes with "The changes above have been backported to 3.9 maintenance 
releases."  Future subsubsections 'New in 3.10.z:', z >= 1, will follow for 
backports to 3.10.z.  These can precede the backport message as long as it is 
true. This issue will close after the last 3.10 maintenance release.

This file will always exists in the master branch.  Changes are applied to 
master and backported as needed at the time.  Entries will be the same in the 
What's New x.y for all x.y branches that get the enhancement.  However, each 
file needs different backports.  Hence separate PRs are needed for auto 
backport to work.  It seems convenient to have separate issues for each.

--
assignee: terry.reedy
components: IDLE
messages: 377390
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: IDLE subsection of What's New 3.10
versions: Python 3.10

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Change by Terry J. Reedy :


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

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Following #33822, master issue for IDLE entries in Doc/whatsnew/3.9.rst.  This 
doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE'.  The 
initial unlabeled subsubsection includes important enhancements to IDLE since 
3.8.0.

Because of IDLE's special backport policy (PEP 434), this initial part 
concludes with "The changes above have been backported to 3.8 maintenance 
releases."  Future subsubsections 'New in 3.9.z:', z >= 1, will follow for 
backports to 3.9.z.  These can precede the backport message as long as it is 
true. This issue will close after the last 3.9 maintenance release.

This file will always exists in the master branch.  Changes are applied to 
master and backported as needed at the time.  Entries will be the same in the 
What's New x.y for all x.y branches that get the enhancement.  However, each 
file needs different backports.  Hence separate PRs are needed for auto 
backport to work.  It seems convenient to have separate issues for each.

--

___
Python tracker 

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

[issue33821] IDLE subsection of What's New 3.7

[Terry J. Reedy]

Change by Terry J. Reedy :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> IDLE subsection of What's New 3.8

___
Python tracker 

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

[issue41844] IDLE subsection of What's New 3.9

[Terry J. Reedy]

New submission from Terry J. Reedy :

Following #33821, master issue for IDLE entries in Doc/whatsnew/3.8.rst.  This 
doc has a section 'Improved Modules' with a subsection 'idlelib and IDLE'.  The 
initial unlabeled subsubsection includes important enhancements to IDLE since 
3.7.0.

Because of IDLE's special backport policy (PEP 434), this initial part 
concludes with "The changes above have been backported to 3.7 maintenance 
releases."  Future subsubsections 'New in 3.8.z:', z >= 1, will follow for 
backports to 3.8.z.  This issue will close after the last 3.8 maintenance 
release.

This file will always exists in the master branch.  Changes are applied to 
master and backported as needed at the time.  Entries will be the same in the 
What's New x.y for all x.y branches that get the enhancement.  However, each 
file needs different backports.  Hence separate PRs are needed for auto 
backport to work.  It seems convenient to have separate issues for each.

--
assignee: terry.reedy
components: IDLE
messages: 377387
nosy: terry.reedy
priority: normal
severity: normal
status: open
title: IDLE subsection of What's New 3.9
type: enhancement
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset d7a4e5d330df49774019e25313e0c1c4e9bf505d by Terry Jan Reedy in 
branch '3.9':
[3.9] bpo-41841: Prepare IDLE News for 3.9 (GH-22380)
https://github.com/python/cpython/commit/d7a4e5d330df49774019e25313e0c1c4e9bf505d


--

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 7af072c3b60dd3aac2835122bc37454f0973351e by Terry Jan Reedy in 
branch 'master':
bpo-41841: Prepare IDLE News for 3.10 (GH-22379)
https://github.com/python/cpython/commit/7af072c3b60dd3aac2835122bc37454f0973351e


--

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +21420
pull_request: https://github.com/python/cpython/pull/22381

___
Python tracker 

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

[issue40564] Using zipfile.Path with several files prematurely closes zip

[Jason R. Coombs]

Jason R. Coombs  added the comment:

I've released zipp 3.2.0 that includes a fix for this issue (option 2). Please 
test it out.

Because this change affects the user's expectation about the effect of what's 
passed in, I'm hesitant to backport it to 3.8 and 3.9. It's too late to go into 
3.9.0, so the earliest it can appear is in 3.9.1.

Please advise - does the undesirable behavior warrant a bugfix backport, or is 
it sufficient to direct users impacted by this issue prior to Python 3.10 to 
use the `zipp` backport?

--

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +21419
pull_request: https://github.com/python/cpython/pull/22380

___
Python tracker 

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

[issue41843] Reenable sendfile in shutil.copyfile() on Solaris

[Jakub Kulik]

New submission from Jakub Kulik :

The use of sendfile() in shutil.copyfile() on Solaris was previously disabled 
in #36610 due to slightly different behavior. This difference was recently 
accounted for in #41687, and I observed no other unexpected 
problems/differences with sendfile.

Can we get this reenabled? I can prepare PR, however, I am not sure whether 
#36610 should be reverted (hence enabling sendfile in copyfile on every system 
where it is available) or whether I should just add Solaris to _USE_CP_SENDFILE 
condition.

--
components: Library (Lib)
messages: 377383
nosy: giampaolo.rodola, kulikjak
priority: normal
severity: normal
status: open
title: Reenable sendfile in shutil.copyfile() on Solaris
type: performance
versions: Python 3.10, Python 3.9

___
Python tracker 

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

[issue41826] test_peg_generator compilation warnings

[Skip Montanaro]

Skip Montanaro  added the comment:

> This is because the types of the grammars in
Lib/test/test_peg_generator/test_c_parser.py needs to be updated to use the
new sequences

I'm sorry, that doesn't mean much to me. Is it simply a matter of applying
suitable casts to the various parameters in the C code fragments in those?
For example:

*** /tmp/ediffGoXpTW 2020-09-23 08:06:38.671061988 -0500
---
/home/skip/src/python/cpython/Lib/test/test_peg_generator/test_c_parser.py
2020-09-21 15:54:43.106258797 -0500
***
*** 325,331 
  compound_stmt[stmt_ty]: with_stmt
  with_stmt[stmt_ty]: (
  a='with' '(' b=','.with_item+ ')' ':' c=block {
! _Py_With(b, _PyPegen_singleton_seq(p, c), NULL, EXTRA) }
  )
  with_item[withitem_ty]: (
  e=NAME o=['as' t=NAME { t }] { _Py_withitem(e,
_PyPegen_set_expr_context(p, o, Store), p->arena) }
--- 325,331 
  compound_stmt[stmt_ty]: with_stmt
  with_stmt[stmt_ty]: (
  a='with' '(' b=','.with_item+ ')' ':' c=block {
! _Py_With((asdl_withitem_seq *)b, *(asdl_stmt_seq
*)*_PyPegen_singleton_seq(p,
c), NULL, EXTRA) }
  )
  with_item[withitem_ty]: (
  e=NAME o=['as' t=NAME { t }] { _Py_withitem(e,
_PyPegen_set_expr_context(p, o, Store), p->arena) }

If so, that's pretty mechanical. Even a dummy like me could produce a patch.

--

___
Python tracker 

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

[issue41832] PyType_FromSpec() should accept tp_doc=NULL

[Dong-hee Na]

Change by Dong-hee Na :


--
nosy: +corona10

___
Python tracker 

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

Re: [issue41842] Add codecs.unregister() to unregister a codec search function

[M.-A. Lemburg]

Just found an internal API which already takes care of
unregistering a search function: _PyCodec_Forget().

All that needs to be done is to expose this as codecs.unregister()
and add the clearing of the lookup cache.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Sep 23 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-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Re: [issue41842] Add codecs.unregister() to unregister a codec search function

[M.-A. Lemburg]

On 23.09.2020 14:56, STINNER Victor wrote:
> Marc-Andre Lemburg explained:
> 
> "There is no API to unregister a codec search function, since deregistration
> would break the codec cache used by the registry to speedup codec
> lookup."
> 
> One simple solution would be to clear the cache 
> (PyInterpreterState.codec_search_cache) when codecs.unregister() removes a 
> search function. I expect that calling unregister() is an uncommon operation, 
> so the performance is not a blocker issue.

+1

BTW: While you're at it, having a way to access the search function
list from Python would be nice as well, since this would then open
up the possibility to reorder search functions.

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Experts (#1, Sep 23 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-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue41842] Add codecs.unregister() to unregister a codec search function

[STINNER Victor]

STINNER Victor  added the comment:

Hai Shi wrote PR 22360 to implement codecs.unregister().

--

___
Python tracker 

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

[issue41842] Add codecs.unregister() to unregister a codec search function

[STINNER Victor]

STINNER Victor  added the comment:

> Writing an unit test on the Python codecs machinery is facing a practical 
> problem: there is no C nor Python API to unregister a codec search function.

For example, see PR 19069 of bpo-39337.

--

___
Python tracker 

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

[issue41842] Add codecs.unregister() to unregister a codec search function

[STINNER Victor]

New submission from STINNER Victor :

Writing an unit test on the Python codecs machinery is facing a practical 
problem: there is no C nor Python API to unregister a codec search function.

It's even documented in a note of the codecs.register() function:

"Note: Search function registration is not currently reversible, which may 
cause problems in some cases, such as unit testing or module reloading."

https://docs.python.org/dev/library/codecs.html#codecs.register

test_codecs contains a long comment about that:

# There's no way to unregister a codec search function, so we just
# ensure we render this one fairly harmless after the test
# case finishes by using the test case repr as the codec name
# The codecs module normalizes codec names, although this doesn't
# appear to be formally documented...
# We also make sure we use a truly unique id for the custom codec
# to avoid issues with the codec cache when running these tests
# multiple times (e.g. when hunting for refleaks)

See bpo-22166 which fixed memory leaks in test_codecs.

In 2011, a Python user requested the function
https://mail.python.org/pipermail/python-dev/2011-September/113588.html

Marc-Andre Lemburg explained:

"There is no API to unregister a codec search function, since deregistration
would break the codec cache used by the registry to speedup codec
lookup."

One simple solution would be to clear the cache 
(PyInterpreterState.codec_search_cache) when codecs.unregister() removes a 
search function. I expect that calling unregister() is an uncommon operation, 
so the performance is not a blocker issue.

--
components: Library (Lib), Unicode
messages: 377377
nosy: ezio.melotti, vstinner
priority: normal
severity: normal
status: open
title: Add codecs.unregister() to unregister a codec search function
versions: Python 3.10

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

Change by Terry J. Reedy :


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

___
Python tracker 

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

[issue37309] idlelib/NEWS.txt for 3.9.0 and backports

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Continue with #41841 for 3.10.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
superseder:  -> idlelib/NEWS.txt for 3.10.0 and backports

___
Python tracker 

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

[issue41841] idlelib/NEWS.txt for 3.10.0 and backports

[Terry J. Reedy]

New submission from Terry J. Reedy :

Master became 3.10 as of 3.9.0 beta 1: Monday, 2020-05-18.
However, backported IDLE issues continued going under What's New 3.9
on both master and 3.9 until 3.9.0rc1, Tuesday, 2020-08-11.
Subsequent merges go under
What's New 3.10.0 on master
What's New 3.9.1 on 3.9

In other words, News is handled as if master were still branched off as of 
.0rc1.  This is different from the changelog attached to What's New in 3.x.

Release peps -- needed for proposed and actual release dates.
3.8 PEP 569 https://www.python.org/dev/peps/pep-0569/
3.9 PEP 596 https://www.python.org/dev/peps/pep-0596/
3.10 PEP 619 https://www.python.org/dev/peps/pep-0619/

--
assignee: terry.reedy
components: IDLE
messages: 377375
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: idlelib/NEWS.txt for 3.10.0 and backports
versions: Python 3.10, Python 3.8, Python 3.9

___
Python tracker 

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

[issue37779] configparser: add documentation about several read() behaviour

[Łukasz Langa]

Łukasz Langa  added the comment:


New changeset 48b0b1b121f26f811265f9eb06f195a3df38ef4b by sblondon in branch 
'master':
bpo-37779 : Add information about the overriding behavior of ConfigParser.read 
(GH-15177)
https://github.com/python/cpython/commit/48b0b1b121f26f811265f9eb06f195a3df38ef4b


--
nosy: +lukasz.langa

___
Python tracker 

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

[issue41840] [regression] symtable.Symbol.is_local() is no longer True for bound global symbols

[CendioOssman]

New submission from CendioOssman :

So Issue40196 (and PR 19391) broke things for us here as Symbol.is_local() no 
longer works properly for symbols on the global/module scope.

Previously it would return True for all global symbols that were bound. Now it 
only returns True when the symbol is not used in any other scope. This means we 
cannot tell the difference between globals that are from the module itself, and 
globals that come in via imports.

This also seems to contradict this part of the language reference:

"(The variables of the module code block are local and global.)"

https://docs.python.org/3/reference/executionmodel.html

I don't see any clean workaround as there is no Symbol.is_bound() that could be 
used instead.

(inb4 https://xkcd.com/1172/)

--
components: Library (Lib)
messages: 377373
nosy: CendioOssman
priority: normal
severity: normal
status: open
title: [regression] symtable.Symbol.is_local() is no longer True for bound 
global symbols
versions: Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

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

[issue40170] [C API] Make PyTypeObject structure an opaque structure in the public C API

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 97d15ae1d8411b49b1fcdc0c67c51849dccce9c9 by Victor Stinner in 
branch 'master':
bpo-40170: Use inline _PyType_HasFeature() function (GH-22375)
https://github.com/python/cpython/commit/97d15ae1d8411b49b1fcdc0c67c51849dccce9c9


--

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[STINNER Victor]

STINNER Victor  added the comment:

The main change is merged, and I fixed compiler warnings. It seems like there 
is no remaining thing to do, so I close the issue.

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

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 71f2ff4ccf4ff8bdb56cc30d115ca2ddc602b12f by Victor Stinner in 
branch 'master':
bpo-40941: Fix fold_tuple_on_constants() compiler warnings (GH-22378)
https://github.com/python/cpython/commit/71f2ff4ccf4ff8bdb56cc30d115ca2ddc602b12f


--

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b7d8d8dbfe83040087a63662e0b908f4b5ac24b0 by Victor Stinner in 
branch 'master':
bpo-40941: Fix stackdepth compiler warnings (GH-22377)
https://github.com/python/cpython/commit/b7d8d8dbfe83040087a63662e0b908f4b5ac24b0


--

___
Python tracker 

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

[issue40521] [subinterpreters] Make free lists and unicode caches per-interpreter

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 7f413a5d95e6d7d6e2c9844c33594d6288f4 by Victor Stinner in 
branch 'master':
bpo-40521: Fix PyUnicode_InternInPlace() (GH-22376)
https://github.com/python/cpython/commit/7f413a5d95e6d7d6e2c9844c33594d6288f4


--

___
Python tracker 

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

[issue41834] Remove _Py_CheckRecursionLimit variable

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 19c3ac92bf73f1902cff846988552fd7bb8a8621 by Victor Stinner in 
branch 'master':
bpo-41834: Remove _Py_CheckRecursionLimit variable (GH-22359)
https://github.com/python/cpython/commit/19c3ac92bf73f1902cff846988552fd7bb8a8621


--

___
Python tracker 

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

[issue40941] Merge generator.gi_running and frame executing flag into single frame state

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +21417
pull_request: https://github.com/python/cpython/pull/22378

___
Python tracker 

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