[issue32309] Implement asyncio.run_in_executor shortcut

Kyle Stanley added the comment: Now that the `versionadded` label has been added and the contextvar issue was addressed, this issue can be closed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue40679] show class name in method invocation TypeError

Dennis Sweeney added the comment: Sure -- I'll file the issue. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue30612] Unusual Windows registry path syntax

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 7.0 -> 8.0 pull_requests: +19558 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20281 ___ Python tracker

[issue32309] Implement asyncio.run_in_executor shortcut

miss-islington added the comment: New changeset 3e650545bfe949fa435b0d41e54986f615891ec8 by Miss Islington (bot) in branch '3.9': bpo-32309: Add support for contextvars in asyncio.to_thread() (GH-20278) https://github.com/python/cpython/commit/3e650545bfe949fa435b0d41e54986f615891ec8

[issue40705] use-after-free in _zoneinfo.c's module_free function

Change by Ammar Askar : -- keywords: +patch pull_requests: +19557 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20280 ___ Python tracker ___

[issue40705] use-after-free in _zoneinfo.c's module_free function

New submission from Ammar Askar : This was caught on oss-fuzz's ASAN builder: Step #4: ==7656==ERROR: AddressSanitizer: heap-use-after-free on address 0x604001568ea0 at pc 0x7f603e4b974b bp 0x7ffe4f7e8f90 sp 0x7ffe4f7e8f88 Step #4: READ of size 8 at 0x604001568ea0 thread T0 Step #4: #0

[issue32309] Implement asyncio.run_in_executor shortcut

miss-islington added the comment: New changeset 0f56263e62ba91d0baae40fb98947a3a98034a73 by Kyle Stanley in branch 'master': bpo-32309: Add support for contextvars in asyncio.to_thread() (GH-20278) https://github.com/python/cpython/commit/0f56263e62ba91d0baae40fb98947a3a98034a73 --

[issue32309] Implement asyncio.run_in_executor shortcut

Change by miss-islington : -- pull_requests: +19556 pull_request: https://github.com/python/cpython/pull/20279 ___ Python tracker ___

[issue40679] show class name in method invocation TypeError

Chris Jerdonek added the comment: > So maybe the test coverage (or removal?) should be a separate issue. That sounds good. Want to file the issue? -- ___ Python tracker ___

[issue40703] PyType_FromSpec*() overwrites the type's "__module__"

Change by hai shi : -- nosy: +shihai1991 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40651] class:`OrderedDict` Examples: LRU implementation has a bug.

Raymond Hettinger added the comment: New changeset d88f0aa8e24ea7562f2e04833f46d8526e846334 by Miss Islington (bot) in branch '3.8': bpo-40651: Improve LRU recipe in the OrderedDict documentation (GH-GH-20139) (GH-20167)

[issue32309] Implement asyncio.run_in_executor shortcut

Change by Kyle Stanley : -- pull_requests: +19555 pull_request: https://github.com/python/cpython/pull/20278 ___ Python tracker ___

[issue29981] Update Index for set, dict, and generator 'comprehensions'

Terry J. Reedy added the comment: I wrote the above before your PR was listed here. I will review it a piece at a time. -- ___ Python tracker ___

[issue29981] Update Index for set, dict, and generator 'comprehensions'

Terry J. Reedy added the comment: The issue is still open. The basic idea is to treat list, set, and dict in parallel fashions in the docs, mostly copying what is done with lists for the other two. In my original post, the title and items 1 to 3 are about index entries in Reference chapter

[issue40425] Refleak in CDataObject

Zachary Ware added the comment: Absent anyone showing me where a proper refleak is here, I'm closing the issue. -- resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker

[issue40065] py39: remove deprecation note for xml.etree.cElementTree

Manjusaka added the comment: I'm working on it. I will make a PR today. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: Okay, I'll keep it one issue then. Someone else is still welcome to work on the more general issue. Note that there is some chance the narrower fix should happen independent of the more general fix. This is because _PyErr_ChainExceptions() (which is the

[issue40696] "await" hangs in Python3.9.0b1.

Yury Selivanov added the comment: > If someone else agrees, I can create a new issue. I'd keep this one issue, but really up to you. I don't think I have time in the next few days to work on what I proposed but would be happy to brainstorm / review PRs. --

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: >From a process perspective, I think we should probably pursue two PR's for >this: one for the general issue that affects all Python versions (what Yury is >talking about), and something narrower that addresses the 3.9.0b1 case that >came up here. I'd like

[issue40696] "await" hangs in Python3.9.0b1.

Yury Selivanov added the comment: Just a note, __context__ cycles can theoretically be longer than 2 nodes. I've encountered cycles like `exc.__context__.__context__.__context__ is exc` a few times in my life, typically resulting from some weird third-party libraries. The only solution is

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: I don't think that would be a real solution because it looks like that would cause the while loop always to loop at most once (which would defeat its purpose) -- because the loop ends with "o = context": while ((context = PyException_GetContext(o))) {

[issue40563] Support pathlike objects on dbm/shelve

Change by Hakan Çelik : -- keywords: +patch pull_requests: +19554 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20274 ___ Python tracker ___

[issue38870] Expose ast.unparse in the ast module

Change by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40704] PyIter_Check fails when compiling in the Limited API

Maxwell Bernstein added the comment: See for example the following C program: ``` #define Py_LIMITED_API #include "Python.h" int main() { Py_Initialize(); PyObject* foo; PyIter_Check(foo); } ``` when compiled (gcc test.c `pkg-config --cflags python3`) produces: ``` In file included

[issue40065] py39: remove deprecation note for xml.etree.cElementTree

Christian Heimes added the comment: Although the modules has been deprecated for a long time, the removal came as surprise. We are currently debating to bring the module back and warn users that it will be removed in 3.10. -- nosy: +christian.heimes

[issue40704] PyIter_Check fails when compiling in the Limited API

New submission from Maxwell Bernstein : PyIter_Check is itself marked as available in the Limited API but: a) it's a macro, and b) it pokes directly at tp_iternext This means that it's functionally impossible to use PyIter_Check when working with the Limited API. -- components: C API

[issue40563] Support pathlike objects on dbm/shelve

Hakan Çelik added the comment: Yes I will send pr soon. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40703] PyType_FromSpec*() overwrites the type's "__module__"

Change by Stefan Behnel : -- keywords: +patch pull_requests: +19553 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20273 ___ Python tracker ___

[issue40679] show class name in method invocation TypeError

Dennis Sweeney added the comment: I just ran the entire test suite with: --- a/Python/ceval.c +++ b/Python/ceval.c @@ -4179,6 +4179,7 @@ _PyEval_EvalCode(PyThreadState *tstate, Py_ssize_t j; if (keyword == NULL || !PyUnicode_Check(keyword)) { +printf("THIS CODE

[issue40703] PyType_FromSpec*() overwrites the type's "__module__"

New submission from Stefan Behnel : The PyType_FromSpec() functions set the type's "__module__" attribute at the end: https://github.com/python/cpython/blob/0509c4547fc95cc32a91ac446a26192c3bfdf157/Objects/typeobject.c#L3154-L3172 There are only two possible cases, either it finds a module

[issue29981] Update Index for set, dict, and generator 'comprehensions'

Change by Florian Dahlitz : -- keywords: +patch pull_requests: +19552 pull_request: https://github.com/python/cpython/pull/20272 ___ Python tracker ___

[issue29981] Update Index for set, dict, and generator 'comprehensions'

Florian Dahlitz added the comment: I would like to work on this issue if it is still open. -- nosy: +DahlitzFlorian ___ Python tracker ___

[issue40065] py39: remove deprecation note for xml.etree.cElementTree

Florian Dahlitz added the comment: Are you still working on this @Manjusaka? If not, I would like to submit a patch for it. -- nosy: +DahlitzFlorian ___ Python tracker ___

[issue39580] Check for COMMAND_LINE_INSTALL variable in Python_Documentation.pkg

Change by Rick Heil : -- keywords: +patch nosy: +rickheil nosy_count: 3.0 -> 4.0 pull_requests: +19551 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20271 ___ Python tracker

[issue40702] frozensets should not allow the |= operator

Serhiy Storchaka added the comment: It is okay. In this case `a |= b` is equivalent to `a = a | b`. The same behavior is for tuples, strings, and other non-mutable collections: t = (1, 2) t += (3, 4) s = 'ab' s += 'cd' And even for numbers! i = 5 i += 1 -- nosy: +serhiy.storchaka

[issue39580] Check for COMMAND_LINE_INSTALL variable in Python_Documentation.pkg

Rick Heil added the comment: In case folks reading this are not aware, installer(8) sets an environmental variable COMMAND_LINE_INSTALL when an installation is triggered on the command line versus when a user double-clicks a package in the GUI to kick off the install. I've filed the linked

[issue40563] Support pathlike objects on dbm/shelve

Florian Dahlitz added the comment: Are you still working on this @hakancelik? -- nosy: +DahlitzFlorian ___ Python tracker ___ ___

[issue40702] frozensets should not allow the |= operator

New submission from Chris Cordero : Frozensets disallow the .update and the .__ior__ methods from being used, but allows the |= operator, which I think is inconsistent with the disallowed methods†. ``` foo = frozenset() print(foo) # frozenset() foo.update({"hello"}) #

[issue40701] tempfile mixes str and bytes in an inconsistent manner

New submission from Eric L. : tempfile fails on mixed str and bytes when setting tempfile.tempdir to a non-existent bytes path but succeeds when set to an existing bytes path. $ python3.9 Python 3.9.0a6 (default, Apr 28 2020, 00:00:00) [GCC 10.0.1 20200430 (Red Hat 10.0.1-0.14)] on linux

[issue38946] IDLE on macOS 10.15 Catalina does not open double-clicked files if app already launched

Irv Kalb added the comment: Thanks for all the message about this issue. I have made a three-minute video that demonstrates what I am seeing. Here is a link (the video is marked as "unlisted" so only people with this link can see it): https://youtu.be/OIu-HCVVDn8 To answer your

[issue1294959] Add sys.platlibdir and configure --with-platlibdir to use /usr/lib64 on Fedora and SuSE

STINNER Victor added the comment: Can you propose a PR with your doc enhancement? I suggest to start with updating https://docs.python.org/dev/library/sys.html#sys.platlibdir documentation. -- ___ Python tracker

[issue40670] supplying an empty string to timeit causes an IndentationError

Edison Abahurire added the comment: Yes, This is unexpected In the first case: Supplying an empty string can also mean no code has been supplied. So it could be better treated as 'pass'. In the second case: Error messages are meant to inform you of what you have done wrong so that you fix

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Change by Pablo Galindo Salgado : -- pull_requests: +19550 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/20264 ___ Python tracker ___

[issue40275] test.support has way too many imports

Change by hai shi : -- pull_requests: +19549 pull_request: https://github.com/python/cpython/pull/20263 ___ Python tracker ___ ___

[issue40700] Make WSGIRequestHandler easier to be customized by the user

Change by Manjusaka : -- keywords: +patch pull_requests: +19548 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20262 ___ Python tracker ___

[issue40700] Make WSGIRequestHandler easier to be customized by the user

New submission from Manjusaka : Hello everyone I think we can make WSGIRequestHandler in wsgiref easier to be customized by the user Here's the detail the WSGIRequestHandler in wsgiref.simple_server has some code like this class WSGIRequestHandler(BaseHTTPRequestHandler): def

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Maybe we should revert this change and modify the "how to port to ..." section as we did in bpo-35810 to tell users that they need to manually visit the parent in classes created with PyType_FromSpec --

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg369463 ___ Python tracker ___ ___ Python-bugs-list

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Maybe we should revert -- priority: normal -> release blocker ___ Python tracker ___ ___

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Pablo Galindo Salgado added the comment: Re-opening the issue -- resolution: fixed -> status: closed -> open ___ Python tracker ___

[issue40696] "await" hangs in Python3.9.0b1.

Batuhan Taskaya added the comment: > Is this a separate bug? So maybe the issue is that the new code is letting > things get into this state. Some of my changes added new chaining in various > places, so that would fit (but still investigating). Looks like there isn't a recursion guard on

[issue40217] The garbage collector doesn't take in account that objects of heap allocated types hold a strong reference to their type

Petr Viktorin added the comment: It looks like the fix breaks types that override Py_tp_alloc but not Py_tp_traverse (as some types in PySide do.) I'll investigate more and work on fixing that if someone doesn't beat me to it. -- nosy: +petr.viktorin

[issue40698] distutils.command.upload md5_digest

Christian Heimes added the comment: Thanks Charis and Donald! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue40698] distutils.command.upload md5_digest

miss-islington added the comment: New changeset f541a371a5e608517314a106012e0c19739d2d02 by Miss Islington (bot) in branch '3.9': bpo-40698: Improve distutils upload hash digests (GH-20260) https://github.com/python/cpython/commit/f541a371a5e608517314a106012e0c19739d2d02 --

[issue40698] distutils.command.upload md5_digest

miss-islington added the comment: New changeset e572c7f6dbe5397153803eab256e4a4ca3384f80 by Christian Heimes in branch 'master': bpo-40698: Improve distutils upload hash digests (GH-20260) https://github.com/python/cpython/commit/e572c7f6dbe5397153803eab256e4a4ca3384f80 -- nosy:

[issue40698] distutils.command.upload md5_digest

Change by miss-islington : -- pull_requests: +19547 pull_request: https://github.com/python/cpython/pull/20261 ___ Python tracker ___

[issue40452] Tkinter/IDLE: preserve clipboard on closure

Tal Einat added the comment: Attaching the changes I made while testing as a patch file. -- Added file: https://bugs.python.org/file49173/tkinter-clipboard-on-exit.patch ___ Python tracker

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

Joannah Nanjekye added the comment: I will look at this tommorrow. Am abit busy today. Thanks Victor -- ___ Python tracker ___ ___

[issue32604] [subinterpreters] PEP 554 implementation: add interpreters module

STINNER Victor added the comment: The new test leaks references: https://buildbot.python.org/all/#/builders/563/builds/105 test_interpreters leaked [216, 216, 216] references, sum=648 test_interpreters leaked [84, 84, 84] memory blocks, sum=252 Use "./python -m test.bisect_cmd -R 3:3

[issue40452] Tkinter/IDLE: preserve clipboard on closure

E. Paine added the comment: After some initial testing, I have found that while calling Tcl_Finalize on window closure keeps the clipboard contents (as expected), it also finishes the Python interpreter. The solution was to instead use the Tcl_FinalizeThread method, "which you can call if

[issue40698] distutils.command.upload md5_digest

Christian Heimes added the comment: Thanks for your elaborate explanation, Donald! I have implemented your proposal in PR 20260. -- ___ Python tracker ___

[issue40698] distutils.command.upload md5_digest

Change by Christian Heimes : -- keywords: +patch pull_requests: +19546 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20260 ___ Python tracker

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: The Django details might not matter so much at this point, but to add to something I said above: It might not only be process_exception_by_middleware() as I mentioned, but also asgiref's sync_to_async() function. In that function, you can see an already

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: To start out sharing what I found in the Django code: Here inside BaseHandler._get_response_async(): https://github.com/django/django/blob/3460ea49e839fd6bb924c48eaa1cd3d6dc888035/django/core/handlers/base.py#L226-L232 try: response = await

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: FWIW, I found that the following hangs, but it also hangs on earlier versions of Python: import traceback try: raise RuntimeError except Exception as exc: print(f'handling: {exc!r}') exc.__context__ = exc print('printing traceback')

[issue40698] distutils.command.upload md5_digest

Christian Heimes added the comment: Charis pointed me to https://github.com/pypa/warehouse/issues/681 / https://github.com/pypa/warehouse/pull/891 -- ___ Python tracker ___

[issue40696] "await" hangs in Python3.9.0b1.

Change by Emmanuel Arias : -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue40698] distutils.command.upload md5_digest

Charalampos Stratakis added the comment: There is also https://github.com/pypa/warehouse/pull/888 So I would assume it's safe it change the digest to sha256. -- nosy: +cstratak ___ Python tracker

[issue40698] distutils.command.upload md5_digest

Donald Stufft added the comment: > Does PyPI support other digests, e.g. SHA2-256 digest? There is a simple and a complicated answer to this. The simple answer is yes, PyPI supports uploads with any combination of MD5, SHA256, and blake2_256 (blake2b with a 256 digest, no personalization or

[issue40642] Cpython "pystate.h" subdirectory wrong

Eric V. Smith added the comment: Thanks for the info. It's weird that this is just showing up for you, and I assume works everywhere else. How are you invoking the compiler, via make, or something else? And, what's the gcc command line look like when this specific file fails? I grepped the

[issue40452] Tkinter/IDLE: preserve clipboard on closure

Tal Einat added the comment: Regarding multiple Tk instances, IMO we should try the straightforward solution first: Tcl/Tk has its own mechanisms for handling per-interpreter state, so we may not actually need to handle any of this ourselves. Regarding the title of this issue, it is indeed

[issue40699] Memory leak in threading library with Python 3.6-3.8

New submission from Cristian Martinez de Morentin : Hi everyone, I have found a memory leak when using Queue and Condition from threading library. The issue can be reproduced with the following code: import queue import threading

[issue40698] distutils.command.upload md5_digest

Change by Christian Heimes : -- nosy: +dstufft, eric.araujo, gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing

[issue40698] distutils.command.upload md5_digest

New submission from Christian Heimes : The distutils upload command creates a MD5 digest of the file content. This is not compatible with systems with systems that run under a strict security policy that blocks MD5. Possible fixes are: * declare that the MD5 digest is not used for security.

[issue40696] "await" hangs in Python3.9.0b1.

Chris Jerdonek added the comment: I'm getting close to tracking this down. There is a certain point in the code path of the Django test where `exc is exc.__context__` becomes True. I'm guessing this is what's causing the hang. I'll try to get a simple reproducer (there is a lot of Django

[issue40696] "await" hangs in Python3.9.0b1.

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

[issue40452] Tkinter/IDLE: preserve clipboard on closure

E. Paine added the comment: Multiple Tk instances are already recommended against, but what would be the implications of preventing multiple roots? A simple check could be added to the Tk class init which ensures _default_root is None (if it is not None, an error is raised). In this case,

[issue40695] hashlib: OpenSSL hash detection should obey security policy

Change by Christian Heimes : -- keywords: +patch pull_requests: +19545 stage: -> patch review pull_request: https://github.com/python/cpython/pull/20259 ___ Python tracker

[issue9216] FIPS support for hashlib

Change by Christian Heimes : -- pull_requests: +19544 pull_request: https://github.com/python/cpython/pull/20258 ___ Python tracker ___

[issue40697] add fissix as a lib2to3 alternative

Batuhan Taskaya added the comment: Does / Will this project actively maintained? From what I can tell from the numerical stats (such as commit dates and star counts), it is not very much used and I'm afraid it doesn't look very active. -- nosy: +BTaskaya, pablogsal

[issue40697] add fissix as a lib2to3 alternative

New submission from Thomas Grainger : now that lib2to3 is deprecated, the stdlib should point to alternatives currently the docs point to libcst or parso, however neither is a drop-in replacement for lib2to3 the docs should add fissix as a lib2to3 alternative, because it is a drop-in

[issue40448] ensurepip uses cache directory

Paul Moore added the comment: PR looks good to me. There's a test failure that needs fixing and the PR needs a news entry, but otherwise looks fine. -- ___ Python tracker

[issue40448] ensurepip uses cache directory

Ned Deily added the comment: Thanks for the PR. We should get a review from at least one of the pip developers. @oradyunsg, @dstufft, @paul.moore, opinions? -- nosy: +Marcus.Smith, ned.deily, paul.moore versions: +Python 3.10 ___ Python tracker

[issue34956] _tkinter built on macOS 10.14 does not link to Tcl and Tk in /Library/Frameworks

miss-islington added the comment: New changeset e7bf8684e2f9d5f7e92284a0ea085a791f5173df by Miss Islington (bot) in branch '3.9': bpo-34956: edit and format better NEWS item in 3.9.0b1 changelog (GH-20255) https://github.com/python/cpython/commit/e7bf8684e2f9d5f7e92284a0ea085a791f5173df

[issue31904] Python should support VxWorks RTOS

Change by Ned Deily : -- nosy: -ned.deily versions: +Python 3.10 -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34956] _tkinter built on macOS 10.14 does not link to Tcl and Tk in /Library/Frameworks

Ned Deily added the comment: New changeset bac170cd93bbae939fcb29ccc6b5d423f7f4a089 by Ned Deily in branch 'master': bpo-34956: edit and format better NEWS item in 3.9.0b1 changelog (GH-20255) https://github.com/python/cpython/commit/bac170cd93bbae939fcb29ccc6b5d423f7f4a089 --

[issue38946] IDLE on macOS 10.15 Catalina does not open double-clicked files if app already launched

Ned Deily added the comment: Thanks, Andrew, for the offer. I think we have enough to go on right now but we may want to touch base a bit later. >From your comment about how IDLE on macOS is different than it is on Windows >or Linux, I assume that means you may be new to IDLE on macOS. Yes,

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +19541 pull_request: https://github.com/python/cpython/pull/20256 ___ Python tracker ___

[issue38946] IDLE on macOS 10.15 Catalina does not open double-clicked files if app already launched

AndrewGYork added the comment: If it's helpful, I'd be happy to do a screenshare session (Google Meet, Zoom, etc), to demonstrate and explore the behavior. We have a 10.15.4 Mac with python 3.8.3 freshly installed from python.org, Tk version 8.6.8, IDLE version 3.8.3. IDLE file opening

[issue34956] _tkinter built on macOS 10.14 does not link to Tcl and Tk in /Library/Frameworks

Change by Ned Deily : -- pull_requests: +19540 pull_request: https://github.com/python/cpython/pull/20255 ___ Python tracker ___

[issue40696] "await" hangs in Python3.9.0b1.

Change by Chris Jerdonek : -- nosy: +chris.jerdonek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38946] IDLE on macOS 10.15 Catalina does not open double-clicked files if app already launched

Ned Deily added the comment: Irv, I'm sorry you are having problems and I think it is very reasonable to bump the priority of the issue as you are not alone, even though, as Terry notes, a complete resolution may require changes elsewhere. I am looking more into this now. macOS 10.15

[issue31904] Python should support VxWorks RTOS

Change by Peixing Xin : -- pull_requests: +19539 pull_request: https://github.com/python/cpython/pull/20254 ___ Python tracker ___

[issue9216] FIPS support for hashlib

Christian Heimes added the comment: Memo to me: Add whatsnew -- versions: +Python 3.10, Python 3.9 -Python 3.6, Python 3.7 ___ Python tracker ___

[issue40696] "await" hangs in Python3.9.0b1.

New submission from Mariusz Felisiak : We noticed a behavior change in Python3.9.0b1 (it works properly in Python3.9.0a6). One of our tests `handlers.tests.AsyncHandlerRequestTests.test_suspiciousop_in_view_returns_400`[1] hangs on `await`. `/suspicious/` is a view that raises a custom

[issue40695] hashlib: OpenSSL hash detection should obey security policy

New submission from Christian Heimes : The hashlib module prefers hash implementations from OpenSSL. In case OpenSSL is not available or OpenSSL does not provide a hash algorithm, hashlib falls back to builtin implementations for MD5, SHA1, SHA2 family, SHA3/SHAKE family, and Blake2. The

[issue40642] Cpython "pystate.h" subdirectory wrong

jpelizza added the comment: In hindsight I provided absolutely nothing, new to this, bound to make dumb mistakes. Compiler error: In file included from /usr/include/python3.8/pystate.h:129, from /usr/include/python3.8/genobject.h:11, from

[issue40679] show class name in method invocation TypeError

Chris Jerdonek added the comment: Oh, that string is used in even more spots (sorry wasn't looking too closely the first time). -- ___ Python tracker ___

[issue40679] show class name in method invocation TypeError

Dennis Sweeney added the comment: Never mind; I think you're right, and https://github.com/python/cpython/blob/master/Objects/call.c#L1009 is the line. -- ___ Python tracker

[issue40679] show class name in method invocation TypeError

Dennis Sweeney added the comment: I got this: >>> class A: ... def f(): ... pass ... >>> A.f(1) Traceback (most recent call last): File "", line 1, in TypeError: A.f() takes 0 positional arguments but 1 was given >>> A.f(**{1:2}) Traceback (most recent call last): File "", line 1, in

  1   2   >