Windows support cleanup: ~1,500 dead lines in structs.rs, bindgen noise in paging.rs
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Refactoring
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- backend, performance, testing-qa
Direzione di ricerca
Start by reading src/os/windows/structs.rs, src/os/windows/paging.rs, and the #![allow(unused)] attribute at src/os/mod.rs:1; verify the reported unused items and bindgen output against the current code. Then inspect collect() and SourceCache::new to trace the repeated process lookup and unconditional source hashing. Done means removing confirmed dead code, addressing the paging noise, and gating source hashing as suggested, with relevant checks passing; the report has not been verified or reproduced under SIMICS.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Where
src/os/windows/structs.rs,src/os/windows/paging.rs,src/os/mod.rs:1(#![allow(unused)])
Problem
paging.rs(2520 lines) is bindgen output of a small header: ~250 lines of glibc constants, unused_MMPTE_HARDWAREand setters.structs.rshas unreferenced items:WindowsTeb,WindowsKThread::teb, severalWindowsLdrDataTableEntry/WindowsPebLdrDatamethods.- Dead:
KernelInfo::process_list(same list-termination bug),DebugInfo::new_dtb,CvInfoPdb70::new_dtb,CpuInstrumentationCbHandle; duplicatedfind_ps_*_address, near-copyintervalsimpls. current_process()runs twice percollect();SourceCache::newhashes every source file even whensymbolic_coverageis off.
Impact
Large surface hiding real bugs; slower snapshots.
Suggested fix
Remove #![allow(unused)] and delete what it surfaces; regenerate or hand-write paging bitfields; gate SourceCache on symbolic_coverage.
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