Mark Shannon added the comment:
New changeset 4f51fa9e2d3ea9316e674fb9a9f3e3112e83661c by Mark Shannon in
branch 'main':
bpo-44900: Add five superinstructions. (GH-27741)
https://github.com/python/cpython/commit/4f51fa9e2d3ea9316e674fb9a9f3e3
Mark Shannon added the comment:
New changeset 1a511dc92dd10ee8fc2e5da9f52f795924bdc89a by Mark Shannon in
branch 'main':
bpo-44914: Maintain invariants of type version tags. (GH-27773)
https://github.com/python/cpython/commit/1a511dc92dd10ee8fc2e5da9f52f79
Change by Mark Shannon :
--
resolution: -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder: -> tp_version_tag is not unique when test runs with -R :
___
Python tracker
<https://bugs.python
Mark Roseman added the comment:
Here's a very rough work-in-progress snapshot:
https://github.com/roseman/cpython/blob/tkinter-docs-snapshot-20210815/Doc/library/tkinter.rst
This includes:
1. Changes I'd mentioned to the intro, external resources, modules, architecture
2. Rewr
Mark Shannon added the comment:
PyType_ClearCache() is documented as:
Clear the internal lookup cache. Return the current version tag.
Modifying it to do what it is documented to do fixes this bug :)
--
___
Python tracker
<ht
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26247
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27773
___
Python tracker
<https://bugs.python.org/issu
Mark Shannon added the comment:
Thanks for putting in the effort to find this.
I think the first step to fixing this is to formalize the semantics of
`tp_version_tag`. Initially it was designed just for the method cache, but we
have started using it as a unique identifier for the state of a
Change by Mark Dickinson :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Mark Dickinson added the comment:
Merged. Thank you for the contribution!
--
___
Python tracker
<https://bugs.python.org/issue16580>
___
___
Python-bugs-list m
Mark Dickinson added the comment:
New changeset ad0a8a9c629a7a0fa306fbdf019be63c701a8028 by Gautam Chaudhuri in
branch 'main':
bpo-16580: [doc] Add examples to int.to_bytes and int.from_bytes (GH-27760)
https://github.com/python/cpython/commit/ad0a8a9c629a7a0fa306fbdf019be6
New submission from Mark Deen :
The hexadecimal sequence '3c215b02634717' when passed as an argument to
HTMLParser()'s feed function results in the exception noted below. The code
example below illustrates this exception.
from html.parser import HTMLParser
parser = HTMLParse
Mark Dickinson added the comment:
@Pablo: I'm adding you to the nosy list to get your opinion on whether (the
backport of) GH-27772 can go into 3.10.0.rc2.
Summary: GH-27278 (which I reviewed and approved) and its backports fixed some
undefined behaviour in complex exponentiation, but
Change by Mark Dickinson :
--
pull_requests: +26246
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/27772
___
Python tracker
<https://bugs.python.org/issu
Mark Shannon added the comment:
A recursion limit of 30 is effectively infinite.
With a debug build of 3.11, the time to execute grows very fast indeed,
probably super-exponentially.
mark@nero:~/repos/cpython$ time ./python ~/test/test.py 15
real0m1.107s
user0m1.099s
sys
Mark Dickinson added the comment:
@Gautam
> I think it's out of scope for this issue.
Agreed. It was just a note in passing. I don't think it's worth opening a new
issue, though, unless this is genuinely causing problems for someone
Mark Shannon added the comment:
This looks like a duplicate of https://bugs.python.org/issue42951
--
nosy: +Mark.Shannon
___
Python tracker
<https://bugs.python.org/issue44
Change by Mark Shannon :
--
nosy: +rhettinger
___
Python tracker
<https://bugs.python.org/issue40116>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Shannon added the comment:
Duplicate of https://bugs.python.org/issue40116
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Mark Shannon :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Mark Shannon added the comment:
I guess this will be resolved when the great PEP 563/649 debate is concluded.
No need for another issue.
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
___
Python tracke
Mark Shannon added the comment:
I'd like to close this, as the exception handling is all done and working
correctly.
Is there a separate issue for how we are handling CodeType()?
--
___
Python tracker
<https://bugs.python.org/is
Mark Shannon added the comment:
Ned, is this still an issue with the release candidate of 3.10?
--
___
Python tracker
<https://bugs.python.org/issue44
Mark Shannon added the comment:
I believe this to be fixed.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Mark Roseman :
--
nosy: +lukasz.langa, terry.reedy
___
Python tracker
<https://bugs.python.org/issue42560>
___
___
Python-bugs-list mailing list
Unsub
Mark Roseman added the comment:
Here are my broad suggestions for improvement (each of these would turn into a
separate PR). Thoughts for/against each?
1. 'See also' section: use this to guide people to what they need. update to
point out challenge of finding material giv
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26220
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27741
___
Python tracker
<https://bugs.python.org/issu
New submission from Mark Shannon :
PEP 659 quickening provides a mechanism for replacing instructions.
We should exploit this to implement superinstructions when quickening.
See https://github.com/faster-cpython/ideas/issues/16
--
messages: 399444
nosy: Mark.Shannon
priority: normal
Mark Shannon added the comment:
New changeset 8ac0886091c27bf4b6bb0a9b571e174b554d31a4 by Irit Katriel in
branch 'main':
bpo-44890: collect specialization stats if Py_DEBUG (GH-27731)
https://github.com/python/cpython/commit/8ac0886091c27bf4b6bb0a9b571e174b554d31a4
-
Change by Mark Shannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Mark Shannon added the comment:
New changeset a530a9538f3f444bebd2d2b71fe5f2e747e76d73 by Mark Shannon in
branch 'main':
bpo-44878: Remove loop from interpreter. All dispatching is done by gotos.
(GH-27727)
https://github.com/python/cpython/commit/a530a9538f3f444bebd2d2b71fe5f2
Mark Roseman added the comment:
I was having a peek at the main tkinter doc page again and would like to take a
broader crack at it. I think most of what is there now (life
preserver/reference) needs to be substantially reworked or trimmed.
I think exhaustive description of all methods etc
Change by Mark Shannon :
--
pull_requests: +26208
pull_request: https://github.com/python/cpython/pull/27727
___
Python tracker
<https://bugs.python.org/issue44
Mark Shannon added the comment:
New changeset f66d00fdd7e9a333accc6bf0e37173051aaa55d0 by Mark Shannon in
branch 'main':
bpo-44878: Remove the switch from the main interpreter loop when using computed
gotos. (GH-27726)
https://github.com/python/cpyt
Change by Mark Shannon :
--
pull_requests: +26206
pull_request: https://github.com/python/cpython/pull/27726
___
Python tracker
<https://bugs.python.org/issue44
Mark Shannon added the comment:
New changeset 3f3d5dcac336463bd0eed64ba0bd7666ff2da1e1 by Mark Shannon in
branch 'main':
bpo-44878: _PyEval_EvalFrameDefault readability improvements (GH-27725)
https://github.com/python/cpython/commit/3f3d5dcac336463bd0eed64ba0bd76
Change by Mark Shannon :
--
pull_requests: +26205
pull_request: https://github.com/python/cpython/pull/27725
___
Python tracker
<https://bugs.python.org/issue44
Change by Mark Roseman :
--
pull_requests: +26200
pull_request: https://github.com/python/cpython/pull/27717
___
Python tracker
<https://bugs.python.org/issue33
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26199
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27715
___
Python tracker
<https://bugs.python.org/issu
New submission from Mark Shannon :
On entering the interpreter (_PyEval_EvalFrameDefault) we need to check for
tracing in order to record the call.
However, we don't do this cleanly resulting in slow dispatch to the
non-quickened instruction on every call/next.
--
ass
Change by Mark Shannon :
--
pull_requests: +26193
pull_request: https://github.com/python/cpython/pull/27708
___
Python tracker
<https://bugs.python.org/issue44
Change by Mark Shannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
type: -> performance
___
Python tracker
<https://bugs.python
Change by Mark Shannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Mark Shannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Mark Shannon added the comment:
New changeset ac75f6bdd4748b3378dd321f862d13aa1898f77a by Mark Shannon in
branch 'main':
bpo-44826: Specialize STORE_ATTR (GH-27590)
https://github.com/python/cpython/commit/ac75f6bdd4748b3378dd321f862d13
Change by Mark Shannon :
--
pull_requests: +26161
pull_request: https://github.com/python/cpython/pull/27673
___
Python tracker
<https://bugs.python.org/issue44
Mark Shannon added the comment:
New changeset b854557b49083d8625a433eb36aacb0c87d67c52 by Mark Shannon in
branch 'main':
bpo-44840: Compiler: Move duplication of exit blocks with no line numbers to
after CFG optimization. (GH-27656)
https://github.com/python/cpyt
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26150
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27656
___
Python tracker
<https://bugs.python.org/issu
Mark Dickinson added the comment:
> do you feel like that new article is a good drop-in replacement for the old
> one?
No really, no. :-( I also now see that the new article has a (broken) link to
the old article, which makes me think that maybe the removal of the old articl
Mark Dickinson added the comment:
> brave or foolhardy enough to try to figure out what all of the special case
> results *should* be for complex pow
Addendum: even the C standards give up at this point. For everything else the
special cases are spelled out in detail, but for cpow, f
Change by Mark Dickinson :
--
assignee: twouters -> mark.dickinson
status: closed -> open
___
Python tracker
<https://bugs.python.org/issue44698>
___
___
Mark Dickinson added the comment:
> a double-check that the behaviour change is desirable
I'm not sure I'm brave or foolhardy enough to try to figure out what all of the
special case results *should* be for complex pow. The special cases seem
reasonably clear cut for everythin
Mark Dickinson added the comment:
Thanks, @seberg. I'll take a look and see if we can restore the old behaviour,
at least for Python 3.9 and 3.10. I'm not convinced that the new behaviour is
objectively wrong, but I agree that the *change* in behaviour is problematic.
I do find i
Mark Dickinson added the comment:
A bit more Googling found this:
https://support.mozilla.org/en-US/kb/contributors-guide-writing-good-bug
--
___
Python tracker
<https://bugs.python.org/issue44
New submission from Mark Dickinson :
The "Bug Report Writing Guidelines" link in the "Dealing with Bugs" doc section
(https://docs.python.org/3/bugs.html) looks broken.
The linked URL is
https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines, but
t
Mark Shannon added the comment:
New changeset cee67fa66129b5d1db5c8aa3884338f82f0da3de by Mark Shannon in
branch 'main':
bpo-44821: Eagerly assign __dict__ for new objects. (GH-27589)
https://github.com/python/cpython/commit/cee67fa66129b5d1db5c8aa3884338
Mark Dickinson added the comment:
Hi @jb. This tracker is for reporting bugs in the core Python language. While
it's possible that what you're experiencing is due to a bug in core Python, on
the information given it's likely that the problem is either in your own code,
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26092
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27590
___
Python tracker
<https://bugs.python.org/issu
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +26091
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27589
___
Python tracker
<https://bugs.python.org/issu
New submission from Mark Shannon :
Add specializations of STORE_ATTR following the pattern of LOAD_ATTR and
LOAD_GLOBAL.
For this to work well we need https://bugs.python.org/issue44821, otherwise the
first assigned to an attribute of any object cannot be specialized.
--
messages
Mark Shannon added the comment:
Raymond,
When you say "this was mostly a net win" do you mean the more compact layout or
ordering?
The compact layout is obviously a win, and doesn't conflict with sharing. The
problem is that ordering conflicts with sharing.
As long as ins
New submission from Mark Shannon :
Currently, instance dictionaries (__dict__ attribute) are created lazily when
the first attribute is set.
This is bad for performance for a number of reasons:
1. It causes additional checks on every attribute access.
2. It causes allocation of the object and
Mark Dickinson added the comment:
Setting as pending. It looks as though this report represents a
misunderstanding of how Python works rather than a bug in Python.
--
nosy: +mark.dickinson
resolution: -> not a bug
status: open -> p
Mark Shannon added the comment:
This isn't a bug. Although PEP 626 is not at all clear about this.
The key word in the PEP is "executed".
Because compound and multi-line constants are constants, the parts of them are
not "executed", but computed at compile time.
Hav
Change by Mark Shannon :
--
pull_requests: +26051
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/27542
___
Python tracker
<https://bugs.python.org/issu
Mark Shannon added the comment:
Pablo,
There is another failure on that buildbot: test_inspect fails with
^^
File "/home/mark/repos/cpython/Lib/inspect.py", line 1154, in walktree
classes.sort(key=attrgetter('__modul
Mark Dickinson added the comment:
I think I understand where the request comes from: in the case where you've
changed the exception type that an API is expected to raise, and you've either
updated the test to check for the new exception type and missed an update in
the business
Mark Shannon added the comment:
New changeset ddd1c418c05da0de978c75dfb3e4a5b8d27e1d9f by Irit Katriel in
branch 'main':
bpo-44725 : expose specialization stats in python (GH-27192)
https://github.com/python/cpython/commit/ddd1c418c05da0de978c75dfb3e4a5b8d27e1d9f
-
Mark Shannon added the comment:
New changeset e5c8ddb1714fb51ab1defa24352c98e0f01205dc by Serhiy Storchaka in
branch 'main':
bpo-44707: Fix an undefined behavior of the null pointer arithmetic (GH-27292)
https://github.com/python/cpython/commit/e5c8ddb1714fb51ab1defa24352c98
Change by Mark Shannon :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Mark Shannon :
class C:
def __init__(self, cond):
if cond:
self.a = 1
self.b = 2
c1 = C(True)
c2 = C(False)
In Python 3.5, the dictionary keys are shared
-
>>> sys.getsize
New submission from Mark Gluzman :
Python documentation: v.3.9.6
The Python Standard Library >> Built-in Types >> Mutable Sequence Types
The table says that 'pop' operation should be written as
s.pop([i])
The right way to do it is
s.pop(i)
--
assignee:
Mark Shannon added the comment:
New changeset ae0a2b756255629140efcbe57fc2e714f0267aa3 by Mark Shannon in
branch 'main':
bpo-44590: Lazily allocate frame objects (GH-27077)
https://github.com/python/cpython/commit/ae0a2b756255629140efcbe57fc2e7
Change by Mark Dickinson :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue44734>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mark Dickinson added the comment:
Looks like the turtle code was changed to use `math.hypot` instead of `** 0.5`
in issue #41528. That will likely also fix the test failure, but I've opened
#44734 to fix the unnecessarily strict
Change by Mark Dickinson :
--
type: -> behavior
versions: +Python 3.10, Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.org/issue44734>
___
_
New submission from Mark Dickinson :
>From the tests for Vec2D.__abs__ in the turtle module we have:
def test_distance(self):
vec = Vec2D(6, 8)
expected = 10
self.assertEqual(abs(vec), expected)
vec = Vec2D(0, 0)
expected
Mark Dickinson added the comment:
The test_posix failure appears to be unrelated; I'll let others look into that
one.
The test_turtle failure looks again like a libm issue, perhaps combined with an
overeager test: we're expecting a `** 0.5` operation (which translates to a
lib
Mark Dickinson added the comment:
Extract from the log - from the configure output:
> checking for expm1... yes
and from the test output
> expm10118: expm1(27.0): expected 532048240600.79865, got 532048240600.7976
> (error = 0.00104 (17 ulps); permitted error = 0 or 5 ulps)
&g
Mark Dickinson added the comment:
Closing. @StevenHsuYL: Thank you for the contribution!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Mark Dickinson added the comment:
New changeset c05a790693b3b00ac7cb5b96ad416ca9d8ecb14a by Steven Hsu in branch
'main':
bpo-44651: delete entry of "coercion" in Doc/glossary.rst (GH-27226)
https://github.com/python/cpython/commit/c05a790693b3b00ac7cb
John-Mark Gurney added the comment:
So, just looked at the patch, but it's missing the documentation part of it.
Also, yes, you can add the doc as another line, but now that's two lines (yes,
you can add semicolons to make it one line, but that might surprise some
people).
I
John-Mark Gurney added the comment:
Though this suggestion does work, I am not a fan of this solution.
The issue is that it separates the doc from the definition. This works well if
you have only a field fields in the class, But if you get 10-20+ fields, it
moves away the docs and makes it
Mark Shannon added the comment:
Not quite trivial, but simple enough :)
--
___
Python tracker
<https://bugs.python.org/issue44621>
___
___
Python-bugs-list m
Change by Mark Shannon :
--
keywords: +patch
pull_requests: +25800
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27255
___
Python tracker
<https://bugs.python.org/issu
Mark Shannon added the comment:
We can fix this for 3.9. The fix to 3.10 was trivial and should port easily.
--
___
Python tracker
<https://bugs.python.org/issue44
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
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
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
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
Change by Mark Shannon :
--
pull_requests: +25755
pull_request: https://github.com/python/cpython/pull/27216
___
Python tracker
<https://bugs.python.org/issue44
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
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
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
Change by Mark Shannon :
--
pull_requests: +25720
pull_request: https://github.com/python/cpython/pull/27183
___
Python tracker
<https://bugs.python.org/issue44
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
Change by Mark Shannon :
--
pull_requests: +25719
pull_request: https://github.com/python/cpython/pull/27182
___
Python tracker
<https://bugs.python.org/issue44
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
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
Change by Mark Shannon :
--
pull_requests: +25700
pull_request: https://github.com/python/cpython/pull/27163
___
Python tracker
<https://bugs.python.org/issue44
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
701 - 800 of 12241 matches
Mail list logo
