You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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)
Did you test with the latest update version?
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?
Relevant log output
The text was updated successfully, but these errors were encountered: