> This PR removes the usage of AppContext from the GraphicsDevice class. The
> original use case was to store the full-screen window in some AppContext,
> which was necessary in the context of plugin/appletviewer environments.
> However, there is now effectively only one main AppContext, so this
On Mon, 16 Jun 2025 06:17:32 GMT, Sergey Bylokhov wrote:
> This PR removes the usage of AppContext from the GraphicsDevice class. The
> original use case was to store the full-screen window in some AppContext,
> which was necessary in the context of plugin/appletviewer environments.
> However,
On Wed, 25 Jun 2025 14:59:53 GMT, Alexey Ivanov wrote:
>> This PR removes the usage of AppContext from the GraphicsDevice class. The
>> original use case was to store the full-screen window in some AppContext,
>> which was necessary in the context of plugin/appletviewer environments.
>> Howeve
On Tue, 24 Jun 2025 12:50:14 GMT, Alexey Ivanov wrote:
>>>What I mean is two threads that called GraphicsDevice.getFullScreenWindow
>>>still established a happens-before relation for each call, which will be
>>>gone with the volatile modifier.
>>>It may be fine… or may be not… this is why I'm a
On Mon, 16 Jun 2025 06:17:32 GMT, Sergey Bylokhov wrote:
> This PR removes the usage of AppContext from the GraphicsDevice class. The
> original use case was to store the full-screen window in some AppContext,
> which was necessary in the context of plugin/appletviewer environments.
> However,
On Sat, 21 Jun 2025 00:17:26 GMT, Sergey Bylokhov wrote:
> That only affects the case where the second thread tries to read shared data
> (unrelated to GraphicsDevice) without synchronization, which was written
> before the first thread called getFullScreenWindow(). If visibility is
> required
On Tue, 24 Jun 2025 17:34:54 GMT, Sergey Bylokhov wrote:
>>> That only affects the case where the second thread tries to read shared
>>> data (unrelated to GraphicsDevice) without synchronization, which was
>>> written before the first thread called getFullScreenWindow(). If visibility
>>> is
On Fri, 20 Jun 2025 20:35:52 GMT, Alexey Ivanov wrote:
>What I mean is two threads that called GraphicsDevice.getFullScreenWindow
>still established a happens-before relation for each call, which will be gone
>with the volatile modifier.
>It may be fine… or may be not… this is why I'm asking.
On Fri, 20 Jun 2025 20:28:43 GMT, Alexey Ivanov wrote:
>>> I mean that there's a _happens before_ relation each time the synchronized
>>> block is reach whereas with volatile, the _happens before_ relation is
>>> guaranteed only when the value of the variable changes.
>>
>> I do not think that
On Fri, 20 Jun 2025 20:12:52 GMT, Sergey Bylokhov wrote:
>> I mean that there's a _happens before_ relation each time the synchronized
>> block is reach whereas with volatile, the _happens before_ relation is
>> guaranteed only when the value of the variable changes.
>
>> I mean that there's a
On Fri, 20 Jun 2025 18:55:30 GMT, Alexey Ivanov wrote:
> I mean that there's a _happens before_ relation each time the synchronized
> block is reach whereas with volatile, the _happens before_ relation is
> guaranteed only when the value of the variable changes.
I do not think that this is tru
On Fri, 20 Jun 2025 01:23:23 GMT, Sergey Bylokhov wrote:
>> src/java.desktop/share/classes/java/awt/GraphicsDevice.java line 306:
>>
>>> 304: }
>>> 305: // Set the full screen window
>>> 306: synchronized (fsAppContextLock) {
>>
>> A `synchronized` block has stronger mem
On Thu, 19 Jun 2025 19:45:48 GMT, Alexey Ivanov wrote:
>> This PR removes the usage of AppContext from the GraphicsDevice class. The
>> original use case was to store the full-screen window in some AppContext,
>> which was necessary in the context of plugin/appletviewer environments.
>> Howeve
On Mon, 16 Jun 2025 06:17:32 GMT, Sergey Bylokhov wrote:
> This PR removes the usage of AppContext from the GraphicsDevice class. The
> original use case was to store the full-screen window in some AppContext,
> which was necessary in the context of plugin/appletviewer environments.
> However,
This PR removes the usage of AppContext from the GraphicsDevice class. The
original use case was to store the full-screen window in some AppContext, which
was necessary in the context of plugin/appletviewer environments. However,
there is now effectively only one main AppContext, so this indirec
15 matches
Mail list logo