[issue43756] About updating audit events when function gains new arguments

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

[issue40137] TODO list when PEP 573 "Module State Access from C Extension Methods" will be implemented

STINNER Victor added the comment: msg391004 benchmark comparing master with Raymond's optimization (commit 139c232f3851b393798d0ea4e65f1298bfbcd9cf) compared to Python 3.9: Mean +- std dev: [py39] 38.8 ns +- 0.5 ns -> [obj_cache] 40.3 ns +- 0.1 ns: 1.04x slower For me, these numbers make no

[issue40137] TODO list when PEP 573 "Module State Access from C Extension Methods" will be implemented

STINNER Victor added the comment: IMO we spent enough time micro-optimizing _functools and _PyType_GetModuleByDef(). I don't think that it's worth it to spend too much time trying to investigate differences between benchmarks around +- 1 ns on ~40 ns. I close the issue. Thanks Raymond for f

[issue43901] Add an empty annotations dict to all unannotated classes and modules

Larry Hastings added the comment: > * Never modify o.__annotations__. Let me revise that to: * If o.__annotations__ is a dict, never modify the contents of that dict. -- ___ Python tracker

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

miss-islington added the comment: New changeset f7bc44170b4bdd16c46b4b6acf7673ffc24dfb19 by Miss Islington (bot) in branch '3.8': bpo-26227: Fixes decoding of host names on Windows from ANSI instead of UTF-8 (GH-25510) https://github.com/python/cpython/commit/f7bc44170b4bdd16c46b4b6acf7673ff

[issue26227] Windows: socket.gethostbyaddr(name) fails for non-ASCII hostname

miss-islington added the comment: New changeset d8576b1d15155688a67baac24c15254700bdd3b7 by Miss Islington (bot) in branch '3.9': bpo-26227: Fixes decoding of host names on Windows from ANSI instead of UTF-8 (GH-25510) https://github.com/python/cpython/commit/d8576b1d15155688a67baac24c152547

[issue38659] enum classes cause slow startup time

Pablo Galindo Salgado added the comment: Commit a02cb474f9c097c83cd444a47e9fb5f99b4aaf45 fails to build in the refleak buildbots: https://buildbot.python.org/all/#/builders/75/builds/2/steps/5/logs/stdio Example failure: ❯ ./python -m test test_enum -R : 0:00:00 load avg: 1.81 Run tests seq

[issue38659] enum classes cause slow startup time

Change by Pablo Galindo Salgado : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue12403] Mention sys.displayhook in code module docs and the compile builtin docs

Irit Katriel added the comment: The patch for the code module doc needs to be converted into a github PR. A new patch is needed for the compile builtin documentation: https://docs.python.org/3/library/functions.html#compile This could be added at the end of the third paragraph, where it says

[issue38659] enum classes cause slow startup time

Pablo Galindo Salgado added the comment: Can someone take a look? As per the buildbot policy (https://discuss.python.org/t/policy-to-revert-commits-on-buildbot-failure/404) we may need to revert it if is not fixed in 24 because of the risk of masking errors. -- ___

[issue28724] Add method send_io, recv_io to the socket module.

Change by Saiyang Gou : -- nosy: +gousaiyang nosy_count: 7.0 -> 8.0 pull_requests: +24232 pull_request: https://github.com/python/cpython/pull/22608 ___ Python tracker ___

[issue38692] add a pidfd child process watcher

Change by Saiyang Gou : -- nosy: +gousaiyang nosy_count: 10.0 -> 11.0 pull_requests: +24233 pull_request: https://github.com/python/cpython/pull/25515 ___ Python tracker ___ __

[issue42422] types.CodeType() has no bytecode verifier

Change by Benjamin Peterson : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38692] add a pidfd child process watcher

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue38659] enum classes cause slow startup time

Ammar Askar added the comment: Looks like this is the issue described in the comment here: https://github.com/python/cpython/blob/master/Lib/test/test_enum.py#L3691-L3692 On the first run you have the correct ('CONVERT_STRING_TEST_NAME_A', 5) but later it turns into ('CONVERT_STRING_TE

[issue38659] enum classes cause slow startup time

Change by Ammar Askar : -- pull_requests: +24234 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/25516 ___ Python tracker ___ _

[issue38659] enum classes cause slow startup time

Ethan Furman added the comment: `format` issue resolved, but not the refleak issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue38659] enum classes cause slow startup time

Ethan Furman added the comment: New changeset 37b173c5231b7b202859af97c17bc3d04b1e4c75 by Ammar Askar in branch 'master': bpo-38659: Properly re-intialize module variables in test_enum (GH-25516) https://github.com/python/cpython/commit/37b173c5231b7b202859af97c17bc3d04b1e4c75 -- _

[issue30800] zlib.compressobj took too much memory on window

Change by Inada Naoki : -- stage: -> resolved status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue38659] enum classes cause slow startup time

Ethan Furman added the comment: Actually, I think that fixed the refleak issue as well. Thanks, Ammar! -- ___ Python tracker ___ _

[issue43901] Add an empty annotations dict to all unannotated classes and modules

Guido van Rossum added the comment: I’d say that best practices for 3.9+ are more useful. There seem to be several contradictions in your remarks, but we’ll get to those in the review. -- nosy: +Guido.van.Rossum ___ Python tracker

[issue28724] Add method send_io, recv_io to the socket module.

Inada Naoki added the comment: New changeset 660592f67c0d825b06eb4a38ccc04b34a1f01f00 by Saiyang Gou in branch 'master': bpo-28724: Doc: Move socket.send_fds and socket.recv_fds docs to right section (GH-22608) https://github.com/python/cpython/commit/660592f67c0d825b06eb4a38ccc04b34a1f01f00

[issue28724] Add method send_io, recv_io to the socket module.

Change by miss-islington : -- nosy: +miss-islington nosy_count: 8.0 -> 9.0 pull_requests: +24235 pull_request: https://github.com/python/cpython/pull/25517 ___ Python tracker _

[issue43909] Fuzz dis module and find crashes for dis.dis(), dis.get_instructions() dis.show_code()

New submission from Xinmeng Xia : We write a fuzz tool to fuzz Python standard libraries, and find three crashes: dis.dis(), dis.get_instructions() dis.show_code() in dis module. dis.dis() == xiaxinmeng:~ xiaxinmeng$ python3.10 Python 3.10.0a3 (v3.10.

[issue28724] Add method send_io, recv_io to the socket module.

miss-islington added the comment: New changeset 87a392db40d52cba18ffc67730856e11cb8cf945 by Miss Islington (bot) in branch '3.9': bpo-28724: Doc: Move socket.send_fds and socket.recv_fds docs to right section (GH-22608) https://github.com/python/cpython/commit/87a392db40d52cba18ffc67730856e1

[issue28724] Add method send_io, recv_io to the socket module.

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.9 -Python 3.7 ___ Python tracker ___ ___

[issue27763] Add complex case to test_builtin abs()

Sergey B Kirpichev added the comment: > We're testing the cmath functions on complex number inputs Indeed. Also, for abs(complex) - there is test_abs() in the test_complex.py. > The complex number creation from both strings and pairs of floats should be > tested independently, of course. I

[issue43898] Python fails to import .dylib but works when extension is changed to .so

Ned Deily added the comment: Thanks for the clarification. On most platforms other than Windows, Python expects compiled extension modules (usually written in C or C++) to have an extension of .so. This is true as well on macOS. Typically, extension modules are compiled using Python's Distut

[issue43908] array.array should remain immutable

hai shi added the comment: > I would like this type (and other types that have been or will be converted > to heap types) to remain immutable. Hi, Guido. I am interested in what have been broken in fact? or it's a defined behavior? > I think we may need a new flag bit meaning "built-in ty

<    1   2