[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I got the 'within iomenu' part a bit wrong.  To open a file to edit, 
iomenu.IOBinging('IO').open tells filelist to use IO.loadfile.  This reads 
bytes 'so that we can handle end-of-line convention ourselves'.  (I suspect 
that this predates 3.x and might not be needed any more.)  IO.loadfile calls 
IO._decode which looks for a utf-8 BOM, looks for a coding cookie, tries ascii 
(not needed in 3.x), tries utf-8, and asks the user for an encoding, using 
iomenu.encoding as the initial value in the query box.  This box is deprecated 
in the sense that for 3.x, a python file should either be utf-8 or have an 
encoding cookie.

--

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[miss-islington]

miss-islington  added the comment:


New changeset ea164309dea4e7f92aeda6daa9e9679290c68827 by Miss Islington (bot) 
in branch '3.8':
bpo-41123: Doc: PyLong_FromUnicode will be removed in 3.10 (GH-21205)
https://github.com/python/cpython/commit/ea164309dea4e7f92aeda6daa9e9679290c68827


--

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 02134dae448c7885c9c07adfc6970f878db33372 by Inada Naoki in branch 
'3.9':
bpo-41123: Doc: PyLong_FromUnicode will be removed in 3.10 (GH-21205)
https://github.com/python/cpython/commit/02134dae448c7885c9c07adfc6970f878db33372


--

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The main use for the iomenu settings is for the socket-transport file classes, 
in run.py.  The default encoding='utf-8' and errors='strict' are not used but 
are overriden with the iomenu values, or for stderr, 'backslashreplace'.

Since user code can print any unicode, I think the defaults should used as is 
to transparently pass on and possibly display anything the user sends.  Such a 
change should have no back-compatibility issues.

Thinking more about errors.  With utf-8 encoding of proper strings, there 
should never be any, but Python does allow construction of 'improper' strings 
with, say, single surrogates.  The transport mechanism should never raise, so 
maybe surrogateescape or backslashreplace should always be used. 

What do you two think?

Another use is for writing bytes to an OutputWindow, as with find-in-files.  
But I can think of no case where IDLE sends bytes to an OutputWindow.  User 
files are all opened in an editor.

I believe these are all the uses of 'iomenu.encoding' outside of iomenu.  'from 
iomenu ...' is never used.

Within iomenu, the only use is part of reading an encoding cookie.
# The only use of 'encoding' below is in _decode as initial value
# of deprecated block asking user for encoding.
I am not sure if this use can be reached now.  Even if so, I believe this code 
duplicates code elsewhere in the stdlib that might be used.

So maybe the encoding calculation is not really needed.

--

___
Python tracker 

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

[issue41073] [C API] PyType_GetSlot() should accept static types

[hai shi]

hai shi  added the comment:

I create a PR in: https://github.com/shihai1991/cpython/pull/13/commits.
Looks like It works.

If we extend PyType_GetSlot() to accept non-heaptype, we need find a way to 
judge the max slot of non-heaptype.

--

___
Python tracker 

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

[issue41073] [C API] PyType_GetSlot() should accept static types

[hai shi]

hai shi  added the comment:

historical discuss: bpo17162

--

___
Python tracker 

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

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The PR is for 1.  The *nix code is a bit clearer without the Windows code in 
the middle.

Is there a good reason why when encoding is 'utf-8', errors should be 
'surrogateescape' on Windows and 'strict' elsewhere?  Surrogateescape seems 
like it is made for when using ascii or other limited encoding.

--
stage: patch review -> needs patch

___
Python tracker 

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

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Terry J. Reedy]

Change by Terry J. Reedy :


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

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Change by Inada Naoki :


--
pull_requests: +20360
pull_request: https://github.com/python/cpython/pull/21205

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Inada Naoki  added the comment:


New changeset e4f1fe6edb216e04da03ae80b462ca273f00255b by Inada Naoki in branch 
'master':
bpo-41123: Remove PyLong_FromUnicode() (GH-21204)
https://github.com/python/cpython/commit/e4f1fe6edb216e04da03ae80b462ca273f00255b


--

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Change by Inada Naoki :


--
pull_requests: +20359
pull_request: https://github.com/python/cpython/pull/21204

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Inada Naoki  added the comment:


New changeset d9f2a13106254c53550583adca70aeb3979f2993 by Inada Naoki in branch 
'master':
bpo-41123: Remove PyUnicode_GetMax() (GH-21192)
https://github.com/python/cpython/commit/d9f2a13106254c53550583adca70aeb3979f2993


--

___
Python tracker 

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

[issue41123] Remove Py_UNICODE APIs except PEP 623

[Inada Naoki]

Inada Naoki  added the comment:

I confirmed PyUnicode_GetMax is not used in top4000 packages.

--

___
Python tracker 

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

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

[Matthias Bussonnier]

Change by Matthias Bussonnier :


--
nosy: +mbussonn

___
Python tracker 

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

[issue41151] Support for new Windows pseudoterminals in the subprocess module

[Eryk Sun]

Eryk Sun  added the comment:

> However, the API is a bit weird. Unlike Unix, when you create a 
> Windows pty, there's no way to directly get access to the "slave" 
> handle. Instead, you first call CreatePseudoConsole to get a 
> special "HPCON" object, which is similar to a Unix pty master. 
> And then you can have to use a special CreateProcess incantation 
> to spawn a child process that's attached to our pty.

As implemented in Windows 8+ (the previous implementation is very different), 
if a process is attached to a console session, the ConsoleHandle value in the 
PEB ProcessParameters is a file handle for "\Device\ConDrv\Connect", which is a 
connection to a console session that's hosted by conhost.exe (or 
openconsole.exe if using Windows Terminal). The connection handle is used 
implicitly with NtDeviceIoControlFile to implement API functions such as 
GetConsoleWindow, GetConsoleTitle, GetConsoleCP, GetConsoleAliases, 
GetConsoleProcessList, GenerateConsoleCtrlEvent, and so on. Console I/O, on the 
other hand, uses dedicated files on "\Device\ConDrv". The initial files used 
for standard I/O are generic "Input" and "Output", which work with any console 
connection. There are other ConDrv files that, when opened, attach to a 
particular console session and are only valid when the process is connected to 
that session, including "Console" (CON), "CurrentIn" (CONIN$), "CurrentOut" 
(CONOUT$), and "Scr
 eenBuffer" (CreateConsoleScreenBuffer). Simple ReadFile and WriteFile use NT 
NtReadFile and NtWriteFile system calls. Console-specific I/O functions such as 
GetConsoleMode, ReadConsoleW, and WriteConsoleW use NtDeviceIoControlFile.

If a console connection is inherited, initially the ConsoleHandle value is a 
handle for "\Device\ConDrv\Reference", which references the console session. 
(If a console session isn't inherited, the ConsoleHandle value may be one of 
the values reserved for the creation flags CREATE_NEW_CONSOLE, 
CREATE_NO_WINDOW, and DETACHED_PROCESS.) The base API opens the "\Connect" 
connection handle relative to the reference handle. The NtCreateFile call in 
this case uses the reserved EaBuffer (extended attributes) argument to send the 
console session host the information it needs about the connecting client 
process. Once connected, depending on the state, the base API may close 
inherited console handles (i.e. handles with the NT device type 
FILE_DEVICE_CONSOLE) that are set in StandardInput, StandardOutput, and 
StandardError, in which case new generic "Input" and "Output" handles are 
opened relative to the connection handle.

The pseudoconsole API apparently uses PROC_THREAD_ATTRIBUTE_PSEUDOCONSOLE to 
explicitly pass the "\Device\ConDrv\Reference" handle to client processes, 
instead of inheriting the reference handle of the current process, if the 
current process even has a console. An HPCON appears to be just a pointer to an 
array of three handles. One of the handles is the "Reference" handle that 
client processes need. The other two handles are for the API -- one for the 
console-session host process (conhost.exe) and one for the signal pipe. You can 
see the handle value for the other end of the signal pipe passed on the 
conhost.exe command line as the "--signal" parameter.

--
nosy: +eryksun

___
Python tracker 

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

[issue27154] Regression in file.writelines behavior

[Zackery Spytz]

Zackery Spytz  added the comment:

Python 2 is EOL, so I think this issue should be closed.

--
nosy: +ZackerySpytz

___
Python tracker 

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

[issue40874] Update to libmpdec-2.5.0

[Stefan Krah]

Stefan Krah  added the comment:

A very brief guide for all users of --with-system-libmpdec:
  
Python 3.7 and Python 3.8 both require the release with this sha256sum:

83c628b90f009470981cf084c5418329c88b19835d8af3691b930afccb7d79c7  
mpdecimal-2.4.2.tar.gz


Python 3.9 requires the release with this sha256sum:

15417edc8e12a57d1d9d75fa7e3f22b158a3b98f44db9d694cfd2acde8dfa0ca  
mpdecimal-2.5.0.tar.gz

--

___
Python tracker 

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

[issue41148] IDLE uses the locale encoding for config files

[Terry J. Reedy]

Terry J. Reedy  added the comment:

After writing the above, I discovered that IDLE *itself* does not use any 
particular encoding for config files.  Its configparser.Configparser subclasses 
load function calls .read(filename), which in turn calls open(filename, 
encoding=None), which calls locale.getpreferredencoding().  For me, this is 
cp1252.  (Changing the console codepage with chcp or the process locale with 
setlocale don't change this.  Something else might.)  So this issue currently 
has nothing to do with iomenu.encoding.  Rather it is a proposal that IDLE 
explicitly pass a locale, in particular 'utf-8'.  This has the same issues 
given above.

--

___
Python tracker 

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

[issue40874] Update to libmpdec-2.5.0

[Stefan Krah]

Stefan Krah  added the comment:


New changeset 119de0eba839993cf6a909dba5d60202ad5566d6 by Miss Islington (bot) 
in branch '3.9':
bpo-40874 Update the required libmpdec version for the decimal module 
(GH-21202) 
https://github.com/python/cpython/commit/119de0eba839993cf6a909dba5d60202ad5566d6


--

___
Python tracker 

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

[issue41153] [easy Doc] "PyPreConfig_InitIsolatedConfig" and "PyPreConfig_InitPythonConfig" are given the opposite's documentation.

[William Pickard]

Change by William Pickard :


--
title: [easy Doc] "PyPreConfig_InitIsolatedConfig" and 
"PyPreConfig_InitPythonConfig" are given opposite documentation. -> [easy Doc] 
"PyPreConfig_InitIsolatedConfig" and "PyPreConfig_InitPythonConfig" are given 
the opposite's documentation.

___
Python tracker 

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

[issue41153] [easy Doc] "PyPreConfig_InitIsolatedConfig" and "PyPreConfig_InitPythonConfig" are given opposite documentation.

[William Pickard]

New submission from William Pickard :

The initconfig API functions "PyPreConfig_InitPythonConfig" and 
"PyPreConfig_InitIsolatedConfig" are mistakenly documented for the other method.

--
assignee: docs@python
components: Documentation
messages: 372531
nosy: WildCard65, docs@python
priority: normal
pull_requests: 20358
severity: normal
status: open
title: [easy Doc] "PyPreConfig_InitIsolatedConfig" and 
"PyPreConfig_InitPythonConfig" are given opposite documentation.
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

[issue41136] argparse uses default encoding when read arguments from file

[paul j3]

Change by paul j3 :


--
nosy: +paul.j3

___
Python tracker 

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

[issue40874] Update to libmpdec-2.5.0

[miss-islington]

Change by miss-islington :


--
pull_requests: +20357
pull_request: https://github.com/python/cpython/pull/21203

___
Python tracker 

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

[issue40874] Update to libmpdec-2.5.0

[Stefan Krah]

Stefan Krah  added the comment:


New changeset 8bea91b5e9ea07ca93958e131b436024f0b1b1cf by Stefan Krah in branch 
'master':
bpo-40874 Update the required libmpdec version for the decimal module (GH-21202)
https://github.com/python/cpython/commit/8bea91b5e9ea07ca93958e131b436024f0b1b1cf


--

___
Python tracker 

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

[issue41149] Threads can fail to start

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +20356
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21201

___
Python tracker 

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

[issue40874] Update to libmpdec-2.5.0

[Stefan Krah]

Change by Stefan Krah :


--
pull_requests: +20355
pull_request: https://github.com/python/cpython/pull/21202

___
Python tracker 

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

[issue41148] IDLE uses the locale encoding for config files

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I opened # 41152 to revise the iomenu code setting encoding and errors. The 
encoding is always 'utf-8' when testing and running on Windows and, I believe, 
macOS.  So that and this issues are about finding and using locale on *nix, and 
would require testing on *nix.

Serhiy, I notice that you have been fixing similar issues for other modules.  I 
have been meaning to ask you to help us review the multiple uses of 
iomenu.encoding throughout IDLE, so thanks for opening this ;-).

It seems to me that all encoded text within IDLE and through any inter-process 
streams should be utf-8.  I particular, when you and I last revised the 
interprocess file classes, in run.py, we left the encoding and errors 
parameters to set from the iomenu values.  (The 'utf-8' and 'strict' defaults 
are never used. Since user code can print any unicode, I think the encoding 
just be set to utf-8 to transparently pass on and possibly display anything the 
user sends.  Such a change should have no back-compatibility issues.  Agreed?

All filenames entered and displayed within IDLE are unicode and hence 
utf8-encodable.  And they *can* appear in any of the .idlerc config-xyz.cfg 
files and in breakpoints.lst and recent-files.lst.  So they *should* be saved 
in utf-8, though in the absence of visible issues, doing so seems like a low 
priority.

Problem 1 is that users can and do edit these files, and may even add one, and 
they might not save in utf8.  We could add a comment "# If this file has 
non-ascii, save in utf-8." (and try reading with the locale encoding if reading 
with utf-8 fails).

Problem 2 is that if these files are shared across releases.  If one currently 
has non-ascii written in non-utf8 by existing IDLE, and new IDLE rewrites in 
utf8, then existing IDLE will not be able to read the file.  The best solution 
I can think of is to break user-config compatibility with the past, such as by 
switching to '.idle3rc'.  If and when we do this, I would want to change other 
things, such as a few defaults.  So not in 3.9, maybe in 3.10.  There would 
need to be enough payoff for the pain.

I believe all other text files, which users do not edit, are already ascii or 
utf-8, and any new files we add that could have non-ascii should be read as 
utf-8.

--
stage:  -> test needed
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

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I think it makes sense if we want to use the locale encoding for IO streams.

But on other hand, it may be worth to drop support of locale-depending and 
configurable IO encoding and always use UTF-8. It is the IO encoding always 
used on Windows and the encoding of most locales on modern Linux and macOS.

--

___
Python tracker 

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

[issue41152] IDLE: revise setting of iomenu.encoding and .errors

[Terry J. Reedy]

New submission from Terry J. Reedy :

When testing and on Windows, iomenu.encoding and .errors are set to utf-8 and 
surrogateescape*.  When running otherwise, these are set with baroque code I 
don't understand.  (Currently lines 31 to 61.)

1. Combine the two conditional statements for testing and Windows.

2. Ned, on my Catalina Macbook, the 30-line 'else' sections sets encoding, 
errors to 'utf-8', 'strict'.  Should there ever be any other result on Mac we 
care about?  If not, I would like to directly set them, as on Windows.

3. Serhiy, does the 'baroque code' look right to you, for Linux (or *nix in 
general)?

--
assignee: terry.reedy
components: IDLE
messages: 372527
nosy: ned.deily, serhiy.storchaka, taleinat, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: IDLE: revise setting of iomenu.encoding and .errors
type: behavior
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

[issue41151] Support for new Windows pseudoterminals in the subprocess module

[Gregory P. Smith]

Change by Gregory P. Smith :


--
nosy: +steve.dower

___
Python tracker 

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

[issue41151] Support for new Windows pseudoterminals in the subprocess module

[Nathaniel Smith]

New submission from Nathaniel Smith :

So Windows finally has pty support: 
https://devblogs.microsoft.com/commandline/windows-command-line-introducing-the-windows-pseudo-console-conpty/

However, the API is a bit weird. Unlike Unix, when you create a Windows pty, 
there's no way to directly get access to the "slave" handle. Instead, you first 
call CreatePseudoConsole to get a special "HPCON" object, which is similar to a 
Unix pty master. And then you can have to use a special CreateProcess 
incantation to spawn a child process that's attached to our pty.

Specifically, what you have to do is set a special entry in the 
"lpAttributeList", with type "PROC_THREAD_ATTRIBUTE_PSEUDOCONSOLE".

Details: 
https://docs.microsoft.com/en-us/windows/console/creating-a-pseudoconsole-session

Unfortunately, the subprocess module does not provide any way to pass arbitrary 
attributes through lpAttributeList, which means that it's currently impossible 
to use pty support on Windows without reimplementing the whole subprocess 
module.

It would be nice if the subprocess module could somehow support this.

Off the top of my head, I can think of three possible APIs:

Option 1: full support for Windows ptys: this would require wrapping 
CreatePseudoConsole, providing some object to represent a Windows pty, etc. 
This is fairly complex (especially since CreatePseudoConsole requires you to 
pass in some pipe handles, and the user might want to create those themselves).

Option 2: minimal support for Windows ptys: add another supported field to the 
subprocess module's lpAttributeList wrapper, that lets the user pass in an 
"HPCON" cast to a Python integer, and stuffs it into the attribute list. This 
would require users to do all the work to actually *get* the HPCON object, but 
at least it would make ptys possible to use.

Option 3: generic support for unrecognized lpAttributeList entries: add a field 
to the subprocess module's lpAttributeList wrapper that lets you add arbitrary 
entries, specified by type number + arbitrary pointer/chunk of bytes. (Similar 
to how Python's ioctl or setsockopt wrappers work.) Annoyingly, it doesn't seem 
to be enough to just pass in a buffer object, because for pseudoconsole 
support, you actually have to pass in an opaque "HPCON" object directly. (This 
is kind of weird, and might even be a bug, see: 
https://github.com/microsoft/terminal/issues/6705)

--
messages: 372526
nosy: giampaolo.rodola, gregory.p.smith, njs
priority: normal
severity: normal
status: open
title: Support for new Windows pseudoterminals in the subprocess module
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

[issue37706] IDLE: fix sidebar click-drag bug and macOS test failures

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The htests are for manual testing and they include one for sidebar, with 
instructions to click and drag.  We just need to remember to run them 
occasionally on the various systems.

--

___
Python tracker 

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

[issue41150] pipes uses text files and the locale encodig

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

The pipes module was designed as a Python interface to Unix shell pipelines. In 
Python 2 it works with binary streams (on Unix). But in Python 3 it opens all 
files and pipes in text mode with the locale encoding. It makes it unapplicable 
for processing binary data and text data non-encodable with the locale encoding.

--
components: Library (Lib)
messages: 372524
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: pipes uses text files and the locale encodig
type: behavior
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

[issue41063] Avoid using the locale encoding for open() in tests

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
dependencies: +pipes uses text files and the locale encodig

___
Python tracker 

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

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Note: Recently in #40807, Cheryl and I patched codeop._maybecompile to only 
emits warnings once in a given call.  I don't know if 3 calls (2 '\n' 
additions) to compile are really needed today.  The logic that handles the 
results is not clear to me either.  It could stand review by compile() experts.

--
nosy: +cheryl.sabella

___
Python tracker 

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

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Pablo and Lysandros: this issue is about a corner-case bug in either 
compile(,,'single') or its use by REPL and codeop._maybe_compile (comc).  What 
do either of you think?  Can the new parser handle it better?

Should we just add the hack suggested by Nick in msg200936 or is there a better 
solution?  Is interactive mode python calling compile() differently?  Or is it 
doing a check that could be incorporated into compile?  (Perhap after 
correction, see below.)

The issue above is about interactive entry of

def a():
  def b():
nonlocal c

REPL does not raise SyntaxError, comc does.  Not raising is correct here 
because additional lines added to the nonlocal context may make the code valid.

Additional experiment: the same is true (comc raises, REPL not) for

def a():
  nonlocal c

Here, REPL not raising (until a blank is entered) could be considered a glitch 
because there is no pending nonlocal context to be completed.  Though raising 
later than necessary is better than raising too soon.  Nick's hack (and the 
REPL) could check that there are at least 2 pending indents.

When the new parser compiles a function, does it know or could it know whether 
it is nested?  It should in that the legal grammer (use of nonlocal) is 
different.

--
nosy: +lys.nikolaou, pablogsal
versions: +Python 3.10 -Python 2.7, Python 3.3, Python 3.4

___
Python tracker 

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

[issue41149] Threads can fail to start

[Barney Stratford]

New submission from Barney Stratford :

>>> import threading
>>> class foo (object):
... def __bool__ (self):
... return False
... def __call__ (self):
... print ("Running")
...
>>> threading.Thread (target = foo ()).start ()

The expected result of these commands would be for the thread to print
"Running". However, in actual fact it prints nothing at all. This is
because threading.Thread.run only runs the target if it is True as a
boolean. This is presumably to make the thread do nothing at all if
the target is None. In this case, I have a legitimate target that is
False as a boolean.

I propose to remove the test altogether. The effect of this is that
failure to set the target of the thread, or setting a non-callable
target, will cause the thread to raise a TypeError as soon as it is
started. Forgetting to set the target is in almost every case a bug,
and bugs should never be silent.

PR to follow.

--
components: Library (Lib)
messages: 372521
nosy: BarneyStratford
priority: normal
severity: normal
status: open
title: Threads can fail to start
type: behavior
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

[issue41148] IDLE uses the locale encoding for config files

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

IDLE uses the locale encoding for reading and writing config files. Default 
config files are ASCII-only, but if user config files contain non-ASCII data, 
it makes them non-portable and depending on the environment of IDLE.

Could they contain file paths? If yes, then not all file paths can be saved.

In any case it is better to use a fixed encoding for config files (ASCII or 
UTF-8).

--
assignee: terry.reedy
components: IDLE
messages: 372520
nosy: serhiy.storchaka, taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE uses the locale encoding for config files

___
Python tracker 

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

[issue41138] trace CLI reads source files using the locale encoding

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset cb53b8ce9c8660465b816f4d577720305b1283fa by Serhiy Storchaka in 
branch '3.8':
[3.8] bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177) (GH-21200)
https://github.com/python/cpython/commit/cb53b8ce9c8660465b816f4d577720305b1283fa


--

___
Python tracker 

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

[issue37706] IDLE: fix sidebar click-drag bug and macOS test failures

[Ned Deily]

Ned Deily  added the comment:

Running the GUI test on macOS buildbots is not straightforward, AFAIK. We'd 
need to have either the console logged in to the username that the tests are 
running under or, better, the buildbot would need to run in a virtual machine. 
We have had a chronic shortage of macOS buildbots anyway. Plus the automated 
tests aren't all that good at finding the nasty problems that pop up in the 
intersection of the user, IDLE, and macOS Tk; at the moment, there's no 
substitute for manual testing.

--

___
Python tracker 

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

[issue37706] IDLE: fix sidebar click-drag bug and macOS test failures

[Tal Einat]

Tal Einat  added the comment:

While we're on the topic, it seems wise to have our macOS buildbot workers 
create proper framework builds and run the GUI tests, if possible.

We should also try to get a macOS 10.15 ("Catalina") machine into our buildbot 
fleet. Perhaps there's a company with macOS machines that would be willing to 
run one?

Ned, would you like to bring this up on the buildbots mailing list, or should I?

--

___
Python tracker 

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

[issue37706] IDLE: fix sidebar click-drag bug and macOS test failures

[Tal Einat]

Tal Einat  added the comment:

I had been running the GUI tests, apparently until the change Ned mentioned 
whereby they are only run on framework builds of Python.

With Ned's help, I've finally managed to create a framework build on macOS 
where the GUI tests run properly.

Indeed, running test_tk without such a build causes it to be skipped. With a 
framework build and -ugui (or -uall), test_tk runs (and fails!).

--

___
Python tracker 

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

[issue41058] pdb reads source files using the locale encoding

[Ned Deily]

Change by Ned Deily :


--
versions:  -Python 3.7

___
Python tracker 

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

[issue41068] zipfile: read after write fails for non-ascii files

[Ned Deily]

Change by Ned Deily :


--
versions:  -Python 3.7

___
Python tracker 

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

[issue41138] trace CLI reads source files using the locale encoding

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +20354
pull_request: https://github.com/python/cpython/pull/21200

___
Python tracker 

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

[issue41004] Hash collisions in IPv4Interface and IPv6Interface

[Ravi Teja P]

Ravi Teja P  added the comment:

Hi

My CLA has been approved. Can someone review the PR.

--

___
Python tracker 

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

[issue41147] Document that redirect_std{out, err} yield the new stream as the context variable

[Peter Law]

Change by Peter Law :


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

___
Python tracker 

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

[issue41147] Document that redirect_std{out, err} yield the new stream as the context variable

[Peter Law]

New submission from Peter Law :

In `contextlib`, `_RedirectStream` (the class behind `redirect_stdout` and 
`redirect_stderr`) returns the current stream target as its context variable, 
which allows code like this:

``` python
with redirect_stdout(io.StringIO()) as buffer:
do_stuff()

use(buffer.getvalue())
```

where you capture the redirected stream without a separate line to declare the 
variable.

This isn't documented (See 
https://docs.python.org/3/library/contextlib.html#contextlib.redirect_stdout), 
yet is potentially useful.

Unless there's a reason that this isn't documented, I propose that the 
documentation be modified to include it.

Aside: After initially reporting this against the typeshed 
(https://github.com/python/typeshed/issues/4283) I'm also working on a PR to 
the typeshed to include this there.

--
assignee: docs@python
components: Documentation
messages: 372513
nosy: PeterJCLaw, docs@python
priority: normal
severity: normal
status: open
title: Document that redirect_std{out,err} yield the new stream as the context 
variable
type: behavior

___
Python tracker 

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

[issue19335] codeop misclassifies incomplete code with 'nonlocal'

[Rahul Jha]

Change by Rahul Jha :


--
nosy: +RJ722

___
Python tracker 

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

[issue23325] Turn SIG_DFL and SIG_IGN into functions

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

[issue41146] Convert signal.default_int_handler() to Argument Clinic

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue17490] Improve ast.literal_eval test suite coverage

[Rahul Jha]

Rahul Jha  added the comment:

Some of the test cases from Nick's patch are not passing on master:

ast.literal_eval('')  # raises SyntaxError; expected: ValueError
ast.literal_eval('6j--3')  # expected: 3+6j
ast.literal_eval('(2j+4j)+(1+2)')  # expected: 3+6j
ast.literal_eval('(2j+4j)-(1+2)')  # expected: -3+6j

I'm assuming that new changes in ast.py do not allow for these. Can anyone 
confirm that this is indeed the case, and not a bug with literal_eval?

--

___
Python tracker 

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

[issue41146] Convert signal.default_int_handler() to Argument Clinic

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

It adds a signature to signal.default_int_handler().

--
components: Argument Clinic, Extension Modules
messages: 372511
nosy: larry, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Convert signal.default_int_handler() to Argument Clinic
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

[issue41138] trace CLI reads source files using the locale encoding

[miss-islington]

miss-islington  added the comment:


New changeset d1e05e78a3995fd7e5a79c5c6e4c8160aa48af22 by Miss Islington (bot) 
in branch '3.9':
bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177)
https://github.com/python/cpython/commit/d1e05e78a3995fd7e5a79c5c6e4c8160aa48af22


--

___
Python tracker 

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

[issue41138] trace CLI reads source files using the locale encoding

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 04cdeb7a5617c48102f45b965e683b12cdf934f8 by Serhiy Storchaka in 
branch 'master':
bpo-41138: Fix trace CLI for non-UTF-8 files. (GH-21177)
https://github.com/python/cpython/commit/04cdeb7a5617c48102f45b965e683b12cdf934f8


--

___
Python tracker 

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

[issue41138] trace CLI reads source files using the locale encoding

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 2.0 -> 3.0
pull_requests: +20350
pull_request: https://github.com/python/cpython/pull/21196

___
Python tracker 

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

[issue41145] EmailMessage.as_string is altering the message state and actually fix bugs

[Guillaume Gauvrit]

New submission from Guillaume Gauvrit :

I am currently refactoring code and use the EmailMessage api
to build message.

I encountered weird behavior while building an email.
The `as_string()` method is fixing the `make_alternative` method.

So, to me their is two bug here: a `as_string` method should not mutate 
internal state,
and the `make_alternative` should create a correct internal state.


It may be resume in the following program:


```
흿 python
Python 3.8.3 (default, May 17 2020, 18:15:42)
[GCC 10.1.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import email
>>> from email.message import EmailMessage, MIMEPart
>>>
>>> msg = EmailMessage()
>>> msg.make_alternative()
>>> print(msg.get_boundary())
None
>>> print(msg._headers)
[('Content-Type', 'multipart/alternative')]
>>> _ = msg.as_string()
>>> print(msg.get_boundary())
===3171625413581695247==
>>> print(msg._headers)
[('Content-Type', 'multipart/alternative; 
boundary="===3171625413581695247=="')]
```

--
files: bug.py
messages: 372508
nosy: mardiros
priority: normal
severity: normal
status: open
title: EmailMessage.as_string is altering the message state and actually fix 
bugs
type: resource usage
versions: Python 3.7, Python 3.8
Added file: https://bugs.python.org/file49271/bug.py

___
Python tracker 

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

[issue41142] msilib.CAB doesnot support non-ASCII files

[Serhiy Storchaka]

Change by Serhiy Storchaka :


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

___
Python tracker 

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

[issue17490] Improve ast.literal_eval test suite coverage

[Rahul Jha]

Rahul Jha  added the comment:

Nick, hello! I'd like to take it onwards from here.

--
nosy: +RJ722

___
Python tracker 

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

[issue41111] Convert a few stdlib extensions to the limited C API

[Gustavo J. A. M. Carneiro]

Change by Gustavo J. A. M. Carneiro :


--
nosy: +gustavo

___
Python tracker 

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

[issue33553] Documentation improvement proposal for multiprocessing

[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

[issue32002] test_c_locale_coercion fails when the default LC_CTYPE != "C"

[Nick Coghlan]

Nick Coghlan  added the comment:

Removing issue assignment, as I'm no longer actively investigating this.

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue30672] PEP 538: Unexpected locale behaviour on *BSD (including Mac OS X)

[Nick Coghlan]

Nick Coghlan  added the comment:

Removing issue assignment, as I'm not actively investigating this.

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue34206] Move and clarify Py_Main documentation

[Nick Coghlan]

Nick Coghlan  added the comment:

Added 3.8 back in to the target versions. However, if the automatic backport 
doesn't work for that branch, I'll probably skip it rather than fixing any 
conflicts.

--
versions: +Python 3.8

___
Python tracker 

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

[issue34206] Move and clarify Py_Main documentation

[Nick Coghlan]

Nick Coghlan  added the comment:

Adjusted target versions, as I never previously got around to merging this PR.

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

___
Python tracker 

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

[issue31898] Add a `recommended-packages.txt` file

[Nick Coghlan]

Nick Coghlan  added the comment:

Removing the issue assignment, as I'm not actively working on this (although I 
still think it's a reasonable idea).

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue31899] Ensure backwards compatibility with recommended packages

[Nick Coghlan]

Nick Coghlan  added the comment:

Removing the issue assignment, as I'm not actively working on this (although I 
still think it's a reasonable idea).

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue17490] Improve ast.literal_eval test suite coverage

[Nick Coghlan]

Nick Coghlan  added the comment:

Belatedly removing the issue assignment here, as I'm not actively working on 
this.

I've also marked this as an easy newcomer friendly task, as all that's involved 
is taking the `test_ast.py` changes from 
https://bugs.python.org/file29520/issue17490_ast_literal_eval_converters.diff 
and turning them into a test suite PR on GitHub.

--
assignee: ncoghlan -> 
keywords: +easy, newcomer friendly -patch
stage: patch review -> needs patch

___
Python tracker 

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

[issue29988] with statements are not ensuring that __exit__ is called if __enter__ succeeds

[Nick Coghlan]

Nick Coghlan  added the comment:

Belatedly clearing the issue assignment here - while I do still sometimes 
ponder this problem, I haven't been actively working on it since the 2017 core 
sprint where Greg & I made our last serious attempt at trying to improve the 
situation.

Mark's PR at https://github.com/python/cpython/pull/18334 looks very promising 
to me, though - my main request was just to bring over the tests I wrote at the 
2017 core dev sprints, and confirm that the revised eval breaker logic solves 
the issue.

--
assignee: ncoghlan -> 

___
Python tracker 

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

[issue24048] remove_module() needs to save/restore exception state

[Nick Coghlan]

Nick Coghlan  added the comment:

Belatedly marking this as resolved.

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

[issue41144] IDLE: make Load Module load os.path (posixpath.py, ntpath.py)

[Terry J. Reedy]

Change by Terry J. Reedy :


--
title: IDLE: raises ImportError when opening special modules -> IDLE: make Load 
Module load os.path (posixpath.py, ntpath.py)

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[Terry J. Reedy]

Change by Terry J. Reedy :


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

[issue29882] Add an efficient popcount method for integers

[Vedran Čačić]

Vedran Čačić  added the comment:

Well, bit_sum is what it really is. But I agree it's a terrible name. :-)

--
nosy: +veky

___
Python tracker 

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

[issue31082] reduce takes iterable, not just sequence

[Dong-hee Na]

Change by Dong-hee Na :


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

[issue31082] reduce takes iterable, not just sequence

[Dong-hee Na]

Dong-hee Na  added the comment:


New changeset cd3c2bdd5d53db7fe1d546543d3270916552 by Zackery Spytz in 
branch 'master':
bpo-31082: Use "iterable" in the docstring for functools.reduce() (GH-20796)
https://github.com/python/cpython/commit/cd3c2bdd5d53db7fe1d546543d3270916552


--
nosy: +corona10

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[miss-islington]

miss-islington  added the comment:


New changeset 1497bf66f9b043e6db3801b1512cfbde6650 by Miss Islington (bot) 
in branch '3.9':
bpo-41144: Fix IDLE open module error (GH-21182)
https://github.com/python/cpython/commit/1497bf66f9b043e6db3801b1512cfbde6650


--

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[miss-islington]

miss-islington  added the comment:


New changeset 86ef6fe2b64360a1a55a913a09b12f0a80e8c06d by Miss Islington (bot) 
in branch '3.8':
bpo-41144: Fix IDLE open module error (GH-21182)
https://github.com/python/cpython/commit/86ef6fe2b64360a1a55a913a09b12f0a80e8c06d


--

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 8ab77c6f9fb6ef86af8f6b8722a2fcb37438edd0 by E-Paine in branch 
'master':
bpo-41144: Fix IDLE open module error (#21182)
https://github.com/python/cpython/commit/8ab77c6f9fb6ef86af8f6b8722a2fcb37438edd0


--

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[miss-islington]

Change by miss-islington :


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

___
Python tracker 

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

[issue41144] IDLE: raises ImportError when opening special modules

[miss-islington]

Change by miss-islington :


--
pull_requests: +20348
pull_request: https://github.com/python/cpython/pull/21194

___
Python tracker 

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