[issue33677] Fix signatures of tp_clear handlers

New submission from Serhiy Storchaka : The tp_clear handler should be a pointer to the function that returns int. typedef int (*inquiry)(PyObject *); Two handlers in the stdlib (for AST and deque objects) return void instead. The following PR fixes this. -- components: Extension

[issue33677] Fix signatures of tp_clear handlers

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

[issue32911] Doc strings no longer stored in body of AST

Serhiy Storchaka added the comment: New changeset 2641ee5040abb090e66e4ff80c33b76729b36e75 by Serhiy Storchaka in branch '3.7': bpo-32911: Revert bpo-29463. (GH-7121) https://github.com/python/cpython/commit/2641ee5040abb090e66e4ff80c33b76729b36e75 -- __

[issue29463] Add `docstring` field to AST nodes

Serhiy Storchaka added the comment: New changeset 2641ee5040abb090e66e4ff80c33b76729b36e75 by Serhiy Storchaka in branch '3.7': bpo-32911: Revert bpo-29463. (GH-7121) https://github.com/python/cpython/commit/2641ee5040abb090e66e4ff80c33b76729b36e75 -- __

[issue32911] Doc strings no longer stored in body of AST

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

[issue29463] Add `docstring` field to AST nodes

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

[issue33671] Efficient zero-copy for shutil.copy* functions (Linux, OSX and Win)

Giampaolo Rodola' added the comment: Yes, I tried changing benchmarks order and zero-copy variants are always faster. As for instantaneous CoW copy, it is debatable. E.g. "cp" command does not do it by default: https://unix.stackexchange.com/questions/80351/why-is-cp-reflink-auto-not-the-d

[issue33654] asyncio: transports don't support switching between Protocol and BufferedProtocol

Andrew Svetlov added the comment: New changeset 2179022d94937d7b0600b0dc192ca6fa5f53d830 by Andrew Svetlov (Yury Selivanov) in branch 'master': bpo-33654: Support protocol type switching in SSLTransport.set_protocol() (#7194) https://github.com/python/cpython/commit/2179022d94937d7b0600b0dc1

[issue33654] asyncio: transports don't support switching between Protocol and BufferedProtocol

Change by miss-islington : -- pull_requests: +6833 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29463] Add `docstring` field to AST nodes

Serhiy Storchaka added the comment: New changeset 73cbe7a01a22d02dbe1ec841e8779c775cad3d08 by Serhiy Storchaka in branch 'master': bpo-32911: Revert bpo-29463. (GH-7121) (GH-7197) https://github.com/python/cpython/commit/73cbe7a01a22d02dbe1ec841e8779c775cad3d08 -- _

[issue32911] Doc strings no longer stored in body of AST

Serhiy Storchaka added the comment: New changeset 73cbe7a01a22d02dbe1ec841e8779c775cad3d08 by Serhiy Storchaka in branch 'master': bpo-32911: Revert bpo-29463. (GH-7121) (GH-7197) https://github.com/python/cpython/commit/73cbe7a01a22d02dbe1ec841e8779c775cad3d08 -- _

[issue33666] Document removal of os.errno

Petr Viktorin added the comment: Nothing there strikes me to be as prevalent or as discoverable as os.errno. -- ___ Python tracker ___

[issue33654] asyncio: transports don't support switching between Protocol and BufferedProtocol

miss-islington added the comment: New changeset be5d616e5529a1388a0b451bf6a65ad5bdb70d29 by Miss Islington (bot) in branch '3.7': bpo-33654: Support protocol type switching in SSLTransport.set_protocol() (GH-7194) https://github.com/python/cpython/commit/be5d616e5529a1388a0b451bf6a65ad5bdb70

[issue33666] Document removal of os.errno

INADA Naoki added the comment: Even if it is documented, arn't people know it by running their code on Python 3.7? How the document help them? It's very easy to know `errno` module when find ImportError. And it's much easier than checking "waht's new" document. So I doubt it's worth. And

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Dong-hee Na added the comment: PR 6636 is ready to be merged :) -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-l

[issue27500] ProactorEventLoop cannot open connection to ::1

Sebastien Bourdeauducq added the comment: Any chance someone could look into this bug? -- ___ Python tracker ___ ___ Python-bugs-li

[issue33666] Document removal of os.errno

Serhiy Storchaka added the comment: Actually removing re._pattern_type, uuid._uuid_generate_time and some private names in the typing module broke several third-party projects. See for example: https://github.com/search?q=_pattern_type&type=Issues https://github.com/search?q=_uuid_generate_ti

[issue33666] Document removal of os.errno

Petr Viktorin added the comment: > Even if it is documented, arn't people know it by running their code on > Python 3.7? How the document help them? "What's new" is the right place to check if something breaks for you on Python 3.7. Let's make it useful. > It's very easy to know `errno` mo

[issue33666] Document removal of os.errno

Petr Viktorin added the comment: > Actually removing re._pattern_type, uuid._uuid_generate_time and some private > names in the typing module broke several third-party projects. Those have underscores; that explicitly marks them as private/use at your own risk/will break in future versions.

[issue33678] selector_events.BaseSelectorEventLoop.sock_connect should preserve socket type

New submission from Sebastien Bourdeauducq : The current behavior causes an exception to be raised when trying to create a datagram socket and _ipaddr_info returns None (since asyncio then calls loop.getaddrinfo with SOCK_STREAM and IPPROTO_UDP). Preserving socket type is made difficult by ht

[issue33678] selector_events.BaseSelectorEventLoop.sock_connect should preserve socket type

Sebastien Bourdeauducq added the comment: Windows looks fine. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue33674] asyncio: race condition in SSLProtocol

STINNER Victor added the comment: I fixed the main issue, so I remove the "release blocker" priority. -- priority: release blocker -> ___ Python tracker ___ _

[issue33674] asyncio: race condition in SSLProtocol

STINNER Victor added the comment: > bpo-33674: Pause the transport as early as possible (#7192) > https://github.com/python/cpython/commit/f295587c45f96b62d24f9a12cef6931b0805f596 Is it ok to always resume reading? Previously reading was only resumed if the transport was reading. --

[issue33666] Document removal of os.errno

STINNER Victor added the comment: I like the idea of a generic sentence explaining that regularly we removed aliases to speedup Python startup time can remove aliases on purpose. msg317876: "Here is a list of all names removed in 3.7 (except modules that was removed as a whole): (... long li

[issue33666] Document removal of os.errno

STINNER Victor added the comment: Petr Viktorin started a thread on python-ideas as well: https://mail.python.org/pipermail/python-ideas/2018-May/051098.html -- ___ Python tracker ___

[issue29589] test_asyncio & test_multiprocessing_forkserver failed

STINNER Victor added the comment: For the test_asyncio.test_stdin_broken_pipe() failure: see bpo-33531. For the test_multiprocessing_forkserver.test_ignore() failure: see bpo-33532. -- nosy: +vstinner ___ Python tracker

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: > FWIW, Issue29589 seems to be an older example of this failure. It was a failure on Mageia 5 (Linux) at 2017-02-17: == CPython 3.6.0 (default, Feb 17 2017, 15:26:31) [GCC 4.9.2] == Linux-4.4.13-desktop-1.mga5-x86_64-with-mageia-5-Official little-endian ==

[issue33679] IDLE: Configurable color on code context

New submission from Cheryl Sabella : Item 9 from #33610: Reenable user config of context colors * Add context tag to themes in configuration. * In codecontext, get theme and context color from configuration. * Use the colors when creating the context label. * In timer event, update colors if th

[issue33679] IDLE: Configurable color on code context

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

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: I am unable to reproduce the issue on Fedora 28 (Linux kernel 4.16.11, glibc 2.27): I ran 6 jobs in parallel during 10 minutes: * 2: ./python -m test test_multiprocessing_forkserver -m test_ignore -F * 2: ./python -m test test_multiprocessing_forkserver -F *

[issue33680] regrtest: re-run failed tests in a subprocess

New submission from STINNER Victor : The -w option of regrtest (python -m test) re-run failed tests in verbose in the current process. Problem: if the test does crash, regrtest doesn't re-run following tests, it doesn't write the final tests result (like failing tests, total duration, etc.).

[issue33610] IDLE: Make multiple improvements to CodeContext

Cheryl Sabella added the comment: For item 9 - #33679 -- dependencies: +IDLE: Configurable color on code context ___ Python tracker ___ ___

[issue33680] regrtest: re-run failed tests in a subprocess

STINNER Victor added the comment: A random example of such crash, process killed by faulthandler timeout: http://buildbot.python.org/all/#/builders/118/builds/65 (...) 394 tests OK. 10 slowest tests: - test_subprocess: 7 min 13 sec - test_concurrent_futures: 2 min 47 sec - test_multiprocessin

[issue33681] itertools.groupby() returned igroup is only callable once

New submission from Med Nezar BELLAZRAK : Hello, So i discovered a small unusual behavior (tracking it down was time-consuming) when using itertools.groupby(), i have checked the documentation and it states that: "The returned group is itself an iterator that shares the underlying iterable

[issue33681] itertools.groupby() returned igroup is only callable once

Steven D'Aprano added the comment: This is standard behaviour for all iterators. Once you have iterated over them once, they are consumed, and iterating over them again returns nothing: py> it = iter("abc") py> print(list(it)) ['a', 'b', 'c'] py> print(list(it)) [] -- nosy: +steven.d

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by STINNER Victor : -- pull_requests: +6835 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list maili

[issue32131] Missing encoding parameter in urllib/parse.py

Change by Cheryl Sabella : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> urllib.parse.parse_qsl does not handle unicode data properly ___ Python tracker _

[issue33670] Use errorlevel of Sphinx main() in Doc\make.bat

Change by Andrés Delfino : -- pull_requests: +6836 stage: backport needed -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue33682] Optimize the bytecode for float(0) ?

New submission from Stéphane Wirtel : Hi, Maybe already discussed with Victor but I think there is no optimization when we have this simple case for float(X) and int(X) Example: >>> import dis >>> dis.dis("x = float(0)") 1 0 LOAD_NAME0 (float) 2 LOAD_

[issue13886] readline-related test_builtin failure

Xavier de Gaye added the comment: All checks have passed on PR 7133, even on macOs, and the PR is ready to be reviewed :-) -- ___ Python tracker ___ _

[issue33682] Optimize the bytecode for float(0) ?

Stéphane Wirtel added the comment: Victor, if you confirm, maybe you could help me for a mentoring for this issue? -- ___ Python tracker ___ ___

[issue33682] Optimize the bytecode for float(0) ?

STINNER Victor added the comment: float and int names can be replaced in the current namespace, so you cannot implement such optimization :-( http://fatoptimizer.readthedocs.io/en/latest/optimizations.html#call-pure http://fatoptimizer.readthedocs.io/en/latest/semantics.html#builtin-functions

[issue33682] Optimize the bytecode for float(0) ?

Steven D'Aprano added the comment: I'm sorry, it isn't clear what optimizations for float(X) and int(X) you are referring to. I can only guess that you want to optimize: float(0) to use LOAD_CONST 0.0 instead of calling the float() function. If that is what you want, we can't do that b

[issue33682] Optimize the bytecode for float(0) ?

Change by Stéphane Wirtel : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python

[issue33682] Optimize the bytecode for float(0) ?

Stéphane Wirtel added the comment: @Victor, Thanks and you are right, int and float are not keywords of Python, in this case, we can override them. @Steven, in fact, the optimization was, when you see float/int (if they are keywords), don't call the function via the bytecode. Thanks and I cl

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: Yury Selivanov made recent changes on sendfile(): bpo-32410, commit 7165754b6b5f3b7c07050d921fa1c58bba5f0ff1. I ran the following command on my FreeBSD VM: ./python -m test test_asyncio -m '*sendfile*' -v Results: * master (commit 73cbe7a01a22d02dbe1ec84

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: Timing at my previous commit b97de3dd86046ac46567146d86a69d4f78ea09db: 3 min 40 sec It seems like Yury's commit 7165754b6b5f3b7c07050d921fa1c58bba5f0ff1 made sendfile tests of test_asyncio 6x slower on FreeBSD :-( -- ___

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: On my PR 7200, test_sendfile_close_peer_in_the_middle_of_receiving() fails on Windows (AppVeyor) :-( For the SelectorEventLoop, it seems like sock.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 1024) doesn't work as intented: sock.send(<16384 bytes>) retur

[issue33597] Compact PyGC_Head

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue33674] asyncio: race condition in SSLProtocol

Yury Selivanov added the comment: yes, the method is idempotent. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

STINNER Victor added the comment: > Would be great to merge this in 3.7.0. The change is super safe to merge. The 3.7rc1 is not supposed to be tagged on the current 3.7 branch? -- nosy: +vstinner ___ Python tracker

[issue33597] Compact PyGC_Head

STINNER Victor added the comment: Are you sure that all memory allocators align at least on 8 bytes (to give up 3 unused bits)? I don't know the answer, it's an open question. -- nosy: +vstinner ___ Python tracker

[issue33597] Compact PyGC_Head

Antoine Pitrou added the comment: > Are you sure that all memory allocators align at least on 8 bytes (to give up > 3 unused bits)? If they don't then a simple double array will end up unaligned. It's not impossible but extremely unlikely. -- __

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: New changeset 9551f7719213243fd96c4f284079243773c26b3c by Victor Stinner in branch 'master': bpo-33353: test_asyncio use set_write_buffer_limits() (GH-7200) https://github.com/python/cpython/commit/9551f7719213243fd96c4f284079243773c26b3c -- __

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Change by miss-islington : -- pull_requests: +6837 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue21327] socket.type value changes after using settimeout()

Yury Selivanov added the comment: This issue is resolved in 3.7: https://bugs.python.org/issue32331 -- nosy: +yselivanov resolution: -> out of date stage: -> resolved status: open -> closed superseder: -> Fix socket.type on OSes with SOCK_NONBLOCK type: -> behavior ___

[issue33683] asyncio: sendfile tests ignore SO_SNDBUF on Windows

New submission from STINNER Victor : Follow-up of bpo-33353: On my PR 7200, test_sendfile_close_peer_in_the_middle_of_receiving() failed on Windows (AppVeyor) :-( For the SelectorEventLoop, it seems like sock.setsockopt(socket.SOL_SOCKET, socket.SO_SNDBUF, 1024) doesn't work as intented: soc

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: "On my PR 7200, test_sendfile_close_peer_in_the_middle_of_receiving() fails on Windows (AppVeyor) (...)" I worked around this bug in my commit 9551f7719213243fd96c4f284079243773c26b3c by using a buffer of 128 KiB instead of 64 KiB. I created the issue bpo-3

[issue29326] Blank lines in ._pth file are not ignored

Malcolm Smith added the comment: > I'm not aware of any such issue with .pth files - the underscore in ._pth is > deliberate. An identical issue *does* exist for .pth files. As you can see from examining site.addpackage, it does not ignore blank lines as the documentation says. Ammar's patc

[issue33683] asyncio: sendfile tests ignore SO_SNDBUF on Windows

STINNER Victor added the comment: The failure was: FAIL: test_sendfile_close_peer_in_the_middle_of_receiving (test.test_asyncio.test_events.ProactorEventLoopTests) -- Traceback (most recent call last): File "C:\projects\cpy

[issue3405] Add support for the new data option supported by event generate (Tk 8.5)

Matthias Kievernagel added the comment: So I pulled, but it seems the CLA is stuck somewhere. Investigating... -- ___ Python tracker ___ ___

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

miss-islington added the comment: New changeset 441afbd9c3ae3a9f1d6c985c8aa13e6205ba080b by Miss Islington (bot) in branch '3.7': bpo-33353: test_asyncio use set_write_buffer_limits() (GH-7200) https://github.com/python/cpython/commit/441afbd9c3ae3a9f1d6c985c8aa13e6205ba080b -- nosy

[issue33607] [subinterpreters] Explicitly track object ownership (and allocator).

Eric Snow added the comment: Note that I wouldn't call this issue absolutely specific to subinterpreters. The "ownership" part is, but tracking the allocator has practical application under a single interpreter. I suppose I could split this issue apart. I lumped the two together because I

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: I haven't been able to reproduce the issue thus far. From the assert in the buildbot logs, it's clear that I've decref'ed an object one too many times. Given the relevant PR, it's probably something I changed in the channel implementation. It could also be som

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

New submission from zhou.ronghua : when type this command in windows(xp or win7, all the same): python -m json.tool xxx.txt xxx.json if xxx.txt contains Chinese(or other multibytes characters): if xxx.txt is encoded in ansi, xxx.json will encode Chinese as \xxx, very bad to see what they are; i

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

Change by Roundup Robot : -- keywords: +patch pull_requests: +6838 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33684] parse failed for mutibytes characters, encode will show in \xxx

Change by zhou.ronghua : -- components: +Unicode nosy: +ezio.melotti, vstinner type: -> behavior versions: +Python 3.8 ___ Python tracker ___ _

[issue33656] IDLE: Turn on DPI awareness on Windows

Ronald Oussoren added the comment: I'm not a Windows expert, but looking that the API description [1] the patch is not entirely correct. The API takes an integer with 3 valid values, the patch effectively passes the value 1 (which means the application claims to be DPI aware, but won't scal

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Change by miss-islington : -- pull_requests: +6839 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Yury Selivanov added the comment: New changeset a9cab433bbf02f3a1de59d14dc8f583181ffe2d5 by Yury Selivanov (Dong-hee Na) in branch 'master': bpo-33197: Update a error message of invalid inspect.Parameters. (GH-6636) https://github.com/python/cpython/commit/a9cab433bbf02f3a1de59d14dc8f583181ff

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Change by miss-islington : -- pull_requests: +6840 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

Yury Selivanov added the comment: > It seems like Yury's commit 7165754b6b5f3b7c07050d921fa1c58bba5f0ff1 made > sendfile tests of test_asyncio 6x slower on FreeBSD :-( Well, yeah, I kind of expected to see a performance regression here. Before, we were reading from a file directly, which is

[issue32622] Implement loop.sendfile

Yury Selivanov added the comment: Closing this issue. Open new ones to track regressions/bugs. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue32610] asyncio.all_tasks() should return only non-finished tasks.

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue33674] asyncio: race condition in SSLProtocol

Yury Selivanov added the comment: Closing this one. Please open new issues to track regressions. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker __

[issue33469] RuntimeError after closing loop that used run_in_executor

Change by Yury Selivanov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Change by Dong-hee Na : -- pull_requests: +6841 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue30945] loop.create_server does not detect if the interface is IPv6 enabled

Yury Selivanov added the comment: > asyncio is picking ipv6 because of this code: > https://github.com/python/cpython/blob/a445feb72902e4a3c5ae712f0c289309e1580d52/Lib/asyncio/base_events.py#L1334-L1340 > despite my host not actually having an ipv6 network hooked up. Which should be fine; cr

[issue30945] loop.create_server does not detect if the interface is IPv6 enabled

Change by Yury Selivanov : -- pull_requests: +6842 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Yury Selivanov added the comment: New changeset cb055bcc2bbfa5dcc6b0332305918a2118d9ebbc by Yury Selivanov (Miss Islington (bot)) in branch '3.7': bpo-33197: Update a error message of invalid inspect.Parameters. (GH-6636) (GH-7204) https://github.com/python/cpython/commit/cb055bcc2bbfa5dcc6b

[issue33678] selector_events.BaseSelectorEventLoop.sock_connect should preserve socket type

Yury Selivanov added the comment: Can you write a unittest that exposes the bug? -- ___ Python tracker ___ ___ Python-bugs-list mai

[issue33622] Fix and improve errors handling in the garbage collector

Serhiy Storchaka added the comment: New changeset c4653c9bf159c3919a50f4ced32eef713e7e764e by Serhiy Storchaka in branch 'master': bpo-33622: Add checks for exceptions leaks in the garbage collector. (GH-7126) https://github.com/python/cpython/commit/c4653c9bf159c3919a50f4ced32eef713e7e764e

[issue33476] String index out of range in get_group(), email/_header_value_parser.py

Dong-hee Na added the comment: @Cacadril Please send a pull request(PR) through CPython GitHub(https://github.com/python/cpython) It will be a great experience :) -- nosy: +corona10 ___ Python tracker ___

[issue30483] urllib.parse.parse_qsl does not handle unicode data properly

Cheryl Sabella added the comment: Would you be able to include an example for recreating this? Looking at the code, it uses the ascii encoding for bytes (which can only contain ASCII literal characters) and should not be using that encoding for strings. Thanks! -- nosy: +cheryl.sab

[issue33597] Compact PyGC_Head

Antoine Pitrou added the comment: Ok, I ran a subset of the benchmarks to record their memory footprint and got these results: master-mem.perf === Performance version: 0.6.2 Python version: 3.8.0a0 (64-bit) revision 73cbe7a Report on Linux-4.15.0-22-generic-x86_64-with-glibc2.9 N

[issue33197] Confusing error message when constructing invalid inspect.Parameters

Yury Selivanov added the comment: New changeset 5e9e9db9d9b648d2326e2853dc07377e12498e3f by Yury Selivanov (Miss Islington (bot)) in branch '3.6': bpo-33197: Update a error message of invalid inspect.Parameters. (GH-6636) (#7205) https://github.com/python/cpython/commit/5e9e9db9d9b648d2326e2

[issue33656] IDLE: Turn on DPI awareness on Windows

Zachary Ware added the comment: Does Tcl/Tk have a function for this, and/or should we expose this as a function in Tkinter? Do other platforms (macOS, X/Wayland) have similar functions? -- nosy: +serhiy.storchaka ___ Python tracker

[issue22087] asyncio: support multiprocessing (support fork)

Change by Yury Selivanov : -- pull_requests: +6843 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list ma

[issue33353] test_asyncio: test_sock_sendfile_mix_with_regular_send() hangs on FreeBSD

STINNER Victor added the comment: With my latest change, all sendfile tests pass in 17 sec on my FreeBSD VM, so I think that it's fine. Let's see if this test now always pass on FreeBSD buildbots. -- ___ Python tracker

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

Yury Selivanov added the comment: Should we close this issue now? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue33656] IDLE: Turn on DPI awareness on Windows

Serhiy Storchaka added the comment: Perhaps the argument should be 2 for supporting multi-display configuration. Currently I can't do this, but will test this recipe with Hi-DPI monitor and multiple displays after 1-2 weeks. -- ___ Python tracker

[issue33685] Instances bound methods with different memory addresses but sharing same id

New submission from Marcelo Alves : Different instances should have different bound method ids, since they have different memory addresses, isn’t it? Example: I have a class and two instances: class MyClass: def something(): pass a = MyClass() b = MyClass() I

[issue33685] Instances bound methods with different memory addresses but sharing same id

Steven D'Aprano added the comment: ID numbers in Python are only guaranteed to be unique for the lifespan of the object. In CPython they can be re-used. (In other implementations, like Jython and IronPython, IDs are allocated as sequential numbers and won't be reused.) The other fact you may

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Change by Yury Selivanov : -- keywords: +patch pull_requests: +6844 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Yury Selivanov added the comment: Thanks for reporting this. Agree, this is a bug and makes it hard (if not impossible) to use gather. I've created a PR to address the issue. -- ___ Python tracker

[issue32684] asyncio.gather(..., return_exceptions=True) swallows cancellation

Change by Yury Selivanov : -- versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue32653] AttributeError: 'Task' object has no attribute '_callbacks'

Yury Selivanov added the comment: Closing this one as I believe it's fixed in all versions. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker __

[issue32662] Implement Server.serve_forever and corresponding APIs

Change by Yury Selivanov : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32751] wait_for(future, ...) should wait for the future (even if a timeout occurs)

Yury Selivanov added the comment: +1 one to fix this in 3.7, Elvis is working on the patch. I don't think we should backport to 3.6 though as it's a behaviour change that people might not expect to get from a bug-fix release. -- versions: -Python 3.5, Python 3.6 _

  1   2   3   >