On Fri, 21 Mar 2025 19:44:48 GMT, Chen Liang <li...@openjdk.org> wrote:

>> The recent patch #23866 makes calling `ClassValue::remove()` from 
>> `ClassValue::computeValue()` end up in infinite loops while fixing the stale 
>> value risk from the method.
>> 
>> The proposed fix is to preserve the stale value risk fix, and update the 
>> remove-from-compute behavior from the original designated no-op behavior to 
>> throwing an exception, as the original behavior conflicts with the stale 
>> value fix.
>> 
>> The implementation track the owner thread in promises (accessed in locked 
>> section); as a result, we can fail-fast on recursive removals from 
>> `computeValue`. I did not choose to use `ThreadTracker` as it is designed 
>> for single tracker and multiple threads, while this case here sees often 
>> just one thread, and the threads outlive the promise objects.
>> 
>> Also updated the API specs for `remove` to more concisely describe the 
>> memory effects. Please review the associated CSR as well.
>
> Chen Liang has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   docs

Turns out we do need to allow a few levels of recursion - see 
https://github.com/openjdk/jdk/blob/942402bab8a632f9e8a9b0c56201e2ab0571e6e8/test/jdk/java/io/Serializable/recursiveClassDescLookup/Test.java
 where a computeValue triggers class initialization, which itself triggers 
another computeValue that finishes.

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

PR Comment: https://git.openjdk.org/jdk/pull/24043#issuecomment-2833091944

Reply via email to