Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resolve features directly in setProto instead of temporarily setting … #16052

Merged
merged 1 commit into from
Mar 5, 2024

Conversation

zhangskz
Copy link
Member

@zhangskz zhangskz commented Mar 5, 2024

…to null.

Avoid potential races with other threads reading features that do not share a lock while features are temporarily null.

PiperOrigin-RevId: 610783483

…to null.

Avoid potential races with other threads reading features that do not share a lock while features are temporarily null.

Special handling for proto1 mutable should not actually be needed, since setProto doesn't update dependency protos.

PiperOrigin-RevId: 610783483
@zhangskz zhangskz requested a review from a team as a code owner March 5, 2024 16:04
@zhangskz zhangskz requested review from googleberg and removed request for a team March 5, 2024 16:04
@zhangskz zhangskz merged commit 480ddc6 into 26.x Mar 5, 2024
161 checks passed
@zhangskz zhangskz deleted the cp-610783483 branch April 2, 2024 21:21
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants