Windows support cleanup: ~1,500 dead lines in structs.rs, bindgen noise in paging.rs
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- backend, performance, testing-qa
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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.
- Ngôn ngữ chính
- Rust
- Star
- 335
- Fork
- 26
- Merge trung bình
- 1 ngày 50 phút
- Pull request đã merge (30 ngày)
- 12
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của intel/tsffs
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 86/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
-
bug UI
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
wardian-app/Wardian#1746 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
AT-SPI: heading level isn't exposed, so screen readers announce headings without their levelĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
jlcodes99/cockpit-tools#3125 ·
Maintainer thường phản hồi trong vòng 2 ngày