microsoft / microsoft/python-environment-tools
Non utf8 output causes panic in interpreter discovery
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Rust
- Estrellas
- 207
- Forks
- 45
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Descripción
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.
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
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
Busca en el código de descubrimiento de intérpretes el manejo de la salida del ejecutable probado mediante String::from_utf8(...).unwrap(). Actualiza el manejo de la salida para que un stdout que no sea UTF-8 no provoque un panic y verifica después que el descubrimiento se complete cuando una prueba emita UTF-8 no válido.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- python, rust
- Área
- tooling
- Tipo de issue
- Error
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Estado de actividad
- Activo
- Claridad
- Bastante claro
- Aptitud para principiantes
- 72/100