I occasionally see the following crash on exit in MTLRTTextureData::dispose during toolkit shutdown. I don't have a reproducible test case. This might be related to JDK-8368629 (that is, if the reason for this crash is that we are trying to dispose an already-disposed texture...I don't know whether that is actually the case here).

C [libobjc.A.dylib+0x9020] objc_msgSend+0x20
j com.sun.prism.mtl.MTLContext.nIsCurrentRTT(JJ)Z+0 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLContext.isCurrentRTT(J)Z+5 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLRTTextureData.dispose()V+27 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLTextureResource.free()V+21 javafx.graphics@26-internal
j com.sun.prism.impl.ManagedResource.dispose()V+22 javafx.graphics@26-internal
j com.sun.prism.impl.BaseTexture.dispose()V+4 javafx.graphics@26-internal
j com.sun.prism.impl.ps.BaseShaderContext.disposeLCDBuffer()V+11 javafx.graphics@26-internal
j com.sun.prism.impl.ps.BaseShaderContext.dispose()V+54 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLContext.dispose()V+13 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLResourceFactory.dispose()V+4 javafx.graphics@26-internal
j com.sun.prism.mtl.MTLPipeline.dispose()V+9 javafx.graphics@26-internal
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.cleanup()V+9 javafx.graphics@26-internal
j com.sun.javafx.tk.quantum.QuantumRenderer$PipelineRunnable.run()V+14 javafx.graphics@26-internal
j java.lang.Thread.runWith(Ljava/lang/Object;Ljava/lang/Runnable;)V+5 java.base@24.0.1
j java.lang.Thread.run()V+19 java.base@24.0.1