[issue19903] Idle: Use inspect.signature for calltips

[Vedran Čačić]

Vedran Čačić added the comment:

Hm... now I see that link is very misleading... it opens a blog post, and then 
only a few seconds later jumps to the comment. So now I'll paste the comment 
here, to avoid misunderstandings:

Python3.6.0 (now in 2017). I start IDLE, and write

>>> def deco(f):
import functools
@functools.wraps(f)
def ret(*args, **kw):
return f(*args, **kw)
return ret

>>> @deco
def f(n, k):
return n + k*2

>>> f(

And get a tooltip (*args, **kw) instead of (n, k). I guess this is a bug.

--

___
Python tracker 

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

[issue19903] Idle: Use inspect.signature for calltips

[Terry J. Reedy]

Terry J. Reedy added the comment:

This issue is about IDLE getting further out of the business of calculating 
signatures and depending instead on the newest (and tested) inspect function.

In 2012, the blogger used getargspec, which was deprecated for 3.x a few years 
before, in 3.0.  I suspect that the blog is about 2.x, which is no longer 
relevant for IDLE development.

Inspect.getargspec was superceded by getfullargspec, which was superceded by 
signature.  Read more at
https://docs.python.org/3/library/inspect.html#inspect.getfullargspec
https://docs.python.org/3/library/inspect.html#introspecting-callables-with-the-signature-object

Signature() has a keyword-only option follow_wrapped=True.  The new patch uses 
this default.  I suspect that this is relevant to the blogger's concern, but I 
don't know which value the blogger would want.  Either way, I would not switch 
unless convinced that False is the best choice for beginning users.  Any such 
discussion would be a new issue.

--

___
Python tracker 

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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

[Xiang Zhang]

Xiang Zhang added the comment:

Hi Wonsup, sorry for the delay. I get really busy with my work these days. If 
no one get involved I'd try to find time reviewing your patch this week.

--

___
Python tracker 

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

[issue19903] Idle: Use inspect.signature for calltips

[Terry J. Reedy]

Terry J. Reedy added the comment:

Although my freshly opened window says PR2822 is open, it was merged with 
https://github.com/python/cpython/commit/3b0f620c1a2a21272a9e2aeca6ca1d1ac10f8162
4 hours ago, and then backported.  Louie, thanks for the patch and the 
persistence.

--
resolution:  -> fixed
stage: commit 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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

[Xiang Zhang]

Changes by Xiang Zhang :


Removed file: http://bugs.python.org/file47070/800.jpg

___
Python tracker 

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

[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
status: open -> closed

___
Python tracker 

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

[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is not our code. Please use corresponding bug tracker [1] if you have 
found a bug in Expat.

But I think there is not a bug here.

[1] https://github.com/libexpat/libexpat/issues

--
nosy: +serhiy.storchaka
resolution:  -> third party
stage:  -> resolved

___
Python tracker 

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

[issue31142] python shell crashed while input quotes in print()

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
assignee: terry.reedy -> 

___
Python tracker 

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

[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

[Lin Tian]

New submission from Lin Tian:

utf8_toUtf8(const ENCODING *UNUSED_P(enc),
const char **fromP, const char *fromLim,
char **toP, const char *toLim)
{
  char *to;
  const char *from;
  const char *fromLimInitial = fromLim;

  /* Avoid copying partial characters. */
  align_limit_to_full_utf8_characters(*fromP, );

  for (to = *toP, from = *fromP; (from < fromLim) && (to < toLim); from++, to++)
*to = *from;
  *fromP = from;
  *toP = to;

  if (fromLim < fromLimInitial)
return XML_CONVERT_INPUT_INCOMPLETE;
  else if ((to == toLim) && (from < fromLim))
// <= Bug is here. In case (to == toLim), it's possible that
//from is still pointing to partial character. For example,
//a character with 3 bytes (A, B, C) and form is pointing to C.
//It means only A and B is copied to output buffer. Next
//scanning will start with C which could be considered as invalid
//byte and got dropped. After this, only "AB" is kept in memory
//and thus it will lead to invalid continuation byte.
return XML_CONVERT_OUTPUT_EXHAUSTED;
  else
return XML_CONVERT_COMPLETED;
}

--
components: Library (Lib)
messages: 300043
nosy: Lin Tian
priority: normal
severity: normal
status: open
title: expat: utf8_toUtf8 cannot properly handle exhausting buffer
type: behavior
versions: 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

[issue19903] Idle: Use inspect.signature for calltips

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 646f6c3096abfe5bde13f039ebf32bce5baf083a by Terry Jan Reedy in 
branch '3.6':
[3.6] bpo-19903: IDLE: Calltips changed to use inspect.signature (GH-2822) 
(#3053)
https://github.com/python/cpython/commit/646f6c3096abfe5bde13f039ebf32bce5baf083a


--

___
Python tracker 

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

[issue19903] Idle: Use inspect.signature for calltips

[Vedran Čačić]

Vedran Čačić added the comment:

Am I right in assuming this will also fix the bug mentioned in this comment

https://emptysqua.re/blog/copying-a-python-functions-signature/#comment-1816090904

? If yes, I'm glad I didn't have to report it. :-)

--
nosy: +veky

___
Python tracker 

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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

[高可爱]

Changes by 高可爱 :


Added file: http://bugs.python.org/file47070/800.jpg

___
Python tracker 

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

[issue31167] timedelta produced by datetime.__sub__ does not take Daylight Savings Time into account

[R. David Murray]

R. David Murray added the comment:

It is by design.  Read the footnote associated with the subtraction opertion on 
datetimes: after subtraction date2 + timedelta = date1, which implies that the 
subtraction ignores daylight savings transitions, since the addition does 
("Note that no time zone adjustments are done even if the input is an aware 
object").

Perhaps the reason why it is designed this way is menioned in the PEP; I 
haven't looked.

--
nosy: +r.david.murray
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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

[Wonsup Yoon]

Wonsup Yoon added the comment:

I think it can be merged. Is there anything I need to do?

--

___
Python tracker 

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

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

[Nick Coghlan]

Nick Coghlan added the comment:

Issue filed with six about this: https://github.com/benjaminp/six/issues/207

It turns out to be somewhat timely on that side as well, as it turns out that 
six has a not-yet-released change adding "six.moves.commands", which doesn't 
currently account for this inadvertent incompatibility in the way exit codes 
are reported.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue31169] convert_to_error assertion failure in multiprocessing/managers.py

[drallensmith]

New submission from drallensmith:

I am seeing a triggering of one of the assertions in convert_to_error, in 
managers.py. (This assertion is completely without any message, incidentally, 
which is also problematic - I've commented on this in issue5001.) This is in 
common across all versions of cpython that I have access to, and possibly to 
pypy as well. See 
https://travis-ci.org/drallensmith/neat-python/builds/262839326 for a set of 
examples. (The assertion is that "result" is a string. It is somewhat 
problematic when error-reporting code has an error...)

--
components: Library (Lib)
messages: 300037
nosy: drallensmith
priority: normal
severity: normal
status: open
title: convert_to_error assertion failure in multiprocessing/managers.py
type: behavior
versions: Python 2.7, 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

[issue31166] null pointer deref and segfault in _PyObject_Alloc (obmalloc.c:1258)

[geeknik]

New submission from geeknik:

Python 3.7 git commit 3ca9f50 compiled with afl-clang-fast on Ubuntu 16 x64. 
The following script triggers undefined-behavior followed by a null pointer 
dereference and a segfault.


import gc
t0ing0=object()
class A(object):
def f():0
x=t0ing0
r=gc.get_referrers(t0ing0)
if[0]:dct=r[0]
a=A
for i in range(1):a.f
dct["f"]=lambda:0
(a.f)


Objects/dictobject.c:547:12: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:547:12 in
Objects/dictobject.c:1105:18: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1105:18 in
Objects/dictobject.c:2739:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2739:15 in
Objects/dictobject.c:789:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:789:27 in
Objects/dictobject.c:1104:18: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1104:18 in
Objects/dictobject.c:994:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:994:15 in
Objects/dictobject.c:683:11: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:683:11 in
Objects/dictobject.c:1024:9: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1024:9 in
Objects/dictobject.c:2882:31: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2882:31 in
Objects/dictobject.c:2346:15: runtime error: index 128 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2346:15 in
Objects/dictobject.c:1449:11: runtime error: index 32 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1449:11 in
Objects/dictobject.c:744:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:744:27 in
Objects/dictobject.c:1631:22: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1631:22 in
Objects/dictobject.c:554:31: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:554:31 in
Objects/dictobject.c:1183:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1183:15 in
Objects/dictobject.c:835:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:835:27 in
Objects/dictobject.c:2036:10: runtime error: index 128 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2036:10 in
Objects/dictobject.c:3504:38: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:3504:38 in
Objects/dictobject.c:3422:38: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:3422:38 in
Objects/obmalloc.c:1258:36: runtime error: load of misaligned address 
0x for type 'block *' (aka 'unsigned char *'), which requires 8 
byte alignment
0x: note: pointer points here

SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/obmalloc.c:1258:36 in
ASAN:DEADLYSIGNAL
=
==768==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 
0x00506f9f bp 0x7fff0666cbc0 sp 0x7fff0666cb20 T0)
==768==The signal is caused by a READ memory access.
==768==Hint: address points to the zero page.
#0 0x506f9e in _PyObject_Alloc /root/cpython/Objects/obmalloc.c:1258:36
#1 0x9a669b in PyUnicode_New /root/cpython/Objects/unicodeobject.c:1296:24
#2 0x9fea51 in _PyUnicodeWriter_PrepareInternal 
/root/cpython/Objects/unicodeobject.c:13561:26
#3 0x9b9db4 in PyUnicode_DecodeUTF8Stateful 
/root/cpython/Objects/unicodeobject.c:4995:9
#4 0x9c0e65 in _PyUnicode_FromId 
/root/cpython/Objects/unicodeobject.c:2115:22
#5 0x89561e in _PyObject_GetAttrId /root/cpython/Objects/object.c:850:23
#6 0x6b3f4a in _PyObject_CallMethodId /root/cpython/Objects/call.c:1086:16
#7 

[issue31168] IDLE hangs with absurdly long __repr__s

[Dan Snider]

New submission from Dan Snider:

Objects with a 500,000+ character __repr__ will cause the IDLE shell to hang 
and thus lose any progress on open windows. 200,000 (on a decent system) seems 
to be the tipping point where it can never recover.

--
assignee: terry.reedy
components: IDLE
messages: 300036
nosy: bup, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE hangs with absurdly long __repr__s
versions: 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

[issue31167] timedelta produced by datetime.__sub__ does not take Daylight Savings Time into account

[Joshua Li]

New submission from Joshua Li:

See my SO answer and the corresponding question for detail: 
https://stackoverflow.com/a/45602760/5348393

Essentially, given two datetime.datetime instances t1 and t2, the following two 
syntactically different lines of code should be logically equivalent, but in 
fact differ by plus or minus one hour on Daylight Savings Time dates because 
`datetime.datetime.__sub__` does not appear to take DST into account.

`t1.timestamp()-t2.timestamp()`
`(t1-t2).total_seconds()`

I am not sure if this is by intentional design, or a behavioral bug.

--
components: Library (Lib)
messages: 300035
nosy: JoshuaRLi
priority: normal
severity: normal
status: open
title: timedelta produced by datetime.__sub__ does not take Daylight Savings 
Time into account
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

[issue31165] null pointer deref and segfault in list_slice (listobject.c:455)

[geeknik]

Changes by geeknik :


--
type:  -> crash

___
Python tracker 

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

[issue26110] Speedup method calls 1.2x

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue31165] null pointer deref and segfault in list_slice (listobject.c:455)

[geeknik]

New submission from geeknik:

Python 3.7 git commit 3ca9f50 compiled with afl-clang-fast on Ubuntu 16 x64. 
The following script triggers undefined-behavior followed by a null pointer 
dereference and a segfault.


import weakref
class A(object):pass
def callback(x):del lst[0]
keepali0e=[]
for i in range(1):
lst=[str()]
a=A()
a.c=a
keepali0e.append(weakref.ref(a,callback))
del a
while lst:keepali0e.append(lst[:])


Objects/dictobject.c:547:12: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:547:12 in
Objects/dictobject.c:1105:18: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1105:18 in
Objects/dictobject.c:2739:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2739:15 in
Objects/dictobject.c:789:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:789:27 in
Objects/dictobject.c:1104:18: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1104:18 in
Objects/dictobject.c:994:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:994:15 in
Objects/dictobject.c:683:11: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:683:11 in
Objects/dictobject.c:1024:9: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1024:9 in
Objects/dictobject.c:2882:31: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2882:31 in
Objects/dictobject.c:2346:15: runtime error: index 128 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2346:15 in
Objects/dictobject.c:1449:11: runtime error: index 32 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1449:11 in
Objects/dictobject.c:744:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:744:27 in
Objects/dictobject.c:1631:22: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1631:22 in
Objects/dictobject.c:554:31: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:554:31 in
Objects/dictobject.c:1183:15: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:1183:15 in
Objects/dictobject.c:835:27: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:835:27 in
Objects/dictobject.c:2036:10: runtime error: index 128 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:2036:10 in
Objects/dictobject.c:3504:38: runtime error: index 16 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:3504:38 in
Objects/dictobject.c:3422:38: runtime error: index 64 out of bounds for type 
'int8_t [8]'
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/dictobject.c:3422:38 in
Objects/listobject.c:455:23: runtime error: load of null pointer of type 
'PyObject *' (aka 'struct _object *')
SUMMARY: UndefinedBehaviorSanitizer: undefined-behavior 
Objects/listobject.c:455:23 in
ASAN:DEADLYSIGNAL
=
==29900==ERROR: AddressSanitizer: SEGV on unknown address 0x (pc 
0x007772df bp 0x7fffdd00ce30 sp 0x7fffdd00cde0 T0)
==29900==The signal is caused by a READ memory access.
==29900==Hint: address points to the zero page.
#0 0x7772de in list_slice /root/cpython/Objects/listobject.c:455:23
#1 0x79257b in list_subscript /root/cpython/Objects/listobject.c:2499:20
#2 0xca195c in _PyEval_EvalFrameDefault /root/cpython/Python/ceval.c:1442:29
#3 0xcc723c in _PyEval_EvalCodeWithName /root/cpython/Python/ceval.c:4173:14
#4 0xc679f3 in PyEval_EvalCodeEx /root/cpython/Python/ceval.c:4200:12
#5 0xc679f3 in PyEval_EvalCode /root/cpython/Python/ceval.c:657
#6 0x53056e in run_mod /root/cpython/Python/pythonrun.c:982:9
#7 0x531d77 in PyRun_FileExFlags /root/cpython/Python/pythonrun.c:935:11
#8 0x52d219 in 

[issue5001] Remove assertion-based checking in multiprocessing

[drallensmith]

Changes by drallensmith :


--
nosy: +drallensmith

___
Python tracker 

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

[issue19903] Idle: Use inspect.signature for calltips

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +3086

___
Python tracker 

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

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

[Gregory P. Smith]

Gregory P. Smith added the comment:

I'll get to it.  acassaigne's patches are already a good attempt at that, i'll 
probably find wording tweaks to make as I apply them.

--
assignee: docs@python -> gregory.p.smith

___
Python tracker 

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

[issue31072] add filter to zipapp

[Paul Moore]

Paul Moore added the comment:

I've created a new PR 3049 adding the fixes you suggested (and tightening up 
the tests, as I noticed an untested aspect of the change while editing).

--

___
Python tracker 

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

[issue31072] add filter to zipapp

[Paul Moore]

Changes by Paul Moore :


--
pull_requests: +3084

___
Python tracker 

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

[issue31142] python shell crashed while input quotes in print()

[Terry J. Reedy]

Terry J. Reedy added the comment:

There is still something you left out.  Entering either print(") or 
print(') at either a shell prompt or in a file and running the file 
should result in "SyntaxError: EOL while scanning string literal", as Steven 
said.  Ditto for eval("print(')") or eval('print(")').  The error comes from 
Python's compile() function.  The result *should* be the same on all systems. 
This is feature, neither a crash nor a bug.  So my first inclination was to 
close this as 'Not a bug'.

But getting a system crash log is usually a bug when running Python code. From 
my reading of Mac's crash log, what crashed is not IDLE but Python running 
_tkinter calling tcl running tk calling OSX's CoreFoundation which raised 
NSRangeException.  How did you bypass compile()?

Where did you get the Python that you installed?  If from python.org, did you 
pay attention to https://www.python.org/download/mac/tcltk/ and install a 
tcl/tk that works?  If not, not our bug.

Ned and Serhiy: can we patch  _tkinter on Mac to refuse to run with the buggy 
Apple tcl/tk?  Or at least pop up a Warning box that says to not bug us when it 
crashes?

--
components: +Tkinter, macOS
nosy: +ned.deily, ronaldoussoren, serhiy.storchaka
type:  -> crash

___
Python tracker 

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

[issue31153] Update docstrings of itertools functions

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee: docs@python -> rhettinger

___
Python tracker 

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

[issue31155] Encode set, frozenset, bytearray, and iterators as json arrays

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee:  -> bob.ippolito
nosy: +bob.ippolito

___
Python tracker 

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

[issue31152] Tutorial wording implies an understanding of a concept prior to it being introduced

[Raymond Hettinger]

Raymond Hettinger added the comment:

Emily, thanks for the second review.
Lorem, thanks for the suggestion, but we're going to decline.

--
resolution:  -> rejected
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

[issue31072] add filter to zipapp

[Paul Moore]

Paul Moore added the comment:

Good point - I wasn't even aware of the filterfunc argument in PyZipFile. I'll 
rename the argument.

I wasn't initially sure about a what's new entry. I'll add one - and thanks for 
the reminder about versionadded.

--

___
Python tracker 

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

[issue30824] Add mimetype for extension .json

[Nate Tangsurat]

Changes by Nate Tangsurat :


--
pull_requests: +3082

___
Python tracker 

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

[issue30824] Add mimetype for extension .json

[Sijis Aviles]

Changes by Sijis Aviles :


--
nosy: +sijis

___
Python tracker 

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

[issue31153] Update docstrings of itertools functions

[nicholas kobald]

Changes by nicholas kobald :


--
pull_requests: +3081

___
Python tracker 

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

[issue31163] Return destination path in Path.rename and Path.replace

[R. David Murray]

R. David Murray added the comment:

I agree.  The normal python convention is that an immutable object returns the 
new value when an operation "changes" it, while a mutable object returns None.  
It seems like replace and rename should follow this convention (and that it 
would also be convenient).

--
nosy: +r.david.murray

___
Python tracker 

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

[issue31162] urllib.request.urlopen error

[R. David Murray]

R. David Murray added the comment:

What makes you think this is a python bug rather than exactly what it says: a 
cert verification error?

--
nosy: +r.david.murray

___
Python tracker 

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

[issue31072] add filter to zipapp

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Wouldn't be better to name the parameter filterfunc for conformity with 
PyZipFile?

I think the new feature needs at least the versionadded directive in the module 
documentation. And may be an entry in the What's New document.

--
nosy: +serhiy.storchaka
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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:

> New changeset 4baca1b0f7325032598cd38e7ceffc79b616d255 by Victor Stinner in 
> branch 'master':
> bpo-31160: Fix test_builtin for zombie process (#3043)

This change introduced a regression:

http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/1159/steps/test/logs/stdio

==
FAIL: test_input_no_stdout_fileno (test.test_builtin.PtyTests)
--
Traceback (most recent call last):
  File 
"/root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_builtin.py", 
line 1624, in test_input_no_stdout_fileno
lines = self.run_child(child, b"quux\r")
  File 
"/root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_builtin.py", 
line 1573, in run_child
self.assertEqual(status, 0)
AssertionError: 1 != 0

--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3080

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:


New changeset da5e9301877346942fa4279612750d6a09e05153 by Victor Stinner in 
branch 'master':
bpo-31160: Fix test_random for zombie process (#3045)
https://github.com/python/cpython/commit/da5e9301877346942fa4279612750d6a09e05153


--

___
Python tracker 

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

[issue31164] test_functools: test_recursive_pickle() stack overflow on x86 Gentoo Refleaks 3.x

[STINNER Victor]

New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.x/builds/51/steps/test/logs/stdio

0:17:12 load avg: 2.97 [ 52/406/1] test_functools crashed (Exit code -6) -- 
running: test_nntplib (406 sec)
beginning 6 repetitions
123456
Fatal Python error: Cannot recover from stack overflow.

Current thread 0xb74f1700 (most recent call first):
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/test_functools.py",
 line 336 in test_recursive_pickle
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", 
line 615 in run
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/case.py", 
line 663 in __call__
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py",
 line 1772 in run
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py",
 line 1896 in _run_suite
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/support/__init__.py",
 line 1940 in run_unittest
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py",
 line 171 in test_runner
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/refleak.py",
 line 54 in dash_R
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py",
 line 174 in runtest_inner
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest.py",
 line 140 in runtest
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/runtest_mp.py",
 line 71 in run_tests_slave
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py",
 line 519 in _main
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py",
 line 512 in main
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/libregrtest/main.py",
 line 587 in main
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", 
line 46 in _main
  File 
"/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/test/regrtest.py", 
line 50 in 
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/runpy.py", 
line 85 in _run_code
  File "/buildbot/buildarea/3.x.ware-gentoo-x86.refleak/build/Lib/runpy.py", 
line 193 in _run_module_as_main

--
components: Tests
messages: 300022
nosy: haypo
priority: normal
severity: normal
status: open
title: test_functools: test_recursive_pickle() stack overflow on x86 Gentoo 
Refleaks 3.x
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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:


New changeset e3510d74aacc477c30f42f2b941d69689bbc478e by Victor Stinner in 
branch 'master':
bpo-31160: regrtest now reaps child processes (#3044)
https://github.com/python/cpython/commit/e3510d74aacc477c30f42f2b941d69689bbc478e


--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:


New changeset 4baca1b0f7325032598cd38e7ceffc79b616d255 by Victor Stinner in 
branch 'master':
bpo-31160: Fix test_builtin for zombie process (#3043)
https://github.com/python/cpython/commit/4baca1b0f7325032598cd38e7ceffc79b616d255


--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3079

___
Python tracker 

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

[issue31163] Return destination path in Path.rename and Path.replace

[Alberto Gomez-Casado]

New submission from Alberto Gomez-Casado:

Extracted from issue31154

Both calls lack any kind of return, which leads me to expect after a 
rename/replace the Path instance would be changed to the new path. This is not 
the case (reading the PEP I have seen Path instances are kind of immutable), 
after the call the Path instance keeps "pointing" to the previous (and quite 
likely now useless) path. 

Returning the new path would be a reasonable option. In any case, I think the 
documentation should mention this behavior explicitly.

--
assignee: docs@python
components: Documentation, Library (Lib)
messages: 300019
nosy: Alberto Gomez-Casado, docs@python, pitrou
priority: normal
severity: normal
status: open
title: Return destination path in Path.rename and Path.replace
type: enhancement
versions: Python 3.6

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3078

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3077

___
Python tracker 

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

[issue31152] Tutorial wording implies an understanding of a concept prior to it being introduced

[Emily Morehouse]

Emily Morehouse added the comment:

I concur with Raymond, particularly because paragraph 1 of section 8.5 links to 
the Classes tutorial which covers inheritance. I think the documentation is 
sufficient as is.

--
nosy: +emilyemorehouse

___
Python tracker 

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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6

[Zachary Ware]

Zachary Ware added the comment:

> Hmm.  Perhaps someone can give me temporary shell access to one of those 
> buildbots?

Check your @python.org inbox.

--

___
Python tracker 

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

[issue31159] Doc: Language switch can't switch on specific cases

[STINNER Victor]

STINNER Victor added the comment:


New changeset 122081deef86174beee965be1207fa46ea23533d by Victor Stinner 
(Julien Palard) in branch 'master':
bpo-31159: fix language switch regex on unknown yet built languages. (#3039)
https://github.com/python/cpython/commit/122081deef86174beee965be1207fa46ea23533d


--
nosy: +haypo

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[STINNER Victor]

STINNER Victor added the comment:

Thank you Ammar Askar for your contribution!

--
resolution:  -> fixed
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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[STINNER Victor]

STINNER Victor added the comment:


New changeset 4388b4257abf3b9c348cf4db8c6144dcc07f3e98 by Victor Stinner (Ammar 
Askar) in branch '3.6':
[3.6] bpo-31150: Wait for child process in test_forkinthread to avoid thread 
reaped warnings (#3041)
https://github.com/python/cpython/commit/4388b4257abf3b9c348cf4db8c6144dcc07f3e98


--

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[STINNER Victor]

STINNER Victor added the comment:


New changeset 425680bbd2dc14ef8dc5d1928f44fc7cc43018c4 by Victor Stinner (Ammar 
Askar) in branch '2.7':
[2.7] bpo-31150: Wait for child process in test_forkinthread to avoid thread 
reaped warnings (#3042)
https://github.com/python/cpython/commit/425680bbd2dc14ef8dc5d1928f44fc7cc43018c4


--

___
Python tracker 

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

[issue31162] urllib.request.urlopen error

[CHUA Chew Bock]

Changes by CHUA Chew Bock :


Added file: http://bugs.python.org/file47069/scriptError.txt

___
Python tracker 

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

[issue31162] urllib.request.urlopen error

[CHUA Chew Bock]

New submission from CHUA Chew Bock:

Error encountered when executing urllib.request.urlopen on IDLE3 interactive as 
well as run from script.

--
components: Library (Lib)
messages: 300012
nosy: chua.chewb...@gmail.com
priority: normal
severity: normal
status: open
title: urllib.request.urlopen error
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[Ammar Askar]

Changes by Ammar Askar :


--
pull_requests: +3076

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[Ammar Askar]

Changes by Ammar Askar :


--
pull_requests: +3075

___
Python tracker 

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

[issue31156] Stopiteration terminates while-loop

[Günter Rote]

Günter Rote added the comment:

Sorry, that was my misinterpretation of what happened.
I had been stumbling over an old program I had written, but
apparently it works because the while-loop is inside
a generator function, and the StopIteration is simply
passed on.

Here is a small demonstration example:
>>> def f():
...   for x in range(5):
... yield x
... 
>>> def g():
...   h=f()
...   while True:
...  yield next(h)+100
...  yield next(h)
... 
>>> list(g())
[100, 1, 102, 3, 104]

(I am beginning to wonder whether this program will be adversely affected by 
PEP 479 -- Change StopIteration handling inside generators.)

--
stage:  -> resolved
status: open -> closed
versions: +Python 3.4 -Python 3.6

___
Python tracker 

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

[issue31142] python shell crashed while input quotes in print()

[py78py90py]

py78py90py added the comment:

Sorry for the incomplete information.

I have inputed following line:
print(")
IDLE crashed.
I also input following line:
print(')
IDLE also crashed.
I have uploaded the crash log.

--
Added file: http://bugs.python.org/file47068/crashlog.txt

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[STINNER Victor]

STINNER Victor added the comment:

>  I don't think the changes created the bug, but I do think the new tests to 
> provoke the other race conditions made it easier for the test suite to hit 
> this race as well.

Oh ok, that's a good news!

--

___
Python tracker 

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

[issue31041] test_handle_called_with_mp_queue() of test_logging: threading_cleanup() failed to cleanup, on AMD64 FreeBSD 10.x Shared 3.x

[STINNER Victor]

STINNER Victor added the comment:

New fail:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/680/steps/test/logs/stdio


test_handle_called_with_mp_queue (test.test_logging.QueueListenerTest) ... 
Warning -- threading_cleanup() failed to cleanup -1 threads after 3 sec (count: 
0, dangling: 1)
ok

--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3074

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[Nick Coghlan]

Nick Coghlan added the comment:

I don't think the changes created the bug, but I do think the new tests to 
provoke the other race conditions made it easier for the test suite to hit this 
race as well.

--

___
Python tracker 

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

[issue31072] add filter to zipapp

[Paul Moore]

Paul Moore added the comment:

Thanks to Jeffrey Rackauckas for the implementation of this feature.

--
resolution:  -> fixed
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

[issue31156] Stopiteration terminates while-loop

[R. David Murray]

R. David Murray added the comment:

>>> while True:
... raise StopIteration
...
Traceback (most recent call last):
  File "", line 2, in 
StopIteration

--
nosy: +r.david.murray

___
Python tracker 

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

[issue31072] add filter to zipapp

[Paul Moore]

Paul Moore added the comment:


New changeset b811d664defed085d16951088afb579fb649c58d by Paul Moore (Jeffrey 
Rackauckas) in branch 'master':
bpo-31072: Add filter to zipapp (#3021)
https://github.com/python/cpython/commit/b811d664defed085d16951088afb579fb649c58d


--

___
Python tracker 

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

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

[Martijn Pieters]

Martijn Pieters added the comment:

Credit for uncovering this gem: 
https://stackoverflow.com/questions/45591883/why-is-an-indentionerror-being-raised-here-rather-than-a-syntaxerror

--

___
Python tracker 

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

[issue31161] Only check for print and exec parentheses cases for SyntaxError, not subclasses

[Martijn Pieters]

New submission from Martijn Pieters:

SyntaxError.__init__() checks for the `print` and `exec` error cases where the 
user forgot to use parentheses:

>>> exec 1
  File "", line 1
exec 1
 ^
SyntaxError: Missing parentheses in call to 'exec'

>>> print 1
  File "", line 1
print 1
  ^
SyntaxError: Missing parentheses in call to 'print'

However, this check is also applied to *subclasses* of SyntaxError:

>>> if True:
... print "Look ma, no parens!"
  File "", line 2
print "Look ma, no parens!"
^
IndentationError: Missing parentheses in call to 'print'

and

>>> compile('if 1:\n1\n\tprint "Look ma, tabs!"', '', 'single')
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 3
print "Look ma, tabs!"
 ^
TabError: Missing parentheses in call to 'print'

Perhaps the check needs to be limited to just the exact type.

--
messages: 32
nosy: mjpieters
priority: normal
severity: normal
status: open
title: Only check for print and exec parentheses cases for SyntaxError, not 
subclasses

___
Python tracker 

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

[issue31154] Path.replace and Path.rename naming, behavior and documentation

[R. David Murray]

R. David Murray added the comment:

Both the replace and rename functions will remain in the API, as they mirror 
the os module, not the os itself.  I agree that the naming is unfortunate, but 
it has the weight of history behind it, so we are stuck with it.  Issue 24229 
rejected adding a copy method.  

Having replace and rename return a value strikes me as a good idea.  Please 
open a separate issue with that enhancement proposal, and nosy 'pitrou', who is 
the author of the pathlib module.

--
nosy: +r.david.murray
resolution:  -> rejected
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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:

A reap_children() warning was fixed in test_thread: bpo-31150. It seems like 
the commit 88eee44a91c991dbbdf284fa220e2928b5de105c was not enough to fix all 
warnings.

--

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[STINNER Victor]

STINNER Victor added the comment:

I'm curious to know if this issue is a regression caused by recent changes: 
bpo-30891 and bpo-30876. But well, it doesn't matter as soon as it's fixed :-)

--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:

> The GCC job of Travis CI failed with ENV_CHANGED:

Ooops, in fact it was a macOS job:
https://travis-ci.org/python/cpython/jobs/262606830


The GCC job failed with much more errors:
https://travis-ci.org/python/cpython/jobs/262606831

---
0:00:02 load avg: 121.34 [  7/403] test_unittest
Warning -- reap_children() reaped child process 11088
Warning -- reap_children() reaped child process 11089
Warning -- reap_children() reaped child process 11090
Warning -- reap_children() reaped child process 11091

0:14:22 load avg: 136.67 [282/403/1] test_select
Warning -- reap_children() reaped child process 14686

0:16:00 load avg: 110.41 [297/403/1] test_socketserver
Warning -- reap_children() reaped child process 15483
Warning -- reap_children() reaped child process 15492
Warning -- reap_children() reaped child process 15499
Warning -- reap_children() reaped child process 15508

0:18:36 load avg: 105.94 [333/403/1] test_thread
Warning -- reap_children() reaped child process 20670
---

For test_socketserver, see bpo-31151.

--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

STINNER Victor added the comment:

The GCC job of Travis CI failed with ENV_CHANGED:

Test wait() behavior when waitpid returns WIFSTOPPED; issue29335. ...
Warning -- reap_children() reaped child process 19839
ok

I tested and... WOW! When run in a loop, this test leaks 100 MB per second. It 
creates a lot of processes.

--

___
Python tracker 

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

[issue31160] Enhance support.reap_children()

[STINNER Victor]

New submission from STINNER Victor:

Attached PR enhances the support.reap_children() function:

* reap_children() now sets environment_altered to True to detect bugs using 
python3 -m test --fail-env-changed
* Replace bare "except:" with "except OSError:" in reap_children()
* Write an unit test for reap_children() using a timeout of 60 seconds

--
messages: 26
nosy: haypo
priority: normal
pull_requests: 3073
severity: normal
status: open
title: Enhance support.reap_children()

___
Python tracker 

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

[issue31158] test_pty: test_basic() fails randomly on Travis CI

[Charalampos Stratakis]

Charalampos Stratakis added the comment:

I've observed the exact same issue on Fedora at random times.

--
nosy: +cstratak

___
Python tracker 

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

[issue31148] Can we get an MSI installer for something past 3.4.4?

[Paul Moore]

Paul Moore added the comment:

To be clear, Steve *is* our main Windows developer, and specifically the person 
who developed the Windows installers we now use. They work perfectly for many 
people, including myself, so there certainly isn't a general issue with them. I 
myself routinely install Python with the new installers on Windows 7 x64 
systems, so it's definitely something specific to your system.

Is your PC running a "corporate" build that might include security restrictions 
or other permission limitations that might be affecting the behaviour of the 
installer?

As a workaround, Python is installable using nuget, from 
https://www.nuget.org/packages/python. I don't know much myself about nuget, 
but basically "nuget install python" will create a local copy of Python in the 
current directory that you can use without needing to be installed.

--

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for review Victor and Nick.

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset f3b891718e104b6e7018b58bbcd86421a2837fb8 by Serhiy Storchaka in 
branch '3.6':
[3.6] bpo-31070: Fix a race condition in importlib _get_module_lock(). 
(GH-3033). (#3038)
https://github.com/python/cpython/commit/f3b891718e104b6e7018b58bbcd86421a2837fb8


--

___
Python tracker 

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

[issue31158] test_pty: test_basic() fails randomly on Travis CI

[Martin Panter]

Martin Panter added the comment:

Checking for short writes is worthwhile, but in Issue 29070 it looks like 
Cornelius identified the main problem was short _reads_. See the parts of his 
patch to do with “_os_read_exactly” and related functions.

--
nosy: +Cornelius Diekmann, martin.panter

___
Python tracker 

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

[issue31045] Add a language switch to the Python documentation

[Julien Palard]

Changes by Julien Palard :


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

[issue31149] Add Japanese to the language switcher

[Julien Palard]

Changes by Julien Palard :


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

[issue31159] Doc: Language switch can't switch on specific cases

[Roundup Robot]

Changes by Roundup Robot :


--
pull_requests: +3072

___
Python tracker 

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

[issue31159] Doc: Language switch can't switch on specific cases

[Julien Palard]

New submission from Julien Palard:

Since ja has been added to the language switch, a bug appeared and in some case 
the switch won't ... switch.

Due to a regex bug in switchers.js, a needed trailing slash is sometimes not 
matched. It has not been detected previously as it can happen only when there 
more than two languages in the picker which is now the case.

Bug is in:  var language_regexp = '\.org/(' + 
Object.keys(all_languages).join('|') + '/)';

It only matches the trailing slash for the last language, currently the / is 
for ja, so fr does no longer match the needed slash.

Fix may consists in adding a non-matching group around the join.

But there's another issue when a user goes to a version in which there's a 
language picker but the current langage is not known by the picker, typically 
if a user is on /ja/2.7/ but the language picker with Japanese has only been 
merged on 3.6 and 3.7: the regex on /ja/2.7 will not contain "ja", so it will 
not be able to match it.


So we should write this regex otherwise, I grepped on the server logs and 
checked on the filesystem, this one should work better and still be safe:


var language_regexp = '\.org/([a-z]{2}(?:-[a-z]{2})?/)';

--
messages: 20
nosy: mdk
priority: normal
severity: normal
status: open
title: Doc: Language switch can't switch on specific cases

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +3071

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 9b0d1d647e3d2ec9d299e5c9f49b02fbbb810a5a by Serhiy Storchaka in 
branch 'master':
bpo-31070: Fix a race condition in importlib _get_module_lock(). (#3033)
https://github.com/python/cpython/commit/9b0d1d647e3d2ec9d299e5c9f49b02fbbb810a5a


--

___
Python tracker 

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

[issue31158] test_pty: test_basic() fails randomly on Travis CI

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3070

___
Python tracker 

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

[issue31158] test_pty: test_basic() fails randomly on Travis CI

[STINNER Victor]

STINNER Victor added the comment:

I don't know why test_pty fails.

https://github.com/python/cpython/pull/3037 makes sure that all data is written 
into the master fd using a new write_all() helper function which loops until 
all data is written: handle os.write() partial write.

--

___
Python tracker 

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

[issue31158] test_pty: test_basic() fails randomly on Travis CI

[STINNER Victor]

New submission from STINNER Victor:

https://travis-ci.org/python/cpython/jobs/262606831

0:13:26 load avg: 134.81 [256/403] test_pty
test test_pty failed -- Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/test/test_pty.py", line 109, in 
test_basic
self.assertEqual(b'For my pet fish, Eric.\n', normalize_output(s2))
AssertionError: b'For my pet fish, Eric.\n' != b'For m'

--
components: Tests
messages: 299987
nosy: haypo
priority: normal
severity: normal
status: open
title: test_pty: test_basic() fails randomly on Travis CI
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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6

[STINNER Victor]

STINNER Victor added the comment:

Antoine: "Hmm.  Perhaps someone can give me temporary shell access to one of 
those buildbots?"

Contact directly the owners:

* AMD64 Debian root 3.6: Chris Angelico  
* x86 Gentoo Non-Debug with X 3.x: Zachary Ware 

--

___
Python tracker 

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

[issue30849] test_stress_delivery_dependent() of test_signal randomly fails on AMD64 Debian root 3.6

[Antoine Pitrou]

Antoine Pitrou added the comment:

Hmm.  Perhaps someone can give me temporary shell access to one of those 
buildbots?

--
nosy: +zach.ware

___
Python tracker 

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

[issue31157] math.sqrt function wrong

[STINNER Victor]

STINNER Victor added the comment:

The math module uses the float type which has a limited precision: it's 64-bit 
IEEE.

For better precision, you can use the decimal module which has configurable 
precision.

Example:
---
import decimal

decimal.getcontext().prec = 5
root = decimal.Decimal('123').sqrt()
print(root)

decimal.getcontext().prec = 50
root = decimal.Decimal('123').sqrt()
print(root)
---

Output:
---
11.091
11.090536506409417162051600102609932918463376742454
---

Said differently: the behaviour that you noticed is not a bug, but a known 
limitation of Python, of the Python float type to be exact.

https://docs.python.org/3/tutorial/floatingpoint.html

--
nosy: +haypo
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

[issue31157] math.sqrt function wrong

[Mick Press]

New submission from Mick Press:

math.sqrt for very large numbers returns wrong value. Attached is screen shot 
showing my sqrt function result and math.sqrt function result.

--
components: Windows
files: PyCuda - [C__Users_mick_PyScripts_PyCuda] - 
C__Users_mick_.PyCharmCE2017.2_config_scratches_scratch_5.py - PyCharm 
Community Edition 2017.2 09_08_2017 10_44_31.png
messages: 299983
nosy: Mick Press, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: math.sqrt function wrong
type: performance
versions: Python 3.5
Added file: http://bugs.python.org/file47067/PyCuda - 
[C__Users_mick_PyScripts_PyCuda] - 
C__Users_mick_.PyCharmCE2017.2_config_scratches_scratch_5.py - PyCharm 
Community Edition 2017.2 09_08_2017 10_44_31.png

___
Python tracker 

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

[issue31156] Stopiteration terminates while-loop

[Günter Rote]

New submission from Günter Rote:

It should be mentioned in the documentation that 

A StopIteration exception raised in the body of a while loop will terminate 
(and is caught by) the while-loop, thus leading to graceful termination.

A good place would be here:
1) https://docs.python.org/3/reference/compound_stmts.html#the-while-statement

I don't know how such a StopIteration termination of a while loop
affects the else-clause. This should be clarified.

Here:
2) https://docs.python.org/3/library/exceptions.html#StopIteration
it would be good to explicitly state:

An enclosing while-loop or for-loop acts like an implicit catch for 
StopIteration. The StopIteration exception will terminate the loop.

(I guess, a for-loop is also just terminated when the StopIteration originates 
in the BODY of the loop, although this is not the typical case.)

--
assignee: docs@python
components: Documentation
messages: 299982
nosy: Günter Rote, docs@python
priority: normal
severity: normal
status: open
title: Stopiteration terminates while-loop
type: enhancement
versions: Python 3.6

___
Python tracker 

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

[issue31070] test_threaded_import: KeyError ignored in _get_module_lock..cb

[STINNER Victor]

STINNER Victor added the comment:

Serhiy: "I think the solution can be simpler. PR 3033 uses the global import 
lock for guarding modification of the _module_locks dictionary."

I tried exactly that, but it wasn't enough. But your PR is correct because it 
also checks the current value of _module_locks[name] using the callback 
parameter.

I disliked my own PR, so I'm happy that someone else wrote a simpler fix! (I 
already abandonned my PR.)

--

___
Python tracker 

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

[issue31155] Encode set, frozenset, bytearray, and iterators as json arrays

[Javen O'Neal]

New submission from Javen O'Neal:

Currently json.dump, json.dumps, and json.JSONEncoder do not support writing 
iterator objects. Users can choose to pass the iterator to a tuple and write 
that as a json array, but this is wasteful if the iterator is large, requiring 
a large amount of memory to be temporarily allocated for the tuple prior to 
json encoding.

The json module also does not support writing sets, frozensets, or bytearrays.

--
components: Library (Lib)
messages: 299981
nosy: javenoneal
priority: normal
pull_requests: 3069
severity: normal
status: open
title: Encode set, frozenset, bytearray, and iterators as json arrays
type: enhancement
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

[issue22635] subprocess.getstatusoutput changed behavior in 3.4 (maybe 3.3.4?)

[STINNER Victor]

STINNER Victor added the comment:

IMHO it's too late to change *again* subprocess.getstatusoutput() behaviour. 
Otherwise, it would mean that a complex test like "if not((3, 4) <= 
sys.version_info < (3, 7))" would be needed to workaround the bug... Whereas 
right now, basically we only have to check if we are running on Python 3 or 
not. (Python 3.0-3.3 is almost not used in the wild.)

Instead we should just *document* the behaviour change using ".. 
versionchanged:: 3.4" in Doc/library/subprocess.rst.

Any volunteer to do that?

--

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[STINNER Victor]

Changes by STINNER Victor :


--
versions: +Python 2.7

___
Python tracker 

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

[issue31150] [EASY] test_thread: Warning -- reap_children() reaped child process

[STINNER Victor]

STINNER Victor added the comment:


New changeset 88eee44a91c991dbbdf284fa220e2928b5de105c by Victor Stinner (Ammar 
Askar) in branch 'master':
bpo-31150: Wait for child process in test_forkinthread to avoid thread reaped 
warnings (#3032)
https://github.com/python/cpython/commit/88eee44a91c991dbbdf284fa220e2928b5de105c


--

___
Python tracker 

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

[issue31135] [2.7] test_ttk_guionly doesn't destroy all widgets on Python 2.7

[STINNER Victor]

STINNER Victor added the comment:


New changeset 33460fa7e0bd126bee739a66e1228665dc22e70f by Victor Stinner in 
branch '3.6':
ttk: fix LabeledScale and OptionMenu destroy() method (#3025) (#3030)
https://github.com/python/cpython/commit/33460fa7e0bd126bee739a66e1228665dc22e70f


--

___
Python tracker 

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