[issue31196] Blank line inconsistency between InteractiveConsole and standard interpreter

Changes by Tom Viner : -- nosy: +tomviner ___ Python tracker ___ ___ Python-bugs-list

[issue31193] re.IGNORECASE strips combining character from lower case of LATIN CAPITAL LETTER I WITH DOT ABOVE

Changes by Tom Viner : -- nosy: +tomviner ___ Python tracker ___ ___ Python-bugs-list

[issue26669] time.localtime(float("NaN")) does not raise a ValueError on all platforms

Changes by Roundup Robot : -- pull_requests: +3127 ___ Python tracker ___

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

STINNER Victor added the comment: To choose the langague, see what Wikipedia does: Wikipedia EN displays "Français", no? -- ___ Python tracker ___

[issue31149] Add Japanese to the language switcher

STINNER Victor added the comment: New changeset fe8d9dc479a96ef490034107e7d4a6228b4be140 by Victor Stinner (Julien Palard) in branch '2.7': bpo-31159: fix language switch regex on unknown yet built languages. … (#3051) (#3081)

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

STINNER Victor added the comment: New changeset fe8d9dc479a96ef490034107e7d4a6228b4be140 by Victor Stinner (Julien Palard) in branch '2.7': bpo-31159: fix language switch regex on unknown yet built languages. … (#3051) (#3081)

[issue31196] Blank line inconsistency between InteractiveConsole and standard interpreter

New submission from Malcolm Smith: The standard interpreter is more eager to give an error on incomplete input, while the InteractiveConsole will keep on prompting for more: Python 3.5.3 (default, Apr 10 2017, 07:53:16) [GCC 6.3.0 64 bit (AMD64)] on win32 Type "help", "copyright", "credits"

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

Changes by Xavier de Gaye : -- nosy: +xdegaye ___ Python tracker ___ ___ Python-bugs-list

[issue31182] Suggested Enhancements to zipfile & tarfile command line interfaces

Changes by Steve Barnes : -- pull_requests: +3126 ___ Python tracker ___ ___

[issue31147] a suboptimal check in list_extend()

Oren Milman added the comment: thank you for the elaborate reply :) do you feel the same about changing the check to (Py_SIZE(self) < (self->allocated >> 1)) ? -- ___ Python tracker

[issue31186] Support heapfix() and heapremove() APIs in heapq module

Rajath Agasthya added the comment: And yes, both of these methods do take index as the argument as shown in my patch file. I should've probably specified that. The signatures are: heapfix(heap, pos) heapremove(heap, pos) -- ___ Python tracker

[issue31186] Support heapfix() and heapremove() APIs in heapq module

Rajath Agasthya added the comment: > The only hacks around that I could think of required a more complex kind of > heap; e.g., restricting heap items to objects usable as dict keys, using a > hidden dict to map heap items to their current index, and fiddling all the > heap operations to keep

[issue31195] Make any() and all() work with async generators

Yury Selivanov added the comment: > Or am I missing something subtle here? We'll need to make any() and all() coroutines. Not simple coroutines though, but weird "hybrid" functions that preserve the old semantics + implement async stuff. I don't think this is a very good idea. Maybe we

[issue31186] Support heapfix() and heapremove() APIs in heapq module

Tim Peters added the comment: @Rajath, I suspect Raymond may have been bamboozled because your suggested `heapfix()` and `heapremove()` didn't appear to take any arguments. If the index is a required argument, then these are O(log N) operations. I thought about adding them years ago, but

[issue31195] Make any() and all() work with async generators

New submission from Brett Cannon: It would be great if I could do something like: if any(x for async x in aiter()): ... But as of right now, any() complains that "TypeError: 'async_generator' object is not iterable". I would assume that any() and all() could be updated to look for

[issue31186] Support heapfix() and heapremove() APIs in heapq module

Rajath Agasthya added the comment: Thanks, Raymond. I think it's fair comment, but I'm not sure which operation is O(n) though. FWIW, Go supports these operations (https://golang.org/pkg/container/heap/), so the usage is there. -- ___ Python

[issue31194] Inconsistent __repr__s for _collections objects

Changes by Serhiy Storchaka : -- nosy: +rhettinger, serhiy.storchaka ___ Python tracker ___

[issue31194] Inconsistent __repr__s for _collections objects

New submission from Dan Snider: With the new C implementation of collections.OrderedDict, its repr correctly uses the subclass's name, unlike deque and defaultdict. class Thing(_collections.OrderedDict): pass >>> Thing() Thing([]) class Thing(_collections.deque): pass >>> Thing()

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

Changes by Martijn Pieters : -- pull_requests: +3125 ___ Python tracker ___ ___

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

Changes by Martijn Pieters : -- pull_requests: +3124 ___ Python tracker ___ ___

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

Martijn Pieters added the comment: Disregard my last message, I misread Serhiy's sentence (read 'correct' for 'incorrect'). -- ___ Python tracker ___

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

Martijn Pieters added the comment: This does not increase clarity. It creates confusion. There are two distinct syntax errors, and they should be reported separately, just like `print "abc" 42` is two syntax errors; you'll hear about the second one once the first one is fixed. --

[issue31193] re.IGNORECASE strips combining character from lower case of LATIN CAPITAL LETTER I WITH DOT ABOVE

New submission from David MacIver: chr(304).lower() is a two character string - a lower case i followed by a combining chr(775) ('COMBINING DOT ABOVE'). The re module seems not to understand the combining character and a regex compiled with IGNORECASE will erroneously match a single lower

[issue15988] Inconsistency in overflow error messages of integer argument

Serhiy Storchaka added the comment: Glad to see you again Oren! Maybe first finish issue28261? It looks easier. -- ___ Python tracker ___

[issue31187] suboptimal code in Py_ReprEnter()

Serhiy Storchaka added the comment: PyList_GET_SIZE(list) is cheap (especially in comparison of _PyDict_GetItemId(), _PyDict_SetItemId() and PyList_New()), and its tiny overhead can be avoided at most once per thread's lifetime. I'm sure you can't measure the effect of this change. If

[issue31149] Add Japanese to the language switcher

Changes by Roundup Robot : -- pull_requests: +3122 ___ Python tracker ___

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

Changes by Roundup Robot : -- pull_requests: +3123 ___ Python tracker ___

[issue31149] Add Japanese to the language switcher

Julien Palard added the comment: Arfrever: nice catch! Inda: What do you think? Any preference between "日本語", "Japanese", and "日本語 (Japanese)"? I personally don't like much the "日本語 (Japanese)" version, but I don't care much between "French" and "Français" as they're using the same

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

Serhiy Storchaka added the comment: > Sorry, version of what? Versions of any external library. Python can be built with headers of one version, but dynamically load the library of other version. For example TCL_VERSION and TK_VERSION are static versions (they should be equal in modern

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

Serhiy Storchaka added the comment: The current traceback is incorrect. It mixes exception type and message from different errors. -- ___ Python tracker

[issue31149] Add Japanese to the language switcher

Arfrever Frehtes Taifersar Arahesis added the comment: There is a minor inconsistency: For French language, name in the list is displayed in French as "Français". For Japanese language, name in the list is displayed in English as "Japanese" instead of in Japanese as "日本語". Maybe it would be