Misbehavior of `f.__code__.co_firstlineno` for decorated functions
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Python
- Estrellas
- 77.2k
- Forks
- 35.9k
- Métricas de merge de PR
- Métricas de PR pendientes
Descripción
Bug report
Bug description:
See also: #139783
Compare:
dummy = lambda f: f # L1
@dummy # L2
def f(): # L3
return # L4
print(f.__code__.co_firstlineno) # L5 # result = 2
with
dummy = lambda f: f # L1
pass # L2
def f(): # L3
return # L4
print(f.__code__.co_firstlineno) # L5 # result = 3
and
dummy = lambda f: f # L1
@\
dummy # L3
def f(): # L4
return # L5
print(f.__code__.co_firstlineno) # L6 # result = 3
In the last example, the line continuation after @ is not handled correctly and the first line for f.__code__ then becomes the line at dummy. Because of that, the values returned by inspect.findsource(f) will not be consistent and inspect.getsourcelines will not use the correct source (it will only start at "dummy" and will not contain the "@" part).
@serhiy-storchaka suggested that this is an issue in the AST parser. I however don't know how we should actually fix this.
Consequences to inspect.getsource and other introspection functions:
import inspect
def outer(*args, **kwargs):
def inner(f):
return f
return deco
@(
outer(
...
)
)
def f():
return "hello"
print(inspect.getsource(f))
On Python 3.12, the output is expected:
@(
outer(
...
)
)
def func():
return "hello"
On Python 3.13.7, the output is missing the first line @(:
outer(
...
)
)
def func():
return "hello"
On Python 3.13.9 and main, we are missing @ and outer parentheses:
outer(
...
)
CPython versions tested on:
CPython main branch
Operating systems tested on:
No response
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Reproduce los tres ejemplos de decoradores y el ejemplo de decoradores anidados; después, inspecciona el comportamiento del parser AST junto con inspect.findsource, inspect.getsourcelines e inspect.getsource. Se considera terminado cuando las funciones decoradas informan de la primera línea de código fuente correcta, incluidos los decoradores continuados y los paréntesis de apertura, y la introspección devuelve el código fuente completo del decorador.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python
- Área
- compilers, devtools
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 35/100