[issue29282] Fused multiply-add: proposal to add math.fma()

Change by Mark Dickinson : -- assignee: mark.dickinson -> ___ Python tracker <https://bugs.python.org/issue29282> ___ ___ Python-bugs-list mailing list Un

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: Ned, is this a regression (does 3.9 do the right thing on Windows) or an inconsistency between Mac and Windows? I suspect this might have something to do with the PREDICT macros. If that the were the case 3.9 should show the same inconsistency between Windows

[issue44297] Frame with -1 line number

Mark Shannon added the comment: Thanks Anthony, that's a big help. -- ___ Python tracker <https://bugs.python.org/issue44297> ___ ___ Python-bugs-list m

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- keywords: +patch pull_requests: +25382 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26801 ___ Python tracker <https://bugs.python.org/issu

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 291848195f85e23c01adb76d5a0ff9c6eb7f2614 by Mark Dickinson in branch 'main': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) https://github.com/python/cpython/commit/291848195f85e23c01ad

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 139c5778c26aaf25b51fcfabd88c99ba728beaea by Miss Islington (bot) in branch '3.10': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) (GH-26804) https://github.com/p

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: New changeset 533bff4e9fe221a7c9cf12795fd2d002e87bfa6a by Miss Islington (bot) in branch '3.9': bpo-44426: Fix use of the C keyword 'default' as a variable name (GH-26798) (GH-26805) https://github.com/p

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: I think this should be good now. -- resolution: -> fixed stage: patch review -> resolved status: open -> pending ___ Python tracker <https://bugs.python.or

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 82e5c28af7049c4f5343c808f172cbe2e145f49b by Mark Shannon in branch 'main': bpo-44297: Fix missing line number in generator expressions (GH-26801) https://github.com/python/cpython/commit/82e5c28af7049c4f5343c808f172cb

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25402 pull_request: https://github.com/python/cpython/pull/26821 ___ Python tracker <https://bugs.python.org/issue44

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: I think this is a combination of https://bugs.python.org/issue44297 and the PREDICT macros. I don't have a windows machine to confirm this on, but I suspect that if you rewrite `doit` as: def doit(): o = ((1,2), (3,4)) o = (a for

[issue44297] Frame with -1 line number

Mark Shannon added the comment: New changeset 7674c83d81905d6afe989ca3f93f08b7939b057c by Mark Shannon in branch '3.10': bpo-44297: Fix missing line number in generator expressions (GH-26821) https://github.com/python/cpython/commit/7674c83d81905d6afe989ca3f93f08

[issue44337] Port LOAD_ATTR to adaptive interpreter

Mark Shannon added the comment: New changeset fb68791a26e157ed3cdeb409c8d8b6cddc7535bd by Mark Shannon in branch 'main': bpo-44337: Improve LOAD_ATTR specialization (GH-26759) https://github.com/python/cpython/commit/fb68791a26e157ed3cdeb409c8d8b6

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: This appears to be a duplicate of https://bugs.python.org/issue44297 -- ___ Python tracker <https://bugs.python.org/issue44

[issue44446] linecache.getline TypeError when formatting tracebacks in stacks containing an async list comprehension

Mark Shannon added the comment: With the latest 3.10, I get: File "/home/mark/test/test.py", line 13, in next(bar().__await__(), None) File "/home/mark/test/test.py", line 10, in bar return [chunk async for chunk in foo()] File "/home/mark/test/test.py&

[issue44450] Generator expressions trace differently on Windows than on Mac

Mark Shannon added the comment: Hmm, I'm a bit puzzled by that. Did you test with 3.10b3 or the latest build from the 3.10 branch with the fix to https://bugs.python.org/issue44297 included? -- ___ Python tracker <https://bugs.py

[issue44470] 3.11 docs.python.org in Polish not English?

Mark Dickinson added the comment: The bug here is that https://docs.python.org/3.11/library/parser.html is visible at all, given that the parser module no longer exists in 3.10 or 3.11. @Samuel: Do you see this on any other documentation nodes, or just on parser.html? I can reproduce the

[issue44344] Documentation for pow() should include the possibility of complex numbers as a return type

Mark Dickinson added the comment: > Perhaps we should just borrow from the documentation for the power operator, > which says [...] That sounds good to me. -- ___ Python tracker <https://bugs.python.org/i

[issue44486] Modules should alway have a dictionary

New submission from Mark Shannon : It is possible to create a module without a dictionary: m = types.ModuleType.__new__(types.ModuleType) But that is the only way to create to a module without a dict; all other means of creating a module, both in Python and in the C API, result in a fully

[issue44486] Modules should alway have a dictionary

Change by Mark Shannon : -- keywords: +patch pull_requests: +25428 stage: -> patch review pull_request: https://github.com/python/cpython/pull/26847 ___ Python tracker <https://bugs.python.org/issu

[issue44488] ERROR: No matching distribution found for kivy

Mark Dickinson added the comment: I'd suggest reporting this on the kivy bug tracker: https://github.com/kivy/kivy This tracker is for the Python core language, and this doesn't look like a problem caused by a bug in Python. -- nosy: +mark.dickinson resolution: -> thir

[issue44486] Modules should alway have a dictionary

Mark Shannon added the comment: New changeset c3f52b4d707a78eb342372a2be00f3eb846a05b9 by Mark Shannon in branch 'main': bpo-44486: Make sure that modules always have a dictionary. (GH-26847) https://github.com/python/cpython/commit/c3f52b4d707a78eb342372a2be00f3

[issue44426] Docs fail to build with Sphinx 4 due to Invalid C declaration

Mark Dickinson added the comment: Thanks! Closing. -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue44426> ___ ___ Python-bugs-lis

[issue44297] Frame with -1 line number

Mark Shannon added the comment: Thanks for the reproducer. -- assignee: -> Mark.Shannon ___ Python tracker <https://bugs.python.org/issue44297> ___ ___ Py

[issue44486] Modules should alway have a dictionary

Change by Mark Shannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44500] Document changes to code object.

New submission from Mark Shannon : We are making lots of changes to the code object. We should clearly document all the changes in one place and explain the new design well before 3.11 beta. -- assignee: docs@python components: Documentation messages: 396432 nosy: Mark.Shannon, docs

[issue44470] 3.11 docs.python.org in Polish not English?

Change by Mark Dickinson : -- nosy: -mark.dickinson ___ Python tracker <https://bugs.python.org/issue44470> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25467 pull_request: https://github.com/python/cpython/pull/26890 ___ Python tracker <https://bugs.python.org/issue44

[issue44297] Frame with -1 line number

Change by Mark Shannon : -- pull_requests: +25468 pull_request: https://github.com/python/cpython/pull/26891 ___ Python tracker <https://bugs.python.org/issue44

[issue44508] asyncio: document failure mode for loop.call_soon_threadsafe

New submission from Mark Dickinson : `loop.call_soon_threadsafe` raises `RuntimeError` when the event loop has been closed, but that fact doesn't seem to be documented. It would be useful to document it so that that it's clear that that behaviour is part of the API, and can be d

[issue42197] Disable automatic update of frame locals during tracing

Mark Shannon added the comment: > So, it's expected that `some_module` and `v` would be in the locals at this > point. If a function does not have the local variables `some_module` and `v`, then the change wouldn't be visible to the debugee. So what differe

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: And today's price for uninformative error message goes to... "AssertionError: 'False' != 'True'" ;) I'm looking into it. -- assignee: -> Mark.Shannon ___ Python t

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: I cannot reproduce this on ubuntu Ubuntu 20.04.2 LTS gcc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0 I've tried these configs: ./configure --with-pydebug ./configure ./configure --enable-optimizations ./configure --enable-optimizations --with-lto I also

[issue44517] test__xxsubinterpreters: AMD64 Fedora Stable 3.x buildbot aborts at test_still_running

Mark Shannon added the comment: Can someone with fedora reproduce this failure? -- ___ Python tracker <https://bugs.python.org/issue44517> ___ ___ Python-bug

[issue44530] Propagate qualname from the compiler unit to code objects for finer grained profiling data

Mark Shannon added the comment: I think this is a worthwhile improvement. A few comments on this issue and your PR. 1. We already have qualified names on functions and generators and those can be modified by @decorators. In those cases, the code object and the function would disagree. Code

[issue44536] wrong output of np.lcm.reduce(*awg)

Mark Dickinson added the comment: It looks as though you're reporting an issue with NumPy; this tracker is for the Python core language, which doesn't include NumPy. For NumPy bugs, use the NumPy bug tracker at https://github.com/numpy/numpy/issues. (Though I don't think th

[issue16801] Preserve original representation for integers / floats in docstrings

Mark Dickinson added the comment: I suspect the difference is due to a change in the way that Sphinx handles the py:method directive: the rst source for `pathlib.Path.touch` hasn't changed between 3.9 and 3.10, but the 3.9 docs are built with Sphinx 2.4.4, while the 3.10 docs are built

[issue16801] Preserve original representation for integers / floats in docstrings

Mark Dickinson added the comment: FWIW, the relevant change seems to be this one: https://github.com/sphinx-doc/sphinx/pull/7155 -- ___ Python tracker <https://bugs.python.org/issue16

[issue44313] Generate LOAD_ATTR+CALL_FUNCTION instead of LOAD_METHOD+CALL_METHOD for imports

Mark Shannon added the comment: New changeset 1b28187a0e3e914ee48de8032cbba0a965dd5563 by Batuhan Taskaya in branch 'main': bpo-44313: generate LOAD_ATTR/CALL_FUNCTION for top-level imported objects (GH-26677) https://github.com/python/cpython/commit/1b28187a0e3e914ee48de8032cbba0

[issue44545] spam

Change by Mark Dickinson : -- stage: -> resolved status: open -> closed title: ASSESSMENT TOOLS -> spam ___ Python tracker <https://bugs.python.or

[issue44545] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396824 ___ Python tracker <https://bugs.python.org/issue44545> ___ ___ Python-bug

[issue44545] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396822 ___ Python tracker <https://bugs.python.org/issue44545> ___ ___ Python-bug

[issue44546] spam

Change by Mark Dickinson : -- stage: -> resolved status: open -> closed title: ASSESSMENT TOOLS -> spam ___ Python tracker <https://bugs.python.or

[issue44546] spam

Change by Mark Dickinson : -- Removed message: https://bugs.python.org/msg396825 ___ Python tracker <https://bugs.python.org/issue44546> ___ ___ Python-bug

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: FWIW, there's some history here: there's a good reason that fractions.Fraction didn't originally implement __int__. Back in the Bad Old Days, many Python functions that expected an integer would accept anything whose type implemented __int

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: I'm actually struggling to think of situations where typing.SupportsInt would be useful in its current form: if I'm writing a function that wants to do a duck-typed acceptance of integer-like things (for example because I want my function to work

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: > Maybe typing.SupportsIndex Apologies: that already exists, of course. It was introduced in #36972. -- ___ Python tracker <https://bugs.python.org/issu

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: > As another data point, complex supporting __int__ is a little bit of an > oddity, since all that __int__ method does is raise a TypeError. This was fixed in 3.10: #41974 -- ___ Python tracker

[issue44547] fraction.Fraction does not implement __int__.

Mark Dickinson added the comment: Thanks, that's helpful. I guess what you _really_ want there is a duck-typed "tell me whether this value is integral and if so give me the corresponding Python int", but that's not currently easily available, so I suppose x == int(x) is

[issue44550] Spam

Change by Mark Dickinson : -- title: DIGITAL CLASSROOM -> Spam ___ Python tracker <https://bugs.python.org/issue44550> ___ ___ Python-bugs-list mailing list Un

[issue44560] Unrecognized charset "eucgb2312_cn" in email header for many MUA

Change by Mark Sapiro : -- versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue44560> ___ ___ Python-bugs-list mailin

[issue44530] Propagate qualname from the compiler unit to code objects for finer grained profiling data

Mark Shannon added the comment: I suspect that the 0.1% increase is noise. The size of importlib.h etc show a small decrease, suggesting that the information content of the code object has *decreased*. After all, the qualname has to stored somewhere and moving it from caller to callee

[issue44581] Interpreter can execute quickened opcodes in tracing mode

New submission from Mark Shannon : This breaks a key invariant of PEP 659. Inserting `assert(cframe.use_tracing == 0);` at the top of all quickened instructions results in several failures when running the test suite. -- assignee: Mark.Shannon components: Interpreter Core messages

[issue44576] AttributeError: incorrect line identified in Python 3.10

Mark Shannon added the comment: This is a tricky one. Which is the "correct" line appears to be subjective. I'm inclined to leave it as is, as the tracing sequence seems better in the case of method chaining. See https://github.com/python/cpython/blob/main/Lib/test/test_

[issue44576] AttributeError: incorrect line identified in Python 3.10

Change by Mark Shannon : -- priority: release blocker -> resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Change by Mark Shannon : -- keywords: +patch pull_requests: +25617 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/27064 ___ Python tracker <https://bugs.python.org/issu

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Mark Shannon added the comment: New changeset 514f76bbac386c320a9f3a70797241c612544391 by Mark Shannon in branch 'main': bpo-44581: Don't execute quickened instructions if tracing is on (GH-27064) https://github.com/python/cpython/commit/514f76bbac386c320a9f3a707

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- assignee: -> Mark.Shannon ___ Python tracker <https://bugs.python.org/issue44570> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- keywords: +patch pull_requests: +25619 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27066 ___ Python tracker <https://bugs.python.org/issu

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25620 pull_request: https://github.com/python/cpython/pull/27067 ___ Python tracker <https://bugs.python.org/issue44

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25621 pull_request: https://github.com/python/cpython/pull/27068 ___ Python tracker <https://bugs.python.org/issue44

[issue44590] Create frame objects lazily when needed

New submission from Mark Shannon : In https://bugs.python.org/issue44032 we moved most of the data in the frame stack, that is the locals, stack, and "specials" (globals, builtins, code etc), from the heap allocated stack to a (mostly) contiguous array in memory. That offered som

[issue44590] Create frame objects lazily when needed

Change by Mark Shannon : -- keywords: +patch pull_requests: +25626 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27077 ___ Python tracker <https://bugs.python.org/issu

[issue44207] Add a version number to Python functions

Change by Mark Shannon : -- keywords: +patch pull_requests: +25628 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27078 ___ Python tracker <https://bugs.python.org/issu

[issue44593] _randbelow_with_getrandbits may request an unnecessary random bit

Mark Dickinson added the comment: See #37000 for previous discussion. -- nosy: +mark.dickinson ___ Python tracker <https://bugs.python.org/issue44593> ___ ___

[issue44600] match/case statements trace incorrectly in 3.10.0b4

Change by Mark Shannon : -- nosy: +brandtbucher ___ Python tracker <https://bugs.python.org/issue44600> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44207] Add a version number to Python functions

Mark Shannon added the comment: New changeset 9487a17e3c7cbb3f11c144775cd108601701bb74 by Mark Shannon in branch 'main': bpo-44207: Add an internal version number to function objects. (GH-27078) https://github.com/python/cpython/commit/9487a17e3c7cbb3f11c144775cd108

[issue44593] _randbelow_with_getrandbits may request an unnecessary random bit

Change by Mark Dickinson : -- resolution: -> duplicate superseder: -> _randbelow_with_getrandbits function inefficient with powers of two ___ Python tracker <https://bugs.python.org/i

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: Thanks Ned, you're doing a fantastic job of finding these issues. Sorry for keeping you so busy with this. This one was a latent bug, exposed by fixing https://bugs.python.org/issue44570. -- ___ Python tr

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: +25653 pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/issue44

[issue44614] Broken Pipe in Server of Manager in multiprocessing when finalizing, sometimes

Change by Mark Shannon : -- keywords: +patch nosy: +Mark.Shannon nosy_count: 1.0 -> 2.0 pull_requests: +25654 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/i

[issue44616] Incorrect tracing for "except" with variable

Change by Mark Shannon : -- keywords: +patch pull_requests: +25655 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27109 ___ Python tracker <https://bugs.python.org/issu

[issue44614] Broken Pipe in Server of Manager in multiprocessing when finalizing, sometimes

Change by Mark Shannon : -- pull_requests: -25654 ___ Python tracker <https://bugs.python.org/issue44614> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44570] 3.10.0b3 doesn't trace line events for return in some cases

Change by Mark Shannon : -- pull_requests: -25653 ___ Python tracker <https://bugs.python.org/issue44570> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: Related 2005 python-dev discussion: https://mail.python.org/archives/list/python-...@python.org/thread/VNGY2DLML4QJUXE73JLVBIH5WFBZNIKG/ -- nosy: +mark.dickinson ___ Python tracker <https://bugs.python.

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: and the related issue: https://bugs.python.org/issue1446372 -- ___ Python tracker <https://bugs.python.org/issue44603> ___ ___

[issue44625] Python C API version of `fractions` module

Mark Dickinson added the comment: No, no plans. There are tradeoffs here - the extra speed comes at the expense of increased maintenance burden. (It's certainly much harder to make minor changes and fixes to the decimal module now that it's written in C.) -- nosy: +mark

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: New changeset e5862f79c16e28f1ec51d179698739a9b2d8c1d2 by Mark Shannon in branch 'main': bpo-44616: Mark all clean up instructions at end of named exception block as artificial (GH-27109) https://github.com/python/cpyt

[issue44616] Incorrect tracing for "except" with variable

Change by Mark Shannon : -- pull_requests: +25678 pull_request: https://github.com/python/cpython/pull/27135 ___ Python tracker <https://bugs.python.org/issue44

[issue44616] Incorrect tracing for "except" with variable

Mark Shannon added the comment: New changeset 794ff7d505f852dc4e0f94901dc7387afaead3bb by Mark Shannon in branch '3.10': bpo-44616: Mark all clean up instructions at end of named exception block as artificial (GH-27109) (GH-27135) https://github.com/python/cpyt

[issue44626] Incorrect tracing of nested if/if/for/yield

Change by Mark Shannon : -- keywords: +patch pull_requests: +25680 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27138 ___ Python tracker <https://bugs.python.org/issu

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

Mark Dickinson added the comment: > the confusion that it can cause when there is a mismatch between the > interactive interpreter and noninteractive execution I've witnessed similar confusion when teaching, using IPython. After discovering that you can do In [1]: import p

[issue44581] Interpreter can execute quickened opcodes in tracing mode

Change by Mark Shannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue44622] async-for loops are traced incorrectly in Python 3.10

Change by Mark Shannon : -- keywords: +patch pull_requests: +25697 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27160 ___ Python tracker <https://bugs.python.org/issu

[issue26280] ceval: Optimize list[int] (subscript) operation similarly to CPython 2.7

Mark Shannon added the comment: New changeset 641345d636320a6fca04a5271fa4c4c5ba3e5437 by Irit Katriel in branch 'main': bpo-26280: Port BINARY_SUBSCR to PEP 659 adaptive interpreter (GH-27043) https://github.com/python/cpython/commit/641345d636320a6fca04a5271fa4c4

[issue44622] async-for loops are traced incorrectly in Python 3.10

Mark Shannon added the comment: New changeset f333ab0f2edec26a769ed558263ac662e5475451 by Mark Shannon in branch 'main': bpo-44622: Set line number of END_ASYNC_FOR to match that of iterator. (GH-27160) https://github.com/python/cpython/commit/f333ab0f2edec26a769ed558263ac6

[issue44622] async-for loops are traced incorrectly in Python 3.10

Change by Mark Shannon : -- pull_requests: +25700 pull_request: https://github.com/python/cpython/pull/27163 ___ Python tracker <https://bugs.python.org/issue44

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Mark Shannon added the comment: https://github.com/python/cpython/pull/18334 assumes that since all loops will contain a backwards edge, checking for interrupts on JUMP_ABSOLUTE should be sufficient. However, https://github.com/python/cpython/pull/23743 changed the back edges in while

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Change by Mark Shannon : -- keywords: +patch pull_requests: +25703 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/27167 ___ Python tracker <https://bugs.python.org/issu

[issue44626] Incorrect tracing of nested if/if/for/yield

Change by Mark Shannon : -- pull_requests: +25719 pull_request: https://github.com/python/cpython/pull/27182 ___ Python tracker <https://bugs.python.org/issue44

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Mark Shannon added the comment: New changeset 000e70ad5246732fcbd27cf59268185cbd5ad734 by Mark Shannon in branch 'main': bpo-44645: Check for interrupts on any potentially backwards edge. (GH-27167) https://github.com/python/cpython/commit/000e70ad5246732fcbd27cf5926818

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Change by Mark Shannon : -- pull_requests: +25720 pull_request: https://github.com/python/cpython/pull/27183 ___ Python tracker <https://bugs.python.org/issue44

[issue44651] An unclear definition in Doc/glossary.rst

Mark Dickinson added the comment: Agreed that "of the same type" part is confusing. I suspect the intended meaning was that the operation *expects* both arguments to have the same type, so if the actual arguments have different types then they have to be coerced to a common ty

[issue44651] An unclear definition in Doc/glossary.rst

Mark Dickinson added the comment: Searching further, none of the uses of "coerce" or "coercion" in the docs seem to be a good match for the definition in this glossary entry. For example, from ipaddress.rst: > By default, attempting to create a network object with ho

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Mark Shannon added the comment: Can we at least include the fix, until we can come up with a better test? That test fails on 3.9 as well as 3.10 and main. With a 3.9 build and the test in #27194: ./python -m test test_threading -R : 0:00:00 load avg: 0.95 Run tests sequentially 0:00:00 load

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Change by Mark Shannon : -- pull_requests: +25755 pull_request: https://github.com/python/cpython/pull/27216 ___ Python tracker <https://bugs.python.org/issue44

[issue44651] An unclear definition in Doc/glossary.rst

Mark Dickinson added the comment: My one worry with removing the entry is that documentation of other projects may be referring to it via intersphinx. If we think this is likely to be a real problem, we could leave a stub entry, but I think it's okay to go ahead and delete. To be o

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Mark Shannon added the comment: New changeset d09c13417890427f829e3df297beb0e27133f8f4 by Mark Shannon in branch 'main': bpo-44645: Check for interrupts on any potentially backwards edge (GH-27216) https://github.com/python/cpython/commit/d09c13417890427f829e3df297beb0

[issue44645] Python 3.10: Under some trivial circunstances, GIL not released

Mark Shannon added the comment: New changeset 37bdd2221ce3607a81d5d7fafc4603d95ca3e8cb by Miss Islington (bot) in branch '3.10': bpo-44645: Check for interrupts on any potentially backwards edge (GH-27216) (GH-27235) https://github.com/python/cpyt

[issue44672] Final "pass" is traced incorrectly in 3.9 (and before)

Mark Shannon added the comment: I say no, for a couple of reasons. 1. PEP 626 only applies to 3.10 onwards 2. The bytecode optimizer in 3.9 doesn't understand line numbers. Changing it would be a lot of effort and likely to introduce more bugs than it fixes. Ultimately it is Łuk

<    30   31   32   33   34   35   36   37   38   39   >