[issue34967] Sphinx is deprecating add_description_unit

Change by miss-islington : -- pull_requests: +9208 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34967] Sphinx is deprecating add_description_unit

Julien Palard added the comment: New changeset e385d0661ecf8bc9ba95c4395d9a11262c2cbfec by Julien Palard (Stéphane Wirtel) in branch 'master': bpo-34967: Sphinx is deprecating add_description_unit, use add_object_type (GH-9827)

[issue34967] Sphinx is deprecating add_description_unit

Change by miss-islington : -- pull_requests: +9209 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34967] Sphinx is deprecating add_description_unit

Change by miss-islington : -- pull_requests: +9210 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34919] Crash caused by certain characters in a string

cwickens added the comment: OK thank you for the explanations. It does indeed sound a lot like issue 34241. I will test as soon as I get a chance. Anyway, I am OK with this bug being closed. -- ___ Python tracker

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Change by Andrew Svetlov : -- title: Protect all_tasks manipulation in asyncio.all_tasks() -> Protect tasks weak set manipulation in asyncio.all_tasks() ___ Python tracker

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: The issue is hard to reproduce, the problem happens on an implicit garbage collector run during iteration over `_all_tasks` weakset. -- ___ Python tracker

[issue34969] Add --fast, --best to the gzip CLI

Julien Palard added the comment: Hi Stéphane thanks for the proposal and the PR. But are those options usefull in real life? (I may be biased as a Linux user). I see this gzip CLI usefull to decompress a gzip file on platforms not having a gzip program installed, but I don't think it's

[issue34919] Crash caused by certain characters in a string

cwickens added the comment: Actually I was mistaken: it does reproduce with 3.7.0 on MacOS. I just tried it again; I guess the first time I must have copied the problematic string incorrectly (as even changing by 1 char seems to affect whether it crashes). Below is the crash report. Anyway,

[issue34919] Crash caused by certain characters in a string

Change by cwickens : -- components: -Windows ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34919] Crash caused by certain characters in a string

Karthikeyan Singaravelan added the comment: Thanks @cwickens for the confirmation. It's still weird that I used one of the problematic strings in the repo and it didn't crash with 3.7.0 on my Ubuntu machine. I tried testing with Mac OS again since you mentioned it was reproducible now. I

[issue34968] loop.call_soon_threadsafe should be documented to be re-entrant-safe too

Andrew Svetlov added the comment: Agree. Docs update sounds good. Nathaniel, would you create a docs patch? -- ___ Python tracker ___

[issue34919] Crash caused by certain characters in a string

Karthikeyan Singaravelan added the comment: Just noticed that you have mentioned that it doesn't crash in Linux in the GitHub repo. I tried the same in Ubuntu and if it's due to the mentioned issue I think it should crash in Linux too. Anyway it's worth giving 3.7RC1 a try to validate this.

[issue34969] Add --fast, --best to the gzip CLI

pmpp added the comment: Hi, on platform without gzip ( there are some , including some widely used OS eg: https://github.com/bazelbuild/rules_docker/issues/507 ) ability to use python gzip cli is extremely usefull as a fallback. Though as discussed on irc default compression to 6 is a good

[issue34970] Protect all_tasks manipulation in asyncio.all_tasks()

New submission from Andrew Svetlov : Traceback (most recent call last): File "C:\Users\max\AppData\Local\Programs\Python\Python37\lib\threading.py", line 917, in _bootstrap_inner self.run() File "D:\Proj\antwork\code\antwork_backend\server\data_handlers\order\playback_hd.py", line

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: Ned, would be nice to have this trivial bugfix in 3.7.1. The problem happens if wakes up on weakset iteration. The chance is very low, it leads to a flaky scary bug. -- stage: patch review -> ___ Python tracker

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Ned Deily added the comment: 3.7.1rc2 is about to be released so to add this would require retagging and remanufacturing release bits. If the chances of it happening are "very low", I would prefer to not further delay rc2. If you and Yury agree that the risk is low and the benefit is

[issue34969] Add --fast, --best to the gzip CLI

Stéphane Wirtel added the comment: Julien, Currently, the default compresslevel for gzip.open, GzipFile is 9, for the best method compression. Maybe we could define 6 as the tradeoff and specify 1 (for fast), 9 (for best), 6 (tradeoff). Maybe in an other issue? --

[issue34969] Add --fast, --best to the gzip CLI

Change by Stéphane Wirtel : -- nosy: +mdk stage: patch review -> ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

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

[issue34971] add support for tls/ssl sessions in asyncio

New submission from Rémi Cardona : cpython has had TLS session support since 3.6, using the SSLContext.wrap_* methods. Unfortunately, this support is not available when using asyncio's create_connection. While I've managed to monkeypatch asyncio.sslproto._SSLPipe from my own code (it's a

[issue34971] add support for tls/ssl sessions in asyncio

Andrew Svetlov added the comment: TLS session support is awesome. IFAIK ssl_proto.py is under heavy reconstruction now. Please coordinate your work with Yuri. -- ___ Python tracker

[issue34972] json dump silently converts int keys to string

Karthikeyan Singaravelan added the comment: Thanks for the report. There was a related issue few days back issue32816. I think this is a documented behavior at https://docs.python.org/3.8/library/json.html#json.dumps . Having a warning in place might break code and I don't know if there is

[issue34968] loop.call_soon_threadsafe should be documented to be re-entrant-safe too

Yury Selivanov added the comment: > AFAICT the stdlib's implementation of call_soon_threadsafe is already > reentrant-safe What would make it not reentrant-safe? We'll need to document that for the benefit of asyncio and third-party maintainers. --

[issue22851] 2.7 core crashes with generator.gi_frame.f_restricted

Serhiy Storchaka added the comment: New changeset 68ddb59417ee0b0dedf5c8b66a304138c9ce0a63 by Serhiy Storchaka (Zackery Spytz) in branch '2.7': [2.7] bpo-22851: Fix a segfault when accessing generator.gi_frame.f_restricted. (GH-9348)

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

miss-islington added the comment: New changeset 22381394ad1541db0b652eed802601f62510d22f by Miss Islington (bot) in branch '3.7': bpo-16965: 2to3 now rewrites execfile() to open with 'rb'. (GH-8569) https://github.com/python/cpython/commit/22381394ad1541db0b652eed802601f62510d22f

[issue34972] json dump silently converts int keys to string

Change by My-Tien Nguyen : -- nosy: My-Tien Nguyen priority: normal severity: normal status: open title: json dump silently converts int keys to string ___ Python tracker ___

[issue32052] Provide access to buffer of asyncio.StreamReader

Andrew Svetlov added the comment: Exposing internal buffer means committing on a new API contract forever. I feel a need for reacher read*() API but pretty sure that making internal buffer public is a bad idea. With BufferedProtocol it could be even worse: SLAB allocators can spit a buffer

[issue34953] Implement `mmap.mmap.__repr__`

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34882] f(a=1, *args) should be a SyntaxError

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34972] json dump silently converts int keys to string

My-Tien Nguyen added the comment: I don’t think, “other languages do that too” is a good argument here. This would apply if behaving differently would break user expectation. But here we would do nothing more than explicitly inform the user of a relevant operation. If they already expected

[issue22872] multiprocessing.Queue raises AssertionError

Serhiy Storchaka added the comment: New changeset 0461704060474cb358d3495322950c4fd00616a0 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-22872: multiprocessing.Queue's put() and get() now raise ValueError if the queue is closed. (GH-9010)

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Serhiy Storchaka added the comment: New changeset d4d60134b29290049e28df54f23493de4f1824b6 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-16965: 2to3 now rewrites execfile() to open with 'rb'. (GH-8569)

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Change by miss-islington : -- pull_requests: +9213 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

Change by miss-islington : -- pull_requests: +9212 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34972] json dump silently converts int keys to string

New submission from My-Tien Nguyen : When int keys are silently converted to string on json serialization, the user needs to remember to convert it back to int on loading. I think that a warning should be shown at least. In my case I serialize a dict to json with int keys, later load it back

[issue30250] StringIO module truncate behavior of current position

Change by Martin Panter : -- assignee: -> docs@python components: +Documentation nosy: +docs@python title: StreamIO truncate behavior of current position -> StringIO module truncate behavior of current position ___ Python tracker

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Yury Selivanov added the comment: >> we could consider risking cherry-picking it to 3.7.1 final. Sound OK? > Let's wait for Yuri opinion. I agree it's a pretty serious bug; basically a time bomb that can crash a perfectly fine asyncio application. The PR itself seems to be safe to

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: Let's wait for Yuri opinion. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue22851] 2.7 core crashes with generator.gi_frame.f_restricted

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

[issue34971] add support for tls/ssl sessions in asyncio

Change by Rémi Cardona : -- keywords: +patch pull_requests: +9214 stage: -> patch review ___ Python tracker ___ ___

[issue16965] 2to3 should rewrite execfile() to open in 'rb' mode

miss-islington added the comment: New changeset 950fa40eee483f7507cd825b574a018b957dd253 by Miss Islington (bot) in branch '3.6': bpo-16965: 2to3 now rewrites execfile() to open with 'rb'. (GH-8569) https://github.com/python/cpython/commit/950fa40eee483f7507cd825b574a018b957dd253

[issue34973] Crash in bytes constructor with mutating list

New submission from Serhiy Storchaka : Constructing bytes from mutating list can cause a crash. class X: def __index__(self): if len(a) < 1000: a.append(self) return 0 a = [X()] bytes(a) This is not an issue about weird integer-like objects. It is about . The

[issue26301] ceval.c: reintroduce fast-path for list[index] in BINARY_SUBSCR

Change by Pablo Galindo Salgado : -- pull_requests: +9223 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Ned Deily added the comment: Thanks, Andrew and Yury! Just leave the issue open as a "release blocker" for now and I will take care of it for 3.7.1 final. -- ___ Python tracker

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: Cool! Thanks, Ned -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33729] Hashlib/blake2* missing 'data' keyword argument

Ned Deily added the comment: Serhiy's fixes (thanks!) are now released in 3.7.0rc2 and 3.6.7rc2 so I'm removing the "release blocker" status. If there is nothing more to be done for this issue, can we close it? -- priority: release blocker ->

[issue33656] IDLE: Turn on DPI awareness on Windows

Tal Einat added the comment: Ping? Do we want to get this in for 3.7.1 and 3.6.7? -- nosy: +taleinat ___ Python tracker ___ ___

[issue34975] start_tls() difficult when using asyncio.start_server()

New submission from Ian Good : There does not seem to be a public API for replacing the transport of the StreamReader / StreamWriter provided to the callback of a call to asyncio.start_server(). The only way I have found to use the new SSL transport is to update protected members of the

[issue34927] Tkinter-related segfault on macOS (regression between 3.7.0 and 3.7.1rc1)

Ned Deily added the comment: New changeset f55c3ae657595d12ce78aca76c9c6b998d632424 by Ned Deily in branch '3.6': bpo-34370: Revert to using released Tk 8.6.8 with macOS installers https://github.com/python/cpython/commit/f55c3ae657595d12ce78aca76c9c6b998d632424 --

[issue34370] Tkinter scroll issues on macOS

Ned Deily added the comment: New changeset f55c3ae657595d12ce78aca76c9c6b998d632424 by Ned Deily in branch '3.6': bpo-34370: Revert to using released Tk 8.6.8 with macOS installers https://github.com/python/cpython/commit/f55c3ae657595d12ce78aca76c9c6b998d632424 --

[issue34927] Tkinter-related segfault on macOS (regression between 3.7.0 and 3.7.1rc1)

Ned Deily added the comment: New changeset d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf by Ned Deily in branch '3.7': bpo-34370: Revert to using released Tk 8.6.8 with macOS installers https://github.com/python/cpython/commit/d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf --

[issue34370] Tkinter scroll issues on macOS

Ned Deily added the comment: New changeset d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf by Ned Deily in branch '3.7': bpo-34370: Revert to using released Tk 8.6.8 with macOS installers https://github.com/python/cpython/commit/d8b6425e58a1fccdf8ddbbcde63066c13c1bcfaf --

[issue34976] IDLE: Replace the search dialog with a search bar

New submission from Tal Einat : Search dialogs are clunky and arguably outdated. Most modern editors, IDEs and browsers use a search bar instead. I created a search bar for IDLE as an extension years ago, it can be found on PyPI as "SearchBar". I hadn't updated it in recent years and it

[issue34976] IDLE: Replace the search dialog with a search bar

Change by Tal Einat : -- keywords: +patch pull_requests: +9224 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue34976] IDLE: Replace the search dialog with a search bar

Tal Einat added the comment: See PR GH-9855 for a working implementation based on my old "SearchBar" extension. -- ___ Python tracker ___

[issue34975] start_tls() difficult when using asyncio.start_server()

Andrew Svetlov added the comment: Thanks for raising the problem. I'm in the middle of streams API refactoring. https://github.com/asvetlov/cpython/blob/async-streams/Lib/asyncio/streams.py#L801-L812 is a draft. A help is very appreciated. Would you pick up this snippet and make a pull

[issue34922] hashlib segmentation fault

Ned Deily added the comment: Serhiy's fixes (thanks!) are now released in 3.7.0rc2 and 3.6.7rc2 so I'm removing the "release blocker" status. If there is nothing more to be done for this issue, can we close it? shuoz: > oh brother, maybe this worth open a cve. Note that Serhiy believes

[issue34973] Crash in bytes constructor with mutating list

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +9215 stage: -> patch review ___ Python tracker ___ ___

[issue34973] Crash in bytes constructor with mutating list

Change by Serhiy Storchaka : -- pull_requests: +9216 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34939] Possibly spurious SyntaxError: annotated name can't be global

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +9217 stage: -> patch review ___ Python tracker ___ ___

[issue33234] Improve list() pre-sizing for inputs with known lengths

Change by Pablo Galindo Salgado : -- pull_requests: +9218 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34932] Add macOS TCP_KEEPALIVE to available socket options

Steve Dower added the comment: Yes, looks like TCP_KEEPIDLE is only available from 1709, so it should get the same handling as the TCP_KEEPCNT. If TCP_KEEPALIVE is just a synonym, then it applies for both. -- ___ Python tracker

[issue34945] regression with ./python -m test and pdb

Steve Dower added the comment: Thanks for spotting this! There's no "rationale" for hiding the output - what happened is I streamlined the test suite to always capture output, instead of some tests deciding whether they ought to capture it or not (and some doing incredibly weird things when

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Steve Dower added the comment: I meant why are you using an embedded application with a virtual environment? What sort of application do you have that requires users to configure a virtual environment, rather than providing its own set of libraries? The embedding scenarios I'm aware of

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

miss-islington added the comment: New changeset 97cf0828727ac2a269c89c5aa09570a69a22c83c by Miss Islington (bot) (Andrew Svetlov) in branch 'master': bpo-34970: Protect tasks weak set manipulation in asyncio.all_tasks() (GH-9837)

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Change by miss-islington : -- pull_requests: +9219 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34973] Crash in bytes constructor with mutating list

Serhiy Storchaka added the comment: I have two options for solving this result. 1. Add necessary checks for the list case. This will add a bunch of code and will slow down handling all lists because of additional checks. 2. Use the optimization for lists only when there are no other

[issue32052] Provide access to buffer of asyncio.StreamReader

Bruce Merry added the comment: A sequence of possible terminators would cover my immediate use case and certainly be an improvement. To facilitate more general use cases without exposing implementation details, would it be practical and maintainable to have a "putback" method that prepends

[issue25246] Alternative algorithm for deque_remove()

Change by Pablo Galindo Salgado : -- pull_requests: +9221 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: New changeset 5dbb1b7df1d9ecaa6b5344028cd1777502cf5c73 by Andrew Svetlov (Miss Islington (bot)) in branch '3.7': bpo-34970: Protect tasks weak set manipulation in asyncio.all_tasks() (GH-9837) (GH-9849)

[issue34521] Multiple tests (test_socket, test_multiprocessing_*) fail due to incorrect recvmsg(2) buffer lengths, causing failures on FreeBSD CURRENT

Change by Pablo Galindo Salgado : -- pull_requests: +9220 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34974] bytes and bytearray constructors replace unexpected exceptions

New submission from Serhiy Storchaka : bytes() and bytearray() replace some unexpected exceptions (including MemoryError and KeyboardInterrupt) with TypeError. 1) Exception in __index__. class X: def __index__(self): raise MemoryError `bytes(X())` results in: Traceback (most

[issue34970] Protect tasks weak set manipulation in asyncio.all_tasks()

Andrew Svetlov added the comment: Ned, the fix has landed on both master and 3.7 Your turn, please. -- ___ Python tracker ___ ___

[issue34919] Crash caused by certain characters in a string

Terry J. Reedy added the comment: An upgrade of the same version and bitness binary by the PSF Windows and Mac installers is done, by default, in place, so your Python scripts should not notice the difference, except for the bug fixes. At least on Windows, downgrading requires uninstall,

[issue34974] bytes and bytearray constructors replace unexpected exceptions

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +9222 stage: -> patch review ___ Python tracker ___ ___

[issue34975] start_tls() difficult when using asyncio.start_server()

Yury Selivanov added the comment: One thing: I'm -1 on adding starttls to current stream api; let's add it only to the new one (same for sendfile) -- ___ Python tracker ___

[issue31522] _mboxMMDF.get_string() fails to pass param to get_bytes()

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +9225 stage: -> patch review ___ Python tracker ___ ___

[issue33656] IDLE: Turn on DPI awareness on Windows

Change by Terry J. Reedy : -- pull_requests: +9226 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue23554] EchoServerClientProtocol class should be called EchoServerProtocol

Change by Roundup Robot : -- keywords: +patch pull_requests: +9227 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue34978] check type of object in fix_dict.py in 2to3

New submission from Pranav Devarakonda : fix_dict.py applies fixes to every instance of keys(), items() or values() irrespective of the type of object. Since 2to3 cannot check the type of the object, we can at least add the check to the generated code like... d.keys() -> list(d.keys) if

[issue34972] json dump silently converts int keys to string

Eric V. Smith added the comment: I can't think of another place where we issue a warning for anything similar. I'm opposed to any changes here: it's clearly documented behavior. It's like being surprised .ini files convert to strings: it's just how that format works. -- nosy:

[issue33656] IDLE: Turn on DPI awareness on Windows

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

[issue34977] Release Windows Store app containing Python

New submission from Steve Dower : The Windows Store can now install unrestricted apps, which means we can provide the Python interpreter in there. Advantages: * far more reliable installation * can have specific executables on PATH * automatic updates * other apps can act as extensions (with

[issue31522] _mboxMMDF.get_string() fails to pass param to get_bytes()

Change by Cheryl Sabella : -- versions: +Python 3.8 -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bugs-list

[issue33656] IDLE: Turn on DPI awareness on Windows

Terry J. Reedy added the comment: There is still no rush as guarding the ctypes import on Windows builds that can run IDLE may never be needed. But I grepped the stdlib .py code and uuid is the only .py module that imports ctypes, and all are directly or indirectly guarded in the code or

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Change by Steve Dower : -- keywords: +patch pull_requests: +9229 stage: -> patch review ___ Python tracker ___ ___

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Change by Steve Dower : -- pull_requests: +9230 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Change by Steve Dower : -- versions: +Python 3.8 -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33656] IDLE: Turn on DPI awareness on Windows

Change by miss-islington : -- pull_requests: +9232 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33656] IDLE: Turn on DPI awareness on Windows

Change by miss-islington : -- pull_requests: +9231 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue33656] IDLE: Turn on DPI awareness on Windows

Terry J. Reedy added the comment: New changeset d274afb5e579a5d9d990f68f9af856cf4c918779 by Terry Jan Reedy in branch 'master': bpo-33656: Move pyshell ctypes import inside try block. (GH-9858) https://github.com/python/cpython/commit/d274afb5e579a5d9d990f68f9af856cf4c918779 --

[issue33656] IDLE: Turn on DPI awareness on Windows

miss-islington added the comment: New changeset 77e0abe228564a5be23284bd8e963c11952eb55b by Miss Islington (bot) in branch '3.7': bpo-33656: Move pyshell ctypes import inside try block. (GH-9858) https://github.com/python/cpython/commit/77e0abe228564a5be23284bd8e963c11952eb55b --

[issue33656] IDLE: Turn on DPI awareness on Windows

miss-islington added the comment: New changeset 68299305c7898eb8eb0cea6cad19c299d0d1ba2d by Miss Islington (bot) in branch '3.6': bpo-33656: Move pyshell ctypes import inside try block. (GH-9858) https://github.com/python/cpython/commit/68299305c7898eb8eb0cea6cad19c299d0d1ba2d --

[issue26441] email.charset: to_splittable and from_splittable are not there anymore!

Change by Braden Groom : -- keywords: +patch pull_requests: +9234 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue34979] Python throws “SyntaxError: Non-UTF-8 code start with \xe8...” when parse source file

New submission from Lu jaymin : ``` # demo.py s =

[issue34927] Tkinter-related segfault on macOS (regression between 3.7.0 and 3.7.1rc1)

Ned Deily added the comment: It appears that the segfault behavior *was* introduced by some change in the Tk 8.6 development snapshot I chose to use for the python.org macOS installer builds in 3.7.1rc1 and 3.6.7rc2. For 3.7.1rc2 and 3.6.7rc2, I reverted back to using the standard Tk 8.6.8

[issue34972] json dump silently converts int keys to string

Steve Dower added the comment: Agreed with Eric. json.dump needs to produce valid JSON, which requires keys to be strings. Try using pickle if you need to preserve full Python semantics. -- nosy: +steve.dower resolution: -> not a bug stage: -> resolved status: open -> closed

[issue34979] Python throws “SyntaxError: Non-UTF-8 code start with \xe8...” when parse source file

Change by Xiang Zhang : -- nosy: +xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34979] Python throws “SyntaxError: Non-UTF-8 code start with \xe8...” when parse source file

Karthikeyan Singaravelan added the comment: Thanks for the report. Is this a case of encoding not being declared at the top of the file or am I missing something? ➜ cpython git:(master) cat ../backups/bpo34979.py s =

  1   2   >