search

hardwarelayer / tientn-jboard-game

A world conquer game based on TripleA with more territory building feature, language support, and special language learning feature. Check branch feature-tientn-j-lang
GNU General Public License v3.0
0 stars 0 forks source link

crash with message: JavaThread "Java2D Queue Flusher" daemon #4

Open hardwarelayer opened 3 years ago

hardwarelayer commented 3 years ago

When move the map window from one screen to another, app crashed with message like this:

Current thread (0x00007faaa0115800): JavaThread "Java2D Queue Flusher" daemon [_thread_in_native, id=54539, stack(0x000070000d93b000,0x000070000da3b000)]

Stack: [0x000070000d93b000,0x000070000da3b000], sp=0x000070000da3a820, free space=1022k Native frames: (J=compiled Java code, A=aot compiled Java code, j=interpreted, Vv=VM code, C=native code) C [AppKit+0x3afca4] -[NSOpenGLContext setView:]+0xbd C [libawt_lwawt.dylib+0x2120f] CGLSD_MakeCurrentToScratch+0x45 C [libawt_lwawt.dylib+0x21318] OGLSD_MakeOGLContextCurrent+0x58 C [libawt_lwawt.dylib+0x40481] OGLContext_SetSurfaces+0x85 C [libawt_lwawt.dylib+0x43f1d] Java_sun_java2d_opengl_OGLRenderQueue_flushBuffer+0x62d J 4501 sun.java2d.opengl.OGLRenderQueue.flushBuffer(JI)V java.desktop@14.0.1 (0 bytes) @ 0x00000001264f70dd [0x00000001264f7020+0x00000000000000bd] J 6275 c1 sun.java2d.opengl.OGLRenderQueue.flushBuffer()V java.desktop@14.0.1 (41 bytes) @ 0x000000011f60811c [0x000000011f607fe0+0x000000000000013c] j sun.java2d.opengl.OGLRenderQueue$QueueFlusher.run()V+81 java.desktop@14.0.1 j java.lang.Thread.run()V+11 java.base@14.0.1 v ~StubRoutines::call_stub V [libjvm.dylib+0x35a5e7] JavaCalls::call_helper(JavaValue, methodHandle const&, JavaCallArguments, Thread)+0x255 V [libjvm.dylib+0x3599f0] JavaCalls::call_virtual(JavaValue, Klass, Symbol, Symbol, JavaCallArguments, Thread)+0xfe V [libjvm.dylib+0x359aaa] JavaCalls::call_virtual(JavaValue, Handle, Klass, Symbol, Symbol, Thread)+0x62 V [libjvm.dylib+0x3e9f23] thread_entry(JavaThread, Thread)+0x78 V [libjvm.dylib+0x770436] JavaThread::thread_main_inner()+0x86 V [libjvm.dylib+0x77027a] JavaThread::run()+0x11c V [libjvm.dylib+0x76e0d7] Thread::call_run()+0x71 V [libjvm.dylib+0x605d1d] thread_native_entry(Thread*)+0x126 C [libsystem_pthread.dylib+0x68fc] _pthread_start+0xe0 C [libsystem_pthread.dylib+0x2443] thread_start+0xf

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) J 4501 sun.java2d.opengl.OGLRenderQueue.flushBuffer(JI)V java.desktop@14.0.1 (0 bytes) @ 0x00000001264f7068 [0x00000001264f7020+0x0000000000000048] J 6275 c1 sun.java2d.opengl.OGLRenderQueue.flushBuffer()V java.desktop@14.0.1 (41 bytes) @ 0x000000011f60811c [0x000000011f607fe0+0x000000000000013c] j sun.java2d.opengl.OGLRenderQueue$QueueFlusher.run()V+81 java.desktop@14.0.1 j java.lang.Thread.run()V+11 java.base@14.0.1 v ~StubRoutines::call_stub

siginfo: si_signo: 4 (SIGILL), si_code: 1 (ILL_ILLOPC), si_addr: 0x00007fff23088ca4

hardwarelayer commented 3 years ago

It seems an old bug: https://bugs.openjdk.java.net/browse/JDK-8133783 https://bugs.openjdk.java.net/browse/JDK-8173981

hardwarelayer commented 3 years ago

The exactly same issue: https://bugs.openjdk.java.net/browse/JDK-8250214

got fixed on JDK8 but not on 15?