Rust: store replace on Windows tries POSIX-semantics rename first (store-windows-rs) #148
Loading…
Reference in a new issue
No description provided.
Delete branch "store-replace/windows-rs"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Cut
variants:cut_spec:cut-store-windows-rs.r1, rulingvariants:ruling:windows-replace-posix-first(operator, option c). Reportscut-store-windows-rs.h1to.h3; Soul verdicts.s1to.s3.replace_withimplements the ruled decision table over aReplaceKernelseam (POSIX rename first; codes 1/50/87 fall back to write-through MoveFileExW for the rest of the call; 5/32/33 retry 25 x 20 ms; other codes error), tested with a fake kernel on Linux. The inline MoveFileExW loop is deleted.Verified: Linux
cargo test --locked;cargo check --locked --tests --target x86_64-pc-windows-gnucompiles the Windows FFI body andwindows_replace_tests. Soul's Starfire probe confirmed the kernel behaviour the new delete-sharing-reader test relies on (POSIX rename returns 0, MoveFileExW returns 5).Not verified:
windows_replace_testshave never run on Windows (no Rust host on starfire), and the durability of the POSIX rename (no write-through flag) is unmeasured. Follow-upvariants:follow_up:windows-replace-run-and-durability.🤖 Generated with Claude Code
b402757b27d265b7d647