Client JVM crash (GPU/PVP crash) thread

[strpk0]

Because the other thread was full of unrelated garbage, and loftar requested a new thread for this, here goes:

The 5 crash logs I've collected all look like:

Code: Select all

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffe57100d3d, pid=2512, tid=11660
#
# JRE version: Java(TM) SE Runtime Environment (17.0.4+11) (build 17.0.4+11-LTS-179)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0.4+11-LTS-179, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
# Problematic frame:
# C  [nvoglv64.dll+0x1450d3d]
#
# No core dump will be written. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  S U M M A R Y ------------

Command Line: -Dhaven.renderer=lwjgl -Xss1024k -Xms2048m -Xmx4096m --add-exports=java.base/java.lang=ALL-UNNAMED --add-exports=java.desktop/sun.awt=ALL-UNNAMED --add-exports=java.desktop/sun.java2d=ALL-UNNAMED release-jars\aut-loader.jar -U https://game.havenandhearth.com/res/ game.havenandhearth.com

Host: AMD Ryzen 5 3600 6-Core Processor              , 12 cores, 15G,  Windows 10 , 64 bit Build 19041 (10.0.19041.5198)
Time: Thu Dec 19 12:04:18 2024 Central Standard Time elapsed time: 2753.953051 seconds (0d 0h 45m 53s)

---------------  T H R E A D  ---------------

Current thread (0x000001764288f6b0):  JavaThread "AWT-EventQueue-0" [_thread_in_native, id=11660, stack(0x00000007415a0000,0x00000007416a0000)]

Stack: [0x00000007415a0000,0x00000007416a0000],  sp=0x000000074169ef58,  free space=1019k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [nvoglv64.dll+0x1450d3d]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 8218  org.lwjgl.opengl.GL11C.nglDrawElements(IIIJ)V (0 bytes) @ 0x00000176276fe676 [0x00000176276fe620+0x0000000000000056]
J 12526 c2 haven.render.gl.BGL$51.run(Lhaven/render/gl/GL;)V (23 bytes) @ 0x00000176278af0f4 [0x00000176278af0a0+0x0000000000000054]
J 9099 c2 haven.render.gl.BGL$5.run(Lhaven/render/gl/GL;)V (9 bytes) @ 0x00000176277c71c4 [0x00000176277c7120+0x00000000000000a4]
J 16398 c2 haven.render.gl.GLEnvironment.process(Lhaven/render/gl/GL;)V (363 bytes) @ 0x00000176280d47ac [0x00000176280d3980+0x0000000000000e2c]
J 18474 c2 java.awt.event.InvocationEvent.dispatch()V java.desktop@17.0.4 (69 bytes) @ 0x0000017628277164 [0x0000017628276c40+0x0000000000000524]
J 16048 c2 java.awt.EventQueue.dispatchEventImpl(Ljava/awt/AWTEvent;Ljava/lang/Object;)V java.desktop@17.0.4 (136 bytes) @ 0x0000017627fde098 [0x0000017627fddda0+0x00000000000002f8]
J 13829 c2 java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V java.desktop@17.0.4 (80 bytes) @ 0x000001762774a3dc [0x0000017627749e00+0x00000000000005dc]
J 13832 c2 java.awt.EventDispatchThread.pumpOneEventForFilters(I)V java.desktop@17.0.4 (113 bytes) @ 0x00000176277462dc [0x0000017627745320+0x0000000000000fbc]
J 19618% c2 java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V java.desktop@17.0.4 (47 bytes) @ 0x00000176284b71a0 [0x00000176284b70a0+0x0000000000000100]
j  java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11 java.desktop@17.0.4
j  java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4 java.desktop@17.0.4
j  java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3 java.desktop@17.0.4
j  java.awt.EventDispatchThread.run()V+9 java.desktop@17.0.4
v  ~StubRoutines::call_stub

siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), reading address 0x0000000000000000



And yes, this happens on AMD GPUs too, seemingly exactly the same:

Code: Select all

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffd7b09213d, pid=20076, tid=26072
#
# JRE version: Java(TM) SE Runtime Environment (22.0.2+9) (build 22.0.2+9-70)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (22.0.2+9-70, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
# Problematic frame:
# C  [atio6axx.dll+0x202213d]
#
# No core dump will be written. Minidumps are not enabled by default on client versions of Windows
#
# If you would like to submit a bug report, please visit:
#   https://bugreport.java.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  S U M M A R Y ------------

Command Line: -Xss1024k -Xms2048m -Xmx4096m --add-exports=java.base/java.lang=ALL-UNNAMED --add-exports=java.desktop/sun.awt=ALL-UNNAMED --add-exports=java.desktop/sun.java2d=ALL-UNNAMED release-jars\aut-loader.jar -U https://game.havenandhearth.com/res/ game.havenandhearth.com

Host: AMD Ryzen 7 5800X 8-Core Processor             , 16 cores, 31G,  Windows 10 , 64 bit Build 19041 (10.0.19041.5915)
Time: Mon Oct 13 03:01:20 2025 Tasmania Daylight Time elapsed time: 18414.326459 seconds (0d 5h 6m 54s)

---------------  T H R E A D  ---------------

Current thread (0x000001ec855d5a00):  JavaThread "AWT-EventQueue-0"        [_thread_in_native, id=26072, stack(0x000000becea00000,0x000000beceb00000) (1024K)]

Stack: [0x000000becea00000,0x000000beceb00000],  sp=0x000000beceafe9f8,  free space=1018k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [atio6axx.dll+0x202213d]  (no source info available)
C  [atio6axx.dll+0x62b237]  (no source info available)
C  [atio6axx.dll+0x6dbc13]  (no source info available)
C  0x000001ecad72199d  (no source info available)

The last pc belongs to native nmethod (printed below).
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J 9285  jogamp.opengl.gl4.GL4bcImpl.dispatch_glDrawElements1(IIIJJ)V (0 bytes) @ 0x000001ecad721902 [0x000001ecad7218a0+0x0000000000000062]
j  jogamp.opengl.gl4.GL4bcImpl.glDrawElements(IIIJ)V+53
j  haven.render.jogl.JOGLWrap.glDrawElements(IIIJ)V+9
j  haven.render.gl.BGL$51.run(Lhaven/render/gl/GL;)V+17
J 10615 c2 haven.render.gl.BGL$5.run(Lhaven/render/gl/GL;)V (9 bytes) @ 0x000001ecad7e0374 [0x000001ecad7e02c0+0x00000000000000b4]
J 19463 c2 haven.render.gl.GLEnvironment.process(Lhaven/render/gl/GL;)V (363 bytes) @ 0x000001ecad70e580 [0x000001ecad70d7c0+0x0000000000000dc0]
J 24544 c2 jogamp.opengl.GLDrawableHelper.displayImpl(Lcom/jogamp/opengl/GLAutoDrawable;)V (86 bytes) @ 0x000001ecad6f00d8 [0x000001ecad6efe20+0x00000000000002b8]
J 24935 c2 jogamp.opengl.GLDrawableHelper.invokeGLImpl(Lcom/jogamp/opengl/GLDrawable;Lcom/jogamp/opengl/GLContext;Ljava/lang/Runnable;Ljava/lang/Runnable;)V (579 bytes) @ 0x000001ecad5b56d4 [0x000001ecad5b53a0+0x0000000000000334]
J 25250 c2 java.awt.event.InvocationEvent.dispatch()V java.desktop@22.0.2 (69 bytes) @ 0x000001ecad8cae64 [0x000001ecad8cabc0+0x00000000000002a4]
J 25370 c2 java.awt.EventQueue$4.run()Ljava/lang/Void; java.desktop@22.0.2 (60 bytes) @ 0x000001ecad4e4c60 [0x000001ecad4e4840+0x0000000000000420]
J 24450 c2 java.awt.EventQueue$4.run()Ljava/lang/Object; java.desktop@22.0.2 (5 bytes) @ 0x000001ecade62e60 [0x000001ecade62e20+0x0000000000000040]
J 20141 c2 java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V java.desktop@22.0.2 (80 bytes) @ 0x000001ecae188b6c [0x000001ecae188460+0x000000000000070c]
J 21803% c2 java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/awt/EventFilter;)V java.desktop@22.0.2 (47 bytes) @ 0x000001ecad7eeecc [0x000001ecad7eed20+0x00000000000001ac]
j  java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava/awt/Component;)V+11 java.desktop@22.0.2
j  java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4 java.desktop@22.0.2
j  java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3 java.desktop@22.0.2
j  java.awt.EventDispatchThread.run()V+9 java.desktop@22.0.2
v  ~StubRoutines::call_stub 0x000001ecac86100d

siginfo: EXCEPTION_ACCESS_VIOLATION (0xc0000005), reading address 0x0000000000000000



This last one got someone killed after the client crashed in a fight, then crashed again after restarting and relogging

[loftar]

So it does happen on AMD drivers too, huh? Any chance that this has happened to anyone on Linux? It would be extremely useful to get an actual stacktrace from the open-source drivers. It would also be useful to get the full crash dumps, if you don't mind.

When you say that they "all look like this", how far does that likeness extend? Modules, stacktraces, surrounding code, register values...?

Thanks for the report, though!

[strpk0]

So it does happen on AMD drivers too, huh? Any chance that this has happened to anyone on Linux? It would be extremely useful to get an actual stacktrace from the open-source drivers. It would also be useful to get the full crash dumps, if you don't mind.

When you say that they "all look like this", how far does that likeness extend? Modules, stacktraces, surrounding code, register values...?

Thanks for the report, though!

You have a few full ones from me on discord (username: Asendre). I don't think linux use is common amongst pvp sweats so a JVM log from a linux machine may be unlikely, unfortunately