Certain sys.monitoring "not taken" branches in a `for` loop not showing correctly
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 35.9k
- Métriques de merge des PR
- Métriques de PR en attente
Description
Bug report
Bug description:
With the code from PR 122564, the destinations of the "not taken" branches out of lines 2 and 3 show as going out of scope, rather than the correct line 6. Additionally, the ("taken") branch into if's block also shows as going out of scope:
def foo():
for v in [1, 2]:
if v > 0:
x += v
return x
Results:
1 0 RESUME 0
2 2 LOAD_CONST 1 ((1, 2))
4 GET_ITER
L1: 6 FOR_ITER 18 (to L3)
10 NOT_TAKEN
12 STORE_FAST 0 (v)
3 14 LOAD_FAST 0 (v)
16 LOAD_CONST 2 (0)
18 COMPARE_OP 148 (bool(>))
22 POP_JUMP_IF_TRUE 2 (to L2)
26 JUMP_BACKWARD 12 (to L1)
L2: 30 NOT_TAKEN
4 32 LOAD_FAST_CHECK 1 (x)
34 LOAD_FAST 0 (v)
36 BINARY_OP 13 (+=)
40 STORE_FAST 1 (x)
42 JUMP_BACKWARD 20 (to L1)
2 L3: 46 END_FOR
48 POP_TOP
6 50 LOAD_FAST_CHECK 1 (x)
52 RETURN_VALUE
'foo' branches:
ex10.py 2:13-2:19 "[1, 2]" (foo@6) -> 2:8-2:9 "v" (foo@12) [for -> block]
ex10.py 2:13-2:19 "[1, 2]" (foo@6) -> 2:13-2:19 "[1, 2]" (foo@46) [for -> out]
ex10.py 3:11-3:16 "v > 0" (foo@22) -> 3:11-3:16 "v > 0" (foo@28) [if/while -> out]
ex10.py 3:11-3:16 "v > 0" (foo@22) -> 3:11-3:16 "v > 0" (foo@30) [if/while -> out]
@markshannon @nedbat
CPython versions tested on:
CPython main branch
Operating systems tested on:
macOS
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Reproduisez le rapport à l’aide de l’exemple de for-loop et du code de PR 122564, puis suivez comment sys.monitoring enregistre les branches non prises et la branche vers le bloc if. Le travail est terminé lorsque les destinations pointent vers la ligne 6 ou vers les emplacements corrects dans le périmètre, au lieu d’être signalées comme étant hors périmètre.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- devtools
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100