[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

[Terry J. Reedy]

Change by Terry J. Reedy :


--
keywords: +patch
pull_requests: +7880
stage: needs patch -> patch review

___
Python tracker 

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

[issue34163] Python latest release 2.7 shows SSL error

[Christian Heimes]

Christian Heimes  added the comment:

This looks like a pip problem. Please open a bug report at 
https://github.com/pypa/pip

--

___
Python tracker 

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

[issue34163] Python latest release 2.7 shows SSL error

[Janibasha]

New submission from Janibasha :

I have downloaded & installed python latest 2.7 version (on date - 16th July). 
Initially i was unable to install even pip using cmd - python get-pip.py, 
somehow i managed to installed pip. Then i was unable to install any package 
using pip. It throws SSL error. Tried multiple ways to install but no go. No 
proxy or admin issues observed (admin confirmed the same). 

Then i uninstalled & reinstalled 2.7.10 which resolved the issue. 
Please check the attached screenshots and resolve it.

--
assignee: christian.heimes
components: SSL
files: pip-error.JPG
messages: 321981
nosy: Janibasha, christian.heimes
priority: normal
severity: normal
status: open
title: Python latest release 2.7 shows SSL error
type: compile error
versions: Python 2.7
Added file: https://bugs.python.org/file47705/pip-error.JPG

___
Python tracker 

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

[issue34162] idlelib/NEWS.txt for 3.8.0 (and backports)

[Terry J. Reedy]

Change by Terry J. Reedy :


--
assignee: terry.reedy
components: IDLE
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: idlelib/NEWS.txt for 3.8.0 (and backports)
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34161] (good first issue) Tutorial 7.1 str.format() code example syntax error

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

Yup. Are you interested in creating the PR?

--
keywords: +easy
nosy: +Mariatta
stage:  -> needs patch
title: Tutorial 7.1 str.format() code example syntax error -> (good first 
issue) Tutorial 7.1 str.format() code example syntax error
versions: +Python 3.8

___
Python tracker 

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

[issue28166] WindowsConsoleIO misbehavior when Ctrl+C is ignored

[Valeriya Sinevich]

Valeriya Sinevich  added the comment:

I posted a PR but the problem with it is that all the input before the ignored 
Ctrl+C is lost.

--
nosy: +valer

___
Python tracker 

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

[issue28166] WindowsConsoleIO misbehavior when Ctrl+C is ignored

[Valeriya Sinevich]

Change by Valeriya Sinevich :


--
keywords: +patch
pull_requests: +7878
stage: test needed -> patch review

___
Python tracker 

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

[issue34161] Tutorial 7.1 str.format() code example syntax error

[Orlando]

New submission from Orlando :

Tutorial 7.1 str.format() example 
(https://docs.python.org/3.7/tutorial/inputoutput.html#fancier-output-formatting):

[1]yes_votes = 42_572_654 ; no_votes = 43_132_495
[2]percentage = (yes_votes/(yes_votes+no_votes)
[3]'{:-9} YES votes  {:2.2%}'.format(yes_votes, percentage))

Proposed Fix: 
Remove first open parens on line 2 and last close parens on line 3.

--
assignee: docs@python
components: Documentation
messages: 321977
nosy: docs@python, oboff
priority: normal
severity: normal
status: open
title: Tutorial 7.1 str.format() code example syntax error
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

[issue34160] ElementTree not preserving attribute order

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Attributes are sorted by name when converted an element to the text 
representation for making it stable. Changing this may break existing software.

I think it makes sense now to add an optional keyword-only parameter sort_attrs 
(True by default) for functions tostring() and tostringlist() and method 
ElementTree.write(). If it is False, attributes will keep the original order.

Since dump() is used for debugging only, it could change the behavior by 
default, even in maintained releases. But currently it just uses 
ElementTree.write(), which should sort attributes by default for compatibility.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue34132] Obscure netrc parser "bug"

[bbayles]

bbayles  added the comment:

I took a shot at this, but closed my PR when I found that it introduced a 
different regression.

After playing with it for a bit, I think that this commit [1] is a bit 
problematic because it uses lexer.instream.readline(), which can make the line 
number in lexer.lineno incorrect.

I may take another look if I have time, but someone else is free to tackle this.

[1] 
https://github.com/python/cpython/commit/1df0f214a9fdb4dde7506576b144cf6a7fd01b65#diff-e6896f6d68ca3fd8094a933533f8b2ed

--

___
Python tracker 

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

[issue34157] NamedTemporaryFile can leave temporary files behind

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Nick, is this related to the bug where the "finally" portion of a context 
manager isn't guaranteed to be called?

--
nosy: +ncoghlan, rhettinger

___
Python tracker 

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

[issue34160] ElementTree not preserving attribute order

[Raymond Hettinger]

New submission from Raymond Hettinger :

Starting with Python3.6, the order of keyword arguments has been guaranteed.  
Something in ElementTree is not respecting that order.

$ python3.7
Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24)
[Clang 6.0 (clang-600.0.57)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> from xml.etree.ElementTree import Element, dump
>>> dump(Element('cirriculum', status='public', company='example'))

>>> # ^-^ These are swapped

--
components: Library (Lib)
messages: 321973
nosy: eli.bendersky, rhettinger, scoder
priority: normal
severity: normal
status: open
title: ElementTree not preserving attribute order
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue24379] Add operator.subscript as a convenience for creating slices

[STINNER Victor]

STINNER Victor  added the comment:

> Raymond, Tal and Guido -- do any of you work routinely with multi-dimensional 
> arrays?

Hi Stephan Hoyer,

IMHO a *closed* issue is not the most appropriate place to request Guido to 
change his mind. You may get more traction on python-ideas where you may find 
more supporters who need the operator.

The question is not only if the operator makes sense (obviously, it does, for 
you), but if it "belongs" to the standard library. Is it popular enough? Is it 
consistent with other functions of the operator module? etc.

--

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[Larry Hastings]

Larry Hastings  added the comment:


New changeset 76aa2c0a9a8dd3ac90b91e7342c8ce8125bf21f9 by larryhastings in 
branch '3.5':
bpo-33216: Clarify the documentation for CALL_FUNCTION_* (#8338)
https://github.com/python/cpython/commit/76aa2c0a9a8dd3ac90b91e7342c8ce8125bf21f9


--

___
Python tracker 

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

[issue30237] Access violation due to CancelSynchronousIo of console read

[Steve Dower]

Change by Steve Dower :


--
pull_requests: +7877

___
Python tracker 

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

[issue30237] Access violation due to CancelSynchronousIo of console read

[miss-islington]

Change by miss-islington :


--
pull_requests: +7876

___
Python tracker 

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

[issue30237] Access violation due to CancelSynchronousIo of console read

[Steve Dower]

Steve Dower  added the comment:


New changeset ce75df3031c86b78311b1ad76c39c0b39d7d7424 by Steve Dower 
(ValeriyaSinevich) in branch 'master':
bpo-30237: Output error when ReadConsole is canceled by CancelSynchronousIo. 
(GH-7911)
https://github.com/python/cpython/commit/ce75df3031c86b78311b1ad76c39c0b39d7d7424


--

___
Python tracker 

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

[issue34159] asyncio basic event loop stuck with no tasks scheduled or ready

[Sheng Zhong]

New submission from Sheng Zhong :

An exception is raised and propagates up the call stack without being consumed 
until the asyncio/events.py:_run function. The exception seemingly doesn't get 
consumed according to my breakpoint (quite strange and a part of my confusion) 
but the task does get removed from the next loop cycle as expected. 

However, a subsequent call to the loop's _run_once() gets stuck forever on 
`event_list = self._selector.select(timeout)` with no tasks in its `_ready` or 
`_scheduled` queue. 

A snippet of the debug session is below
https://i.imgur.com/YLcU8I6.png 

Shouldn't an event loop with no tasks left exit?

--
components: asyncio
messages: 321969
nosy: Sheng Zhong, asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: asyncio basic event loop stuck with no tasks scheduled or ready
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

[issue34158] Documentation of datetime '%z' format code is odd

[Christophe Nanteuil]

New submission from Christophe Nanteuil :

In § 8.1.8. "strftime() and strptime() Behavior", the documentation states that 
"%z" format code is a string of the form '±HHMM[SS[.uu]]' where uu is a 
2-digit string giving the number of UTC offset microseconds.
I think it's a 6-digit string.

--
assignee: docs@python
components: Documentation
files: datetime.rst.patch
keywords: patch
messages: 321968
nosy: Christophe Nanteuil, docs@python
priority: normal
severity: normal
status: open
title: Documentation of datetime  '%z' format code is odd
versions: Python 3.7
Added file: https://bugs.python.org/file47704/datetime.rst.patch

___
Python tracker 

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

[issue34155] email.utils.parseaddr mistakenly parse an email

[Jakub Wilk]

Jakub Wilk  added the comment:

You should not use decode_header() on the whole From header, because that loses
information. You should parse the header first, then decode the parts that
could be RFC2047-encoded.

Quoting :

> NOTE: Decoding and display of encoded-words occurs *after* a
> structured field body is parsed into tokens.  It is therefore
> possible to hide 'special' characters in encoded-words which, when
> displayed, will be indistinguishable from 'special' characters in the
> surrounding text.  For this and other reasons, it is NOT generally
> possible to translate a message header containing 'encoded-word's to
> an unencoded form which can be parsed by an RFC 822 mail reader.

So I don't see a bug in parseaddr() here, except that the API is a bit of a
footgun.

--
nosy: +jwilk

___
Python tracker 

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

[issue24379] Add operator.subscript as a convenience for creating slices

[Stephan Hoyer]

Stephan Hoyer  added the comment:

Raymond, Tal and Guido -- do any of you work routinely with multi-dimensional 
arrays?

In my experience as someone who uses Python everyday for numerical computing 
(and has been doing so for many years), the need for an operator like this 
comes up with some regularity. With multi-dimensional indexing, this allows 
lets you cut down quite a bit on boilerplate, e.g., compare

  subscript[:, 0, ::-1] vs (slice(None), 0, slice(None, None, -1))

It's absolutely true that subscript is an easy four line recipe, and indeed a 
form of this recipe is already included in both NumPy and pandas. But I think 
this is a case where the lack of a common idiom is actively harmful. I do 
multi-dimensional indexing in using at least four different libraries (pandas, 
xarray, numpy and tensorflow), and it feels wrong to use a utility from 
numpy/pandas for other projects. I could write my own version of 
operator.subscript in each project (and yes, I've done so before), but for any 
individual use case it's less hassle to write things out the long way. 

In practice, the preferred way to write such long expressions seems to be to 
redundantly repeat indexing operations, e.g.,

  x[:, 0, ::-1]
  y[:, 0, ::-1]

rather than

  index = subscript[:, 0, ::-1]
  x[index]
  y[index]

This is definitely non-ideal from a readability perspective. It's no longer 
immediately clear that these arrays are being indexed in the same way, and any 
changes would need to be applied twice.

--
nosy: +Stephan Hoyer

___
Python tracker 

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

[issue34157] NamedTemporaryFile can leave temporary files behind

[Jakub Wilk]

New submission from Jakub Wilk :

If you press Ctrl+C at the wrong moment, NamedTemporaryFile won't delete the
temporary file. To reproduce, you can try this script:

import tempfile
while True:
with tempfile.NamedTemporaryFile(dir='.'):
pass

I get a stray temporary file when I press Ctrl+C about 40% of the time.

--
components: Library (Lib)
messages: 321965
nosy: jwilk
priority: normal
severity: normal
status: open
title: NamedTemporaryFile can leave temporary files behind
type: behavior
versions: Python 3.8

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[Brett Cannon]

Change by Brett Cannon :


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

[issue34156] Nail down and document the behavior of range expressions in RE character classes

[Zack Weinberg]

Zack Weinberg  added the comment:

Also, whether or not the current behavior is the intended behavior, I think 
programmers would appreciate an explicit statement of whether or not it might 
change in the future.

--

___
Python tracker 

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

[issue34156] Nail down and document the behavior of range expressions in RE character classes

[Zack Weinberg]

New submission from Zack Weinberg :

The documentation of the semantics of range expressions in regular expression 
character classes is not precise enough.  All it says is

Ranges of characters can be indicated by giving two characters and 
separating them by a '-', for example [a-z] will match any lowercase ASCII 
letter [... more examples, none involving non-ASCII characters]

In testing it seems that the behavior is simply to expand the range to a set of 
characters by numeric code point, e.g. '[ᄀ-ፚ]' will match any single character 
whose ord() is in between ord('ᄀ') and ord('ፚ') (inclusive).  If that is the 
intended behavior, I would like the documentation to explicitly say so.  If 
that is _not_ the intended behavior, I would like to know what the intended 
behavior actually is, and for both the code and the documentation to be changed 
to reflect the intent.

(I think expansion by numeric code point makes sense and is probably what most 
existing programs want, but this is a contended issue in the context of POSIX 
regular expressions, e.g. some C libraries try (not always successfully) to 
make [0-9] match all of the characters that Python's \d matches, so it's not 
"obvious".)

--
assignee: docs@python
components: Documentation, Regular Expressions
messages: 321963
nosy: docs@python, ezio.melotti, mrabarnett, zwol
priority: normal
severity: normal
status: open
title: Nail down and document the behavior of range expressions in RE character 
classes
type: behavior

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This is not a bug and the issue can be closed.  I’ll do so when I get back to 
my computer in a couple of days. 

--
On the road, hence brief. 

Op 19 jul. 2018 om 08:52 heeft Karthikeyan Singaravelan 
 het volgende geschreven:

> 
> Karthikeyan Singaravelan  added the comment:
> 
> Thanks for the details @lktoken. I assumed that you were on Linux and had the 
> opposite values. Verified it on my Mac and they report the same values as 
> yours. I think the values are also different for Windows machines as 
> @ronaldoussoren noted in his comment
> 
> EAGAIN - 11
> EDEADLK - 36 (Not 35 like Linux)
> 
> Ref : 
> https://docs.microsoft.com/en-us/cpp/c-runtime-library/errno-doserrno-sys-errlist-and-sys-nerr
> 
> Thanks
> 
> --
> 
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue33808] ssl.get_server_certificate fails with openssl 1.1.0 but works with 1.0.2g for self-signed certificate

[Christian Heimes]

Christian Heimes  added the comment:

It looks like the server is hard-killing the connection. It doesn't respond 
with a proper TLS error code. Instead the server response to the CLientHello 
with a FIN/ACK TCP package. The OSError is all we are getting from the network 
layer.

19:27:20.956332 IP 192.168.7.168.45884 > 195.22.7.222.imaps: Flags [S], seq 
4225502143, win 29200, options [mss 1460,sackOK,TS val 2762111573 ecr 
0,nop,wscale 7], length 0
19:27:21.007310 IP 195.22.7.222.imaps > 192.168.7.168.45884: Flags [S.], seq 
2527363412, ack 4225502144, win 64240, options [mss 1452,nop,wscale 
0,nop,nop,TS val 0 ecr 0,nop,nop,sackOK], length 0
19:27:21.007413 IP 192.168.7.168.45884 > 195.22.7.222.imaps: Flags [.], ack 1, 
win 229, options [nop,nop,TS val 2762111625 ecr 0], length 0
19:27:21.007775 IP 192.168.7.168.45884 > 195.22.7.222.imaps: Flags [P.], seq 
1:111, ack 1, win 229, options [nop,nop,TS val 2762111625 ecr 0], length 110
19:27:21.060476 IP 195.22.7.222.imaps > 192.168.7.168.45884: Flags [F.], seq 1, 
ack 111, win 64130, options [nop,nop,TS val 37305785 ecr 2762111625], length 0
19:27:21.060767 IP 192.168.7.168.45884 > 195.22.7.222.imaps: Flags [F.], seq 
111, ack 2, win 229, options [nop,nop,TS val 2762111678 ecr 37305785], length 0
19:27:21.111577 IP 195.22.7.222.imaps > 192.168.7.168.45884: Flags [.], ack 
112, win 64130, options [nop,nop,TS val 37305786 ecr 2762111678], length 0

--

___
Python tracker 

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

[issue33808] ssl.get_server_certificate fails with openssl 1.1.0 but works with 1.0.2g for self-signed certificate

[Segev Finer]

Segev Finer  added the comment:

Even if the server is outdated and the SSL library doesn't support it anymore, 
that's a poor exception to raise for such an error...

Sadly I'm not able to access the affected server to reproduce and debug why it 
raises such a poor exception.

--
nosy: +Segev Finer -Alan.Huang

___
Python tracker 

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

[issue34155] email.utils.parseaddr mistakenly parse an email

[R. David Murray]

R. David Murray  added the comment:

Ah, maybe it doesn't handle it completely correctly; that decode looks 
different now that I look at it in detail.

--

___
Python tracker 

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

[issue34155] email.utils.parseaddr mistakenly parse an email

[R. David Murray]

R. David Murray  added the comment:

Oops, I left out a step in that cut and paste.  For completeness:

>>> x = x[3:]

--

___
Python tracker 

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

[issue34155] email.utils.parseaddr mistakenly parse an email

[R. David Murray]

R. David Murray  added the comment:

That does appear to be a bug.  Note that the new email API handles it correctly:

>>> x = """
... > From: =?utf-8?Q?z...@redacted.com.cn=E3=82=86=E2=86=91=E3=82=86?=
...  =?utf-8?Q?=E3=82=83=E3=82=85=E3=81=87=E3=81=BA=E3=81=BD=E3=81=BC"\=E3?=
...  =?utf-8?Q?=81=A9=E3=81=A5=E3=81=A2l=E3=81=A0=E3=81=B0=E3=81=A8=E3=81?=
...  =?utf-8?Q?=8FKL=E3=81=84=E3=82=8C=E3=82=8B=E3=82=86>KL=E3=82=89JF?=
...  
... """
>>> from email import message_from_string
>>> from email.policy import default
>>> m = message_from_string(x+'\n\ntest', policy=default)
>>> m['from']
'"z...@redacted.com.cnゆ↑ゆ ゃゅぇぺぽぼ\\"� ��づぢlだばと� �KLいれるゆ>KLらJF" 
'
>>> m['from'].addresses[0].addr_spec
'm...@redacted2.com'
>>> m['from'].addresses[0].display_name
'z...@redacted.com.cnゆ↑ゆ ゃゅぇぺぽぼ"\\\udce3 \udc81\udca9づぢlだばと\udce3\udc81 
\udc8fKLいれるゆ>KLらJF'

I'm not particularly interested myself in fixing parseaddr to handle this case 
correctly, since it is the legacy API, but if someone else wants to I'll review 
the patch.

--
versions: +Python 3.7, Python 3.8 -Python 3.6

___
Python tracker 

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

[issue34155] email.utils.parseaddr mistakenly parse an email

[Cyril Nicodème]

New submission from Cyril Nicodème :

Hi!

I'm trying to parse some emails, and I discovered that email.utils.parseaddr 
wrongly parse an email.

Here's the corresponding header:

> From: =?utf-8?Q?z...@redacted.com.cn=E3=82=86=E2=86=91=E3=82=86?=
 =?utf-8?Q?=E3=82=83=E3=82=85=E3=81=87=E3=81=BA=E3=81=BD=E3=81=BC"\=E3?=
 =?utf-8?Q?=81=A9=E3=81=A5=E3=81=A2l=E3=81=A0=E3=81=B0=E3=81=A8=E3=81?=
 =?utf-8?Q?=8FKL=E3=81=84=E3=82=8C=E3=82=8B=E3=82=86>KL=E3=82=89JF?=
 

Once this has been parsed via `decode_header`, we obtain this value:

> From: z...@redacted.com.cnゆ↑ゆゃゅぇぺぽぼ"\どづぢlだばとくKLいれるゆ>KLらJF 

(I agree, not really a nice looking From email ...)

Then, when this value is given to parseaddr, here's the result:

> ('', 'z...@redacted.com.cnゆ↑ゆゃゅぇぺぽぼ')

But it should be:

> ('z...@redacted.com.cnゆ↑ゆゃゅぇぺぽぼ"\どづぢlだばとくKLいれるゆ>KLらJF', 'm...@redacted2.com')

(Note that the email in the "name" part is not the same as the email in the 
"email" part!)

--
components: email
messages: 321956
nosy: Cyril Nicodème, barry, r.david.murray
priority: normal
severity: normal
status: open
title: email.utils.parseaddr mistakenly parse an email
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

[issue33869] doc Add link to list definition in Glossary list entry

[Andrés Delfino]

Change by Andrés Delfino :


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

[issue34144] venv activate.bat reset codepage fails on windows 10

[Felix Vollmer]

Change by Felix Vollmer :


--
nosy: +Felix Vollmer

___
Python tracker 

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I take this issue because there are many other issues with handling arguments 
in the hashlib module.

--

___
Python tracker 

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

[issue18921] In imaplib, cached capabilities may be out of date after login

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-33327: Add a method to move messages to IMAPlib.

--
nosy: +vstinner

___
Python tracker 

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

[issue33336] [imaplib] MOVE is a legal command

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-33327: Add a method to move messages to IMAPlib.

--

___
Python tracker 

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

[issue33327] Add a method to move messages to IMAPlib

[STINNER Victor]

STINNER Victor  added the comment:

See also bpo-6: [imaplib] MOVE is a legal command.

--
nosy: +vstinner

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[STINNER Victor]

STINNER Victor  added the comment:

I changed the timeout in 3.6, 3.7 and master branches. The failure should now 
be much less likely.

Python 2.7 doesn't have the unit test.

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

[issue33336] [imaplib] MOVE is a legal command

[STINNER Victor]

STINNER Victor  added the comment:

> Should we also add the MOVE command to Python 2.7, 3.6 and 3.7? The change 
> looks safe and trivial.

IMHO it's ok to backport this change. The stdlib must follow evolutions of the 
IMAP protocol. It's a self contained and safe change, it's not a new Python 
method.

--

___
Python tracker 

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee: docs@python -> serhiy.storchaka

___
Python tracker 

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Christian Heimes]

Christian Heimes  added the comment:

Please treat the first argument as positional-only argument. I don't want to 
standardize on 'string'.

--

___
Python tracker 

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

[issue33635] OSError when using pathlib.Path.rglob() to list device files

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

hashlib.blake2b() and some other constructors accept the first chunk of data as 
the "string" keyword argument.

>>> hashlib.blake2b(string=b'')
<_blake2.blake2b object at 0x7f2847a9c430>
>>> hashlib.blake2s(string=b'')
<_blake2.blake2s object at 0x7f28468f6290>
>>> hashlib.sha3_224(string=b'')
<_sha3.sha3_224 object at 0x7f28468f6608>
>>> hashlib.sha3_256(string=b'')
<_sha3.sha3_256 object at 0x7f28468f6290>
>>> hashlib.sha3_384(string=b'')
<_sha3.sha3_384 object at 0x7f28468f6608>
>>> hashlib.sha3_512(string=b'')
<_sha3.sha3_512 object at 0x7f28468f6290>
>>> hashlib.shake_128(string=b'')
<_sha3.shake_128 object at 0x7f28468f6608>
>>> hashlib.shake_256(string=b'')
<_sha3.shake_256 object at 0x7f28468f6290>

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue29253] Fix test_asyncore tests on Cygwin

[Martin Panter]

Change by Martin Panter :


--
superseder:  -> Cygwin: asyncio and asyncore test suites hang indefinitely due 
to bug in Cygwin

___
Python tracker 

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

[issue31882] Cygwin: asyncio and asyncore test suites hang indefinitely due to bug in Cygwin

[Erik Bray]

Erik Bray  added the comment:

I originally opened this in https://bugs.python.org/issue29253 but then made a 
dupe of my own bug!  Anyways, there's a (nearly year old) pull request for it 
now.

--

___
Python tracker 

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

[issue29253] Fix test_asyncore tests on Cygwin

[Erik Bray]

Erik Bray  added the comment:

Yes, it's a dupe.  There was enough time after I later made the PR for this 
that I forgot I already opened an issue for it.

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

This was introduced as part of https://hg.python.org/cpython/rev/4969f6d343b1 . 
In addition to the signature there is also a line at 
https://docs.python.org/dev/library/hashlib.html#simple-hashing which could be 
removed 

> As a shortcut, you can pass the first chunk of data to update directly to the 
> constructor as the first argument (or as data keyword argument)


Thanks

--
nosy: +xtreak

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[miss-islington]

miss-islington  added the comment:


New changeset 2fe1c6b386e7bbb8b647636643cc637795b99123 by Miss Islington (bot) 
in branch '3.6':
bpo-32692: Fix test_threading.test_set_and_clear() (GH-8331)
https://github.com/python/cpython/commit/2fe1c6b386e7bbb8b647636643cc637795b99123


--

___
Python tracker 

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

[issue34100] Same constants in tuples are not merged while compile()

[INADA Naoki]

Change by INADA Naoki :


--
keywords: +needs review -3.7regression
stage: needs patch -> patch review
type: enhancement -> resource usage

___
Python tracker 

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

[issue34100] Same constants in tuples are not merged while compile()

[INADA Naoki]

INADA Naoki  added the comment:

Counting object types in logging/__pycache__/__init__.cpython-38.pyc:

master:
[('r', 1815), (')', 467), ('Z', 339), ('s', 314), ('z', 273), ('c', 157), ('N', 
154), ('a', 24), ('F', 14), ('i', 11), ('T', 8)]

GH-8341:
[('r', 1737), (')', 375), ('Z', 339), ('s', 314), ('z', 264), ('c', 157), ('N', 
138), ('a', 24), ('F', 14), ('i', 11), ('T', 8)]

It reduced about 5% objects.

I chose logging/__init__ because it's large except tests, and it's written in 
OO-based. (Large application has many OO-based code).

--
keywords:  -patch
stage: patch review -> needs patch

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[miss-islington]

miss-islington  added the comment:


New changeset 339e0c1296c61c9dbc1f8f880c5c668bf4007e5e by Miss Islington (bot) 
in branch '3.7':
bpo-32692: Fix test_threading.test_set_and_clear() (GH-8331)
https://github.com/python/cpython/commit/339e0c1296c61c9dbc1f8f880c5c668bf4007e5e


--
nosy: +miss-islington

___
Python tracker 

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

[issue34100] Same constants in tuples are not merged while compile()

[INADA Naoki]

Change by INADA Naoki :


--
keywords: +patch
pull_requests: +7875
stage: needs patch -> patch review

___
Python tracker 

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

[issue31534] python 3.6.2 installation failed 0x80070002 error

[Marin Petrov]

Marin Petrov  added the comment:

same error on 
windows 10 64bit 
python 3.6.4

windows user (from windows installation) was named ' pc' - a space as first 
character. In the log file most paths were c:\users\ pc\... but there was one  
c:\users\PC~1\... folowing some error. I didnt make a copy, sorry. I hope this 
hints for resolving it.

I reinstalled windows with user 'pc' and all was good.

--
nosy: +malopet

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[miss-islington]

Change by miss-islington :


--
pull_requests: +7874

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 81950495ba2c36056e0ce48fd37d514816c26747 by Victor Stinner in 
branch 'master':
bpo-32692: Fix test_threading.test_set_and_clear() (GH-8331)
https://github.com/python/cpython/commit/81950495ba2c36056e0ce48fd37d514816c26747


--

___
Python tracker 

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

[issue34131] test_threading: BarrierTests.test_default_timeout() failed on AppVeyor

[STINNER Victor]

STINNER Victor  added the comment:

Another failure on AMD64 Windows8.1 Refleaks 3.6 which seems very very slow on 
this build.

https://buildbot.python.org/all/#/builders/64/builds/293

0:26:36 [133/407/1] test_threading failed -- running: test_venv (23 min 45 
sec), test_mmap (19 min 28 sec)
beginning 6 repetitions
123456
..Unhandled exception in thread started by .task at 0x00A373C5E110>
Unhandled exception in thread started by .task 
at 0x00A373C5E110>
Unhandled exception in thread started by .task 
at 0x00A373C5E110>
Traceback (most recent call last):
Traceback (most recent call last):
Traceback (most recent call last):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 41, in task
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 41, in task
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 41, in task
f()
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 938, in f
f()
f()
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 938, in f
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 938, in f
i = barrier.wait()
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 612, in wait
i = barrier.wait()
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 612, in wait
i = barrier.wait()
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 612, in wait
self._wait(timeout)
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 652, in _wait
self._wait(timeout)
self._wait(timeout)
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 652, in _wait
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 652, in _wait
raise BrokenBarrierError
threading.BrokenBarrierError
raise BrokenBarrierError
threading.BrokenBarrierError
raise BrokenBarrierError
threading.BrokenBarrierError
Unhandled exception in thread started by .task 
at 0x00A373C5E110>
Traceback (most recent call last):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 41, in task
f()
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 938, in f
i = barrier.wait()
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 603, in wait
self._enter() # Block while the barrier drains.
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 627, in _enter
raise BrokenBarrierError
threading.BrokenBarrierError
Exception ignored in: 
Traceback (most recent call last):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\support\__init__.py",
 line 2154, in wait_threads_exit
raise AssertionError(msg)
AssertionError: wait_threads() failed to cleanup 1 threads after 60.0 seconds 
(count: 1, old count: 0)
test test_threading failed -- Traceback (most recent call last):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 943, in test_default_timeout
self.run_threads(f)
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 772, in run_threads
f()
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\lock_tests.py", 
line 938, in f
i = barrier.wait()
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 612, in wait
self._wait(timeout)
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 650, in _wait
raise BrokenBarrierError
threading.BrokenBarrierError

--

___
Python tracker 

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

[issue32692] [3.6] test_threading.test_set_and_clear fails in AppVeyor CI

[miss-islington]

Change by miss-islington :


--
pull_requests: +7873

___
Python tracker 

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

[issue34150] test_multiprocessing_spawn: Dangling processes leaked on AMD64 FreeBSD 10.x Shared 3.x

[STINNER Victor]

STINNER Victor  added the comment:

Another failure on AMD64 Windows8.1 Refleaks 3.6:

https://buildbot.python.org/all/#/builders/64/builds/293

1:24:09 [391/407/2] test_multiprocessing_spawn failed -- running: test_mailbox 
(8 min 1 sec), test_asyncio (2 min 58 sec)
beginning 6 repetitions
123456
..Warning -- Dangling processes: {}
Warning -- files was modified by test_multiprocessing_spawn
  Before: []
  After:  ['@test_3712_tmp'] 
test test_multiprocessing_spawn failed -- multiple errors occurred; run in 
verbose mode for details

(...)
Re-running test 'test_multiprocessing_spawn' in verbose mode
beginning 6 repetitions
(...)

test_thread_safety (test.test_multiprocessing_spawn.WithProcessesTestFinalize) 
... Unable to join 2 threads during a period of 1 minutes
Unable to join 2 threads during a period of 2 minutes
Unable to join 2 threads during a period of 3 minutes
Unable to join 2 threads during a period of 4 minutes
Unable to join 2 threads during a period of 5 minutes
Unable to join 2 threads during a period of 6 minutes
Unable to join 2 threads during a period of 7 minutes
Unable to join 2 threads during a period of 8 minutes
Unable to join 2 threads during a period of 9 minutes
Unable to join 2 threads during a period of 10 minutes
Unable to join 2 threads during a period of 11 minutes
Unable to join 2 threads during a period of 12 minutes
Unable to join 2 threads during a period of 13 minutes
Unable to join 2 threads during a period of 14 minutes
Unable to join 2 threads during a period of 15 minutes
Thread 0x0ad8 (most recent call first):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\_test_multiprocessing.py",
 line  in make_finalizers
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 864 in run
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 916 in _bootstrap_inner
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 884 in _bootstrap

Thread 0x0700 (most recent call first):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\multiprocessing\util.py",
 line 188 in __call__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\multiprocessing\util.py",
 line 262 in _run_finalizers
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\_test_multiprocessing.py",
 line 3322 in run_finalizers
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 864 in run
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 916 in _bootstrap_inner
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\threading.py", 
line 884 in _bootstrap

Current thread 0x0b14 (most recent call first):
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\support\__init__.py",
 line 2213 in start_threads
  File "D:\buildarea\3.6.ware-win81-release.refleak\build\lib\contextlib.py", 
line 88 in __exit__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\_test_multiprocessing.py",
 line 3347 in test_thread_safety
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\case.py", line 
605 in run
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\case.py", line 
653 in __call__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
122 in run
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
84 in __call__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
122 in run
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
84 in __call__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
122 in run
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\suite.py", line 
84 in __call__
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\unittest\runner.py", 
line 176 in run
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\support\__init__.py",
 line 1908 in _run_suite
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\support\__init__.py",
 line 1998 in run_unittest
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py",
 line 175 in test_runner
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\refleak.py",
 line 62 in dash_R
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py",
 line 177 in runtest_inner
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\runtest.py",
 line 140 in runtest
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\main.py",
 line 286 in rerun_failed_tests
  File 
"D:\buildarea\3.6.ware-win81-release.refleak\build\lib\test\libregrtest\main.py",
 line 570 in _main
  File 

[issue34149] Behavior of the min/max with key=None

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Serhiy, feel free to reject this PR.

--

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the details @lktoken. I assumed that you were on Linux and had the 
opposite values. Verified it on my Mac and they report the same values as 
yours. I think the values are also different for Windows machines as 
@ronaldoussoren noted in his comment

EAGAIN - 11
EDEADLK - 36 (Not 35 like Linux)

Ref : 
https://docs.microsoft.com/en-us/cpp/c-runtime-library/errno-doserrno-sys-errlist-and-sys-nerr

Thanks

--

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[lktoken]

lktoken  added the comment:

yes, I agree that this is not a bug. 
I used to think that this value is the same in macOS and Linux. Now it seems 
that I am wrong. And sorry for disturbing you.

--

___
Python tracker 

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

[issue34149] Behavior of the min/max with key=None

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Accepting None makes the typing model more complex. Instead of just a callable 
functions accept callable-or-none. It terms of annotations, it is 
Union[Callable[[Any], Any], None] instead of just Callable[[Any], Any].

--

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[Ronald Oussoren]

Ronald Oussoren  added the comment:

I’m not sure if I understand correctly. Is your report about the difference in 
the values of EAGAIN between Linux and macOS?

If so, that is not a bug: the relevant standards only document the name and 
type of these constants and not their values. The value can and does vary 
across operating systems.  

--
On the road, hence brief. 

Op 19 jul. 2018 om 08:16 heeft lktoken  het volgende 
geschreven:

> 
> lktoken  added the comment:
> 
> The picture is a screenshot from the IDEA editor on my OSX system. This may 
> be just a problem with the python I am using. So sad.
> Python 2.7.10 (default, Oct  6 2017, 22:29:07)
> [GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
 import errno
 errno.EDEADLK
> 11
 errno.EAGAIN
> 35
 import os
 os.strerror(11)
> 'Resource deadlock avoided'
 os.strerror(35)
> 'Resource temporarily unavailable'
 
> 
> Any more, follow your shell commands, I found this:
> 
> ➜  ~ grep -E 'EDEADLK|EAGAIN' /usr/include/sys/errno.h
> #defineEDEADLK11/* Resource deadlock avoided */
>/* 11 was EAGAIN */
> #defineEAGAIN35/* Resource temporarily unavailable */
> #defineEWOULDBLOCKEAGAIN/* Operation would block */
> 
> And my OS info:
> ➜  ~ uname -a
> Darwin lktokendeMacBook-Air.local 17.6.0 Darwin Kernel Version 17.6.0: Tue 
> May  8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64
> 
> Thank you very much.
> 
> --
> 
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue34143] There is a constant definition error in errno.py

[lktoken]

lktoken  added the comment:

The picture is a screenshot from the IDEA editor on my OSX system. This may be 
just a problem with the python I am using. So sad.
Python 2.7.10 (default, Oct  6 2017, 22:29:07)
[GCC 4.2.1 Compatible Apple LLVM 9.0.0 (clang-900.0.31)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import errno
>>> errno.EDEADLK
11
>>> errno.EAGAIN
35
>>> import os
>>> os.strerror(11)
'Resource deadlock avoided'
>>> os.strerror(35)
'Resource temporarily unavailable'
>>>

Any more, follow your shell commands, I found this:

➜  ~ grep -E 'EDEADLK|EAGAIN' /usr/include/sys/errno.h
#define EDEADLK 11  /* Resource deadlock avoided */
/* 11 was EAGAIN */
#define EAGAIN  35  /* Resource temporarily unavailable */
#define EWOULDBLOCK EAGAIN  /* Operation would block */
 
And my OS info:
➜  ~ uname -a
Darwin lktokendeMacBook-Air.local 17.6.0 Darwin Kernel Version 17.6.0: Tue May  
8 15:22:16 PDT 2018; root:xnu-4570.61.1~1/RELEASE_X86_64 x86_64

Thank you very much.

--

___
Python tracker 

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

[issue33216] [3.5] Wrong order of stack for CALL_FUNCTION_VAR and CALL_FUNCTION_VAR_KW

[Larry Hastings]

Change by Larry Hastings :


--
pull_requests: +7872

___
Python tracker 

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

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I've encountered this problem as well.  It occurs with files bigger than a 
screenful (i.e. use OpenModule to open the collections module).  Both the 
scroll-up and scroll-down inputs result in scrolling down.  This occurs with a 
fresh MacOs install of Python 3.7 from python.org.  I do not have the issue on 
other versions of Python.


Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 26 2018, 23:26:24) 
[Clang 6.0 (clang-600.0.57)] on darwin

This is running on MacOS High Sierra 10.13.5 running on a Haswell CPU with Iris 
Pro.

--
nosy: +rhettinger

___
Python tracker 

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

[issue25943] Integer overflow in _bsddb leads to heap corruption

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz

___
Python tracker 

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

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

[Raymond Hettinger]

Change by Raymond Hettinger :


--
priority: normal -> high

___
Python tracker 

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

[issue34149] Behavior of the min/max with key=None

[Raymond Hettinger]

Raymond Hettinger  added the comment:

> Whouldn't be better to add operator.identity and use it as the default value 
> instead of None?

No, that would incur overhead that currently isn't present.

--

___
Python tracker 

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

[issue34151] use malloc() for better performance of some list operations

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

[Tal Einat]

Tal Einat  added the comment:

The reported scrolling issues do happen for me with the Python 3.7.0 installed 
from python.org, which does use Tk 8.6.8.

--

___
Python tracker 

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

[issue29253] Fix test_asyncore tests on Cygwin

[Martin Panter]

Martin Panter  added the comment:

Similar to Issue 31882

--
nosy: +martin.panter

___
Python tracker 

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

[issue34047] IDLE: on macOS, scroll slider 'sticks' at bottom of file

[Tal Einat]

Tal Einat  added the comment:

With Python 3.7.0 installed from python.org, I can't see any of the scrolling 
issues with tk_scroll2.py either.

--

___
Python tracker 

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

[issue18397] Python with MinGW

[Martin Panter]

Change by Martin Panter :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> mingw-meta: build interpeter core

___
Python tracker 

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