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

Backport "Fix #20856: Serialize Waiting and Evaluating as if null." to LTS #22084

Merged
merged 1 commit into from
Dec 3, 2024

Conversation

WojciechMazur
Copy link
Contributor

Backports #21243 to the 3.3.5.

PR submitted by the release tooling.
[skip ci]

This strategy ensures the "serializability" condition of parallel
programs--not to be confused with the data being `java.io.Serializable`.
Indeed, if thread A is evaluating the lazy val while thread B attempts
to serialize its owner object, there is also an alternative schedule
where thread B serializes the owner object *before* A starts evaluating
the lazy val. Therefore, forcing B to see the non-evaluating state is
correct.

[Cherry-picked e242753]
Base automatically changed from backport-lts-3.3-21262 to lts-3.3 December 3, 2024 18:59
@WojciechMazur
Copy link
Contributor Author

No regressions detected in the community build up to backport-lts-3.3-21343.

Reference

@WojciechMazur WojciechMazur merged commit 1b52444 into lts-3.3 Dec 3, 2024
19 checks passed
@WojciechMazur WojciechMazur deleted the backport-lts-3.3-21243 branch December 3, 2024 18:59
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