A fatal error has been detected by the Java Runtime Environment

[adelatatar]

Please provide a brief summary of the bug

Hi,

My Java application encounters a native crash (EXCEPTION_ACCESS_VIOLATION 0xc0000005) in SlikSvn-libapr-1.dll when calling SVNClient.info() via JavaHL (SlikSVN 1.14.2). The crash occurs inconsistently during operations that perform a large number of info calls across multiple SVN paths.
I tried to make this work with different versions of Java (17, 21, 23) and with different versions of sliksvn (1.14.1, 1.14.2, 1.14.2b, 1.12.0)

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x00007ffb34a1b61b, pid=3364, tid=1916
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.4+7 (21.0.4+7) (build 21.0.4+7-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.4+7 (21.0.4+7-LTS, mixed mode, emulated-client, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, windows-amd64)
# Problematic frame:
# C  [SlikSvn-libapr-1.dll+0x1b61b]
#
# 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://github.com/adoptium/adoptium-support/issues
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

Did you test with the latest update version?

• Yes

Please provide steps to reproduce where possible

No response

Expected Results

The SVNClient.info() call should retrieve SVN metadata without causing a crash.

Actual Results

The JVM crashes with an EXCEPTION_ACCESS_VIOLATION in the native APR library (libapr-1.dll). This happens on other machines too.

What Java Version are you using?

java 23.0.1 2024-10-15

What is your operating system and platform?

Windows 11 Pro on 64-bit operating system, x64-based processor

How did you install Java?

I used a binary archive.

Did it work before?

No response

Did you test with other Java versions?

Yes, i tested it with Java 17, 21, 23

Relevant log output

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

Command Line: -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:52270,suspend=y,server=n -XX:TieredStopAtLevel=1 -Dspring.profiles.active=local -Dspring.output.ansi.enabled=always -Dcom.sun.management.jmxremote -Dspring.jmx.enabled=true -Dspring.liveBeansView.mbeanDomain -Dspring.application.admin.enabled=true -Dmanagement.endpoints.jmx.exposure.include=* -javaagent:C:\Users\AppData\Local\JetBrains\IntelliJIdea2024.2\captureAgent\debugger-agent.jar -Dkotlinx.coroutines.debug.enable.creation.stack.trace=false -Ddebugger.agent.enable.coroutines=true -Dfile.encoding=UTF-8 -Dsun.stdout.encoding=UTF-8 -Dsun.stderr.encoding=UTF-8 iris.Application

Host: 13th Gen Intel(R) Core(TM) i7-1370P, 20 cores, 31G,  Windows 11 , 64 bit Build 22621 (10.0.22621.4391)
Time: Tue Jan 14 14:26:47 2025 GTB Standard Time elapsed time: 189.243678 seconds (0d 0h 3m 9s)

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

Current thread (0x000002c9c3655150):  JavaThread "org.springframework.jms.JmsListenerEndpointContainer#0-1"        [_thread_in_native, id=1916, stack(0x000000f201200000,0x000000f201300000) (1024K)]

Stack: [0x000000f201200000,0x000000f201300000],  sp=0x000000f2012f9d10,  free space=999k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [SlikSvn-libapr-1.dll+0x1b61b]

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


Registers:
RAX=0x0000000000000000, RBX=0x00007ffb348d04e8, RCX=0x0000000000000000, RDX=0x00007ffb348924d0
RSP=0x000000f2012f9d10, RBP=0x000000f2012f9e10, RSI=0x0000000000000000, RDI=0x000002c9ffdf1b98
R8 =0xffffffffffffffff, R9 =0x0000000000000000, R10=0x0000000000000000, R11=0x01db667f945b13a9
R12=0x00007ffb348924cc, R13=0x000002c9ffdf1ab8, R14=0x000002c9ffbb8498, R15=0x000002c9ffdf0688
RIP=0x00007ffb34a1b61b, EFLAGS=0x0000000000010202


Register to memory mapping:

RAX=0x0 is null
RBX=0x00007ffb348d04e8 SlikSvn-libsvn_subr-1.dll
RCX=0x0 is null
RDX=0x00007ffb348924d0 SlikSvn-libsvn_subr-1.dll
RSP=0x000000f2012f9d10 is pointing into the stack for thread: 0x000002c9c3655150
RBP=0x000000f2012f9e10 is pointing into the stack for thread: 0x000002c9c3655150
RSI=0x0 is null
RDI=0x000002c9ffdf1b98 points into unknown readable memory: 0x0000000000000000 | 00 00 00 00 00 00 00 00
R8 =0xffffffffffffffff is an unknown value
R9 =0x0 is null
R10=0x0 is null
R11=0x01db667f945b13a9 is an unknown value
R12=0x00007ffb348924cc SlikSvn-libsvn_subr-1.dll
R13=0x000002c9ffdf1ab8 points into unknown readable memory: 0x000002c9ffdefaa8 | a8 fa de ff c9 02 00 00
R14=0x000002c9ffbb8498 points into unknown readable memory: 0x000002c9ffbb80e8 | e8 80 bb ff c9 02 00 00
R15=0x000002c9ffdf0688 points into unknown readable memory: 0x00007ffb34ad2030 | 30 20 ad 34 fb 7f 00 00

Top of Stack: (sp=0x000000f2012f9d10)
0x000000f2012f9d10:   00000100ffffffff 000002c9f774fd00
0x000000f2012f9d20:   000000f2012fbf60 00007ffb34a217af
0x000000f2012f9d30:   000002c9ffbb8498 000002c9ffdf1ab8
0x000000f2012f9d40:   00007ffb348924cc 000002c9ffdf1b98
0x000000f2012f9d50:   0000000000000000 00007ffb34a1b87c
0x000000f2012f9d60:   00007ffb348d04e8 000000f2012f9e10
0x000000f2012f9d70:   ffffffffffffffff 0000000077072ac0
0x000000f2012f9d80:   000002c9ffdf1b98 00007ffb34833716
0x000000f2012f9d90:   00062ba9acb60ec4 000002c9ffdf1ab8
0x000000f2012f9da0:   0000000000000000 000002c9ffdf1ab8
0x000000f2012f9db0:   000000f2012f9ed0 0000000076fff563
0x000000f2012f9dc0:   000002c9ffdf062a 00007ffb34a1a801
0x000000f2012f9dd0:   00007ffb348924cc 00007ffb348924cc
0x000000f2012f9de0:   000000f200000000 00007ffb347f9e80
0x000000f2012f9df0:   000002c9ffdf062a 00007ffb2e5088b4
0x000000f2012f9e00:   000002c9ffdf0656 000002c9ffdf0617
0x000000f2012f9e10:   000002c9ffdf0688 000000f2012f9fb8
0x000000f2012f9e20:   000002c9ffdf1ab8 000002c9ffdf3ac8
0x000000f2012f9e30:   000002c9ffdf0610 0000000000000000
0x000000f2012f9e40:   000002c9ffdefaa8 00007ffb349780f5
0x000000f2012f9e50:   000000f2012f9ec0 000000f2012fa070
0x000000f2012f9e60:   000002c900000001 000002c9ffdf1b50
0x000000f2012f9e70:   000002c9ffdf1ab8 000002c9ffdf3ac8
0x000000f2012f9e80:   000000f200000000 000002c9ffae3c00
0x000000f2012f9e90:   000000f2012fa1a0 00007ffb03edd2b0
0x000000f2012f9ea0:   000002c9ffae02b8 0000000000000060
0x000000f2012f9eb0:   0000000000000000 000002c98041ab48
0x000000f2012f9ec0:   000002c9ffc3aa20 0000000000000050
0x000000f2012f9ed0:   000002c9ffdf1b30 000002c9ffdf1b38
0x000000f2012f9ee0:   0000000000000000 0000000000000000
0x000000f2012f9ef0:   000002c9ffdf1b50 000002c9ffdf1b60
0x000000f2012f9f00:   000002c9ffdf1b68 0000000000000000 

Instructions: (pc=0x00007ffb34a1b61b)
0x00007ffb34a1b51b:   08 48 8b 5c 24 30 48 8b 74 24 40 48 83 c4 20 5f
0x00007ffb34a1b52b:   c3 cc cc cc cc 4c 8b 0a 49 83 f9 ff 75 29 0f b6
0x00007ffb34a1b53b:   01 4c 8b c9 84 c0 74 15 45 6b c0 21 0f b6 c0 49
0x00007ffb34a1b54b:   ff c1 44 03 c0 41 0f b6 01 84 c0 75 eb 4c 2b c9
0x00007ffb34a1b55b:   41 8b c0 4c 89 0a c3 4d 85 c9 74 1b 66 0f 1f 84
0x00007ffb34a1b56b:   00 00 00 00 00 0f b6 01 45 6b c0 21 48 ff c1 44
0x00007ffb34a1b57b:   03 c0 49 ff c9 75 ee 41 8b c0 c3 cc cc cc cc cc
0x00007ffb34a1b58b:   cc cc cc cc cc 4c 8b 0a 45 33 c0 4c 8b d1 49 83
0x00007ffb34a1b59b:   f9 ff 75 2f 48 8b c1 0f b6 09 84 c9 74 1b 0f 1f
0x00007ffb34a1b5ab:   80 00 00 00 00 45 6b c0 21 0f b6 c9 48 ff c0 44
0x00007ffb34a1b5bb:   03 c1 0f b6 08 84 c9 75 ec 49 2b c2 48 89 02 41
0x00007ffb34a1b5cb:   8b c0 c3 4d 85 c9 74 20 66 66 66 66 66 0f 1f 84
0x00007ffb34a1b5db:   00 00 00 00 00 41 0f b6 02 45 6b c0 21 49 ff c2
0x00007ffb34a1b5eb:   44 03 c0 49 ff c9 75 ed 41 8b c0 c3 cc cc cc cc
0x00007ffb34a1b5fb:   cc cc cc cc cc 48 89 5c 24 08 48 89 6c 24 10 4c
0x00007ffb34a1b60b:   89 44 24 18 56 57 41 54 41 55 41 56 48 83 ec 20
0x00007ffb34a1b61b:   48 8b 41 40 4d 8b f1 49 8b f0 4c 8b e2 4c 8b e9
0x00007ffb34a1b62b:   48 85 c0 74 13 48 8d 54 24 60 49 8b cc ff d0 48
0x00007ffb34a1b63b:   8b 74 24 60 8b f8 eb 5d 8b 79 38 49 83 f8 ff 75
0x00007ffb34a1b64b:   30 0f b6 02 48 8b f2 84 c0 74 1c 66 66 0f 1f 84
0x00007ffb34a1b65b:   00 00 00 00 00 6b ff 21 0f b6 c0 48 ff c6 03 f8
0x00007ffb34a1b66b:   0f b6 06 84 c0 75 ee 48 2b f2 48 89 74 24 60 eb
0x00007ffb34a1b67b:   24 48 8b ca 49 8b d0 4d 85 c0 74 19 66 0f 1f 84
0x00007ffb34a1b68b:   00 00 00 00 00 0f b6 01 6b ff 21 48 ff c1 03 f8
0x00007ffb34a1b69b:   48 ff ca 75 f0 41 8b 4d 34 8b c7 48 23 c8 49 8b
0x00007ffb34a1b6ab:   45 08 48 8b 1c c8 48 8d 2c c8 48 85 db 74 2f 66
0x00007ffb34a1b6bb:   0f 1f 44 00 00 39 7b 08 75 19 48 39 73 18 75 13
0x00007ffb34a1b6cb:   48 8b 4b 10 4c 8b c6 49 8b d4 e8 fa 7e 00 00 85
0x00007ffb34a1b6db:   c0 74 56 48 8b eb 48 8b 1b 48 85 db 75 d7 4d 85
0x00007ffb34a1b6eb:   f6 74 46 49 8b 55 48 48 85 d2 74 09 48 8b 02 49
0x00007ffb34a1b6fb:   89 45 48 eb 11 49 8b 4d 00 ba 28 00 00 00 e8 d2
0x00007ffb34a1b70b:   0a ff ff 48 8b d0 48 c7 02 00 00 00 00 89 7a 08 


Stack slot to memory mapping:

stack at sp + 0 slots: 0x00000100ffffffff is an unknown value
stack at sp + 1 slots: 0x000002c9f774fd00 points into unknown readable memory: 0x0000002000000001 | 01 00 00 00 20 00 00 00
stack at sp + 2 slots: 0x000000f2012fbf60 is pointing into the stack for thread: 0x000002c9c3655150
stack at sp + 3 slots: 0x00007ffb34a217af SlikSvn-libapr-1.dll
stack at sp + 4 slots: 0x000002c9ffbb8498 points into unknown readable memory: 0x000002c9ffbb80e8 | e8 80 bb ff c9 02 00 00
stack at sp + 5 slots: 0x000002c9ffdf1ab8 points into unknown readable memory: 0x000002c9ffdefaa8 | a8 fa de ff c9 02 00 00
stack at sp + 6 slots: 0x00007ffb348924cc SlikSvn-libsvn_subr-1.dll
stack at sp + 7 slots: 0x000002c9ffdf1b98 points into unknown readable memory: 0x0000000000000000 | 00 00 00 00 00 00 00 00

VM state: not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap address: 0x0000000604c00000, size: 8116 MB, Compressed Oops mode: Zero based, Oop shift amount: 3

CDS archive(s) mapped at: [0x000002c980000000-0x000002c980c90000-0x000002c980c90000), size 13172736, SharedBaseAddress: 0x000002c980000000, ArchiveRelocationMode: 1.
Compressed class space mapped at: 0x000002c981000000-0x000002c9c1000000, reserved size: 1073741824
Narrow klass base: 0x000002c980000000, Narrow klass shift: 0, Narrow klass range: 0x100000000

GC Precious Log:
 CardTable entry size: 512
 Card Set container configuration: InlinePtr #cards 4 size 8 Array Of Cards #cards 32 size 80 Howl #buckets 8 coarsen threshold 7372 Howl Bitmap #cards 1024 size 144 coarsen threshold 921 Card regions per heap region 1 cards per card region 8192
 CPUs: 20 total, 20 available
 Memory: 32452M
 Large Page Support: Disabled
 NUMA Support: Disabled
 Compressed Oops: Enabled (Zero based)
 Heap Region Size: 4M
 Heap Min Capacity: 8M
 Heap Initial Capacity: 508M
 Heap Max Capacity: 8116M
 Pre-touch: Disabled
 Parallel Workers: 15
 Concurrent Workers: 4
 Concurrent Refinement Workers: 15
 Periodic GC: Disabled

Heap:
 garbage-first heap   total 720896K, used 380928K [0x0000000604c00000, 0x0000000800000000)
  region size 4096K, 56 young (229376K), 3 survivors (12288K)
 Metaspace       used 70606K, committed 71936K, reserved 1114112K
  class space    used 9874K, committed 10496K, reserved 1048576K

[karianna]

@adelatatar Have you reported this to slicksvn? Does this only happen with one particular version of Java (I couldn't quite tell from your report).

[adelatatar]

@adelatatar Have you reported this to slicksvn? Does this only happen with one particular version of Java (I couldn't quite tell from your report).

Yes, I reported it. I am waiting for an answer.
I tried to run it with java 17, 21 and 23 and the exact same thing happened no matter the version.

[karianna]

It's almost certainly a native code error in their DLL.

[JacobGroover]

Stumbled on this after a few weeks of troubleshooting what may be the same issue. I am not using Adoptium or SlikSvn so it may be a hardware/driver/unrelated software issue. Read on if you care to get an idea of what I've tried, but keep in mind I don't have the above mentioned so the rest of this is related to this issue, but certainly not related to Adoptium or SlikSvn, since I have never used them on this computer.

On my desktop on Windows 11 I was getting BSODs (blue screens of death) EXCEPTION_ACCESS_VIOLATION 0xc0000005 in Google Chrome, Firefox when actively browsing, especially on videos behind a paywall (i.e. codecademy, coursera, etc., ~every 10 seconds for these as opposed to ~every 30 minutes elsewhere), and then IntelliJ IDEA a few moments after I booted it up.

• Thoroughly tested with 4 different DDR5 DIMMs, my RAM is not compromised.
• All my SSDs are fine/healthy.
• Windows had a few OS files to repair but that made no difference to the issue.
• NVIDIA drivers have been finicky (installation failed for driver updates, DDU did not resolve the issue).
• A later Windows fresh install did not improve the issue.
• Update to my UEFI does seem to have immediately resolved the BSODs, so those were probably a separate issue (see intel microcode update https://community.intel.com/t5/Blogs/Tech-Innovation/Client/Intel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/post/1633446)
• No tests have shown degredation in my CPU, but it's difficult to be sure
• Uninstalled Google Chrome (3 days ago) and Firefox has had no issues since, IntelliJ IDEA has not crashed again. Waiting to see while I prepare to manually clean out NVIDIA driver remnants and update gpu drivers to rule that out

Specs: Windows 11 Pro, 13th Gen Intel i-9 13900K, NVIDIA 4070Ti, ASRock Z790 WiFi Motherboard, 4x G.Skill 32GB DDR5 RAM (currently 2 installed)

IntelliJ IDEA log:

java_error_in_idea64_25676.log