On Wed, 30 Jun 2021 04:29:56 GMT, Sergey Bylokhov wrote:
>> At this point if we exit, we just return and unlock MTLRenderQueue for
>> backbuffer rendering. And when it is done we again start CVDisplayLink in
>> MTLRenderQueue which in turn calls setNeedsDisplay to get callback to
>>
On Wed, 30 Jun 2021 04:00:54 GMT, Jayathirth D V wrote:
>> src/java.desktop/macosx/native/libawt_lwawt/java2d/metal/MTLLayer.m line 286:
>>
>>> 284: if (layer == NULL || ctx == NULL) {
>>> 285: J2dTraceLn(J2D_TRACE_VERBOSE, "MTLLayer_blit : Layer or
>>> Context is null");
>>> 286:
On Tue, 29 Jun 2021 23:31:33 GMT, Sergey Bylokhov wrote:
>> Final blit operation in MTLLayer.blitTexture() is driven by CVDisplayLink in
>> Metal.
>> In this test case we are hitting an invalid condition because of which we
>> exit from MTLLayer.blitTexture(), but we are not stopping the
On Wed, 23 Jun 2021 09:19:16 GMT, Maxim Kartashev
wrote:
> Added an `ExceptionCheck()` followed by `ExceptionDescribe()` and
> `ExceptionClear()` immediately after the Java calls made from the callback
> function `ReadTTFontFileFunc()` in `freetypeScaler.c`.
>
> The exception(s) need to be
On Tue, 29 Jun 2021 17:34:00 GMT, Jayathirth D V wrote:
> Final blit operation in MTLLayer.blitTexture() is driven by CVDisplayLink in
> Metal.
> In this test case we are hitting an invalid condition because of which we
> exit from MTLLayer.blitTexture(), but we are not stopping the
On Wed, 23 Jun 2021 09:19:16 GMT, Maxim Kartashev
wrote:
> Added an `ExceptionCheck()` followed by `ExceptionDescribe()` and
> `ExceptionClear()` immediately after the Java calls made from the callback
> function `ReadTTFontFileFunc()` in `freetypeScaler.c`.
>
> The exception(s) need to be
Final blit operation in MTLLayer.blitTexture() is driven by CVDisplayLink in
Metal.
In this test case we are hitting an invalid condition because of which we exit
from MTLLayer.blitTexture(), but we are not stopping the CVDisplayLink. This is
causing the CVDisplayLink callback to run in loop.
