[issue31662] trivial typos in Tools/msi/uploadrelease.bat

Ned Deily added the comment: New changeset a51c760ddd7ad2513202e419cde90670283a6bc9 by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31662: Fix typos in uploadrelease.bat script (#3858) https://github.com/python/cpython/commit/a51c760ddd7ad2513202e419cde90670283a6bc9 --

[issue31423] Error while building PDF documentation

Ned Deily added the comment: New changeset a74ce09c738c3e3aa89994bf31049cb914dca389 by Ned Deily (Zachary Ware) in branch '3.6': [3.6] bpo-31423: Fix building the PDF documentation (GH-3693) (GH-3699) https://github.com/python/cpython/commit/a74ce09c738c3e3aa89994bf31049cb914dca389 -

[issue31641] concurrent.futures.as_completed() no longer accepts arbitrary iterables

Ned Deily added the comment: New changeset 2e3fd03796528a9f88f79d38e1d890af153c8e61 by Ned Deily (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31641: Allow arbitrary iterables in `concurrent.futures.as_completed()` (GH-3830) (#3831) https://github.com/python/cpython/commit/2e3fd03796528a9

[issue31641] concurrent.futures.as_completed() no longer accepts arbitrary iterables

Ned Deily added the comment: Cherry picked into 3.6.3 final -> closing -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31641] concurrent.futures.as_completed() no longer accepts arbitrary iterables

Change by Ned Deily : -- priority: release blocker -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue22729] concurrent.futures `wait` and `as_completed` depend on private api

Ben Mather added the comment: The patch is indeed a little outdated, but I would be happy to pick it and get it working again. First we need a resolution to #22630 though. Currently calling `cancel` will invoke callbacks, but waiters won't be triggered until `set_running_or_notify_cancel` is

[issue31589] Links for French documentation pdf is broken

Julien Palard added the comment: For the record, I can reproduce the issue with this minimal test file: mdk@windhowl$ ls -lah total 108K drwxr-xr-x 2 mdk mdk 4.0K Oct 2 21:15 . drwxrwxrwt 18 root root 96K Oct 2 21:15 .. -rw-r--r-- 1 mdk mdk 196 Oct 2 21:13 faq.tex mdk@windhowl$ cat

[issue22729] concurrent.futures `wait` and `as_completed` depend on private api

Change by Antoine Pitrou : -- versions: +Python 3.7 -Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list m

[issue31589] Links for French documentation pdf is broken

STINNER Victor added the comment: Julien: Is there any reason why you want to use utf8x in specific? https://tex.stackexchange.com/questions/13067/utf8x-vs-utf8-inputenc """ utf8x vs. utf8 (inputenc) (...) The simple answer is that utf8x is to be avoided if possible. It loads the ucs package,

[issue31589] Links for French documentation PDF is broken: LaTeX issue with non-ASCII characters?

Change by STINNER Victor : -- title: Links for French documentation pdf is broken -> Links for French documentation PDF is broken: LaTeX issue with non-ASCII characters? ___ Python tracker ___

[issue22630] `concurrent.futures.Future.set_running_or_notify_cancel` does not notify cancel

Antoine Pitrou added the comment: "change-docs-and-waiters.patch" looks reasonable on the principle, but I doubt it still applies. Also, we use Github nowadays. You may still upload patches if you prefer, but pull requests have become the recommended way to submit changes :-) -- nos

[issue22729] concurrent.futures `wait` and `as_completed` depend on private api

Ben Mather added the comment: @Nathaniel RE `remove_done_callback`: This was added as an optimisation to allow the `as_completed` iterator to remove callbacks for future that it has visited instead of having to store a separate set of visited futures and ignore them when their callbacks are

[issue31589] Links for French documentation PDF is broken: LaTeX issue with non-ASCII characters?

Julien Palard added the comment: I personally do not care about using utf8x, it has been introduced in: r74549 | benjamin.peterson | 2009-08-24 12:42:36 -0500 (Mon, 24 Aug 2009) | 1 line fix pdf building by teaching latex the right encoding package # Get LaTeX to handle Unicode correctl

[issue31540] Adding context in concurrent.futures.ProcessPoolExecutor

Antoine Pitrou added the comment: New changeset e8c368df22c344183627e7ef882bea1683fe6dbe by Antoine Pitrou (Thomas Moreau) in branch 'master': bpo-31540: Allow passing multiprocessing context to ProcessPoolExecutor (#3682) https://github.com/python/cpython/commit/e8c368df22c344183627e7ef882bea

[issue31589] Links for French documentation PDF is broken: LaTeX issue with non-ASCII characters?

STINNER Victor added the comment: (Oh sorry, I misunderstand what you wrote. I understood that Python didn't use utf8x yet and you proposed to start using it.) -- ___ Python tracker _

[issue31540] Adding context in concurrent.futures.ProcessPoolExecutor

Change by Antoine Pitrou : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs

[issue31415] Add -X option to show import time

Change by INADA Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue31415] Add -X option to show import time

INADA Naoki added the comment: New changeset 1a87de7fcfa3c19f08e29047337c350b4a32b259 by INADA Naoki in branch 'master': bpo-31415: Add `-X importtime` option (GH-3490) https://github.com/python/cpython/commit/1a87de7fcfa3c19f08e29047337c350b4a32b259 -- _

[issue31671] IntFlag makes re.compile slower

New submission from INADA Naoki : flags exposed by re module are IntFlag from Python 3.4. Since it is passed to underlying sre_parse and sre_compile, tests in loop (e.g. `flags & SRE_FLAG_IGNORECASE`) calls IntFlag.__and__ and creates new instance everytime. It makes re.compile() slower. -

[issue31671] IntFlag makes re.compile slower

Change by INADA Naoki : -- keywords: +patch pull_requests: +3842 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31619] Strange error when convert hexadecimal with underscores to int

Serhiy Storchaka added the comment: New changeset 85c0b8941f0c8ef3ed787c9d504712c6ad3eb5d3 by Serhiy Storchaka in branch 'master': bpo-31619: Fixed a ValueError when convert a string with large number of underscores (#3827) https://github.com/python/cpython/commit/85c0b8941f0c8ef3ed787c9d5047

[issue31619] Strange error when convert hexadecimal with underscores to int

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

[issue31672] string.Template should use re.ASCII flag

New submission from INADA Naoki : Currently, strings.Template uses re.IGNORECASE without re.ASCII: idpattern = r'[_a-z][_a-z0-9]*' flags = _re.IGNORECASE [a-z] matches against 'ı' (0x131, DOTLESS I) and 'ſ' (0x17f, LONG S). It is not intentional, and it makes re.compile slower. ---

[issue31673] Fix the name of Tkinter's adderrorinfo method

New submission from Serhiy Storchaka : When the _tkinter module was converted to Argument Clinic in issue20168, the name of the adderrorinfo method was written as "adderrinfo". This error was left unnoticed because there are no tests for this method besides bigmem tests. Today I have ran bigme

[issue31673] Fix the name of Tkinter's adderrorinfo method

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +3844 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue31674] Buildbots: random "Failed to connect to github.com port 443: Connection timed out" errors

New submission from STINNER Victor : Sometimes, the "git" step fails on buildbots. ARMv7 Ubuntu 3.x just failed on build 1481, atTue Oct 3 11:14:22 2017: http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.x/builds/1481/steps/git/logs/stdio git fetch -t https://github.com/python/cpython

[issue31675] Tkinter: memory leak in splitlines() and split()

Change by Serhiy Storchaka : -- assignee: -> serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31675] Tkinter: memory leak in splitlines() and split()

New submission from Serhiy Storchaka : There is a memory leak in Tkinter's methods splitlines() and split() when pass a string larger than 2 GiB (when encoded to UTF-8). -- components: Tkinter messages: 303599 nosy: serhiy.storchaka priority: normal severity: normal stage: patch review

[issue31675] Tkinter: memory leak in splitlines() and split()

Change by Serhiy Storchaka : -- dependencies: +Fix the name of Tkinter's adderrorinfo method ___ Python tracker ___ ___ Python-bugs-l

[issue31415] Add -X option to show import time

STINNER Victor added the comment: Thank you Naoki for this nice enhancement! Tooling always help to take smart decisions on optimizations. -- ___ Python tracker ___ __

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: See also issue28637. Using IntFlag in the re module impacted the Python startup time. This was "fixed" by getting rid of re in site.py. -- nosy: +serhiy.storchaka ___ Python tracker

[issue31675] Tkinter: memory leak in splitlines() and split()

STINNER Victor added the comment: Which function? Do you mean split() and splitlist() methods of tkapp? C functions _tkinter_tkapp_split() and _tkinter_tkapp_splitlist(). Do you know how to reproduce the memory leak? -- nosy: +haypo ___ Python trac

[issue31671] IntFlag makes re.compile slower

Change by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue30807] setitimer() can disable timer by mistake

Change by STINNER Victor : -- pull_requests: +3845 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31675] Tkinter: memory leak in splitlines() and split()

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +3846 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Oh, Python already accepts floating point numbers: haypo@selma$ ./python Python 3.7.0a1+ (heads/master-dirty:efb560eee2, Oct 3 2017, 12:15:58) [GCC 7.2.1 20170915 (Red Hat 7.2.1-2)] on linux Type "help", "copyright", "credits" or "license" for more informatio

[issue31675] Tkinter: memory leak in splitlines() and split()

Serhiy Storchaka added the comment: Just run the bigmem tests with ulimit (after fixing issue31673). (ulimit -v 435; ./python -m test -vuall -M4G test_tcl) -- ___ Python tracker _

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: :) This is due to caching. 2.0 == 2. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue31619] Strange error when convert hexadecimal with underscores to int

Serhiy Storchaka added the comment: New changeset b5a630f3dd30ed628e088efe7523e650087adba2 by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31619: Fixed a ValueError when convert a string with large number of underscores (GH-3827) (#3863) https://github.com/python/cpython

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Oh, right. Strange. >>> re.compile("e", flags=2.0) Traceback (most recent call last): File "", line 1, in File "/home/haypo/prog/python/master/Lib/re.py", line 240, in compile return _compile(pattern, flags) File "/home/haypo/prog/python/master/Lib/r

[issue31676] Strange failure in test_cgitb

New submission from Serhiy Storchaka : I have found a strange failure when run the bigmem tests. 0:20:19 load avg: 1.04 [116/407/1] test_cgitb test test_cgitb failed -- Traceback (most recent call last): File "/home/serhiy/py/cpython/Lib/test/test_cgitb.py", line 23, in test_html raise Val

[issue31676] Strange failure in test_cgitb

Change by Serhiy Storchaka : Added file: https://bugs.python.org/file47185/tests-bigmem.txt ___ Python tracker ___ ___ Python-bugs-list maili

[issue31671] IntFlag makes re.compile slower

Change by STINNER Victor : -- pull_requests: +3847 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: > :) This is due to caching. 2.0 == 2. I proposed PR 3867 to fix the re.compile() cache: check flags type. -- ___ Python tracker ___

[issue31669] string.Template: cods, docs and PEP all disagree on definition of identifier

Change by INADA Naoki : -- superseder: -> string.Template should use re.ASCII flag ___ Python tracker ___ ___ Python-bugs-list maili

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: Victor, how large is performance regression of your patch? -- ___ Python tracker ___ ___ Python-

[issue31672] string.Template should use re.ASCII flag

Change by Serhiy Storchaka : -- nosy: +barry, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31675] Tkinter: memory leak in splitlines() and split()

STINNER Victor added the comment: Oh, Python splitlist() doesn't seem to be documented. Tcl SplitList documentation: https://www.tcl.tk/man/tcl/TclLib/SplitList.htm -- ___ Python tracker

[issue31677] email.header uses re.IGNORECASE without re.ASCII

New submission from INADA Naoki : email.header has this pattern: https://github.com/python/cpython/blob/85c0b8941f0c8ef3ed787c9d504712c6ad3eb5d3/Lib/email/header.py#L34-L43 # Match encoded-word strings in the form =?charset?q?Hello_World?= ecre = re.compile(r'''

[issue31677] email.header uses re.IGNORECASE without re.ASCII

Change by INADA Naoki : -- keywords: +patch pull_requests: +3848 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31677] email.header uses re.IGNORECASE without re.ASCII

Serhiy Storchaka added the comment: Alternatively, re.IGNORECASE can be removed and [qb] replaced with [QqBb]. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue31669] string.Template: cods, docs and PEP all disagree on definition of identifier

Serhiy Storchaka added the comment: There is no contradiction. PEP 292 means Python 2 identifiers. Python 3 documentation was changed according to changing the definition of Python identifiers (see issue24351). -- nosy: +serhiy.storchaka resolution: -> not a bug stage: -> resolved s

[issue31677] email.header uses re.IGNORECASE without re.ASCII

Barry A. Warsaw added the comment: I think using re.ASCII is a good addition since RFC 2047 says: Generally, an "encoded-word" is a sequence of printable ASCII characters that begins with "=?", ends with "?=", and has two "?"s in between. It specifies a character set and an encoding m

[issue31678] Incorrect C Function name for timedelta

New submission from Михаил Миронов : Documentation: PyDateTime_DELTA_GET_MICROSECOND https://docs.python.org/3/c-api/datetime.html#c.PyDateTime_DELTA_GET_MICROSECOND Should be: PyDateTime_DELTA_GET_MICROSECONDS -- assignee: docs@python components: Documentation messages: 303616 nosy: d

[issue31671] IntFlag makes re.compile slower

STINNER Victor added the comment: Serhiy: "Victor, how large is performance regression of your patch?" I tested bm_regex_compile.py of the Python performance benchmark suite: https://pyperformance.readthedocs.io/benchmarks.html#regex-compile My patch has no impact on *uncached* re.compile() pe

[issue31672] string.Template should use re.ASCII flag

Barry A. Warsaw added the comment: Technically it *is* an API change since `flags` is a part of the public API. The documentation says: $identifier names a substitution placeholder matching a mapping key of "identifier". By default, "identifier" is restricted to any case- insensi

[issue31671] IntFlag makes re.compile slower

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue31676] Strange failure in test_cgitb

STINNER Victor added the comment: I bisect the bug manually and using test.bisect. I identified that the bug is triggered when you run the following 3 tests: --- test.test_imp.ImportTests.test_load_source test.test_cgitb.TestCgitb.test_html test.test_cgitb.TestCgitb.test_fonts --- Write these

[issue31676] Strange failure in test_cgitb

STINNER Victor added the comment: Sorry, run: ./python -m test -M4G test_imp test_cgitb --matchfile=tests -- ___ Python tracker ___ ___

[issue31669] string.Template: cods, docs and PEP all disagree on definition of identifier

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue31676] Strange failure in test_cgitb

STINNER Victor added the comment: The problem is that imp.load_source() modifies __file__ of the __main__ module. Example of a file x.py: --- import imp import sys print(sys.modules[__name__]) try: imp.load_source(__name__, __file__ + "\0") except: pass print(sys.modules[__name__]) ---

[issue31567] Inconsistent documentation around decorators

Change by Henk-Jaap Wagenaar : -- nosy: +Henk-Jaap Wagenaar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue31676] test.test_imp.ImportTests.test_load_source has side effects

Change by STINNER Victor : -- nosy: +brett.cannon, eric.snow, ncoghlan title: Strange failure in test_cgitb -> test.test_imp.ImportTests.test_load_source has side effects versions: +Python 3.7 ___ Python tracker

[issue31676] test.test_imp.ImportTests.test_load_source has side effects

STINNER Victor added the comment: Attached PR 3871 fixes the side effect in test_imp, but I'm not sure that it's the best fix. Maybe load_source() should use a "transaction" to restore attributes on failure? load_source() seems to be used imp.reload() for example. Do you expect this function

[issue31676] test.test_imp.ImportTests.test_load_source has side effects

Change by STINNER Victor : -- keywords: +patch pull_requests: +3849 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31669] string.Template: code, docs and PEP all disagree on definition of identifier

Thomas Jollans added the comment: Should the PEP be clarified? -- title: string.Template: cods, docs and PEP all disagree on definition of identifier -> string.Template: code, docs and PEP all disagree on definition of identifier ___ Python tracker

[issue23404] 'make touch' does not work with git clones of the source repository

Nick Coghlan added the comment: No, I'm not currently working on this (to be completely honest, I entirely forgot we hadn't backported the What's New updates to the various branches). They'll need to be independent updates, since they affect a different file for each release (although they ca

[issue31669] string.Template: code, docs and PEP all disagree on definition of identifier

Barry A. Warsaw added the comment: PEPs aren't really intended to be ongoing specs, keeping up with implementation changes. The documentation is pretty clear in defining identifiers as "any case-insensitive ASCII alphanumeric string (including underscores) that starts with an underscore or A

[issue31678] Incorrect C Function name for timedelta

Change by Mironov Mikhail : -- keywords: +patch pull_requests: +3850 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue31671] IntFlag makes re.compile slower

Serhiy Storchaka added the comment: I don't think there is a problem which is worth to be solved by PR 3867. It is very unlikely that anyone uses re functions with a pattern and float flags which accidentally matches already cached valid pattern and integer flag. If float value is passed as a

[issue31672] string.Template should use re.ASCII flag

Change by INADA Naoki : -- keywords: +patch pull_requests: +3851 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31672] string.Template should use re.ASCII flag

INADA Naoki added the comment: > This means if someone does subclass string.Template and changes the pattern > to accept Unicode identifiers, then with this change they will also have to > modify flags, whereas before they didn't. Thank you for pointing it out. I removed re.A flag after compi

[issue31672] string.Template should use re.ASCII flag

Change by INADA Naoki : -- stage: -> patch review type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue31415] Add -X option to show import time

Terry J. Reedy added the comment: This is pretty useless on Windows because you are using a clock with 15-16 milli (not micro) second resolution on Windows. Before Victor introduced time.perf_counter, with decent behavior on all systems, timeit used different time module functions on Windows

[issue31668] "fixFirefoxAnchorBug" function in doctools.js causes navigating problem in Py3 doc in Chrome

Mariatta Wijaya added the comment: Is there anything to be done in CPython? It appears to be either a bug with the browser or Sphinx... -- nosy: +Mariatta ___ Python tracker _

[issue31657] unit test for optimization levels does not cover __debug__ case

Mariatta Wijaya added the comment: New changeset 543386b7f077d210ea0722079d68beb6c066730a by Mariatta (diana) in branch 'master': bpo-31657: Add test coverage for the __debug__ case (GH-3450) https://github.com/python/cpython/commit/543386b7f077d210ea0722079d68beb6c066730a -- nosy: +

[issue31668] "fixFirefoxAnchorBug" function in doctools.js causes navigating problem in Py3 doc in Chrome

fireattack added the comment: Well, since it affects Python's site's functionality, I thought it's appropriate to report here (with components: documentation). I followed the instruction here: https://docs.python.org/3/bugs.html#documentation-bugs It is not Sphinx's bug per se, since it has n

[issue31679] pydot missing write, write_png, etc

New submission from John Brearley : I have successfully installed Graphviz tool from http://graphviz.org, updated my PATH variable appropriately and can generate .PNG files using Python module Graphviz with WinPython 3.6.1. However, I cannot get anywhere using the pydot V1.2.3 module in the sa

[issue31679] pydot missing write, write_png, etc

Zachary Ware added the comment: pydot is not part of the standard library; you'll need to find their issue tracker (looks like maybe https://github.com/erocarrera/pydot/issues?) and open a ticket there. -- nosy: +zach.ware resolution: -> third party stage: -> resolved status: open -

[issue31670] Associate .wasm with application/wasm

R. David Murray added the comment: We generally wait for something a bit stronger than "tentatively" before adding a mime type (ie: an actual submission to the relevant standards channel). -- nosy: +r.david.murray ___ Python tracker

[issue31583] 2to3 call for file in current directory yields error

Jonathan Abdo added the comment: Issue also effects 3.5 -- nosy: +jabdo versions: +Python 3.5 Added file: https://bugs.python.org/file47187/2to3bugpython.png ___ Python tracker ___

[issue31583] 2to3 call for file in current directory yields error

R. David Murray added the comment: 3.5 is in security-fix-only mode, and we use versions to indicate which versions we plan to fix the bug in. -- nosy: +r.david.murray versions: -Python 3.5 ___ Python tracker _

[issue31583] 2to3 call for file in current directory yields error

Jonathan Abdo added the comment: Gotcha, sorry about that. Active uses 3.5, so I guess I would take it up with them? On Oct 3, 2017 2:27 PM, "R. David Murray" wrote: > > R. David Murray added the comment: > > 3.5 is in security-fix-only mode, and we use versions to indicate which > versions

[issue31673] Fix the name of Tkinter's adderrorinfo method

Serhiy Storchaka added the comment: New changeset 929b40a601db868530d6beaafb3256822103a7fb by Serhiy Storchaka in branch 'master': bpo-31673: Fixed typo in the name of Tkinter's method adderrorinfo(). (#3864) https://github.com/python/cpython/commit/929b40a601db868530d6beaafb3256822103a7fb -

[issue31583] 2to3 call for file in current directory yields error

R. David Murray added the comment: Yes, redistributors sometimes backport non-security fixes if they consider them important enough. Note that I haven't evaluated the merits of this issue, and there is a related issue about how 2to3 finds its fixers that this may overlap with. -- __

[issue31673] Fix the name of Tkinter's adderrorinfo method

Change by Serhiy Storchaka : -- pull_requests: +3852 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue31673] Fix the name of Tkinter's adderrorinfo method

Serhiy Storchaka added the comment: New changeset fcc832a4fafcbbaca5484ed0274935e14c9dcf6b by Serhiy Storchaka in branch '3.6': [3.6] bpo-31673: Fixed typo in the name of Tkinter's method adderrorinfo(). (GH-3864). (#3873) https://github.com/python/cpython/commit/fcc832a4fafcbbaca5484ed027493

[issue31680] Expose curses library name and version on Python level

New submission from Serhiy Storchaka : The name and the version of the curses library are needed for work around bugs in old versions or skip tests on platforms that provide broken curses library (like OpenBSD providing ncurses 5.7). The curses and _curses modules provide the attribute "versio

[issue31675] Tkinter: memory leak in splitlines() and split()

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

[issue31675] Tkinter: memory leak in splitlines() and split()

Serhiy Storchaka added the comment: New changeset 27c623c845dd6e4b8e1782666ca3a956636da266 by Serhiy Storchaka in branch 'master': bpo-31675: Fix memory leaks in Tkinter's methods splitlist() and split() (#3866) https://github.com/python/cpython/commit/27c623c845dd6e4b8e1782666ca3a956636da266

[issue31681] pkgutil.get_data() leaks open files in Python 2.7

New submission from Elvis Pranskevichus : pkgutil.get_data() does this: def get_data(self, pathname): return open(pathname, "rb").read() which very obviously leaks open file descriptors. This has been fixed in 3.x by https://github.com/python/cpython/commit/1ab58dfb12dedb7, but n

[issue31680] Expose curses library name and version on Python level

STINNER Victor added the comment: How can we get the ncurses version? -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list ma

[issue31680] Expose curses library name and version on Python level

STINNER Victor added the comment: On Fedora 26, /usr/include/ncurses/curses.h contains: --- /* These are defined only in curses.h, and are used for conditional compiles */ #define NCURSES_VERSION_MAJOR 6 #define NCURSES_VERSION_MINOR 0 #define NCURSES_VERSION_PATCH 20170212 /* This is defined i

[issue31681] pkgutil.get_data() leaks open files in Python 2.7

Change by Elvis Pranskevichus : -- keywords: +patch pull_requests: +3854 stage: -> patch review ___ Python tracker ___ ___ Python-bu

[issue31680] Expose curses library name and version on Python level

STINNER Victor added the comment: > The name and the version of the curses library are needed for work around > bugs in old versions or skip tests on platforms that provide broken curses > library (like OpenBSD providing ncurses 5.7). If there are known issues depending on the ncurses version

[issue31583] 2to3 call for file in current directory yields error

Jonathan Abdo added the comment: Inserting (with 12 spaces) if not output_dir: output_dir = "./" at lines 83 and 84 works as a temporary workaround. `StdoutRefactoringTool` is not receiving an `output_dir` from `option`, which seems to only be an issue when `--ad

[issue31675] Tkinter: memory leak in splitlines() and split()

Serhiy Storchaka added the comment: New changeset a65b2420f681c45db43e94bfe3dc50ad1dfcd03d by Serhiy Storchaka (Miss Islington (bot)) in branch '3.6': [3.6] bpo-31675: Fix memory leaks in Tkinter's methods splitlist() and split() (GH-3866) (#3874) https://github.com/python/cpython/commit/a65b

[issue31623] Allow to build MSI installer from the official tarball

Zachary Ware added the comment: As 3.4 is in security-fix-only mode, it's up to Larry whether this can be merged. The patch looks fine as far as I can tell, but I can't test it. Note, though, that you are likely to be the only person on Earth using this installer, since there will be no more

[issue31682] Exception: Cannot import `win32api`!

New submission from Monica : Hello, I'm a newbie at Python. I am trying to download Twister to be able to run hardware tests, and it gives me Exception: Cannot import `win32api`!. I downloaded 'win32_221' and added it to C:\Python27\Scripts It is still giving me the same error. This is what I

[issue31683] a stack overflow on windows in faulthandler._fatal_error()

New submission from Oren Milman : On my 64-bit Windows 10, the echo here would print -1073741571: python -c "import faulthandler; faulthandler._fatal_error(b'a' * 2 ** 22)" echo %errorlevel% This is code c0fd, which windbg describes as 'Stack overflow'. This happens because Py_FatalError() (

  1   2   >