Weird `int.__str__` behaviour inside sub-interpreters
Nessuno ha ancora preso questa issue.
- Lingua principale
- Python
- Stelle
- 77.2k
- Fork
- 35.9k
- Metriche di merge delle PR
- Metriche PR in attesa
Descrizione
Bug report
Bug description:
Hi Python maintainers!
I noticed something weird when using subinterpreters, while converting an Enum to string I get an unexpected result. This occurs in Python 3.12 and 3.13.
Here's an script to reproduce it:
import _xxsubinterpreters as interpreters
script = """from enum import _simple_enum, IntEnum
@_simple_enum(IntEnum)
class MyEnum:
DATA = 1
print(str(MyEnum.DATA))
"""
exec(script)
# Output: 1
interp_id = interpreters.create(isolated=False)
interpreters.run_string(interp_id, script)
# Output: <MyEnum.DATA: 1>, Expected: 1
In all python versions previous to 3.12 this prints "1" two times, on newer versions I get <MyEnum.DATA: 1> when running inside a subinterpreter. For some reason, the __str__ function being used is different on new Python versions.
I also noticed that the function pointed by __str__ is different inside and outside the subinterpreter.
Outside:
...
print(MyEnum.DATA.__str__)
# Output: <method-wrapper '__repr__' of MyEnum object at 0x7f9a09a2e910>
Inside:
...
print(MyEnum.DATA.__str__)
# Output: <method-wrapper '__str__' of MyEnum object at 0x7f9a099a5e90>
NOTE: I'm creating subinterpreters passing the
isolated=Falseflag, which uses the Legacy init config.
I first noticed the error on MacOS, then reproduced using Docker with various Python versions.
I hope this is enough to get to the source of the issue.
Appreciate all your work and effort on building Python, thank you!
CPython versions tested on:
3.8, 3.9, 3.10, 3.11, 3.12, 3.13
Operating systems tested on:
Linux, macOS
Linked PRs
- gh-117660
- gh-121602
- gh-121630
- gh-121632
- gh-121636
- gh-121862
- gh-121882
- gh-121932
- gh-122192
- gh-122195
- gh-122197
- gh-122241
- gh-122248
- gh-122249
- gh-122250
- gh-122865
- gh-122866
- gh-122867
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Inizia eseguendo il reproducer _xxsubinterpreters fornito con enum._simple_enum e confronta MyEnum.DATA.str dentro e fuori dal subinterprete. Traccia i punti di ingresso rilevanti del runtime di CPython e di enum, quindi verifica che il comportamento corrisponda alla conversione in stringa prevista nelle versioni di Python interessate; l’issue elenca molti PR collegati da esaminare per primi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 25/100