Repository navigation
Mask Windows single-wait timeouts - #9574
youknowone merged 1 commit into
Conversation
Use CPython 3.15 unsigned-long bitfield conversion, including its out-of-range deprecation warning, instead of treating every negative timeout as infinite. Assisted-by: dot:frontier-intelligence
|
No actionable comments were generated in the recent review. Walkthrough
Merge Risk:
|
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
Summary
_winapi.WaitForSingleObjectcurrently maps every negative timeout toINFINITE. CPython 3.15 parses the argument as a Windows unsigned-long bitfield: for example, -2 becomes 0xfffffffe rather than 0xffffffff, so the current behavior can wait indefinitely instead of using the requested timeout.integer value out of rangeDeprecationWarning outside [-231, 232-1], propagating it when warnings are errors before starting the wait.This follows the CPython 3.15 Clinic wrapper,
kargument conversion, andPyLong_AsNativeBytes. For an unusually long type name where a multibyte character crosses CPython's 50-byte diagnostic cutoff, RustPython preserves a valid UTF-8 boundary and may differ in the diagnostic. This change overlaps #9572; integration must preserve that PR's parameter names as well as this conversion.Validation
rustfmt --edition 2024 --check,git diff --check, and the normal commit hook passed.AI assistance
Implementation and source review were assisted by dot. The runtime does not expose its exact model version.
Summary by CodeRabbit
TypeError, while errors raised during integer conversion are preserved.