[issue31500] IDLE: Tiny font on HiDPI display

Serhiy Storchaka added the comment: What about 2.7? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue32981] Catastrophic backtracking in poplib and difflib

Benjamin Peterson added the comment: New changeset c9516754067d71fd7429a25ccfcb2141fc583523 by Benjamin Peterson in branch '3.6': [3.6] bpo-32981: Fix catastrophic backtracking vulns (GH-5955) https://github.com/python/cpython/commit/c9516754067d71fd7429a25ccfcb2141fc583523 -- _

[issue32981] Catastrophic backtracking in poplib and difflib

Benjamin Peterson added the comment: New changeset e052d40cea15f582b50947f7d906b39744dc62a2 by Benjamin Peterson in branch '2.7': [2.7] bpo-32981: Fix catastrophic backtracking vulns (GH-5955) https://github.com/python/cpython/commit/e052d40cea15f582b50947f7d906b39744dc62a2 -- _

[issue32980] Remove functions that do nothing in _Py_InitializeCore()

Benjamin Peterson added the comment: New changeset 7023644e0c310a3006c984318c2c111c468735b4 by Benjamin Peterson (Thomas Nyberg) in branch 'master': closes bpo-32980 Remove _PyFrame_Init (GH-5965) https://github.com/python/cpython/commit/7023644e0c310a3006c984318c2c111c468735b4 -- re

[issue32981] Catastrophic backtracking in poplib and difflib

Benjamin Peterson added the comment: New changeset 0902a2d6b2d1d9dbde36aeaaccf1788ceaa97143 by Benjamin Peterson (Miss Islington (bot)) in branch '3.7': bpo-32981: Fix catastrophic backtracking vulns (GH-5955) https://github.com/python/cpython/commit/0902a2d6b2d1d9dbde36aeaaccf1788ceaa97143

[issue32981] Catastrophic backtracking in poplib and difflib

Change by Benjamin Peterson : -- pull_requests: +5737 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue32981] Catastrophic backtracking in poplib and difflib

Change by Benjamin Peterson : -- pull_requests: +5736 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31500] IDLE: Tiny font on HiDPI display

Terry J. Reedy added the comment: I assume that the 2nd patch, by Serhiy, fixed the issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker __

[issue32874] IDLE: Add tests for pyparse

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue32981] Catastrophic backtracking in poplib and difflib

Benjamin Peterson added the comment: New changeset 0e6c8ee2358a2e23117501826c008842acb835ac by Benjamin Peterson (Jamie Davis) in branch 'master': bpo-32981: Fix catastrophic backtracking vulns (#5955) https://github.com/python/cpython/commit/0e6c8ee2358a2e23117501826c008842acb835ac

[issue32981] Catastrophic backtracking in poplib and difflib

Change by miss-islington : -- keywords: +patch pull_requests: +5735 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue32991] AttributeError in doctest.DocTestFinder.find

New submission from Jason R. Coombs : In Python 3.6, one could find doctests on a namespace package: ``` $ mkdir foo $ python3.6 Python 3.6.4 (v3.6.4:d48ecebad5, Dec 18 2017, 21:07:28) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more

[issue21998] asyncio: support fork

Zac Medico added the comment: I'm not sure about possible use cases that might conflict with this approach, but using a separate event loop for each pid seems very reasonable to me, as follows: _default_policy = asyncio.get_event_loop_policy() _pid_loop = {} class MultiprocessingPolicy(async

[issue32989] IDLE: Incorrect signature in call from editor to pyparse.find_good_parse_start

Cheryl Sabella added the comment: I didn't incorporate all the suggestions into the first PR for this so that it could focus on the parameter change and the tests. `newline_and_indent_event` does a lot, so I want to make sure the tests look good. I was also going to add tests for the other

[issue32989] IDLE: Incorrect signature in call from editor to pyparse.find_good_parse_start

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +5734 stage: test needed -> patch review ___ Python tracker ___ ___ Pyt

[issue32919] csv.reader() to support QUOTE_ALL

R. David Murray added the comment: QUOTE_ALL only makes sense as an output control parameter, IMO. It is an output discipline but doesn't say anything about semantics. In csv format, an empty field and a field containing the empty quoted string are completely equivalent. I would be -1 on a

[issue32758] Stack overflow when parse long expression to AST

Brett Cannon added the comment: You're probably right and it's worth propagating the warning a bit wider. -- assignee: docs@python -> brett.cannon ___ Python tracker ___ __

[issue32963] Python 2.7 tutorial claims source code is UTF-8 encoded

Brett Cannon added the comment: No need to apologize! We all only have so much free time. -- ___ Python tracker ___ ___ Python-bugs-

[issue32990] Supporting extensible format(PCM) for wave.open(read-mode)

Ned Deily added the comment: Thanks for working on this. Please follow the process in our Developers Guide and submit a PR against the master branch (for 3.8). After a core developer reviews it and if it is accepted, we can then decide about backports to other release branches. Also, if yo

[issue32990] Supporting extensible format(PCM) for wave.open(read-mode)

Andrea Celletti added the comment: I am currently working on a patch for this. When done can I try pushing this in 3.7 rather than 3.8? It is not much of an enhancement but rather fixing the code that raises an error for a perfectly valid PCM wave file (bugfix). -- versions: -Python

[issue26707] plistlib fails to parse bplist with 0x80 UID values

Jon Janzen added the comment: Hello, I have attached a file extracted from the database of the 2Do App for iOS and macOS. The file contains information about tags used in the app. plistlib cannot currently parse this file because it lacks the ability to read byte 0x80 (UID). I believe the d

[issue32730] Allow py launcher to launch other registered Pythons

Steve Dower added the comment: Since I took the time to do a brain dump of my thinking here, feel free to review/contribute to https://github.com/zooba/PyLauncher/wiki Note that the code in that repo doesn't match the wiki page, and while I think it's good code I do now think it's the wrong a

[issue32980] Remove functions that do nothing in _Py_InitializeCore()

Thomas Nyberg added the comment: ince I originated this issue and I think I understand the concerns, I figured I could speed up the back and forth in this thread by opening this new PR which removes the `_PyFrame_Init()` function. I couldn't find any `_PyFrame_Fini()` function in the source s

[issue32980] Remove functions that do nothing in _Py_InitializeCore()

Change by Thomas Nyberg : -- pull_requests: +5732 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue32964] Reuse a testing implementation of the path protocol in tests

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

[issue32964] Reuse a testing implementation of the path protocol in tests

Serhiy Storchaka added the comment: New changeset fbdd075c64a5229dfa26632cf1b2cf2361dc5003 by Serhiy Storchaka in branch '3.6': [3.6] bpo-32964: Reuse a testing implementation of the path protocol in tests. (GH-5930). (GH-5958) https://github.com/python/cpython/commit/fbdd075c64a5229dfa26632c

[issue32758] Stack overflow when parse long expression to AST

Serhiy Storchaka added the comment: Thank you Brett! The comment LGTM. Is it worth to add warnings to other functions? * compile(), exec() and eval(). They are crashed due to recursion in the AST optimizer. This is a regression of 3.7. compile(..., PyCF_ONLY_AST) is the same as ast.parse() a

[issue32963] Python 2.7 tutorial claims source code is UTF-8 encoded

Martijn Pieters added the comment: Thanks for the quick fix, sorry I didn't have a PR for this one! -- ___ Python tracker ___ ___ Py

[issue32990] Supporting extensible format(PCM) for wave.open(read-mode)

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka stage: -> needs patch versions: +Python 3.8 ___ Python tracker ___ ___ Pytho

[issue32990] Supporting extensible format(PCM) for wave.open(read-mode)

New submission from Andrea Celletti : The wave.Wave_read class currently supports 8, 16, 24, and 32 bit PCM files. Wave files are only supported if the wFormatTag in the format chunk matches the flag WAVE_FORMAT_PCM, which is correct but incomplete for 24 bit files. According to the specificati

[issue32388] Remove cross-version binary compatibility

Stefan Behnel added the comment: I'm ok with "removing" this "guarantee" (although it seems too late to apply this specific change to 3.7 now). While Cython users do ask for a way to build cross-version binaries from time to time, it's neither supported nor planned, and the underlying problem