Windows: symbol-server key and download cache bugs
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 66/100
Línea de trabajo
Start with the two referenced sections in src/os/windows/debug_info.rs: check how symbol-server keys are built and how PDB lookup and download caching work. The issue identifies four failure cases and suggests fixes; verify each against the code, then review the relevant tests or add coverage for small images, cache lookups, transport errors, and failed body reads. Done means these cases no longer cause incorrect URLs, repeated attempts, or corrupt cache files.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Where
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/os/windows/debug_info.rs#L100-L103
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/os/windows/debug_info.rs#L126-L165
Problem
- The PE key is
{:08X}{:05X}(size zero-padded to 5 digits); the symstore key is%08X%x, so images under 64 KiB get the wrong URL and a 404. - PDB failures insert
guid()into the not-found cache but the check usesfile_name(), so it never hits. get(&url)?returns on connect errors before any cache insert (each module blocks the simulator up to the HTTP timeout on everycollect()).File::createruns beforeresponse.bytes()?; a failed body read leaves a 0-byte file thatexists()forever.
Impact
Missing debug info for small drivers, repeated slow network attempts when offline, and permanently corrupt cache entries.
Suggested fix
Use {:08X}{:X}, one key for insert and check, cache transport errors, write to a temp file then rename.
Status
Confirmed by reading the code at 79972db. Found by reading the code; not reproduced under SIMICS.
- Lenguaje dominante
- Rust
- Estrellas
- 335
- Forks
- 26
- Merge medio
- 1 d 50 min
- PR fusionados (30 d)
- 12
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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.
Más de intel/tsffs
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
Todos los issues de intel/tsffs
Issues similares
-
bug UI
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
wardian-app/Wardian#1746 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
jlcodes99/cockpit-tools#3125 ·
Los mantenedores suelen responder en 2 días
-
bug user-sprint
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Vondor/KassenSturz#967 ·
Los mantenedores suelen responder en 1 día
-
area/ci
Dificultad 1/5 Menos de una hora Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
[BUG] Incremental sync warns "no stored highest_uid" on every round for folders with no new mailAbiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
rustmailer/bichon#411 ·