[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Change by Sebastian Rittau : -- keywords: +patch pull_requests: +4723 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue32300] print(os.environ.keys()) should only print the keys

New submission from Aaron Meurer : Take the following scenario which happened to me recently. I am trying to debug an issue on Travis CI involving environment variables. Basically, I am not sure if an environment variable is being set correctly. So in my code, I put print(os.environ.keys()) T

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Change by Andrew Svetlov : -- versions: +Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: New changeset c3e070f84931c847d1b35e7fb36aa71edd6215f6 by Andrew Svetlov (Sebastian Rittau) in branch 'master': bpo-32284: Fix documentation of BinaryIO and TextIO (#4832) https://github.com/python/cpython/commit/c3e070f84931c847d1b35e7fb36aa71edd6215f6

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

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

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: New changeset b0358e8784821867ab05b3d890717c37309be849 by Andrew Svetlov (Miss Islington (bot)) in branch '3.6': bpo-32284: Fix documentation of BinaryIO and TextIO (GH-4832) (#4833) https://github.com/python/cpython/commit/b0358e8784821867ab05b3d890717c37309b

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

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

[issue32284] typing.TextIO and BinaryIO are not aliases of IO[...]

Andrew Svetlov added the comment: Done -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue31643] test_uuid: test_getnode and test_windll_getnode fail if connected to the Internet via an Android phone

Xavier de Gaye added the comment: > C:\> ipconfig -all So the all-zero MAC address occurs on a Windows box and that explains the test_windll_getnode failure (this test is skipped on Android). I missed that point in your initial post and knowing what Android device you are using is irrelevant

[issue32299] unittest.mock.patch.dict.__enter__ should return the dict

Change by Vadim Tsander : -- keywords: +patch pull_requests: +4726 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue32301] Typo in array documentation

New submission from Maik Ro : .. class:: array(typecode[, initializer]) should be typecode, [initializer] - comma is in square brackets -- assignee: docs@python components: Documentation messages: 308195 nosy: Maik Ro, docs@python priority: normal severity: normal status: open title:

[issue29465] Modify _PyObject_FastCall() to reduce stack consumption

Change by STINNER Victor : -- pull_requests: -25 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: > It shouldn't be any different, but what about PCBuild/build.bat? Yes, same thing. -- ___ Python tracker ___ ___

[issue32301] Typo in array documentation

Steven D'Aprano added the comment: The given version is correct: the comma is only required if the initializer is given. Your suggested version typecode, [initializer] implies that the comma is always required whether the initializer is given or not. If we want to be absolutely pedanti

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: New changeset 91106cd9ff2f321c0f60fbaa09fd46c80aa5c266 by Victor Stinner in branch 'master': bpo-29240: PEP 540: Add a new UTF-8 Mode (#855) https://github.com/python/cpython/commit/91106cd9ff2f321c0f60fbaa09fd46c80aa5c266 -- ___

[issue32300] print(os.environ.keys()) should only print the keys

Cheryl Sabella added the comment: For your current situation, list(os.environ) or iter(os.environ) both return keys only. It looks like the __repr__ on the class for os.environ is printed for os.environ (which is expected). For os.environ.keys(), the same __repr__ is wrapped as a KeysView,

[issue32300] print(os.environ.keys()) should only print the keys

Change by Cheryl Sabella : -- components: +Library (Lib) type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32300] print(os.environ.keys()) should only print the keys

R. David Murray added the comment: This is a consequence of the repr used by KeysView, which it inherits from MappingView. I agree that the result is surprising, but there may not be a generic fix. It's not entirely clear what KeysView should do here, but presumably we could at least add a

[issue32300] print(os.environ.keys()) should only print the keys

Change by R. David Murray : -- nosy: +csabella ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29240] PEP 540: Add a new UTF-8 mode

Change by STINNER Victor : -- pull_requests: +4727 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue32030] PEP 432: Rewrite Py_Main()

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

[issue32030] PEP 432: Rewrite Py_Main()

Serhiy Storchaka added the comment: Wow, 28 PRs for a single issue! This is a record. -- ___ Python tracker ___ ___ Python-bugs-list

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: > Wow, 28 PRs for a single issue! This is a record. You can expect much more :-) One of the goal of the PEP 432 is to put compute sys.path and put it in _PyMainInterpreterConfig. I'm trying to implement that, but we are still far from being able to do it. At

[issue31554] Warn when __loader__ != __spec__.loader

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

[issue21762] update the import machinery to only use __spec__

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

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

New submission from STINNER Victor : Example: https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.9414 == ERROR: test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase)

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

New submission from Barry A. Warsaw : Let's say I have a namespace package: >>> importlib_resources.tests.data03.namespace This package has a non-None __loader__ but a None __spec__.loader: >>> importlib_resources.tests.data03.namespace.__loader__ <_frozen_importlib_external._NamespaceLoader

[issue32304] Upload failed (400): Digests do not match on .tar.gz ending with x0d binary code

New submission from Louis Lecaroz : Hi, .tar.gz files can end with x0d bytes or whatever you want When running setup.py sdist upload, depending on the project, the .tar.gz file, as said can sometimes end with x0d. When doing the upload, the line https://github.com/python/cpython/blob/master/Li

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

New submission from Barry A. Warsaw : Along the lines of Issue32303 there's another inconsistency in namespace package metadata. Let's say I have a namespace package: >>> importlib_resources.tests.data03.namespace The package has no __file__ attribute, and it has a misleading __spec__.origin

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31554] Warn when __loader__ != __spec__.loader

Change by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Change by Zachary Ware : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware priority: normal -> high stage: -> needs patch ___ Python tracker ___ ___

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: I thought we'd special cased the v14 toolset already. This should be an update to the Python code in distutils that selects the filename based on compiler version. -- ___ Python tracker

[issue32292] Building fails on Windows

Steve Dower added the comment: Are you using a normal command prompt or the Visual Studio one? Totally clean environment should work fine these days, but I suspect there's an environment variable affecting something. "set" to show everything that is set, remove any personal info and post or j

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: It's a normal command prompt. Here is the output of "set": https://gist.github.com/pitrou/2baf9950b0ab2f68b39b4973355b2e79 -- ___ Python tracker

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: Extract of pythoninfo of the failed build: os.environ[VS110COMNTOOLS]: C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\Tools\ os.environ[VS120COMNTOOLS]: C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\Tools\ os.environ[VS140COMNTOOLS]

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: Oh, and the PATH: os.environ[PATH]: C:\Perl\site\bin;C:\Perl\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files\7-Zip;C:\Tools\GitVersion;C:\Tools\NuGet;C:\Program Files\Microsoft\Web Plat

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: New changeset d5dda98fa80405db82e2eb36ac48671b4c8c0983 by Victor Stinner in branch 'master': pymain_set_sys_argv() now copies argv (#4838) https://github.com/python/cpython/commit/d5dda98fa80405db82e2eb36ac48671b4c8c0983 -- _

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset d5dda98fa80405db82e2eb36ac48671b4c8c0983 by Victor Stinner in branch 'master': pymain_set_sys_argv() now copies argv (#4838) https://github.com/python/cpython/commit/d5dda98fa80405db82e2eb36ac48671b4c8c0983 -- _

[issue15873] datetime: add ability to parse RFC 3339 dates and times

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

[issue10344] codecs.open() buffering doc needs fix

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +4731 stage: needs patch -> patch review ___ Python tracker ___ ___ Py

[issue32236] open() shouldn't silently ignore buffering=1 in binary mode

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +4730 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue21332] subprocess bufsize=1 docs are misleading

Change by Alexey Izbyshev : -- pull_requests: +4732 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue15873] datetime: add ability to parse RFC 3339 dates and times

Mathieu Dupuy added the comment: I finally released my work. It looks like Paul's work is more comprehensive, but if you want to pick one thing or two in mine, feel free. -- ___ Python tracker __

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: This is the bit that needs fixing https://github.com/python/cpython/blob/master/Lib/distutils/command/bdist_wininst.py#L340 bv = '.'.join(CRT_ASSEMBLY_VERSION.split('.', 2)[:2]) if bv == '14.11': # v141 and v140

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: First, I've no questions about the proposed implementation. It shouldn't have performance impact when unawaited coroutine tracking is off, which is the default. It will cause minimal overhead when the tracking is on, which is fine. Adding two extra pointer

[issue29240] PEP 540: Add a new UTF-8 mode

STINNER Victor added the comment: test_readline failed. It seems to be related to my commit: http://buildbot.python.org/all/#/builders/87/builds/360 == FAIL: test_nonascii (test.test_readline.TestReadline)

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: @Steve: do you want to work on a fix? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: Usually, I use print(sorted(os.environ)) since I prefer a sorted list and it prevents such issue :-) David: > I agree that the result is surprising, but there may not be a generic fix. What about something like: vstinner@apu$ ./python -c 'import os; print(os

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: If we decide to change abc.KeysView.__repr__, IMHO we should also modify abc.ValuesView.__repr__, and maybe also abc.ItemsView.__repr__. -- ___ Python tracker __

[issue32306] Clarify map API in concurrent.futures

New submission from David Lukeš : The docstring for `concurrent.futures.Executor.map` starts by stating that it is "Equivalent to map(func, *iterables)". In the case of Python 3, I would argue this is true only superficially: with `map`, the user expects memory-efficient processing, i.e. that

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Matthias Bussonnier added the comment: Your last description is about exactly what https://github.com/python-trio/trio/pull/176 is about (which I need to resurect) There are some issue with weakref some that I don't remember, but one of them is (IIRC): what if a non-awaited coro get collected

[issue32300] print(os.environ.keys()) should only print the keys

R. David Murray added the comment: Agreed about the other classes if we change this. Your solution looks reasonable to me. -- ___ Python tracker ___ _

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Yury Selivanov added the comment: > send_ping() # don't care about result, forgot await > # get collected > await something_that_will_trigger_check_coros_weakreaf() # oh no ! I don't understand what you are trying to say with this example. What is "something_that_will_trigger_check_coro

[issue32004] Allow specifying code packing order in audioop adpcm functions

MosesofEgypt added the comment: Added serhiy.storchaka to nosy list as the issue has been open for over a month without response(not sure if I should have done this in the first place). -- nosy: +serhiy.storchaka versions: +Python 2.7 ___ Python tra

[issue32307] Bad assumption on thread stack size makes python crash with musl libc

New submission from Natanael Copa : Python assumes that the system default thread stack size is big enough for python, except for OSX and FreeBSD where stack size is explicitly set. With musl libc the system thread stack size is only 80k, which leads to hard crash before `sys.getrecursionlimit

[issue32236] open() shouldn't silently ignore buffering=1 in binary mode

Antoine Pitrou added the comment: After looking at the PR, I think it would be a bit too strong to raise an error. Perhaps emit a warning instead? -- ___ Python tracker ___ __

[issue32307] Bad assumption on thread stack size makes python crash with musl libc

R. David Murray added the comment: Well, from our point of view it isn't a bad assumption, it's that muslc needs to be added to the list of exceptions. (I know almost nothing about this...I assume there is some reason we can't determine the stack size programatically?) Would you care to prop

[issue32030] PEP 432: Rewrite Py_Main()

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

[issue32308] Replace empty matches adjacent to a previous non-empty match in re.sub()

New submission from Serhiy Storchaka : Currently re.sub() replaces empty matches only when not adjacent to a previous match. This makes it inconsistent with re.findall() and re.finditer() which finds empty matches adjacent to a previous non-empty match and with other RE engines. Proposed PR m

[issue32308] Replace empty matches adjacent to a previous non-empty match in re.sub()

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

[issue32292] Building fails on Windows

Antoine Pitrou added the comment: Ok, I've decided to bite the bullet. I uninstalled VS 2015 and installed VS 2017 Community Edition. Things seem to work now. Thanks for the help! -- resolution: -> fixed stage: -> resolved status: open -> closed __

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

Matthias Bussonnier added the comment: Let me try to explain better, I'm pretty sure there is just a misunderstanding from some of use in the vocabulary or presupposition we start from. I have the impression that you feel like the API will automatically make coroutine raise when they are not awa

[issue32104] add method throw() to asyncio.Task

Andrew Svetlov added the comment: I think the ship has sailed. Now too many code is based on assumption that the only way to cancel a task from outer code is `task.cancel()`. Internally it is turned into try: await do_stuff() except asyncio.CancelledError: do_task_cancellation() Raisi

[issue31620] asyncio.Queue leaks memory if the queue is empty and consumers poll it frequently

Andrew Svetlov added the comment: Sorry for late closing the issue, PR was merged a month ago. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Steve Dower added the comment: Happy for someone else to do it. I won't have time this week - too much going on at work. -- ___ Python tracker ___

[issue26259] Memleak when repeated calls to asyncio.queue.Queue.get is performed, without push to queue.

Andrew Svetlov added the comment: Duplicate of https://bugs.python.org/issue31620 -- nosy: +asvetlov resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> asyncio.Queue leaks memory if the queue is empty and consumers poll it frequently _

[issue17852] Built-in module _io can lose data from buffered files at exit

Change by Neil Schemenauer : -- pull_requests: +4735 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list m

[issue17852] Built-in module _io can lose data from buffered files at exit

Neil Schemenauer added the comment: I created a new PR which uses the atexit module instead of using _Py_PyAtExit. I think registering in io.py is okay. I see that atexit is now implemented in C. Rather than registering in io.py, we could create a C API to register callbacks (i.e. atexit_re

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Yury Selivanov added the comment: New changeset a70232f28882d2fecb3ebe06643867701016070f by Yury Selivanov in branch 'master': bpo-32296: Implement asyncio.get_event_loop and _get_running_loop in C. (#4827) https://github.com/python/cpython/commit/a70232f28882d2fecb3ebe06643867701016070f ---

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

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

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

New submission from Andrew Svetlov : loop.create_task() and loop.run_in_executor are present very often in user code. But they are require a loop instance, actual call looks like loop = asyncio.get_running_loop() loop.create_task(coro()) The proposal adds create_task(coro) and run_in_executor(

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

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

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

Yury Selivanov added the comment: I don't like the low-level API of run_in_executor. "executor" being the first argument, the inability to pass **kwargs, etc. I'd expect to see a more high-level API, perhaps the one that supports 'async with': async with asyncio.ThreadPool() as pool:

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: Cheryl: would you like to work on a PR? If yes, tests are needed. -- ___ Python tracker ___ ___ Py

[issue32030] PEP 432: Rewrite Py_Main()

STINNER Victor added the comment: New changeset 11a247df88f15b51feff8a3c46005676bb29b96e by Victor Stinner in branch 'master': bpo-32030: Add _PyPathConfig_ComputeArgv0() (#4845) https://github.com/python/cpython/commit/11a247df88f15b51feff8a3c46005676bb29b96e -- ___

[issue32310] Remove _Py_PyAtExit from Python.h

New submission from Neil Schemenauer : _Py_PyAtExit only supports on callback function. Its sole use it to be used by atexit. IMHO, it should be removed from Python.h to prevent misuse. -- components: Interpreter Core messages: 308242 nosy: nascheme priority: low severity: normal stag

[issue32309] Implement asyncio.create_task() and asyncio.run_in_executor shortcuts

Change by Andrew Svetlov : -- assignee: docs@python -> nosy: -docs@python ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32311] Implement asyncio.create_task() shortcut

Change by Andrew Svetlov : -- components: Library (Lib), asyncio nosy: asvetlov, yselivanov priority: normal severity: normal status: open title: Implement asyncio.create_task() shortcut versions: Python 3.7 ___ Python tracker

[issue32309] Implement asyncio.run_in_executor shortcut

Andrew Svetlov added the comment: Removed create_task() from title -- title: Implement asyncio.create_task() and asyncio.run_in_executor shortcuts -> Implement asyncio.run_in_executor shortcut ___ Python tracker

[issue32300] print(os.environ.keys()) should only print the keys

Serhiy Storchaka added the comment: Don't make KeysView.__repr__ and ValuesView.__repr__ containing the lists of all keys and values. This will make the repr of the view of a mapping which is a proxy of an external DB containing the full content of that DB, which can be gigabytes. See for exa

[issue32311] Implement asyncio.create_task() shortcut

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

[issue32310] Remove _Py_PyAtExit from Python.h

Change by Neil Schemenauer : -- keywords: +patch pull_requests: +4738 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue32309] Implement asyncio.run_in_executor shortcut

Andrew Svetlov added the comment: https://bugs.python.org/issue32311 opened for create_task() -- ___ Python tracker ___ ___ Python-b

[issue32312] Create Py_AtExitRegister C API

New submission from Neil Schemenauer : It would be handy to have a C API that registered an atexit function, similar to what calling atexit.register does. This API could be used by C extension modules to register atexit functions. I think the implementation would be fairly simple. We need a

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

STINNER Victor added the comment: Hum, sometimes it's better to wait for AppVeyor :-) You broke all Windows buildbots! :-) Example: http://buildbot.python.org/all/#/builders/40/builds/278 == ERROR: test_get_event_loop_returns

[issue32312] Create Py_AtExitRegister C API

Change by STINNER Victor : -- nosy: +pitrou, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue32312] Create Py_AtExitRegister C API

STINNER Victor added the comment: See also: [Python-Dev] PEP 489: module m_traverse called with NULL module state https://mail.python.org/pipermail/python-dev/2017-December/151238.html -- ___ Python tracker _

[issue32300] print(os.environ.keys()) should only print the keys

Aaron Meurer added the comment: So the best fix is to just override keys() in the _Environ class, so that it returns an EnvironKeysView class that overrides __repr__? -- ___ Python tracker __

[issue32312] Create Py_AtExitRegister C API

Change by Antoine Pitrou : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue32312] Create Py_AtExitRegister C API

Antoine Pitrou added the comment: Calling "atexit.register" using the C API isn't very difficult. The annoying part is to wrap a simple C function pointer in a callable PyObject (I don't think there is a simple C API for that). -- ___ Python tracke

[issue32300] print(os.environ.keys()) should only print the keys

STINNER Victor added the comment: > Don't make KeysView.__repr__ and ValuesView.__repr__ containing the lists of > all keys and values. This will make the repr of the view of a mapping which > is a proxy of an external DB containing the full content of that DB, which > can be gigabytes. See f

[issue32312] Create Py_AtExitRegister C API

STINNER Victor added the comment: Oh by the way, if we decide to add a function, I would prefer to start with a private function. The C API is big enough. We can decide in the next version if the function becomes useful enough to justify to be added to the public API. --

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Change by Yury Selivanov : -- pull_requests: +4739 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailin

[issue32296] Implement asyncio._get_running_loop() and get_event_loop() in C

Yury Selivanov added the comment: Thanks Victor. I've made a PR to fix this. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

Change by STINNER Victor : -- keywords: +patch pull_requests: +4740 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

[issue32302] test_distutils: test_get_exe_bytes() failure on AppVeyor

STINNER Victor added the comment: > Happy for someone else to do it. I won't have time this week - too much going > on at work. Sure. I wrote a PR to fix the exact bug. -- ___ Python tracker ___

[issue32314] Implement asyncio.run()

New submission from Yury Selivanov : There's a fairly extensive discussion here: https://github.com/python/asyncio/pull/465 In short, asyncio.run() is a pretty straightforward addition, so let's add it. The discussion was more focused on the asyncio.run_forever() proposal. I now think that i

[issue32313] Wrong inspect.getsource for datetime

New submission from Aaron Meurer : inspect.getsource(datetime) shows the Python source code for datetime, even when it is the C extension. This is very confusing. I believe it's because _datetime is used to override everything in datetime at the end of the file (here https://github.com/pytho

  1   2   >