Simulation stop without reason sends a fake `Ok` and desynchronises testcases and results
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 65/100
Direzione di ricerca
Read src/haps/mod.rs around on_simulation_stopped_without_reason and src/fuzzer/mod.rs around the referenced exit handling. Trace how an iteration’s exit kind and timeout are managed, then verify the suggested behavior against the surrounding callbacks. Done means a stop without a reason leaves the iteration pending without shifting later testcase results; the issue says this has not yet been reproduced under SIMICS.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Where
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/haps/mod.rs#L493-L531
- https://github.com/intel/tsffs/blob/79972db9c63eba3ac8a1ce348264eee2005b2b16/src/fuzzer/mod.rs#L533-L537
Problem
on_simulation_stopped_without_reason sends ExitKind::Ok for the iteration still in flight and cancels its timeout.
Impact
User pauses mid-iteration (Ctrl-C, unrelated breakpoint) and continues: the fuzzer has consumed Ok for T1 and moved to T2; when T1 really finishes, its result is attributed to T2 and every later result is off by one (non-crashing inputs saved as solutions). The rest of T1 runs with no timeout. With shutdown_on_stop_without_reason = True the thread exits later and the next channel send/recv panics in a HAP callback.
Suggested fix
When not shutting down, send no exit kind and keep the timeout armed; leave the iteration pending.
Status
Reported by static code review at 79972db; not yet re-verified line by line. Found by reading the code; not reproduced under SIMICS.
- Lingua principale
- Rust
- Stelle
- 335
- Fork
- 26
- Merge medio
- 1g 50m
- PR unite (30g)
- 12
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi 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.
Altre issue di intel/tsffs
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 86/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
bug UI
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wardian-app/Wardian#1746 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
jlcodes99/cockpit-tools#3125 ·
I maintainer di solito rispondono entro 2 giorni
-
bug user-sprint
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Vondor/KassenSturz#967 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
-
area:build bug effort:low P5 source:agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
I maintainer di solito rispondono entro 1 giorno