On Wed, 26 Mar 2025 16:19:16 GMT, Viktor Klang <vkl...@openjdk.org> wrote:

> I'm breaking this change out as a separate improvement, since it will not be 
> generally possible to adjust these limits on the j.u.c primitives since they 
> might already use a backing `long` to pack in information which needs to be 
> updated atomically (would require 128-bit atomics to widen them, and it still 
> infeasible to change return types of pre-existing APIs).

ok, so the (old) state won't be preserved and apparently it does not matter.  
It will deserialize as 0.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/24261#issuecomment-2762328139

Reply via email to