microsoft / microsoft/python-environment-tools
Non utf8 output causes panic in interpreter discovery
Personne n'a encore pris cette issue.
- Langage dominant
- Rust
- Étoiles
- 207
- Forks
- 45
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
On some machines (as detected by Zed crash telemetry), toolchain discovery panics because a probed executable’s stdout is not valid UTF-8.
For example, we received:
b"\xCE\xC4\xBC\xFE\xB2\xBB\xB4\xE6\xD4\xDA: E:\\<redacted>\\-c\r\n"
This (according to my LLM) is GBK-encoding of 文件不存在: E:\<redacted>\-c, “File does not exist.”
I'm not sure why the executable appears to interpret -c as a filename, but I don't think we should panic on its output. Using String::from_utf8_lossy instead of String::from_utf8(...).unwrap() should address this.
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
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
Recherchez dans le code de découverte des interpréteurs la gestion de la sortie de l’exécutable sondé avec String::from_utf8(...).unwrap(). Mettez à jour la gestion de la sortie afin qu’un stdout qui n’est pas en UTF-8 ne provoque pas de panic, puis vérifiez que la découverte se termine lorsqu’une sonde émet de l’UTF-8 invalide.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python, rust
- Domaine
- tooling
- Type d'issue
- Bug
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Activité
- Active
- Clarté
- Plutôt claire
- Accessibilité débutants
- 72/100