[issue35181] Doc: Namespace Packages: Inconsistent documentation of __loader__ being None

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

[issue41910] Document that object.__eq__ implements `a is b`

Change by Brett Cannon : -- keywords: +patch pull_requests: +21816 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22874 ___ Python tracker ___ ___

[issue35181] Doc: Namespace Packages: Inconsistent documentation of __loader__ being None

miss-islington added the comment: New changeset 916ac9520108831d2099b13992a45884b112b193 by Miss Skeleton (bot) in branch '3.8': bpo-35181: Correct importlib documentation for some module attributes (GH-15190) https://github.com/python/cpython/commit/916ac9520108831d2099b13992a45884b112b193

[issue42103] [security] DoS (MemError via CPU and RAM exhaustion) when processing malformed Apple Property List files in binary format

Serhiy Storchaka added the comment: There are two issues here. The simple one is building a large format string for struct.unpack(). It has simple solution: use f'>{n}{_BINARY_FORMAT[size]}'. The hard issue is that read(n) allocates n bytes in memory even if there are not so many bytes in t

[issue35181] Doc: Namespace Packages: Inconsistent documentation of __loader__ being None

miss-islington added the comment: New changeset 6e842bcdf8a47fe081c9f2edc2b8875e1f3e2f18 by Miss Skeleton (bot) in branch '3.9': bpo-35181: Correct importlib documentation for some module attributes (GH-15190) https://github.com/python/cpython/commit/6e842bcdf8a47fe081c9f2edc2b8875e1f3e2f18

[issue38980] Compile libpython with -fno-semantic-interposition

Pablo Galindo Salgado added the comment: New changeset b451b0e9a772f009f4161f7a46476190d0d17ac1 by Pablo Galindo in branch 'master': bpo-38980: Add -fno-semantic-interposition when building with optimizations (GH-22862) https://github.com/python/cpython/commit/b451b0e9a772f009f4161f7a4647619

[issue38980] Compile libpython with -fno-semantic-interposition

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

[issue42113] Replace _asyncio.TaskWakeupMethWrapper with PyCFunction

Change by Vladimir Matveev : -- keywords: +patch pull_requests: +21817 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22875 ___ Python tracker ___

[issue42113] Replace _asyncio.TaskWakeupMethWrapper with PyCFunction

New submission from Vladimir Matveev : `TaskWakeupMethWrapper` looks like a more limited version of `PyCFunction` so it can be replaced with one. Pros: remove a bunch of code, use better calling convention Cons: now `wakeup` object will expose slightly more properties but I'm not sure whether

[issue41911] Language reference for expressions incorrectly specifies what type of object(s) are expected

Brett Cannon added the comment: It turns out the "expressions" page of the language reference makes multiple claims about types which do not hold, e.g. for multiplication, "The arguments must either both be numbers, or one argument must be an integer and the other must be a sequence", or for

[issue35181] Doc: Namespace Packages: Inconsistent documentation of __loader__ being None

Barry A. Warsaw added the comment: @maggyero - I haven't merged PR 10016, but I left some additional comments. Are you still interested in shepherding this PR? -- ___ Python tracker ___

[issue42114] Documentation of

New submission from Joseph Fox-Rabinovitz : ctypes.CDLL initializer defined in version 3.8 and beyond as ``` def __init__(self, name, mode=DEFAULT_MODE, handle=None, use_errno=False, use_last_error=False, winmode=None): ``` Documentation says `winmode=0`:

[issue42114] Documentation of ctypes.CDLL does not correspond to code

Change by Joseph Fox-Rabinovitz : -- title: Documentation of -> Documentation of ctypes.CDLL does not correspond to code ___ Python tracker ___ ___

[issue42114] Documentation of ctypes.CDLL does not correspond to code

Joseph Fox-Rabinovitz added the comment: Company firewall mutilated the text. Here is another attempt: ctypes.CDLL initializer defined in version 3.8 and beyond as ``` def __init__(self, name, mode=DEFAULT_MODE, handle=None, use_errno=False, use_last_error=False,

[issue42114] Documentation of ctypes.CDLL does not correspond to code

Joseph Fox-Rabinovitz added the comment: Last attempt before I give up: ctypes.CDLL initializer defined in version 3.8 and beyond as ``` def __init__(self, name, mode=DEFAULT_MODE, handle=None, use_errno=False, use_last_error=False, winmode=None): ``` D

[issue41910] Document that object.__eq__ implements `a is b`

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

[issue41910] Document that object.__eq__ implements `a is b`

miss-islington added the comment: New changeset 3c69f0c933d4790855929f1fcd74e4a0fefb5d52 by Brett Cannon in branch 'master': bpo-41910: specify the default implementations of object.__eq__ and object.__ne__ (GH-22874) https://github.com/python/cpython/commit/3c69f0c933d4790855929f1fcd74e4a0f

[issue41910] Document that object.__eq__ implements `a is b`

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

[issue41910] Document that object.__eq__ implements `a is b`

Terry J. Reedy added the comment: New changeset c3538b83816663d7b767391a375179a0ce923990 by Miss Skeleton (bot) in branch '3.9': bpo-41910: specify the default implementations of object.__eq__ and object.__ne__ (GH-22874) (#22876) https://github.com/python/cpython/commit/c3538b83816663d7b767

[issue41910] Document that object.__eq__ implements `a is b`

Terry J. Reedy added the comment: New changeset b2b3803081f07600710273b4f902b5be6e5596e7 by Miss Skeleton (bot) in branch '3.8': bpo-41910: specify the default implementations of object.__eq__ and object.__ne__ (GH-22874) (#22877) https://github.com/python/cpython/commit/b2b3803081f076007102

[issue42113] Replace _asyncio.TaskWakeupMethWrapper with PyCFunction

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

[issue41910] Document that object.__eq__ implements `a is b`

Terry J. Reedy added the comment: Brett, I presume you want this closed. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42057] peephole optimizer bug relating to JUMP_IF_NOT_EXC_MATCH

Inada Naoki added the comment: New changeset 07a44d9572c7746568a7fe2fbcd42127fd6d4019 by Inada Naoki in branch '3.9': bpo-42057: Fix peephole optimizer (GH-22802) https://github.com/python/cpython/commit/07a44d9572c7746568a7fe2fbcd42127fd6d4019 -- __

[issue41910] Document that object.__eq__ implements `a is b`

Brett Cannon added the comment: Thanks, Terry! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue42057] peephole optimizer bug relating to JUMP_IF_NOT_EXC_MATCH

Change by Inada Naoki : -- pull_requests: +21820 pull_request: https://github.com/python/cpython/pull/22878 ___ Python tracker ___ _

[issue42057] peephole optimizer bug relating to JUMP_IF_NOT_EXC_MATCH

Inada Naoki added the comment: New changeset 8f6787d93db1b6022db44b1e1d22460c2b74f60b by Inada Naoki in branch '3.9': bpo-42057: Add a test case (GH-22878) https://github.com/python/cpython/commit/8f6787d93db1b6022db44b1e1d22460c2b74f60b -- ___ P

[issue32431] Two bytes objects of zero length don't compare equal

Change by Inada Naoki : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue42057] peephole optimizer bug relating to JUMP_IF_NOT_EXC_MATCH

Inada Naoki added the comment: Thank you for reporting with reproducer. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

New submission from Pablo Galindo Salgado : After https://bugs.python.org/issue42093 and https://bugs.python.org/issue26219 is being clear that we can leverage some cache for different information in the evaluation loop to speed up CPython. This observation is also based on the fact that alth

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: To clarify what I mean with: > - We could also do the same for operations like "some_container[]" if the > container is some builtin. We can substitute/specialize the opcode for > someone that directly uses built-in operations instead of the generic

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: Also, many of these ideas are not new, and many of them are inspired or taken from Yury's email (https://mail.python.org/pipermail/python-dev/2016-January/142945.html) but I wanted to add that I think that with some coordination between us we can ach

[issue42097] Python 3.7.9 logging/threading/fork hang

Gregory P. Smith added the comment: If you use os.fork() or any of the multiprocessing start methods that call os.fork() with a process involving threads, this is expected behavior. os.fork() cannot be used in processes that have threads without potential for deadlock. Specifically, make s

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Yury Selivanov added the comment: Few thoughts in no particular order: - I'd suggest implementing the cache for 2-3 more opcodes on top of the existing infrastructure to get more experience and then refactoring it to make it more generic. - Generalizing LOAD_METHOD to work for methods with

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Pablo Galindo Salgado added the comment: > - Rewriting code objects in place is wrong, IMO: you always need to have a > way to deoptimize the entire thing, so you need to keep the original one. It > might be that you have well defined and static types for the first 1 > invocations and so

[issue42115] Caching infrastructure for the evaluation loop: specialised opcodes

Yury Selivanov added the comment: > Imagine that we have a secondary copy of the bytecode in the cache inside the > code object and we mutate that instead. The key difference with the current > cache infrastructure is that we don't accumulate all the optimizations on the > same opcode, which

<    1   2