[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

Itai Steinherz added the comment: Interesting, thanks again :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

Change by Antony Lee : -- nosy: -Antony.Lee ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue47003] Cleanup _overlapped module

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

[issue47003] Cleanup _overlapped module

Andrew Svetlov added the comment: New changeset 690490e4de9f2baf07171b3d63fc440239928fb4 by Andrew Svetlov in branch 'main': bpo-47003: Cleanup _overlapped module (GH-31848) https://github.com/python/cpython/commit/690490e4de9f2baf07171b3d63fc440239928fb4 -- ___

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

Jason R. Coombs added the comment: New changeset d929aa70e2a324ea48fed221c3257f929be05115 by Jason R. Coombs in branch '3.10': [3.10] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31857) https://github.com/python/cpython/commit/d929aa70e2a324ea48fed221c3257f929be05115

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

Jason R. Coombs added the comment: New changeset 177be52517da9a876a3f9e670f88c4731b906986 by Jason R. Coombs in branch '3.9': [3.9] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31859) https://github.com/python/cpython/commit/177be52517da9a876a3f9e670f88c4731b906986 --

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

Change by Jason R. Coombs : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

Ned Deily added the comment: New changeset 0fbab8a593dcd94cfc788700dd9bf67a73f85920 by Ned Deily in branch '3.7': bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820) (GH-31861) https://github.com/python/cpython/commit/0fbab8a593dcd94cfc788700dd9bf67a73f85920 -- _

[issue47006] PEP 646: Decide on substitution behavior

Matthew Rahtz added the comment: Thanks for starting this, Jelle - I was a bit unsure about how to proceed here. Given that https://github.com/python/cpython/pull/31800 is already merged, I'd also propose something halfway between the two extremes: return a sensible substitution when the log

[issue47006] PEP 646: Decide on substitution behavior

Matthew Rahtz added the comment: (Having said that, to be clear: my preferred solution currently would still be the solution where we just return a new GenericAlias for anything involving a TypeVarTuple. The crux is what Serhiy is happy with.) --

[issue47006] PEP 646: Decide on substitution behavior

Jelle Zijlstra added the comment: Thanks Matthew! Merged PRs can still be reverted, and we have some time before the feature freeze. I'd like to hear what Guido and Ken think too. If we go with the GenericAlias substitution, we need to make sure that such aliases still work as base class. Th

[issue47006] PEP 646: Decide on substitution behavior

Change by Alex Waygood : -- nosy: +AlexWaygood ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue39829] __len__ called twice in the list() constructor

Change by Jeremiah Pascual : -- versions: +Python 3.10, Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue39829] __len__ called twice in the list() constructor

Change by Irit Katriel : -- versions: -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue44886] asyncio: create_datagram_endpoint() does not return a DatagramTransport

Change by Andrew Svetlov : -- stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

Change by Andrew Svetlov : -- stage: resolved -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue47007] [doc] str docs are inconsistent with special method lookup

New submission from Vanshaj Singhania : The documentation for the `str` class[^1] says: > If neither encoding nor errors is given, str(object) returns object.__str__() This led our students[^2] to try the following code: >>> class Test: ... def __str__(self): ... return

[issue39829] __len__ called twice in the list() constructor

Inada Naoki added the comment: New changeset 2153daf0a02a598ed5df93f2f224c1ab2a2cca0d by Crowthebird in branch 'main': bpo-39829: Fix `__len__()` is called twice in list() constructor (GH-31816) https://github.com/python/cpython/commit/2153daf0a02a598ed5df93f2f224c1ab2a2cca0d -- __

[issue39829] __len__ called twice in the list() constructor

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue39829] __len__ called twice in the list() constructor

Inada Naoki added the comment: Thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue37907] speed-up PyLong_As*() for large longs

Jeremiah Gabriel Pascual added the comment: Revisiting this 2+ year-old bug report, can I create another PR that implements the old PR's comments' suggestions? -- nosy: +Crowthebird ___ Python tracker _

[issue47008] Add Lib/site-packages to .gitignore

New submission from Dennis Sweeney : It would be nice to add the following to .gitignore, so that I can `./python -m pip install [whatever]` without overwhelming the output of `git status`. Lib/site-packages/* !Lib/test/data/README.txt -- messages: 415114 nosy: Dennis Sweeney priority

[issue47008] Add Lib/site-packages to .gitignore

Change by Dennis Sweeney : -- keywords: +patch pull_requests: +29960 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31862 ___ Python tracker ___ _

[issue47008] Add Lib/site-packages to .gitignore

Dennis Sweeney added the comment: I made a copy/paste error, it should be: Lib/site-packages/* !Lib/site-packages/README.txt -- ___ Python tracker ___ ___

[issue47007] [doc] str docs are inconsistent with special method lookup

Change by Raymond Hettinger : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue47007] [doc] str docs are inconsistent with special method lookup

Change by Vanshaj Singhania : -- keywords: +patch pull_requests: +29961 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31863 ___ Python tracker __

[issue47009] Streamline list.append for the common case

New submission from Dennis Sweeney : list_resize is a long function that probably won't get inlined. But for the vast majority of cases in list.append, we just need to check whether the list is big enough (not whether it's small enough, or whether it's null or the wrong type), then insert and

[issue47009] Streamline list.append for the common case

Change by Dennis Sweeney : -- keywords: +patch pull_requests: +29962 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31864 ___ Python tracker ___ _

[issue47001] deadlock in ctypes?

Rocco Matano added the comment: @Eryk I think you hit the nail on the head with your recommendation to avoid ctypes.c_wchar_p (i.e. wintypes.LPWSTR) as the parameter type when dealing resource type/name strings. Of course ctypes automatic conversion from a C character pointer to a Python str

[issue47000] Make encoding="locale" uses locale encoding even in UTF-8 mode is enabled.

Inada Naoki added the comment: I created a related topic on discuss.python.org. https://discuss.python.org/t/jep-400-utf-8-by-default-and-future-of-python/14246 If we recommend `PYTHONUTF8` as opt-in "UTF-8 by default", `encoding="locale"` should locale encoding in UTF-8 mode. If we don't ch

[issue37907] speed-up PyLong_As*() for large longs

Jeremiah Gabriel Pascual added the comment: New benchmarks with the new changes: PyLong_AsSsize_t: Mean +- std dev: [orig] 10.3 us +- 0.6 us -> [modif] 9.03 us +- 0.61 us: 1.14x faster PyLong_AsSize_t: Mean +- std dev: [orig] 10.5 us +- 2.4 us -> [modif] 9.26 us +- 0.17 us: 1.13x faster PyLo

[issue43582] SSLContext.sni_callback docs inaccurately describe available handshake info

Paulo Costa added the comment: Hello! Has this been addressed? I'm also working on implementing acme-tls/1 protocol and having exactly the same difficulties -- nosy: +paulo-raca ___ Python tracker

<    1   2