-
-
Notifications
You must be signed in to change notification settings - Fork 32.4k
gh-135700: Fix instructions in __annotate__ have incorrect code positions #136543
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from 4 commits
4b2ec1e
35246e7
97bddb8
4de616a
a297926
5820ce8
850601a
0e14a6d
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -3816,6 +3816,31 @@ def bar(): | |
self.assertIn('-> pass', lines) | ||
self.assertIn('(Pdb) 42', lines) | ||
|
||
def test_issue135700(self): | ||
"""https://github.com/python/cpython/issues/135700""" | ||
module_code = """\ | ||
22 | ||
|
||
class ClassVar: | ||
pass | ||
__dataclass_fields__: ClassVar | ||
""" | ||
with open("testmod.py", "w") as f: | ||
f.write(module_code) | ||
self.addCleanup(os_helper.unlink, "testmod.py") | ||
|
||
script = """ | ||
import testmod | ||
print(testmod.__annotations__) | ||
""" | ||
commands = """ | ||
b testmod.py:1 | ||
c | ||
c | ||
""" | ||
result = self.run_pdb_script(script, commands) | ||
self.assertNotIn("(1)__annotate__()", result[0]) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This test passes for me on main (without this PR). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The problem is the indentation. @AndPuQing indented my code in the strings which (for some unknown reason for me) caused the test to pass. a There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yes, I fixed the indent problem, but it seems that the current fix also cannot pass the test. ======================================================================
FAIL: test_issue135700 (test.test_pdb.PdbTestCase.test_issue135700)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/mnt/data/xxx/dev/cpython/Lib/test/test_pdb.py", line 3842, in test_issue135700
self.assertNotIn("(1)__annotate__()", result[0])
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AssertionError: '(1)__annotate__()' unexpectedly found in '> ... ../cpython/python -m dis testmod.py (base)
-- MAKE_CELL 0 (__conditional_annotations__)
0 RESUME 0
1 LOAD_CONST 2 (<code object __annotate__ at 0x798bd679cd50, file "testmod.py", line 1>)
MAKE_FUNCTION
STORE_NAME 2 (__annotate__)
BUILD_SET 0
STORE_NAME 0 (__conditional_annotations__)
3 LOAD_BUILD_CLASS
PUSH_NULL
LOAD_CONST 0 (<code object ClassVar at 0x798bd6bb1940, file "testmod.py", line 3>)
MAKE_FUNCTION
LOAD_CONST 1 ('ClassVar')
CALL 2
STORE_NAME 1 (ClassVar)
5 LOAD_NAME 0 (__conditional_annotations__)
LOAD_SMALL_INT 0
SET_ADD 1
POP_TOP
LOAD_CONST 3 (None)
RETURN_VALUE
Disassembly of <code object ClassVar at 0x798bd6bb1940, file "testmod.py", line 3>:
3 RESUME 0
LOAD_NAME 0 (__name__)
STORE_NAME 1 (__module__)
LOAD_CONST 0 ('ClassVar')
STORE_NAME 2 (__qualname__)
LOAD_SMALL_INT 3
STORE_NAME 3 (__firstlineno__)
4 LOAD_CONST 1 (())
STORE_NAME 4 (__static_attributes__)
LOAD_CONST 2 (None)
RETURN_VALUE
Disassembly of <code object __annotate__ at 0x798bd679cd50, file "testmod.py", line 1>:
1 RESUME 0
LOAD_FAST_BORROW 0 (format)
LOAD_SMALL_INT 2
COMPARE_OP 132 (>)
POP_JUMP_IF_FALSE 3 (to L1)
NOT_TAKEN
LOAD_COMMON_CONSTANT 1 (NotImplementedError)
RAISE_VARARGS 1
L1: BUILD_MAP 0
5 LOAD_SMALL_INT 0
LOAD_GLOBAL 0 (__conditional_annotations__)
CONTAINS_OP 0 (in)
POP_JUMP_IF_FALSE 10 (to L2)
NOT_TAKEN
LOAD_GLOBAL 2 (ClassVar)
COPY 2
LOAD_CONST 1 ('__dataclass_fields__')
1 STORE_SUBSCR
L2: RETURN_VALUE There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. hmm, @AndPuQing your fix solved the problem which I have reported in the issue (the positions in the bytecode and column information) but not the problem with pdb because the line number of the synthetic code in There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I feel this is more of a question for experts on tracing (you :D ). From the annotations perspective, the code here isn't directly connected to any code the user wrote; it seems reasonable to me to pretend it's on the first line of the module, or on the first annotation in the module, whatever works better for tools that use the data. But maybe Larry has a stronger opinion. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Personally I think the best solution here is to set the line number to invalid so it won't trigger a line event at all - there's no corresponding source code for it. Any unexpected side effects for this solution @iritkatriel ? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. What do you mean by invalid? -1? That doesn't mean invalid exactly, it would probably get the line number of the previous instruction. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Do we have any indicator for "there's no line number for this byte code"? Anything before There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We have |
||
|
||
def test_step_into_botframe(self): | ||
# gh-125422 | ||
# pdb should not be able to step into the botframe (bdb.py) | ||
|
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1 @@ | ||
Fix instructions positions in :attr:`~object.__annotate__`. |
Uh oh!
There was an error while loading. Please reload this page.