[issue32437] UnicodeError: 'IDNA does not round-trip'

New submission from Марк Коренберг : First: This is the bug: In [1]: 'großhandel-shop'.encode('idna') Out[1]: b'grosshandel-shop' This lead to this: 'xn--einla-pqa'.decode('idna') Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3.6/encodings/idna.py", line 214,

[issue32437] UnicodeError: 'IDNA does not round-trip'

Change by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue32437] UnicodeError: 'IDNA does not round-trip'

Berker Peksag added the comment: There is an open issue about adding IDNA 2008 support: Issue 17305. Closing this one as a duplicate of that issue. -- nosy: +berker.peksag resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> IDNA2008 encoding missing __

[issue32438] PyLong_ API cleanup

New submission from Erik Bray : Per Serhiy's comment in this thread https://mail.python.org/pipermail/python-ideas/2017-December/048413.html (which I agree with), several of the PyLong_ functions have behavior carried over from Python 2 of calling __int__ on their arguments if the input is not

[issue31639] http.server and SimpleHTTPServer hang after a few requests

Julien Palard added the comment: Glenn you're right I modified my PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Andrew Svetlov added the comment: Agree with Srinivas -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue17305] IDNA2008 encoding missing

Change by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Julien Palard added the comment: I don't agree with the API breakage, the C implementation of the module does not expose copy(), so code using copy() is already broken (since 2005) in cases the C implementation is used. I also expect the C implementation to be used almost anywhere, but I may

[issue32439] Clean up the code for compiling comparison expressions

New submission from Serhiy Storchaka : The proposed PR cleans up the code for compiling comparison expressions. It makes it similar to specialized copy added in bpo-30501. -- assignee: serhiy.storchaka components: Interpreter Core messages: 309123 nosy: serhiy.storchaka priority: normal

[issue32439] Clean up the code for compiling comparison expressions

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +4916 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Andrew Svetlov added the comment: pypy for example has Element.copy() -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue32432] [BUG] Python vs Macbook High Sierra 10.13.2

Ronald Oussoren added the comment: Did you install ActiveState's distribution of Tk as described here: https://www.python.org/download/mac/tcltk/ ? Sadly enough the version of Tcl/Tk shipped by Apple contains a number of bugs that cause problems for Tkinter applications like IDLE. --

[issue22273] abort when passing certain structs by value using ctypes

Vinay Sajip added the comment: Yes, the patch needs improving as per the suggestion in msg288493 (not had the time since to do any work on it), followed by a review of the changes. -- ___ Python tracker

[issue32440] Use HTTPS in help()

New submission from Old K : In python3, in the output of help(), there is link http://docs.python.org/3.6/tutorial/. It should be made into https. There are already some issues about changing http links to https: https://bugs.python.org/issue25910 https://bugs.python.org/issue26736 But this lin

[issue32440] Use HTTPS in help()

Change by Roundup Robot : -- keywords: +patch pull_requests: +4917 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue32440] Use HTTPS in help()

Old K added the comment: I have created a pull request at: https://github.com/python/cpython/pull/5030 -- ___ Python tracker ___ __

[issue32432] [BUG] Python vs Macbook High Sierra 10.13.2

Change by Felipe Filgueira Barral : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue32432] [BUG] Python vs Macbook High Sierra 10.13.2

Felipe Filgueira Barral added the comment: Tks Ronald, solve the problem! =) -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue32440] Use HTTPS in help()

Mariatta Wijaya added the comment: New changeset e5681b9822c633c77ddfeb94585d58895e0ecff5 by Mariatta (oldk) in branch 'master': bpo-32440: Update the docs URL to https in help() (GH-5030) https://github.com/python/cpython/commit/e5681b9822c633c77ddfeb94585d58895e0ecff5 -- nosy: +Mar

[issue32440] Use HTTPS in help()

Change by Roundup Robot : -- pull_requests: +4918 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Gordon P. Hemsley added the comment: Two notes: * It appears that pypy is based on no more recent than Python 3.5, so this wouldn't immediately break them. (3.6 support is maybe in development?) * pypy appears to have already made other adjustments due to the differences between the Python an

[issue32440] Use HTTPS in help()

Mariatta Wijaya added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker ___

[issue32440] Use HTTPS in help()

Mariatta Wijaya added the comment: New changeset 6eb232c52a03e31fc47842e70fc7833198744c2b by Mariatta (Miss Islington (bot)) in branch '3.6': bpo-32440: Update the docs URL to https in help() (GH-5030) (GH-5031) https://github.com/python/cpython/commit/6eb232c52a03e31fc47842e70fc7833198744c2b

[issue17258] multiprocessing.connection challenge implicitly uses MD5

Antoine Pitrou added the comment: Indeed, we probably want a flexible handshake mechanism. This needn't be very optimized: probably a magic number followed by a JSON-encoded dict is sufficient. (of course, several years down the road, someone will engineer a downgrade attack) -- no

[issue32441] os.dup2 should return the new fd

New submission from Benjamin Peterson : os.dup2 currently always None. However, the underlying standard Unix function returns the new file descriptor (i.e., the second argument) on success. We should follow that convention, too. -- components: Extension Modules keywords: easy messages:

[issue32438] PyLong_ API cleanup

Serhiy Storchaka added the comment: See also issue17576. And there may be other related issues. -- nosy: +lemburg, mark.dickinson, serhiy.storchaka, stutzbach versions: +Python 3.7 ___ Python tracker

[issue17305] IDNA2008 encoding missing

Change by Greg Lindahl : -- nosy: +wumpus ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue10381] Add timezone support to datetime C API

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue32442] Result of pathlib.Path.resolve() with UNC path is not very useful

New submission from Tzu-ping Chung : The behaviour of os.path.abspath() and pathlib.Path.resolve() is a different when dealing with a path on a UNC share (on Windows): >>> import os, pathlib >>> path = pathlib.Path('Z:\foo') >>> path.resolve() WindowsPath('//host/share/foo')

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Serhiy Storchaka added the comment: Results of microbenchmarks: $ ./python -m perf timeit -s 'a = list(range(1000))' -- 'for i in a: pass' Mean +- std dev: 6.31 us +- 0.09 us $ ./python -m perf timeit -s 'a = list(range(1000))' -- ' for i in a: try: pass finally: pass ' Unpatched: Mea

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: Yes, those benchmarks look fine. Have you tried with the benchmarks suite? -- ___ Python tracker ___ _

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Andrew Svetlov added the comment: I mean dropping `.copy()` breaks not only compatibility between pure python versions but also between pypy releases and pypy/CPython code. That's why I suggest to keep `.copy()` as an alias for `__copy__()`. -- ___

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Serhiy Storchaka added the comment: I don't expect any differences in macrobenchamrks. try/except/finally are rarely used in tight loops. -- ___ Python tracker ___ ___

[issue10381] Add timezone support to datetime C API

Change by Paul Ganssle : -- keywords: +patch pull_requests: +4919 stage: needs patch -> patch review ___ Python tracker ___ ___ Pytho

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Paul Ganssle added the comment: > I mean dropping `.copy()` breaks not only compatibility between pure python > versions but also between pypy releases and pypy/CPython code. That's why I suggest to keep `.copy()` as an alias for `__copy__()`. If the main issue is that pypy users have been usi

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Andrew Svetlov added the comment: For derivative Python implementation there is a standard strategy: they uses a copy of CPython standard library. Tthat's why any new module should have a pure Python implementation and that's why https://www.python.org/dev/peps/pep-0399/ exists. Jython has c

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Paul Ganssle added the comment: @Andrew Are you suggesting that a `copy` method be *added* to the C implementation, as an alias to __copy__? Because it makes no sense to keep the pure Python and C implementations out of sync just so that it's easier for projects forking the pure Python implem

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Andrew Svetlov added the comment: Yes. For designing from scratch copy() is not necessary but if we have it for decade -- better to unify pure Python and C implementation by adding missing methods. -- ___ Python tracker

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

R. David Murray added the comment: Paul Ganssle: Even if Andrew were not suggesting adding copy to the C implementation (I have no opinion on that currently), it would still be correct to maintain backward compatibility in the python version in the standard library. We do not consider the st

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

Paul Ganssle added the comment: > There is no "fork" involved in other projects using it, from our point of > view. I did not mean "fork" in some judgmental sense, I'm mostly just familiar with pypy, but I was under the impression that other projects were *literally* forking the standard lib

[issue32442] Result of pathlib.Path.resolve() with UNC path is not very useful

Eric V. Smith added the comment: I'm not sure how pathlib.Path('Z:\foo') gives an answer with 'foo' in it, since '\f' is a formfeed. Is this the exact output that you're showing? Can you try with r'Z:\foo', 'Z:\\foo', or 'Z:/foo' and see what that produces? -- nosy: +eric.smith _

[issue32424] Rename copy() to __copy__() in xml.etree.ElementTree.Element Python implementation

R. David Murray added the comment: Yes, that's why I said "from our point of view" :) I know there is usually a fork in the practical sense, but we want to make it as easy as practical to sync that fork, which includes not breaking things in the python versions without good reason.

[issue32420] LookupError : unknown encoding : [0x7FF092395AD0] ANOMALY

Kaoru Kitamura added the comment: Does somebody know what causes above? -- resolution: -> remind ___ Python tracker ___ ___ Python-

[issue32443] Add Linux's signalfd() to the signal module

New submission from Gregory P. Smith : We should add a wrapper for both signalfd() and a function to read and decode the structure from the fd into a dataclass. The code we need to build such a thing from appears to exist in BSD & MIT licensed form in: PyPI contains two extension module wrapp

[issue24960] Can't use lib2to3 with embeddable zip file.

Change by Benjamin Peterson : -- pull_requests: +4920 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue32443] Add Linux's signalfd() to the signal module

Gregory P. Smith added the comment: An example subprocess improvement using sigtimedwait() - https://github.com/python/cpython/pull/5035 - led me to believe that signalfd() is superior as it sounds like signalfd() does not require pthread_sigmask (sigprocmask) global state manipulation calls.

[issue24960] Can't use lib2to3 with embeddable zip file.

Benjamin Peterson added the comment: New changeset e5f7dccefaa8d97ab53b3051acbb4a4d49379dc4 by Benjamin Peterson in branch 'master': make PatternCompiler use the packaged grammar if possible (more bpo-24960) (#5034) https://github.com/python/cpython/commit/e5f7dccefaa8d97ab53b3051acbb4a4d4937

[issue24960] Can't use lib2to3 with embeddable zip file.

Change by Roundup Robot : -- pull_requests: +4921 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24960] Can't use lib2to3 with embeddable zip file.

Change by Roundup Robot : -- pull_requests: +4922 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue24960] Can't use lib2to3 with embeddable zip file.

Benjamin Peterson added the comment: New changeset 417f76a20e93044e422fb328a2d8e200fc6df295 by Benjamin Peterson (Miss Islington (bot)) in branch '2.7': make PatternCompiler use the packaged grammar if possible (more bpo-24960) (GH-5034) (#5037) https://github.com/python/cpython/commit/417f76

[issue24960] Can't use lib2to3 with embeddable zip file.

Benjamin Peterson added the comment: New changeset 85f71aa9d6f834c7d64e979009c8fda0f19b585d by Benjamin Peterson (Miss Islington (bot)) in branch '3.6': make PatternCompiler use the packaged grammar if possible (more bpo-24960) (GH-5034) (#5036) https://github.com/python/cpython/commit/85f71a

[issue32420] LookupError : unknown encoding : [0x7FF092395AD0] ANOMALY

R. David Murray added the comment: Well, it's not obvious that it has anything to do with CPython itself. You should probably work with the community responsible for tensorflow, whatever that is, and if they find a bug in CPython you can come back here with a report. Given the error message

[issue32444] python -m venv has incongruous behavor creating binaries

New submission from Corey Seliger : The venv module does not evenly create the necessary binaries/symlinks when building virtualenvs. If you call venv like this: seliger@core:~/venvs$ python3 -m venv venvA seliger@core:~/venvs$ ls -l venvA/bin/ total 32 -rw-r--r-- 1 seliger seliger 2143 Dec 28

[issue32444] python -m venv has incongruous behavor creating binaries

Corey Seliger added the comment: Here is the write-up I posted over on the pyenv issues page: This is apparently a behavior issue in the way venv works. Not only does this impact 3.6.x, I also confirmed that the same issue occurs with venv in general using the stock 3.5 Python that comes with

[issue32420] LookupError : unknown encoding : [0x7FF092395AD0] ANOMALY

Kaoru Kitamura added the comment: Understood. Thank you. -- resolution: remind -> ___ Python tracker ___ ___ Python-bugs-list maili

[issue32442] Result of pathlib.Path.resolve() with UNC path is not very useful

Eryk Sun added the comment: > the UNC path is not really useful anywhere in the Python > standard library UNC paths can be used almost anywhere in the file API. What specifically isn't working? > there’s no way to turn the it (back) into network drive once you > call resolve() Without usi

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Neil Schemenauer added the comment: I wonder if I should drop PR 4682. I spent some more time working on it today. I switched to the same scheme as Serhiy for the no-exception case, i.e. push a single NULL value, rather than six NULLs. In ceval, we need to handle the non-exception case spe

[issue23749] asyncio missing wrap_socket (starttls)

Change by Yury Selivanov : -- pull_requests: +4923 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue32442] Result of pathlib.Path.resolve() with UNC path is not very useful

Tzu-ping Chung added the comment: @Eric You’re correct, this is not the exact output. I tested the commands with a different path, but didn’t format them correctly when I convert them to use a generic example. Sorry for the confusion. @Eryk I found my problem. I was doing some os.rename an

[issue32441] os.dup2 should return the new fd

Change by Benjamin Peterson : -- keywords: +patch pull_requests: +4924 stage: needs patch -> patch review ___ Python tracker ___ ___