[issue26219] implement per-opcode cache in ceval

Changes by Roy Williams : -- nosy: +Roy Williams ___ Python tracker ___ ___

[issue28188] os.putenv should support bytes arguments on Windows

Changes by Steve Dower : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue28264] Python 3.4.4 Turtle library - Turtle.onclick events blocked by Turtle.stamp

New submission from George Fagin: After a Turtle.stamp() command, turtle click notifications enabled via Turtle.onclick() are blocked until subsequent turtle commands are issued. Examples of the functions that re-enable click notifications include undo(), fd(0), left(0), etc. I've verified

[issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow

Serhiy Storchaka added the comment: Updated patch addresses Victor's comments. -- Added file: http://bugs.python.org/file44799/faster_build_map_unpack_with_call2.patch ___ Python tracker

[issue27979] Remove bundled libffi

Chi Hsuan Yen added the comment: https://docs.python.org/3/license.html#libffi may need a change, too. -- ___ Python tracker ___

[issue28228] imghdr does not support pathlib

Ned Deily added the comment: Since better pathlib support in standard library modules has been a focus of 3.6, I'm willing to allow this and the related changes for gzip, tarfile, zipfile, bz2, lzma, and compilall (Issue28225 through Issue28231) if thay introduce no backward

[issue28228] imghdr does not support pathlib

Changes by Ned Deily : -- Removed message: http://bugs.python.org/msg277300 ___ Python tracker ___

[issue28262] Header folder folds incorrectly causing MissingHeaderBodySeparatorDefect

R. David Murray added the comment: It seems to me this has been reported before, but I couldn't lay hands on the issue in a quick search. With this description of the problem and example, I think I see what is wrong. The folding algorithm is probably trying to handle the encoded words one

[issue28262] Header folder folds incorrectly causing MissingHeaderBodySeparatorDefect

New submission from Vincent Vanlaer: Example: X-Report-Abuse: =?us-ascii?q?=3Chttps=3A=2F=2Fwww=2Emailitapp=2Ecom=2Freport=5Fabuse=2Ephp=3Fmid=3Dxxx-xxx-?= =?us-ascii?q?=3D=3D-xxx-xx-xx=3E?= When this header is parsed and reencoded as bytes using policy.default, the

[issue28226] compileall does not support pathlib

Changes by Ned Deily : -- nosy: +ned.deily versions: +Python 3.7 ___ Python tracker ___ ___

[issue28225] bz2 does not support pathlib

Changes by Ned Deily : -- nosy: +ned.deily versions: +Python 3.7 ___ Python tracker ___ ___

[issue28228] imghdr does not support pathlib

Ned Deily added the comment: Since better pathlib support in standard library modules has been a focus of 3.6, I'm willing to allow this and the related changes for gzip, tarfile, zipfile, bz2, lzma, and compilall (Issue28226 through Issue28321) if thay introduce no backward

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

Ned Deily added the comment: Until we have a consensus on this change and a final, reviewed patch, it is premature to consider inclusion in 3.6. If there is such prior to 360b2, we can reconsider. -- versions: -Python 3.6 ___ Python tracker

[issue28184] Trailing whitespace in C source code

Changes by Ned Deily : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list

[issue28250] typing.NamedTuple instances are not picklable Two

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue28229] lzma does not support pathlib

Changes by Ned Deily : -- nosy: +ned.deily versions: +Python 3.7 ___ Python tracker ___ ___

[issue28227] gzip does not support pathlib

Changes by Ned Deily : -- nosy: +ned.deily versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue27292] Warn users that os.urandom() prior to 3.6 can return insecure values

Changes by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list

[issue27923] PEP 467 -- Minor API improvements for binary sequences

Ned Deily added the comment: I agree with Ethan that the PEP needs to be accepted first and afterwards, unless there is a very strong case made quickly, it would not qualify for a late-feature exemption for 360b2. Nick, any updates on the status of PEP 467? -- nosy: +ncoghlan,

[issue28230] tarfile does not support pathlib

Changes by Ned Deily : -- nosy: +ned.deily versions: +Python 3.7 ___ Python tracker ___ ___

[issue28263] Python 2.7's `-3` flag warns about __eq__ being implemented without __hash__ even if __hash__ is never accessed.

New submission from Roy Williams: I'm finding the -3 flag to be super useful at identifying problems with code when porting to Python 3. One of the most common failures, however, is "DeprecationWarning: Overriding __eq__ blocks inheritance of __hash__ in 3.x". While implementing __eq__

[issue28221] Unused indata in test_ssl.ThreadedTests.test_asyncore_server

Roundup Robot added the comment: New changeset 4a1e1715efc3 by Martin Panter in branch '2.7': Issue #28221: Remove unused assignment from test_asyncore_server() https://hg.python.org/cpython/rev/4a1e1715efc3 New changeset 97ff9934ad2d by Martin Panter in branch '3.5': Issue #28221: Remove

[issue28221] Unused indata in test_ssl.ThreadedTests.test_asyncore_server

Changes by Martin Panter : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue28143] ASDL compatibility with Python 3 system interpreter

Martin Panter added the comment: That would get the patch mostly working with 2.6+. Is it okay to break Python < 2.6 support? I know there was an OS X Tiger buildbot using 2.5 until recently; see Issue 28039. Personally, I would rather focus on the problems with make dependencies, build

[issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled

New submission from Joe Jevnik: I was writing an extension module that was working with weakrefs and wanted to ensure that the GC would not run for a block of code. I noticed that gc.enable/gc.disable are not exposed to C and the state of the gc is in a static variable so it cannot be mutated

[issue28253] calendar.prcal(9999) output has a problem

Xiang Zhang added the comment: calendar internally relies on datetime and uses datetime.date. datetime.date can't represent date more than .12.31 so some logic is broken for it(normally the week list should be of length 7, date outside the month will be (0, x) pair but this is not the

[issue28253] calendar.prcal(9999) output has a problem

Serhiy Storchaka added the comment: Html calendar formats the last week differently for years 9982 and . Year 9982: 2728293031 Year : 2728293031 I think this issue should be fixed on lower level than text calendar formatter. -- ___ Python

[issue28253] calendar.prcal(9999) output has a problem

Changes by lijp : Added file: http://bugs.python.org/file44788/20160923154147.png ___ Python tracker ___

[issue27298] redundant iteration over digits in _PyLong_AsUnsignedLongMask

Changes by Oren Milman : -- versions: +Python 3.7 -Python 3.6 ___ Python tracker ___ ___

[issue28253] calendar.prcal(9999) output has a problem

Changes by Xiang Zhang : -- keywords: +patch Added file: http://bugs.python.org/file44789/calendar_pryear_.patch ___ Python tracker

[issue28253] calendar.prcal(9999) output has a problem

Changes by lijp : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware title: the reply's additional "Re:" -> calendar.prcal() output has a problem type: -> behavior versions: +Python 3.4 ___ Python

[issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x buildbot

STINNER Victor added the comment: Ping! -- components: +Macintosh nosy: +ned.deily, ronaldoussoren ___ Python tracker ___

[issue28253] calendar.prcal(9999) output has a problem

Serhiy Storchaka added the comment: Thank you for your report lijp. This is interesting issue. It is not specific for Windows. itermonthdates() yields shortened sequence of dates at the end of maximal year. The formatted row of day numbers is centered. Since the number of days is less than

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

STINNER Victor added the comment: Ping myself! I just cited this GCC attribute in a recent discussion on deprecating macros in the C API: https://mail.python.org/pipermail/python-dev/2016-September/146537.html -- ___ Python tracker

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

Antoine Pitrou added the comment: Le 23/09/2016 à 10:21, STINNER Victor a écrit : > > Quick rationale: the purpose of displaying the average rather than > the minimum in timeit is to make timeit more *reliable*. My goal is that running timeit 5 times would give exactly the same result. Why

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

Xiang Zhang added the comment: A single `print x,` seems to me won't add the trailing space. And I don't understand why in py2 repl even with comma there is still a newline: >>> print 'a', a >>> >>> print('a', end='') a>>> -- ___ Python tracker

[issue28099] Drop Mac OS X Tiger support in Python 3.6

STINNER Victor added the comment: @Ned Deily: Ping? -- components: +Macintosh nosy: +ronaldoussoren ___ Python tracker ___

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

STINNER Victor added the comment: Marc-Andre: "Consensus then was to use the minimum as basis for benchmarking: (...) There are arguments both pro and con using min or avg values." To be honest, I expect that most developer are already aware that minimum is evil and so I wouldn't have to

[issue27829] test.regrtest: changed environment variables are not logged

STINNER Victor added the comment: I was able to reproduce the missing warning by modifying test_sys.py to modify sys.path and then run: ./python -m test -W test_sys The -W eats stderr even if the environment changed. I modified regrtest to copy stderr if the test doesn't pass which includes:

[issue27829] test.regrtest: changed environment variables are not logged

Roundup Robot added the comment: New changeset cbe049647a04 by Victor Stinner in branch '3.5': Issue #27829: regrtest -W displays stderr if env changed https://hg.python.org/cpython/rev/cbe049647a04 New changeset 12e3023d19bd by Victor Stinner in branch '3.6': Merge 3.5 (issue #27829)

[issue27829] test.regrtest: changed environment variables are not logged

Serhiy Storchaka added the comment: I thought sys.stderr is line buffered and doesn't need flush=True if prints a complete line. -- nosy: +serhiy.storchaka ___ Python tracker

[issue27829] test.regrtest: changed environment variables are not logged

STINNER Victor added the comment: Cool, my change fixed this issue. Examples: http://buildbot.python.org/all/builders/s390x%20RHEL%203.x/builds/1953/steps/test/logs/stdio Warning -- threading._dangling was modified by test_logging

[issue28253] calendar.prcal(9999) output has a problem

Serhiy Storchaka added the comment: This is not just not elegant, but it doesn't work if firstweekday is not 0. The lowest level in the calendar module is itermonthdates(). But the problem is that dates outside supported range can't be represented. While the output for December of the year

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

New submission from Xiang Zhang: Currently TextCalendar.prweek/month/year outputs an extra whitespace which makes the output weird: >>> calendar.TextCalendar().prweek([(1,1),(2,2),(3,3),(4,4),(5,5),(6,6),(7,7)], >>> 2) 1 2 3 4 5 6 7 >>> calendar.TextCalendar().prmonth(2016,9)

[issue19569] Use __attribute__((deprecated)) to warn usage of deprecated functions and macros

Changes by Serhiy Storchaka : -- components: +Build versions: +Python 3.7 -Python 3.5 ___ Python tracker ___

[issue28256] Cleanup Modules/_math.c

New submission from STINNER Victor: On a code coverage report, I noticed that _math.c has a very bad coverage. In fact, we define dead code when the system provides most required math functions. Attached patch avoids declaring unused functions. See the coverage at:

[issue27829] test.regrtest: changed environment variables are not logged

STINNER Victor added the comment: > I thought sys.stderr is line buffered and doesn't need flush=True if prints a > complete line. I tried random changes since I was unable to reproduce the issue and didn't understand why the the warning was not printed. I'm not sure that stderr is always

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

Changes by Xiang Zhang : -- Removed message: http://bugs.python.org/msg277263 ___ Python tracker ___

[issue28223] test_tools fails with timeout on AMD64 Snow Leop 3.x buildbot

Changes by STINNER Victor : -- keywords: +buildbot ___ Python tracker ___ ___

[issue28253] calendar.prcal(9999) output has a problem

Xiang Zhang added the comment: Something like this? diff -r 15f82b64eee0 Lib/calendar.py --- a/Lib/calendar.py Thu Sep 22 17:11:53 2016 -0700 +++ b/Lib/calendar.py Fri Sep 23 16:27:03 2016 +0800 @@ -181,6 +181,9 @@ yield (0, date.weekday()) else:

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

Serhiy Storchaka added the comment: The patch LGTM. Could you please add tests? I suppose this is a consequence of porting from Python 2 to Python 3 (maybe with 2to3). Usually "print x," in Python 2 corresponds to "print(x, end=' ')" in Python 3. But if x ends with \n, print with a comma in

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

Xiang Zhang added the comment: > prweek() in Python 2 adds a final space. Python 3 version looks correct. Really? `print '1',` in my mind will output a newline and no trailing space. And I think we should also add a comma in pryear in py2. -- Added file:

[issue27374] Cygwin: Makefile does not install DLL import library

Masayuki Yamamoto added the comment: I don't know why Cygwin packaging script (cygport) doesn't copy direct libpythonX.Ym.dll.a to /usr/lib. Hence I wrote the patch that doesn't conflict with cygport script. In current makefile rule for Cygwin, Install $(LDLIBRARY) into $(LIBPL). Therefore

[issue28234] In xml.etree.ElementTree docs there are many absent Element class links

py.user added the comment: Added a reply to the patch about SubElement(). (Realy email notification doesn't work in review. I left a message while publication, and it didn't come.) -- ___ Python tracker

[issue28255] TextCalendar.prweek/month/year outputs an extra whitespace character

Serhiy Storchaka added the comment: prweek() in Python 2 adds a final space. Python 3 version looks correct. -- ___ Python tracker ___

[issue27829] test.regrtest: changed environment variables are not logged

STINNER Victor added the comment: > I tried random changes since I was unable to reproduce the issue and didn't > understand why the the warning was not printed. Ooops, I forgot to say: my flush=True changes may be removed if my latest change fixed the issue (if the warning is now displayed).

[issue28180] sys.getfilesystemencoding() should default to utf-8

INADA Naoki added the comment: I want locale free Python which behaves like on C.UTF-8 locale. (stdio encoding, preferred encoding, weekday in _strptime._strptime, and more maybe) But Python 3.6 is feature freeze already >_<;; -- nosy: +inada.naoki

[issue28257] Regression for star argument parameter error messages

Serhiy Storchaka added the comment: This is a consequence of issue27213. Actually there are two issues: with var-positional and var-keyword arguments. But Python 3.5 is not consistent. It raises an exception with less detailed message if there are multiple var-positional or var-keyword

[issue28256] Cleanup Modules/_math.c

Christian Heimes added the comment: It think you have the #ifdef checks reversed, e.g. #ifdef HAVE_ACOSH instead of #ifndef HAVE_ACOSH. -- ___ Python tracker

[issue28180] sys.getfilesystemencoding() should default to utf-8

Jan Niklas Hasse added the comment: Why not? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue28253] calendar.prcal(9999) output has a problem

Xiang Zhang added the comment: How about the approach in calendar_prcal__demo.patch? If it's not bad I can add tests then. -- Added file: http://bugs.python.org/file44793/calendar_prcal__demo.patch ___ Python tracker

[issue28258] Broken python-config generated with Estonian locale

New submission from Arfrever Frehtes Taifersar Arahesis: When Estonian locale (e.g. et_EE.UTF-8) is set, then the following line in Makefile.pre.in does not match all required strings: sed -e 's,\$$(\([A-Za-z0-9_]*\)),\$$\{\1\},g' < Misc/python-config.sh >python-config In Estonian locale:

[issue28258] Broken python-config generated with Estonian locale

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___

[issue28258] Broken python-config generated with Estonian locale

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

[issue28257] Regression for star argument parameter error messages

New submission from Kay Hayen: Hello, there is a regression in the beta (alpha 4 was ok) for this kind of code: print("Complex call with both invalid star list and star arguments:") try: a = 1 b = 2.0 functionWithDefaults(1,c = 3,*a,**b) except TypeError as e: print(repr(e))

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

Marc-Andre Lemburg added the comment: > Marc-Andre: "Consensus then was to use the minimum as basis for benchmarking: > (...) There are arguments both pro and con using min or avg values." > > To be honest, I expect that most developer are already aware that minimum is > evil and so I

[issue27829] test.regrtest: changed environment variables are not logged

STINNER Victor added the comment: More warnings. http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/5058/steps/test/logs/stdio Warning -- threading._dangling was modified by test_logging Warning -- files was modified by test_io

[issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow

Serhiy Storchaka added the comment: The side effect of the last patch is fixing a regression in 3.6 and a bug in 3.5 (issue28257). -- ___ Python tracker

[issue28258] Broken python-config generated with Estonian locale

Arfrever Frehtes Taifersar Arahesis added the comment: I get "500 Server Error" page when trying to write response in Rietveld, so I will write here... On 2016/09/23 16:00:58, storchaka wrote: > https://bugs.python.org/review/28258/diff/18650/Makefile.pre.in > File Makefile.pre.in (right): >

[issue28257] Regression for star argument parameter error messages

Serhiy Storchaka added the comment: Ned and Larry. Is it allowed to use the patch from issue27358 for fixing a regression in 3.6 and inconsistency in 3.5 for var-keyword arguments? The patch introduces new private function _PyDict_MergeEx() and touches the implementation of PyDict_Merge().

[issue28258] Broken python-config generated with Estonian locale

Serhiy Storchaka added the comment: Thanks for your explanation, now I see this. The patch LGTM. -- ___ Python tracker ___

[issue28256] Cleanup Modules/_math.c

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

[issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow

Serhiy Storchaka added the comment: Microbenchmarks: $ ./python -m timeit -s "def f(**kw): pass" -s "b = {'b': 2}" -- "f(a=1, **b)" Unpatched: 10 loops, best of 3: 7.64 usec per loop Patched:10 loops, best of 3: 3.14 usec per loop $ ./python -m timeit -s "def f(**kw): pass" -s "a

[issue28257] Regression for star argument parameter error messages

Larry Hastings added the comment: It's too late to change this for 3.5. -- versions: -Python 3.5 ___ Python tracker ___

[issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow

STINNER Victor added the comment: > $ ./python -m timeit -s "def f(**kw): pass" -s "b = {'b': 2}" -- "f(a=1, **b)" > Unpatched: 10 loops, best of 3: 7.64 usec per loop > Patched:10 loops, best of 3: 3.14 usec per loop Impressive numbers but... is it a perf regression compared to

[issue28259] Ctypes bug windows

New submission from Aristotel: I'm wrapping C function using ctypes. Function has following prototype: bool func(some_struct* pointer, uint32_t a, uint16_t b, uint16_t c, const uint8_t *d, const uint8_t *e, const uint8_t *f, some_enum *e); I tried a lot of variants of wrapper but on windows I

[issue27358] BUILD_MAP_UNPACK_WITH_CALL is slow

Serhiy Storchaka added the comment: Yes, it is expected perf regression compared to Python 3.5 and 2.7 when pass keyword arguments and single var-keyword argument (because 3.6 uses BUILD_MAP_UNPACK_WITH_CALL, while 2.7 and 3.5 don't need it for this case). In case of multiple var-keyword

[issue28254] Add C API for gc.enable, gc.disable, and gc.isenabled

Raymond Hettinger added the comment: What use case do you have that warrants a C API expansion rather than just using PyObject_Call? I don't recall this ever having been requested which suggests that it is either unnecessary or that people fear opening a can of worms. -- nosy:

[issue27829] test.regrtest: changed environment variables are not logged

Serhiy Storchaka added the comment: > More warnings. Excellent result! > my flush=True changes may be removed if my latest change fixed the issue Don't bother. The buffering of standard streams was changed in 3.x and I'm not sure it always work as expected. For example the meaning of the -u

[issue28260] mock._Any and mock._Call implement __eq__ but not __hash__

New submission from Roy Williams: I am investigating a migration to Python 3, and to facilitate this we are using the -3 flag as decribed here: https://docs.python.org/3/howto/pyporting.html#prevent-compatibility-regressions . When using this flag I encountered some issues inside of mock

[issue28257] Regression for star argument parameter error messages

Ned Deily added the comment: That is a fairly big change to go in now but the error message regression is also big. With a review from a core developer and assuming no other objections, I think this can go into 360b2. -- ___ Python tracker

[issue28100] Refactor error messages in symtable.c

Roundup Robot added the comment: New changeset 966b57281536 by Christian Heimes in branch '3.6': Issue #28100: Refactor error messages, patch by Ivan Levkivskyi https://hg.python.org/cpython/rev/966b57281536 New changeset a953112116ac by Christian Heimes in branch 'default': Issue #28100:

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

Raymond Hettinger added the comment: I concur with all of Mark-Andre's comments. FWIW, when I do timings with the existing timeit, I use a repeat of 7. It gives stable and consistent results. The whole idea of using the minimum of those runs is to pick the least noisy measurement.

[issue28257] Regression for star argument parameter error messages

Raymond Hettinger added the comment: > It's too late to change this for 3.5. The whole point of having a beta release is to detect issues like this. -- nosy: +rhettinger ___ Python tracker

[issue28257] Regression for star argument parameter error messages

Ned Deily added the comment: Raymond, Larry's comment was about 3.5, not 3.6. See my comment above. -- ___ Python tracker ___

[issue25591] refactor imaplib tests

Changes by Maciej Szulik : -- hgrepos: -322 ___ Python tracker ___ ___ Python-bugs-list

[issue28260] mock._Any and mock._Call implement __eq__ but not __hash__

Changes by Roy Williams : -- type: -> behavior ___ Python tracker ___ ___

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

New submission from Oren Milman: current state In few places in the codebase, PyArg_ParseTuple is called in order to parse a normal tuple (instead of the usual case of parsing the arguments tuple of a function). In some of these places, failure of PyArg_ParseTuple is

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Changes by Oren Milman : -- keywords: +patch Added file: http://bugs.python.org/file44796/issue28261_ver1.diff ___ Python tracker ___

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Changes by Oren Milman : Added file: http://bugs.python.org/file44797/patchedCPythonTestOutput_ver1.txt ___ Python tracker ___

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

Changes by Oren Milman : Added file: http://bugs.python.org/file44798/CPythonTestOutput.txt ___ Python tracker ___