[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

[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

[issue17305] IDNA2008 encoding missing

Change by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___

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

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

[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

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

[issue32439] Clean up the code for compiling comparison expressions

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

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

Change by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___

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

[issue32440] Use HTTPS in help()

Change by Roundup Robot : -- pull_requests: +4918 ___ Python tracker ___

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

[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

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

[issue32440] Use HTTPS in help()

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

[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

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

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

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

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

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

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

[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

[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

[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

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

[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

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

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

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

[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

[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

[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

[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

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

[issue17305] IDNA2008 encoding missing

Change by Greg Lindahl : -- nosy: +wumpus ___ Python tracker ___ ___ Python-bugs-list

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

[issue10381] Add timezone support to datetime C API

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

[issue10381] Add timezone support to datetime C API

Change by Paul Ganssle : -- nosy: +p-ganssle ___ Python tracker ___ ___

[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

[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

[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__()`. --

[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()

[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

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

[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

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

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

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

Change by Benjamin Peterson : -- pull_requests: +4920 ___ Python tracker ___ ___

[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

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

Change by Roundup Robot : -- pull_requests: +4922 ___ Python tracker ___

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

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

Change by Roundup Robot : -- pull_requests: +4921 ___ Python tracker ___

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

[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

[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

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

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

[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

[issue23749] asyncio missing wrap_socket (starttls)

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

[issue32441] os.dup2 should return the new fd

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

[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

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