Skip to content

Conversation

@AZero13
Copy link
Contributor

@AZero13 AZero13 commented Dec 6, 2025

The original loop stopped at _Last (condition _First != _Last; ++_First), so the upper bound of each lead-byte range from CPINFOEXW::LeadByte was never marked. The Windows lead-byte ranges are inclusive, so the final byte in each pair must be set.

@AZero13 AZero13 requested a review from a team as a code owner December 6, 2025 15:33
@github-project-automation github-project-automation bot moved this to Initial Review in STL Code Reviews Dec 6, 2025
@StephanTLavavej
Copy link
Member

Can you add a test case that exercises this fix?

The original loop stopped at _Last (condition _First != _Last; ++_First), so the upper bound of each lead-byte range from CPINFOEXW::LeadByte was never marked. The Windows lead-byte ranges are inclusive, so the final byte in each pair must be set.
@StephanTLavavej StephanTLavavej added the bug Something isn't working label Dec 6, 2025
@StephanTLavavej
Copy link
Member

I am confused because the product code change affects <format> but the test doesn't exercise it. (Additionally, we avoid modifying the legacy tr1 test suite, except when absolutely necessary.)

@StephanTLavavej StephanTLavavej moved this from Initial Review to Work In Progress in STL Code Reviews Dec 31, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working format C++20/23 format

Projects

Status: Work In Progress

Development

Successfully merging this pull request may close these issues.

2 participants