RFR: 8346952 : GetGraphicsStressTest.java fails: Native resources unavailable [v3]

Anass Baya abaya at openjdk.org
Tue Jun 10 11:35:28 UTC 2025


On Tue, 10 Jun 2025 07:40:07 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>>> Yes, we can do that. I had the idea to use it so that UnlinkObjects() would be invoked by the EDT, which would eliminate the race condition.
>> 
>> Looks like the UnlinkObjects and _GetScreenImOn is already  executed under the same lock:
>>  - WComponentPeer.dispose->AwtObject::_Dispose()->Lock on SyncCS->WM_AWT_DISPOSEPDATA->awt_Component.cpp.dispose()->UnlinkObjects()
>>  - WWindowPeer.getScreenImOn()->SyncCall()->Lock on SyncCS->AwtWindow._GetScreenImOn()
>> 
>> I think the only thing you should do is to replace the usage of JNI_GET_PDATA by the JNI_CHECK_PEER_GOTO and add a label "ret" at the end so default value of "result" will be returned.
>
> check how the _SetFocusableWindow is implemented below.

Hello @mrserb,

> I think the only thing you should do is to replace the usage of JNI_GET_PDATA by the JNI_CHECK_PEER_GOTO and add a label "ret" at the end so default value of "result" will be returned.

Yes, In the latest changes, I followed that approach to ensure that the peer is not yet destroyed in _GetScreenImOn() as explain in my latest comment. So if you agree I will remove the lock.

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

PR Review Comment: https://git.openjdk.org/jdk/pull/25619#discussion_r2137650714


More information about the client-libs-dev mailing list