[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

[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.

[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 ___

[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)

[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

[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

[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)

[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

[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 ___

[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

[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 --

[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

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

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

[issue38692] add a pidfd child process watcher

Change by Chih-Hsuan Yen : -- nosy: -yan12125 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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 Saiyang Gou : -- nosy: +gousaiyang nosy_count: 10.0 -> 11.0 pull_requests: +24233 pull_request: https://github.com/python/cpython/pull/25515 ___ Python tracker ___

[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 ___

[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. --

[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

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

[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

[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)

[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)

[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

[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

[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

[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 ___ ___

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

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

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

Steve Dower added the comment: New changeset dc516ef8395d15da0ab225eb0dceb2e0581f51ca by Steve Dower in branch 'master': bpo-26227: Fixes decoding of host names on Windows from ANSI instead of UTF-8 (GH-25510) https://github.com/python/cpython/commit/dc516ef8395d15da0ab225eb0dceb2e0581f51ca

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

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

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

Change by miss-islington : -- nosy: +miss-islington nosy_count: 11.0 -> 12.0 pull_requests: +24230 pull_request: https://github.com/python/cpython/pull/25512 ___ Python tracker

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

Larry Hastings added the comment: It occurs to me that part of this work should also be a new "best practices for __annotations__" entry in the Python docs. Best practices for working with annotations, for code that requires a minimum Python version of 3.10+: Best practice is to call

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

STINNER Victor added the comment: New microbenchmark on the functools.lru_cache(lambda: 42) function using my 3 optimizations on _PyType_GetModuleByDef(): * commit d4aaa34798f0dd8402f412e2aa9d6fa2d6cff5fa * commit 760da626ff4124e1344fd8b7dbeb83b2c4b7c12c * commit

[issue42737] PEP 563: drop annotations for complex assign targets

Change by Saiyang Gou : -- pull_requests: +24229 pull_request: https://github.com/python/cpython/pull/25511 ___ Python tracker ___

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

Larry Hastings added the comment: By the way, here's a tidbit I never got around to posting in c.l.p-d. I noted in the conversation in January that attrs is an outlier here: it *doesn't* look in the class dict for __annotations__. Instead, it has some complicated code where it asks the

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

Larry Hastings added the comment: > - Is it possible to create __annotations__ lazily? (IIRC in January we came > to a conclusion about this, something like yes for modules but for classes, > or the other way around?) Maybe for modules, definitely not for classes. The problem is that best

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

miss-islington added the comment: New changeset 602eefef0bd0187049c2ab9071390f8573fc299a by Miss Islington (bot) in branch '3.8': bpo-43472: Ensure PyInterpreterState_New audit events are raised when called through _xxsubinterpreters module (GH-25506)

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

STINNER Victor added the comment: New changeset cdad2724e6f7426372901cc5dedd8a462ba046a6 by Victor Stinner in branch 'master': bpo-40137: Add pycore_moduleobject.h internal header (GH-25507) https://github.com/python/cpython/commit/cdad2724e6f7426372901cc5dedd8a462ba046a6 --

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

Steve Dower added the comment: New changeset a32f8fe7133aad4f3cf8946534e3b79a5f2659da by Saiyang Gou in branch 'master': bpo-43756: Add new audit event for new arguments added to glob.glob (GH-25239) https://github.com/python/cpython/commit/a32f8fe7133aad4f3cf8946534e3b79a5f2659da

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

Change by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by Steve Dower : -- keywords: +patch pull_requests: +24228 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/25510 ___ Python tracker

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

Change by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8, Python 3.9 ___ Python tracker

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

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

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +24226 pull_request: https://github.com/python/cpython/pull/25508 ___ Python tracker

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

Steve Dower added the comment: New changeset 7b86e47617d81a4b14d929743425f448971e8c86 by Steve Dower in branch 'master': bpo-43472: Ensure PyInterpreterState_New audit events are raised when called through _xxsubinterpreters module (GH-25506)

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

Raymond Hettinger added the comment: New changeset 139c232f3851b393798d0ea4e65f1298bfbcd9cf by Raymond Hettinger in branch 'master': bpo-40137: Move state lookups out of the critical path (GH-25492) https://github.com/python/cpython/commit/139c232f3851b393798d0ea4e65f1298bfbcd9cf

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

Change by STINNER Victor : -- pull_requests: +24225 pull_request: https://github.com/python/cpython/pull/25507 ___ Python tracker ___

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

STINNER Victor added the comment: New changeset 760da626ff4124e1344fd8b7dbeb83b2c4b7c12c by Victor Stinner in branch 'master': bpo-40137: Optimize _PyType_GetModuleByDef() loop (GH-25505) https://github.com/python/cpython/commit/760da626ff4124e1344fd8b7dbeb83b2c4b7c12c --

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

Change by Steve Dower : -- keywords: +patch pull_requests: +24224 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25506 ___ Python tracker ___

[issue43472] [security][subinterpreters] Add auditing hooks to subinterpreter module

Steve Dower added the comment: I'll need Eric to confirm, but I think the best thing to do here is to not release the thread state in _xxsubinterpreters.interp_create, but let _Py_NewInterpreter() do it. That way the existing event will be raised in interpreter-level hooks, rather than only

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

Change by STINNER Victor : -- pull_requests: +24223 pull_request: https://github.com/python/cpython/pull/25505 ___ Python tracker ___

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

STINNER Victor added the comment: New changeset d4aaa34798f0dd8402f412e2aa9d6fa2d6cff5fa by Victor Stinner in branch 'master': bpo-40137: _PyType_GetModuleByDef() doesn't check tp_flags (GH-25504) https://github.com/python/cpython/commit/d4aaa34798f0dd8402f412e2aa9d6fa2d6cff5fa --

[issue42737] PEP 563: drop annotations for complex assign targets

Batuhan Taskaya added the comment: > Hum, there seems to be an actual bug here: even with PEP 563, the annotations > for "complex targets" are evaluated. For example: Yes, that is what this issue is about. This bug only surfaced while doing other stuff and PEP 563 being the default > I

[issue42737] PEP 563: drop annotations for complex assign targets

Guido van Rossum added the comment: The same thing happens at the module level. However in functions all is well (because inside functions annotations are never evaluated, apparently). It may be as simple as the code forgetting to check the PEP 563 bit when generating code for complex

[issue42737] PEP 563: drop annotations for complex assign targets

Guido van Rossum added the comment: Hum, there seems to be an actual bug here: even with PEP 563, the annotations for "complex targets" are evaluated. For example: from __future__ import annotations class C: x.y: z.w a: b.c The relevant parts of the disassembly of the code for the

[issue38119] resource tracker destroys shared memory segments when other processes should still have valid access

Change by David Felsen : -- nosy: +davfelsen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

Change by STINNER Victor : -- pull_requests: +24222 pull_request: https://github.com/python/cpython/pull/25504 ___ Python tracker ___

[issue43908] array.array should remain immutable

Change by STINNER Victor : -- components: +Library (Lib) nosy: +corona10, shihai1991 ___ Python tracker ___ ___ Python-bugs-list

[issue42737] PEP 563: drop annotations for complex assign targets

Batuhan Taskaya added the comment: > Batuhan, can you summarize the argument from the thread? What do you think > yourself? Myself, I'm not sure either way, but it seems okay to remove the > remnant bytecode. I feel like we shouldn't generate code for these annotations at all, and only

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

Guido van Rossum added the comment: Sounds like a plan, I agree that the original design misfired here (we were probably worried about million-line code bases with tens of thousands of classes having to pay the price of tens of thousands of empty dicts, but I now think that was an

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

Change by Guido van Rossum : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43904] Documentation for argparse, missed opportunity

Raymond Hettinger added the comment: It's a cute suggestion but I think it would be a distraction that makes the docs slightly worse. The example "works" because the eye has to search to see what makes the text special, the indentation. If you add a second special but irrelevant text

[issue43908] array.array should remain immutable

Change by Guido van Rossum : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43908] array.array should remain immutable

New submission from Guido van Rossum : Hi Victor, Sorry for making this a deferred blocker. I recall that we had a brief discussion somewhere about an accidental change to the array.array type -- this is now a heap type (Py_TPFLAGS_HEAPTYPE is set), and as a consequence it is no longer

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Steve Dower added the comment: There's a working POC out there for modifying tuple elements that relies on the fact that id() returns real memory addresses, so I don't see it as a harmless thing. Also, Rust is only worrying about code that's put into its compiler, whereas Python has to

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

Sofian Brabez added the comment: Thanks Victor, it's clear now. About the updates of the crashers, I sent the updated patches to update them in PR [3] before the following issue [1] and PR [2] but the other seems to have been merged already. It seems my submission was totally forgot and

[issue43907] pickle.py bytearray memoization bug with protocol 5

Change by Karthikeyan Singaravelan : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43907] pickle.py bytearray memoization bug with protocol 5

Change by Carl Friedrich Bolz-Tereick : -- keywords: +patch pull_requests: +24221 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25501 ___ Python tracker

[issue43907] pickle.py bytearray memoization bug with protocol 5

New submission from Carl Friedrich Bolz-Tereick : The new codepath for the BYTEARRAY8 bytecode is missing memoization: >>> import pickletools, pickle >>> b = (bytearray(b"abc"), ) * 2 >>> b1, b2 = pickle.loads(pickle.dumps(b, 5)) # C version >>> b1 is b2 True (bytearray(b'abc'),

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Nathaniel Smith added the comment: Python's 'id' function exposes raw memory addresses constantly. As long as they're just integers, they can't do much harm. (In Rust, taking a pointer to a random object is considered totally safe, can be done anywhere. It's *dereferencing* a pointer where

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Christian Heimes added the comment: Funny, I was looking into the same issue with CDLL(). :) The trick with ssl._ssl.__file__ may even break if users change sys.setdlopenflag() from RTLD_GLOBAL to RTLD_LOCAL. Static linking will also influence which symbols are available.

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Christian Heimes added the comment: I don't want to import ctypes from the ssl module code. PyCapsule could be a solution for the problem. Users would have to call PyCapsule_Import("_ssl.capsule") and PyCapsule_GetPointer() to access a struct with additional methods. It's a bit more work to

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Nathaniel Smith added the comment: Funny, I was actually looking at this a bit last week, because I was trying to figure out if I could trick `ssl` into doing DTLS... The two big problems I ran into are: - for DTLS you need to instantiate the SSLContext with PROTOCOL_DTLS, and idk how you

[issue43906] turtle graphics don't work

Change by Eric V. Smith : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38659] enum classes cause slow startup time

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

[issue38659] enum classes cause slow startup time

Ethan Furman added the comment: New changeset a02cb474f9c097c83cd444a47e9fb5f99b4aaf45 by Ethan Furman in branch 'master': bpo-38659: [Enum] add _simple_enum decorator (GH-25497) https://github.com/python/cpython/commit/a02cb474f9c097c83cd444a47e9fb5f99b4aaf45 --

[issue40642] Cpython "pystate.h" subdirectory wrong

Xi Ruoyao added the comment: Dup of #39026. And the proposed fix is nack'ed in #39026. -- ___ Python tracker ___ ___

[issue43906] turtle graphics don't work

New submission from Steven D'Aprano : You have a bug in your code. This is a bug tracker for bugs in Python, not a help desk for solving errors in your own code. In this case, the problem is that you have created a file called "turtle.py" which is shadowing the original turtle module. Rename

[issue43902] ssl module: add getter for SSL_CTX* and SSL*

Steve Dower added the comment: Could we have the address exposed in a way that can only be passed back into ctypes? Or alternatively, doesn't function if ctypes is missing? I don't like offering ways to get real memory addresses, especially for interesting objects. At the same time, I see

[issue43906] turtle graphics don't work

Change by кофеёк : -- components: Build files: Screenshot_16.png nosy: antiendershow221 priority: normal severity: normal status: open title: turtle graphics don't work type: compile error versions: Python 3.8 Added file: https://bugs.python.org/file49969/Screenshot_16.png

[issue43284] sys.getwindowsversion().platform_version is incorrect

Shreyan Avigyan added the comment: PR opened against master branch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue43284] sys.getwindowsversion().platform_version is incorrect

Change by Shreyan Avigyan : -- keywords: +patch pull_requests: +24220 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/25500 ___ Python tracker

[issue30069] External library behave differently when loaded by Python (maybe thread issue)

Irit Katriel added the comment: I'm closing this as out of date because the links no longer work and both Python 2.7/3.6 are no longer maintained. If you are still having this problem with more recent versions of Python, please create a new issue with up-to-date reproduction information.

[issue41701] Buildbot web page: connection lost after 1 minute, then display "Connection restored" popup

STINNER Victor added the comment: > Can someone confirm if they still have this problem on the buildbot server? Oh wow, I don't have the issue anymore! Thank you very much :-) Previously, the website was barely usable :-( -- resolution: -> fixed stage: patch review -> resolved

[issue43817] Add inspect.get_annotations()

Eric V. Smith added the comment: > And since there are definitely circumstances in which it can't return > __annotations__ directly, that indicates that it should never return > __annotations__ directly. And the follow on here is that get_annotations() shouldn't set __annotations__ if it's

[issue41701] Buildbot web page: connection lost after 1 minute, then display "Connection restored" popup

Pablo Galindo Salgado added the comment: Can someone confirm if they still have this problem on the buildbot server? -- ___ Python tracker ___

[issue43859] Improve syntax error for indentation errors

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue43859] Improve syntax error for indentation errors

Pablo Galindo Salgado added the comment: New changeset 56c95dfe271b1242bdc8163d4677e311552c00cb by Pablo Galindo in branch 'master': bpo-43859: Improve the error message for IndentationError exceptions (GH-25431)

[issue40222] "Zero cost" exception handling

Guido van Rossum added the comment: I like Serhiy’s idea. BTW, what are the three POP_TOP op codes in a row popping? -- nosy: +Guido.van.Rossum ___ Python tracker ___

[issue38659] enum classes cause slow startup time

Change by Ethan Furman : -- pull_requests: +24219 pull_request: https://github.com/python/cpython/pull/25497 ___ Python tracker ___

[issue38659] enum classes cause slow startup time

Change by Ethan Furman : -- versions: +Python 3.10 -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42854] OpenSSL 1.1.1: use SSL_write_ex() and SSL_read_ex()

Ethan Furman added the comment: False alarm, sorry. Still getting used to merging, rebasing, etc. Current tests run fine. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue42854] OpenSSL 1.1.1: use SSL_write_ex() and SSL_read_ex()

Change by Ethan Furman : -- Removed message: https://bugs.python.org/msg391419 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue43905] dataclasses.astuple does deepcopy on all fields

Eric V. Smith added the comment: The reason for the deep copying was to support changing a hierarchy of dataclasses into something that could be JSON serialized. But it didn't really work out. It recurses into dataclasses, namedtuples, lists, tuples, and dicts, and deep copies everything

[issue43905] dataclasses.astuple does deepcopy on all fields

Serhiy Storchaka added the comment: Why deepcopy is used at all? It is a very specific feature which should not be used by default. If you want to make a deep copy of fields, you can call copy.deepcopy() explicitly. copy.deepcopy(dataclasses.astuple(obj)) or

[issue43905] dataclasses.astuple does deepcopy on all fields

Eric V. Smith added the comment: Unfortunately this can't be changed, although I suppose it should be documented. In general I think this API was a mistake, and should not have been added. There are just too many cases where it doesn't do what you want, or where it fails. I'd like to

[issue43904] Documentation for argparse, missed opportunity

Eric V. Smith added the comment: If we're trying to be poetic, I think the last line should be "I intended it". -- nosy: +eric.smith ___ Python tracker ___

[issue43905] dataclasses.astuple does deepcopy on all fields

New submission from Erik Carstensen : It seems that the 'dataclass.astuple' function does a deepcopy of all fields. This is not documented. Two problems: 1. Dictionary keys that rely on object identity are ruined: import dataclasses @dataclasses.dataclass class Foo: key:

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.11

STINNER Victor added the comment: > New changeset b0544ba77cf86074fb1adde00558c67ca75eeea1 by Pablo Galindo in > branch 'master': Copy of the NEWS entry: Revert making ``from __future__ import annotations`` the default. This follows the Steering Council decision to postpone PEP 563 changes

  1   2   >