[issue31301] Python 2.7 SIGSEGV

[Cody Sixteen]

Cody Sixteen added the comment:

c@debian:~/tools/afl/afl-2.50b/out_python/crashes$ ls -la
total 160
drwx-- 2 c c  4096 Aug 31 00:23 .
drwx-- 5 c c  4096 Sep  3 09:04 ..
-rw--- 1 c c 29352 Aug 28 16:14 id:00,sig:11,src:00,op:havoc,rep:32
-rw--- 1 c c 62917 Aug 28 17:08 id:01,sig:11,src:00,op:havoc,rep:128
-rw--- 1 c c 15945 Aug 29 20:01 id:02,sig:11,src:00,op:havoc,rep:128
-rw--- 1 c c 34202 Aug 31 00:23 id:03,sig:11,src:00,op:havoc,rep:128
-rw--- 1 c c   641 Aug 28 16:14 README.txt
c@debian:~/tools/afl/afl-2.50b/out_python/crashes$


c@debian:~/tools/afl/afl-2.50b/out_python/crashes$ /usr/bin/python2.7 --version
Python 2.7.9
(...)
Python 2.7.9 (default, Jun 29 2016, 13:08:31)
[GCC 4.9.2] on linux2

(...)
c@debian:~/tools/afl/afl-2.50b/out_python/crashes$ gdb -q /usr/bin/python2.7
Reading symbols from /usr/bin/python2.7...(no debugging symbols found)...done.
(gdb) r id:01,sig:11,src:00,op:havoc,rep:128
Starting program: /usr/bin/python2.7 
id:01,sig:11,src:00,op:havoc,rep:128
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x004c7334 in ?? ()
(gdb) bt full
#0  0x004c7334 in ?? ()
No symbol table info available.
#1  0x004c7178 in ?? ()
No symbol table info available.
#2  0x004c3e0a in ?? ()
No symbol table info available.
#3  0x004c34de in PyParser_ASTFromFile ()
No symbol table info available.
#4  0x004f6bfc in PyRun_FileExFlags ()
No symbol table info available.
#5  0x004f5d37 in PyRun_SimpleFileExFlags ()
No symbol table info available.
#6  0x004981cd in Py_Main ()
No symbol table info available.
#7  0x76f12b45 in __libc_start_main (main=0x497c60 , argc=2, 
argv=0x7fffe6a8, init=, fini=, 
rtld_fini=,
stack_end=0x7fffe698) at libc-start.c:287
result = 
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 5508890025450822687, 
4815714, 140737488348832, 0, 0, -5508890024716772321, -5508905476226917345},
  mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x603cd0 
<__libc_csu_init>, 0x7fffe6a8}, data = {prev = 0x0, cleanup = 0x0, 
canceltype = 6307024}}}
not_first_call = 
#8  0x00497b8b in _start ()
No symbol table info available.
(gdb)

(gdb) i r
rax0x0  0
rbx0xa17b40 10582848
rcx0x0  0
rdx0x8000   140737488355328
rsi0xa87001 11038721
rdi0xa17b40 10582848
rbp0xa87000 0xa87000
rsp0x7fffe160   0x7fffe160
r8 0x1c08000126241527054729216
r9 0x0  0
r100x7fffe26d   140737488347757
r110x1  1
r120x1  1
r130xa17b68 10582888
r140xa17ee0 10583776
r150x0  0
rip0x4c7334 0x4c7334
eflags 0x10212  [ AF IF RF ]
cs 0x33 51
ss 0x2b 43
ds 0x0  0
es 0x0  0
fs 0x0  0
gs 0x0  0
(gdb)

--

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Antoine Pitrou added the comment:

Thank you Victor.  There is indeed a logic error in the new code.  I'm opening 
a new PR.

--

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +3314

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Grzegorz Grzywacz]

Grzegorz Grzywacz added the comment:

Tests are reusing finished futures. `_yield_and_decref` function do not clear 
waiters in finished futures.

In the initial merge i propose to clear waiters but after review we decide it 
should be removed.

I am confused now, should we change tests or restore initial 
`_yield_and_decref` function.

--

___
Python tracker 

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

[issue31332] Building modules by Clang with Microsoft CodeGen

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

You will have to also create a new compiler class for the compiler. If this is 
more or less the same clang as used on Unix and MacOS, chances are high, the 
UnixCCompiler class already supports most of it. Only some changes related to 
paths may be necessary.

That said, standard CPython is compiled with VC++ so you will likely get better 
compatibility by compiling extension modules with the same compiler.

--
nosy: +lemburg

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Antoine Pitrou added the comment:


New changeset 2ef37607b7aacb7c750d008b9113fe11f96163c0 by Antoine Pitrou in 
branch 'master':
Fix a c.f.as_completed() refleak previously introduced in bpo-27144 (#3270)
https://github.com/python/cpython/commit/2ef37607b7aacb7c750d008b9113fe11f96163c0


--

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +3315

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Antoine Pitrou added the comment:


New changeset 5cbca0235b8da07c9454bcaa94f12d59c2df0ad2 by Antoine Pitrou in 
branch '3.6':
[3.6] Fix a c.f.as_completed() refleak previously introduced in bpo-27144 
(GH-3270) (#3271)
https://github.com/python/cpython/commit/5cbca0235b8da07c9454bcaa94f12d59c2df0ad2


--

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[Antoine Pitrou]

Antoine Pitrou added the comment:

The regression should be fixed now.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue31307] ConfigParser.read silently fails if filenames argument is a byte string

[David Ellis]

David Ellis added the comment:

This is related to the issue I'd brought up previously here so closing this 
would also close that issue: http://bugs.python.org/issue29627

I did originally attempt to add support for bytes in PR where I added support 
for Path-like objects: 
https://github.com/python/cpython/pull/242 but I was asked to take it back out.

--
nosy: +David Ellis

___
Python tracker 

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

[issue31301] Python 2.7 SIGSEGV

[Jakub Wilk]

Jakub Wilk added the comment:

Thanks, I can reproduce the crashes with Python 2.7.9.

The first commit that fixes them is  5d7d26c403d86e9525820d872eb3e331dbc31750, 
so I believe this is duplicate of issue25388.

--

___
Python tracker 

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

[issue31301] Python 2.7 SIGSEGV

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +serhiy.storchaka
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue31332] Building modules by Clang with Microsoft CodeGen

[Tatsunori Uchino]

Tatsunori Uchino added the comment:

I cannot use it from the command line.  May someone tell use how to use.

PS C:\> cd 'C:\Program Files (x86)\Microsoft Visual Studio 
14.0\VC\ClangC2\bin\amd64'
PS C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ClangC2\bin\amd64> 
./clang.exe D:\tmp\test.cpp -o D:\tmp\test.exe
error: failed to load c2 (file not found)
PS C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ClangC2\bin\amd64> 
cat D:\tmp\test.cpp
#include 

int main() {
std::cout << "Hello, world!" << std::endl;
return 0;
}
PS C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ClangC2\bin\amd64> 
(ls .\amd64).Name
c2.dll

--

___
Python tracker 

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

[issue31332] Building modules by Clang with Microsoft CodeGen

[Tatsunori Uchino]

Tatsunori Uchino added the comment:

Incorrect: May someone tell use how to use.
 |
 V
Correct: May someone tell us how to use.

--

___
Python tracker 

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

[issue21818] cookielib documentation references Cookie module, not cookielib.Cookie class

[Cheryl Sabella]

Cheryl Sabella added the comment:

Can this issue be closed?

--
nosy: +csabella

___
Python tracker 

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

[issue31330] argparse.RawTextHelpFormatter does not maintain lines separated by more than one newline

[Elena Oat]

Changes by Elena Oat :


--
pull_requests: +3316

___
Python tracker 

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

[issue9146] Segfault in hashlib in OpenSSL FIPS mode using non-FIPS-compliant hashes, if "ssl" imported before "hashlib"

[Gregory P. Smith]

Changes by Gregory P. Smith :


--
pull_requests: +3317

___
Python tracker 

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

[issue27144] concurrent.futures.as_completed() memory inefficiency

[STINNER Victor]

STINNER Victor added the comment:

Thank you both for this nice enhancement.

--

___
Python tracker 

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

[issue9146] Segfault in hashlib in OpenSSL FIPS mode using non-FIPS-compliant hashes, if "ssl" imported before "hashlib"

[Gregory P. Smith]

Changes by Gregory P. Smith :


--
pull_requests: +3318

___
Python tracker 

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

[issue31333] Implement ABCMeta in C

[Ivan Levkivskyi]

New submission from Ivan Levkivskyi:

The idea is that creating ABCs is approximately twice slower than normal 
classes. Plus there are smaller penalties for various operations with ABCs. 
This mostly influences the Python interpreter start-up time (because of 
extensive use of ABCs in importlib), and start-up times of programs that 
extensively use ABCs.

The situation can be improved by rewriting ABCMeta in C. I have a working 
implementation, but it is far form being ready and still needs some polishing 
and optimizations (in particular _abc_cache and friends).

Already at this stage I have one question (I will add more when they appear 
while I am finishing the implementation): is it OK to make _abc_cache, 
_abc_negative_cache, _abc_negative_cache_version, and _abc_registry read-only? 
The point is that I want to prohibit something like this:

MyABC._abc_cache = "Surprise on updating the cache!"

thus avoiding many PySet_Check(...) calls. These attributes are not documented 
and start with underscore.

--
components: Extension Modules, Library (Lib)
messages: 301198
nosy: barry, levkivskyi
priority: normal
severity: normal
status: open
title: Implement ABCMeta in C
type: performance
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

[issue31333] Implement ABCMeta in C

[Ivan Levkivskyi]

Changes by Ivan Levkivskyi :


--
nosy: +brett.cannon, haypo, serhiy.storchaka, yselivanov

___
Python tracker 

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

[issue9146] Segfault in hashlib in OpenSSL FIPS mode using non-FIPS-compliant hashes, if "ssl" imported before "hashlib"

[Gregory P. Smith]

Gregory P. Smith added the comment:


New changeset 4f013881cb0ca7d29620ddb0594dde09bc5d24ca by Gregory P. Smith in 
branch 'master':
bpo-9146: add the missing NEWS entry. (#3275)
https://github.com/python/cpython/commit/4f013881cb0ca7d29620ddb0594dde09bc5d24ca


--

___
Python tracker 

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

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

[Gregory P. Smith]

Changes by Gregory P. Smith :


--
pull_requests: +3319

___
Python tracker 

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

[issue9146] Segfault in hashlib in OpenSSL FIPS mode using non-FIPS-compliant hashes, if "ssl" imported before "hashlib"

[Gregory P. Smith]

Gregory P. Smith added the comment:


New changeset 31b8efeaa893e95358b71eb2b8365552d3966b4a by Gregory P. Smith in 
branch '3.6':
[3.6] bpo-9146: Raise a ValueError if OpenSSL fails to init a hash func (#3274)
https://github.com/python/cpython/commit/31b8efeaa893e95358b71eb2b8365552d3966b4a


--

___
Python tracker 

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

[issue29212] Python 3.6 logging thread name regression with concurrent.future threads

[Gregory P. Smith]

Gregory P. Smith added the comment:


New changeset 7d8282d25d4900dd3367daf28bb393be7f276729 by Gregory P. Smith in 
branch '3.6':
[3.6] bpo-29212: Fix the ugly repr() ThreadPoolExecutor thread name. (GH-2315) 
(#3276)
https://github.com/python/cpython/commit/7d8282d25d4900dd3367daf28bb393be7f276729


--

___
Python tracker 

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

[issue31334] select.poll.poll fails on BSDs with arbitrary negative timeouts

[Riccardo Coccioli]

New submission from Riccardo Coccioli:

According to the Python documentation for the 'poll.poll([timeout])' method in 
the 'select' module, any negative value for the 'timeout' parameter is valid 
and should have the same behaviour [1]:
"If timeout is omitted, negative, or None, the call will block until there 
is an event for this poll object."

Unfortunately, unlike the Linux, on many other OSes, including, but not limited 
to, macOS and {Free,Open,Net}BSD, the 'poll()' system call requires that the 
'timeout' parameter is a non-negative integer or exactly -1 (sometimes defined 
as INFTIM). Any other negative value throws an error, see [2], [3], [4] and [5].

This is a snippet of code to reproduce the error:
#-
import select

p = select.poll()
p.poll(-100)
#-

Expected behaviour: block until there is an event for the poll object, in this 
case block indefinitely
Current behaviour on macOS and FreeBSD: OSError: [Errno 22] Invalid argument

I was able to reproduce the error on:
- macOS Sierra 10.12.6 with those Python versions: 3.3.6, 3.4.6, 3.5.3, 3.6.2, 
3.7.0a0 (heads/master:2ef37607b7)
- FreeBSD 11.1 with Python 3.7.0a0 (heads/master:2ef37607b7)

On Linux this doesn't happen because the 'poll()' system call accept any 
negative value to wait indefinitely, see [6].
To adhere with the Python documentation described behaviour, I'm sending a pull 
request to propose to force the 'timeout' value passed to the 'poll()' system 
call to be exactly -1 (or INFTIM where defined) when a negative value is given.
This will not change the current behaviour on Linux and will have the behaviour 
described in the documentation on other OSes where is currently failing with an 
error.

[1] https://docs.python.org/3/library/select.html#poll-objects
[2] https://www.freebsd.org/cgi/man.cgi?poll
[3] https://man.openbsd.org/poll.2
[4] http://netbsd.gw.com/cgi-bin/man-cgi/man?poll
[5] From macOS 'man poll': "If timeout is greater than zero, it specifies a 
maximum interval (in milliseconds) to wait for any file descriptor to become 
ready. If timeout is zero, then poll() will return without blocking. If the 
value of timeout is -1, the poll blocks indefinitely."
[6] http://man7.org/linux/man-pages/man2/poll.2.html

--
components: Extension Modules, FreeBSD, macOS
messages: 301202
nosy: Riccardo Coccioli, koobs, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: select.poll.poll fails on BSDs with arbitrary negative timeouts
type: behavior
versions: Python 3.3, Python 3.4, Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue31334] select.poll.poll fails on BSDs with arbitrary negative timeouts

[Riccardo Coccioli]

Changes by Riccardo Coccioli :


--
pull_requests: +3320

___
Python tracker 

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

[issue12383] subprocess.Popen(..., env={}) fails to pass empty env.

[Ned Deily]

Changes by Ned Deily :


--
pull_requests: +3321

___
Python tracker 

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

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

[INADA Naoki]

INADA Naoki added the comment:


New changeset 2eea952b1b9ebbc2d94fd3faca1536c6b4963725 by INADA Naoki in branch 
'3.6':
bpo-31095: fix potential crash during GC (GH-3195)
https://github.com/python/cpython/commit/2eea952b1b9ebbc2d94fd3faca1536c6b4963725


--

___
Python tracker 

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

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

[INADA Naoki]

INADA Naoki added the comment:


New changeset 4cde4bdcc86cb08ee3847500a172cc24eba37ffe by INADA Naoki in branch 
'2.7':
bpo-31095: Fix potential crash during GC (GH-3197)
https://github.com/python/cpython/commit/4cde4bdcc86cb08ee3847500a172cc24eba37ffe


--

___
Python tracker 

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

[issue12383] subprocess.Popen(..., env={}) fails to pass empty env.

[Ned Deily]

Ned Deily added the comment:


New changeset 918edc0edb356d0561062c1dc267b1d68a684b70 by Ned Deily in branch 
'master':
bpo-12383: Also ignore __PYVENV_LAUNCHER__ (#3278)
https://github.com/python/cpython/commit/918edc0edb356d0561062c1dc267b1d68a684b70


--

___
Python tracker 

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

[issue31333] Implement ABCMeta in C

[Aaron Hall]

Changes by Aaron Hall :


--
nosy: +Aaron Hall

___
Python tracker 

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

[issue31319] Rename idlelib to just idle

[Aaron Hall]

Changes by Aaron Hall :


--
nosy: +Aaron Hall

___
Python tracker 

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

[issue26103] Contradiction in definition of "data descriptor" between (dotted lookup behavior/datamodel documentation) and (inspect lib/descriptor how-to)

[Aaron Hall]

Aaron Hall added the comment:

Serhiy,

Not sure what else needs to be done to wrap this up. All checks are passing on 
the pull request.

Thoughts?

--

___
Python tracker 

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

[issue14976] queue.Queue() is not reentrant, so signals and GC can cause deadlocks

[Guido van Rossum]

Guido van Rossum added the comment:

Oh well. While it is undoubtedly useful I wish we had had more experience and 
factored the API differently. Ditto for the maxsize=N feature.

So, while it's not too late, perhaps we should indeed follow Antoine's advice 
and implement a different queue that has fewer features but is guaranteed to be 
usable by signal handlers and GC callbacks (including __del__). The nice part 
here is that a queue is mostly a wrapper around a deque anyways, and deque 
itself is reentrant. (At least one would hope so -- Antoine's patch to Queue 
assumes this too, and I can't think of a reason why deque would need to release 
the GIL.)

--

___
Python tracker 

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

[issue31095] Checking all tp_dealloc with Py_TPFLAGS_HAVE_GC

[STINNER Victor]

STINNER Victor added the comment:

Thank you for fixes Naoki!

--

___
Python tracker 

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

[issue31320] test_ssl logs a traceback

[Martin Panter]

Martin Panter added the comment:

Not sure if you just want to hide the presence of the exception and traceback. 
But regarding the exception itself (OSError with errno 0), this is not ideal. 
From memory, you tend to get this when the connection is shut down insecurely 
at the TCP level. A better exception would be SSLEOFError. Similar report in 
Issue 31122 (same wrap_socket → do_handshake chain). Probably also relevant: 
Issue 10808.

--
nosy: +martin.panter

___
Python tracker 

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

[issue31319] Rename idlelib to just idle

[Terry J. Reedy]

Terry J. Reedy added the comment:

Hi Éric.  Adding idle.py would make -m idle work.  But I believe it would 
violate existing policy.  So I will not propose it on python-ideas or pydev and 
hope no one else does either.

PEP 434, at least in part, formalized what I believe was older practice with 
respect to idlelib.  I was surprised by the negative reaction that ensued and 
do not want a repeat.

Raymond, I have considered this at length and see no prospect for a positive 
change at this time.

This issue reminded me to open #31329, to index 'idlelib' and better document 
the options for starting IDLE..

--
priority: normal -> low
resolution:  -> later
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