[issue32122] Improve -x option documentation

Serhiy Storchaka added the comment: AFAIK this should work in Windows XP. And maybe even in Windows 2000. -- ___ Python tracker

[issue32166] Drop python 3.4 code from asyncio.coroutines

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +4548 stage: -> patch review ___ Python tracker ___

[issue32139] android: locale is modified by test_strftime

Change by Xavier de Gaye : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32166] Drop python 3.4 code from asyncio.coroutines

New submission from Andrew Svetlov : Dropped lines are never executed by supported Python versions. The code exists for sake of keeping the same code base for stdlib asyncio and third-party library with the same name. Since Python 3.4 asyncio is a part of stdlib,

[issue32138] android: test_faulthandler fails also on API 24

Xavier de Gaye added the comment: New changeset ef83806f5ec01f34f6cbf4ebb5752875b5961f7e by xdegaye in branch 'master': bpo-32138: Skip on Android test_faulthandler tests that raise SIGSEGV (GH-4604)

[issue32166] Drop python 3.4 code from asyncio.coroutines

Andrew Svetlov added the comment: Separate PyPI package is for Python 3.3 only. Python 3.4 is shipped with asyncio in standard batteries. https://github.com/python/asyncio development is stopped, no new PyPI release is expected. Thank you for pointing on 3.4

[issue32168] Mutable instance variables don't get new references with args.

Ertuğrul Karademir added the comment: Thank you Ertuğrul Karademir On Wed, Nov 29, 2017 at 11:28 AM, Eric V. Smith wrote: > > Eric V. Smith added the comment: > > This is defined behavior. Try searching for "mutable default

[issue32167] "Improve" random.choice function for FiFa purpose

Change by Du Phan : -- components: Build nosy: duphan priority: normal severity: normal status: open title: "Improve" random.choice function for FiFa purpose type: behavior versions: Python 2.7 ___ Python tracker

[issue32138] android: test_faulthandler fails also on API 24

Change by Xavier de Gaye : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32167] Improve random.choice function for FiFa purpose

Change by Du Phan : -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue32167] Improve random.choice function for FiFa purpose

Change by Du Phan : -- title: "Improve" random.choice function for FiFa purpose -> Improve random.choice function for FiFa purpose ___ Python tracker

[issue32166] Drop python 3.4 code from asyncio.coroutines

Serhiy Storchaka added the comment: If it is good to drop 3.4 support in the stdlib asyncio, then there is other outdated code. There is a 3.3 specific workaround in unix_events.py. There is a 3.4 code or comments in futures.py, sslproto.py, unix_events.py.

[issue32168] Mutable instance variables don't get new references with args.

New submission from Ertuğrul Karademir : Hello, I've searched all over Google and this bug tracker with all combinations of keywords that I can associate with this issue, but I couldn't find an explanation that makes sense or fits the issue. I know that when dealing

[issue32166] Drop python 3.4 code from asyncio.coroutines

Serhiy Storchaka added the comment: I support getting rid of outdated code. But what is relation between asyncio in the stdlib and the version outside of the stdlib? Shouldn't the code support old Python versions for easier synchronization? I remember in the past

[issue32168] Mutable instance variables don't get new references with args.

Eric V. Smith added the comment: This is defined behavior. Try searching for "mutable default parameter". For example, here's an old post on it: http://www.effbot.org/zone/default-values.htm This isn't related to class vs. instance attributes, but rather the default

[issue32139] android: locale is modified by test_strftime

Xavier de Gaye added the comment: New changeset cc55e78acab93a495c974b9a2ea71c8bb9cc2f5d by xdegaye in branch 'master': bpo-32139: test_strftime does not anymore modify the locale (GH-4569) https://github.com/python/cpython/commit/cc55e78acab93a495c974b9a2ea71c8bb9cc2f5d

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

Raymond Hettinger added the comment: Steven, do you care to put this to rest? -- assignee: -> bethard nosy: +rhettinger ___ Python tracker

[issue32166] Drop python 3.4 code from asyncio.coroutines

Serhiy Storchaka added the comment: I would prefer to do all trivial changes with one commit. There may be also non-trivial changes. -- ___ Python tracker

[issue32169] Drop python 3.4 code from asyncio.unix_events

Change by Andrew Svetlov : -- assignee: asvetlov components: Library (Lib), asyncio nosy: asvetlov, yselivanov priority: normal severity: normal status: open title: Drop python 3.4 code from asyncio.unix_events versions: Python 3.7

[issue32166] Drop python 3.4 code from asyncio.coroutines

Change by Andrew Svetlov : -- versions: -Python 3.6 ___ Python tracker ___ ___

[issue32166] Drop python 3.4 code from asyncio.coroutines

Andrew Svetlov added the comment: Ok, will do everything in single PR -- ___ Python tracker ___

[issue32166] Drop python 3.4 code from asyncio.coroutines and asyncio.unix_events

Andrew Svetlov added the comment: Ok, will do everything in single PR -- title: Drop python 3.4 code from asyncio.coroutines -> Drop python 3.4 code from asyncio.coroutines and asyncio.unix_events ___ Python tracker

[issue32169] Drop python 3.4-3.5 code from asyncio.unix_events

New submission from Andrew Svetlov : The work will be done in https://bugs.python.org/issue32166 -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Drop python 3.4 code from asyncio.coroutines

[issue32169] Drop python 3.4-3.5 code from asyncio.unix_events

Change by Andrew Svetlov : -- keywords: +patch pull_requests: +4549 stage: -> patch review ___ Python tracker ___

[issue32166] Drop python 3.4 code from asyncio.coroutines and asyncio.unix_events

Andrew Svetlov added the comment: Fixed unix_events.py but see no legacy code in futures.py and sslproto.py. -- ___ Python tracker

[issue32166] Drop python 3.4 code from asyncio.coroutines and asyncio.unix_events

Change by Andrew Svetlov : -- Removed message: https://bugs.python.org/msg307226 ___ Python tracker ___

[issue32159] Remove tools for CVS and Subversion

R. David Murray added the comment: I think Serhiy's point is that it doesn't matter whether or not it is used by a tool, it is useful for humans. I don't know if it is used by the tracker; Ezio worked on that code, I think. --

[issue32139] android: locale is modified by test_strftime

Xavier de Gaye added the comment: New changeset b0df786258c99f98295b82ec62daea1f49912c33 by xdegaye (Miss Islington (bot)) in branch '3.6': bpo-32139: test_strftime does not anymore modify the locale (GH-4569) (#4635)

[issue32151] -mvenv vs minor python version updates

Ronald Oussoren added the comment: This is the expected behavior, the upgrade from 3.5 to 3.6 is a feature update that is (in general) not expected to be binary compatible with the previous release. -- nosy: +ronaldoussoren

[issue32139] android: locale is modified by test_strftime

Change by Roundup Robot : -- pull_requests: +4550 stage: resolved -> patch review ___ Python tracker ___

[issue32139] android: locale is modified by test_strftime

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

[issue32139] android: locale is modified by test_strftime

STINNER Victor added the comment: Python 3.6 and 2.7 are also affected and should be fixed. I requested automated backports. -- nosy: +vstinner resolution: fixed -> status: closed -> open versions: +Python 2.7, Python 3.6

[issue32139] android: locale is modified by test_strftime

Xavier de Gaye added the comment: New changeset bc19cf57a8f061bbb1961aa069ed54e8361023ae by xdegaye (Miss Islington (bot)) in branch '2.7': bpo-32139: test_strftime does not anymore modify the locale (GH-4569) (#4636)

[issue32107] Improve MAC address calculation and fix test_uuid.py

Barry A. Warsaw added the comment: New changeset 23cc8c0f9ece32f1f96133b9db2cb30c64f23a0e by Barry Warsaw in branch '3.6': [3.6] bpo-32107 - Backport bitmask check fix (GH-4576) (#4591) https://github.com/python/cpython/commit/23cc8c0f9ece32f1f96133b9db2cb30c64f23a0e

[issue32107] Improve MAC address calculation and fix test_uuid.py

Barry A. Warsaw added the comment: New changeset 56e444f8df34cd502d6e3b110c90aed086883a72 by Barry Warsaw in branch '2.7': [2.7] bpo-32107 - Backport bitmask check fix (GH-4576) (#4590) https://github.com/python/cpython/commit/56e444f8df34cd502d6e3b110c90aed086883a72

[issue30657] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

STINNER Victor added the comment: Leo kirotawa silva: "I re-did the build here for python3.4 and couldn't reach the same test fail. So I'm assuming it was a false alarm." Python 3.4 and 3.5 seem to be also vulnerable: --- PyObject *PyBytes_DecodeEscape(const char

[issue1294959] Problems with /usr/lib64 builds.

Charalampos Stratakis added the comment: Pinging here. Is there some way to push the issue forward? -- ___ Python tracker ___

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

Charalampos Stratakis added the comment: Pinging here. Is there some way I can help to move the issue forward? -- ___ Python tracker

[issue32139] android: locale is modified by test_strftime

Xavier de Gaye added the comment: Closing now. Thanks Victor :-) -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32107] Improve MAC address calculation and fix test_uuid.py

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue32159] Remove tools for CVS and Subversion

Serhiy Storchaka added the comment: How have you created PR 4639? What git commands were used? -- ___ Python tracker ___

[issue32159] Remove tools for CVS and Subversion

STINNER Victor added the comment: New changeset 859f7ce7a49f8bd6309748c05e460c10f6a433ed by Victor Stinner in branch 'master': bpo-32159: Revert Misc/svnmap.txt (#4639) https://github.com/python/cpython/commit/859f7ce7a49f8bd6309748c05e460c10f6a433ed --

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 5d39e0429029324cae90bba2f19fb689b007c7d6 by Victor Stinner in branch 'master': bpo-32030: Rework memory allocators (#4625) https://github.com/python/cpython/commit/5d39e0429029324cae90bba2f19fb689b007c7d6 --

[issue32166] Drop python 3.4 code from asyncio.coroutines and asyncio.unix_events

Andrew Svetlov added the comment: New changeset cc83920ad267c992bc421987829da04d88ae816b by Andrew Svetlov in branch 'master': bpo-32166: Drop Python 3.4 code from asyncio (#4612) https://github.com/python/cpython/commit/cc83920ad267c992bc421987829da04d88ae816b

[issue32159] Remove tools for CVS and Subversion

Serhiy Storchaka added the comment: Wouldn't this add two 4 MiB patched in the git repository? Wouldn't this break the history of this file? -- ___ Python tracker

[issue32159] Remove tools for CVS and Subversion

STINNER Victor added the comment: Serhiy: "Wouldn't this add two 4 MiB patched in the git repository? Wouldn't this break the history of this file?" No idea. -- ___ Python tracker

[issue32030] PEP 432: Rewrite Py_Main()

Change by STINNER Victor : -- pull_requests: +4552 ___ Python tracker ___ ___

[issue32159] Remove tools for CVS and Subversion

Change by STINNER Victor : -- pull_requests: +4553 ___ Python tracker ___ ___

[issue32159] Remove tools for CVS and Subversion

STINNER Victor added the comment: > How have you created PR 4639? What git commands were used? "git revert fe2d5babba5d26de2093b6518316b268488187be", then I modified the commit to only revert svnmap (git commit --amend). Git internal storage is fully based on sha1.

[issue32159] Remove tools for CVS and Subversion

STINNER Victor added the comment: I reverted Misc/svnmap.txt. I understood that the removal of the two tools in Tools is now ok, and so I close the issue. If I misunderstood, please speak up and/or reopen the issue ;-) -- resolution: -> fixed stage: patch

[issue32159] Remove tools for CVS and Subversion

Serhiy Storchaka added the comment: Thanks Victor! I'll open a topic on Python-Dev about file removals. -- resolution: fixed -> stage: resolved -> patch review status: closed -> open ___ Python tracker

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

Change by STINNER Victor : -- title: CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape -> [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape ___ Python tracker

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

STINNER Victor added the comment: I added this vulnerability to the python-security website: http://python-security.readthedocs.io/vuln/cve-2017-1000158_pystring_decodeescape_integer_overflow.html -- ___ Python tracker

[issue32163] getattr() returns None even when default is given

Change by Raymond Hettinger : -- status: open -> closed ___ Python tracker ___

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

STINNER Victor added the comment: Serhiy: "I don't think it is worth to add this vulnerability to the python-security website. You need to compile a 1 GiB Python file on 32-bit system for reproducing it. It is very unlikely that this can happen by accident, and it

[issue32159] Remove tools for CVS and Subversion

STINNER Victor added the comment: When I wrote PR 4615, I misunderstood the usage of Misc/svnmap.txt. I understood that it was used by removed files. I wrote PR 4639 to revert the file and clarify its usage in Misc/README. --

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

Serhiy Storchaka added the comment: I don't think it is worth to add this vulnerability to the python-security website. You need to compile a 1 GiB Python file on 32-bit system for reproducing it. It is very unlikely that this can happen by accident, and it is

[issue30657] [security] CVE-2017-1000158: Unsafe arithmetic in PyString_DecodeEscape

Larry Hastings added the comment: Resetting to "needs patch", because we still need PRs for 3.4 and 3.5 (please!). -- stage: resolved -> needs patch ___ Python tracker

[issue32169] Drop python 3.4-3.5 code from asyncio.unix_events

Change by Andrew Svetlov : -- title: Drop python 3.4 code from asyncio.unix_events -> Drop python 3.4-3.5 code from asyncio.unix_events ___ Python tracker

[issue32117] Tuple unpacking in return and yield statements

David Cuthbert added the comment: Hm... that leaves the only production for expression_list as: subscription ::= primary "[" expression_list "]" And I'm not sure that this shouldn't also be replaced by starred_list. It's not accepted today, though: In [6]: a[1,*(4, 5, 6)]

[issue32117] Tuple unpacking in return and yield statements

David Cuthbert added the comment: Oops, I wasn't looking broadly enough. This is also used in the augmented assignment statements syntax, e.g. a += 1, 2, 3 -- ___ Python tracker

[issue32171] Inconsistent results for fractional power of -infinity

New submission from Pierre Denis : Python returns inconsistent results when negative infinity is raised to a non-integer power. This happens with the ** operator as well as with the pow and math.pow functions. The most blatant symptom occurs with power 0.5, which is

[issue32171] Inconsistent results for fractional power of -infinity

Change by Ned Deily : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list

[issue32171] Inconsistent results for fractional power of -infinity

Tim Peters added the comment: As a comment in the referenced patch says, the intent of the patch was to make behavior match the C99 spec. Among other things, C99's annex F (section F.9.4.4 "The pow functions") says: """ — pow(−∞, y) returns −0 for y an odd integer < 0. —

[issue32117] Tuple unpacking in return and yield statements

David Cuthbert added the comment: CLA processed, and BDFL has assented on python-dev. Serhiy, thoughts on next steps? -- ___ Python tracker

[issue32171] Inconsistent results for fractional power of -infinity

Mark Dickinson added the comment: See also this posting [1], where the omission is discussed, and Vincent Lefevre suggests that the behaviour should be: > pow (±inf, y) is +inf with no exception for finite y > 0 and not an odd integer [1]

[issue32171] Inconsistent results for fractional power of -infinity

Mark Dickinson added the comment: Sorry, Tim. It looks as though I un-nosied you (de-nosied you?) accidentally. Not sure how that happened. -- nosy: +tim.peters ___ Python tracker

[issue32117] Tuple unpacking in return and yield statements

Henk-Jaap Wagenaar added the comment: I think the language spec needs updating as well? In particular in https://docs.python.org/3/reference/simple_stmts.html#the-return-statement it seems expression_list should be replaced by starred_list. -- nosy:

[issue32171] Inconsistent results for fractional power of -infinity

Pierre Denis added the comment: Thanks, Tim & Mark. This indeed clarifies and gives a good rationale on Python implementation. Nevertheless, despite the authority arguments, I continue to wonder what is the rationale for these specifications. Probably the debate should

[issue32171] Inconsistent results for fractional power of -infinity

Mark Dickinson added the comment: We follow C99 for this case, which says (C99 F 9.4.4): > pow(−∞, y) returns +∞ for y > 0 and not an odd integer. Oddly, this clause seems to be missing from section 9.2.1 of IEEE 754. Nevertheless, I believe it's the right thing to do.

[issue32171] Inconsistent results for fractional power of -infinity

Mark Dickinson added the comment: Having read through the rest of that grouper.ieee.org, thread, there doesn't seem to be any disagreement with what Vincent suggests. So I believe that Python's behaviour is consistent with (a) C99, (b) MPFR, and (c) the spirit of IEEE

[issue32171] Inconsistent results for fractional power of -infinity

Tim Peters added the comment: No worries, Mark :-) Odd things happen sometimes when people are editing near the same time. BTW, of course I agree with closing this! -- ___ Python tracker

[issue32173] linecache.py add lazycache to __all__ and use dict.clear to clear the cache

Change by GanZiQim : -- keywords: +patch pull_requests: +4555 stage: -> patch review ___ Python tracker ___

[issue32144] email.policy.SMTP and SMTPUTF8 doesn't honor linesep's value

Abhilash Raj added the comment: Well, I myself missed the "serialization" part, so it probably was my mistake. Maybe a :note: saying line endings are only added in serialized outputs like the one obtained from `as_string()` or `as_bytes()` but not for other methods

[issue32173] linecache.py add lazycache to __all__ and use dict.clear to clear the cache

Change by GanZiQim : -- components: Library (Lib) nosy: ganziqim priority: normal pull_requests: 4554 severity: normal status: open title: linecache.py add lazycache to __all__ and use dict.clear to clear the cache type: behavior versions: Python 3.6

[issue32174] nonASCII punctuation characters can not display in python363.chm.

New submission from zaazbb : In chm(python363.chm) documents, some unicode chars (non ascii chars) can not display. for example: asyncio — Asynchronous I/O, event loop, coroutines and tasks displayed as asyncio � Asynchronous I/O, event loop, coroutines and tasks and

[issue32176] Zero argument super is broken in 3.6 for methods with a hacked __class__ cell

New submission from Dan Snider : The following code works in 3.3, 3.4, and 3.5, but in 3.6 it throws RuntimeError: super(): bad __class__ cell. from types import FunctionType, CodeType def create_closure(__class__): return (lambda: __class__).__closure__ def

[issue32175] Add hash auto-randomization

New submission from Brian Jarvis : Hash auto-randomization is a mechanism to detect when a collision attack is underway and switch to a randomized keying scheme at that point. This patch is for the 2.7 branch, where hash randomization is not on by default. Using

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 06be9daf6f03c1c65b9dd9896bc2b17f3c4bbc3a by Victor Stinner in branch '3.6': bpo-32030: Fix test_sys.test_getallocatedblocks() (#4637) https://github.com/python/cpython/commit/06be9daf6f03c1c65b9dd9896bc2b17f3c4bbc3a

[issue31279] Squash new gcc warning (-Wstringop-overflow)

STINNER Victor added the comment: New changeset dedcbee04cd52790027ecfb46cb3aa33efebdc84 by Victor Stinner in branch '3.6': [3.6] bpo-30923, bpo-31279: Fix GCC warnings (#4620) https://github.com/python/cpython/commit/dedcbee04cd52790027ecfb46cb3aa33efebdc84

[issue32172] Add length counter for iterables

New submission from bugale bugale : I have noticed that there is no convenient way in python to get the number of items in a generator. For example: my_iterable = iter(range(1000)) len(my_iterable) # Would not work Of course, something like this would ruin the

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

STINNER Victor added the comment: New changeset dedcbee04cd52790027ecfb46cb3aa33efebdc84 by Victor Stinner in branch '3.6': [3.6] bpo-30923, bpo-31279: Fix GCC warnings (#4620) https://github.com/python/cpython/commit/dedcbee04cd52790027ecfb46cb3aa33efebdc84

[issue32121] tracemalloc.Traceback.format() should have an option to reverse the traceback

STINNER Victor added the comment: New changeset 706e10b186992e086e661a62d2c8ec9588525b31 by Victor Stinner (Jesse-Bakker) in branch 'master': bpo-32121: Add most_recent_first parameter to tracemalloc.Traceback.format (#4534)

[issue32121] tracemalloc.Traceback.format() should have an option to reverse the traceback

STINNER Victor added the comment: Jesse Bakker implemented all requested changes, I merged his PR. Well done, Jesse! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32172] Add length counter for iterables

Steven D'Aprano added the comment: Not every trivial one-liner needs to be in the standard library. In this case, there are two easy (and obvious) ways to do it: sum(1 for x in iterator) len(list(iterator)) (The first probably saves memory; the second probably is

[issue32170] Contrary to documentation, ZipFile.extract does not extract timestamps or other metadata

Malcolm Smith added the comment: Related: Issue15795 -- ___ Python tracker ___ ___

[issue32170] Contrary to documentation, ZipFile.extract does not extract timestamps or other metadata

New submission from Malcolm Smith : The documentation explicitly says "file information is extracted as accurately as possible". But the `zipfile` module doesn't actually extract any metadata at all. I assume this text was copied and pasted from the `tarfile` module,

[issue27172] Undeprecate inspect.getfullargspec()

Brett Cannon added the comment: Nick pointed me at this issue for the undeprecation of inspect.getfullargspec(). While I'm fine with the un-deprecation for compatibility reasons, I would rather the function not last beyond Python 3 un-deprecated. Nick says, though that: """

[issue32159] Remove tools for CVS and Subversion

Change by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31170] Update to expat 2.2.4 (expat: utf8_toUtf8 cannot properly handle exhausting buffer)

Larry Hastings added the comment: New changeset 8b11e8de7aedacfbbcc8c780f3c4097396f1d1a3 by larryhastings (Victor Stinner) in branch '3.4': [3.4] bpo-31170: Fix inclusion of expat in Windows build projects (#3785)