#
# A fatal error has been detected by the Java Runtime Environment:
#
# Internal Error (c:\sb\prod\1761167334\workspace\open\src\hotspot\share\utilities\debug.cpp:282), pid=17708, tid=42104
# fatal error: OutOfMemory encountered: Java heap space
#
# JRE version: Java(TM) SE Runtime Environment (26.0+21) (fastdebug build 26-ea+21-2163)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (fastdebug 26-ea+21-2163, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, parallel gc, windows-amd64)
# Core dump will be written. Default location: C:\sb\prod\1761263307\testoutput\test-support\jtreg_open_test_hotspot_jtreg_jcstress_part2\scratch\hs_err_pid17708.mdmp
#

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

Command Line: -XX:+UnlockDiagnosticVMOptions -XX:-UsePerfData -Xms256M -Xmx256M -XX:+AlwaysPreTouch -XX:ParallelGCThreads=2 -XX:ConcGCThreads=2 -XX:G1ConcRefinementThreads=2 -XX:CICompilerCount=2 -XX:-RestrictContended -XX:+DebugNonSafepoints -XX:-VerifyBeforeExit -XX:-EnableThreadSMRStatistics -XX:-ZapUnusedHeapArea -XX:-ZapTLAB -XX:-ZapFillerObjects -XX:-ZapResourceArea -XX:-ZapVMHandleArea -XX:-ZapStackSegments -XX:-VerifyDependencies -Djava.io.tmpdir=C:\sb\prod\1761263307\testoutput\test-support\jtreg_open_test_hotspot_jtreg_jcstress_part2\scratch -Djava.io.tmpdir=C:\sb\prod\1761263307\testoutput\test-support\jtreg_open_test_hotspot_jtreg_jcstress_part2\scratch -XX:MaxRAMPercentage=25 -Dtest.boot.jdk=c:\ade\mesos\work_dir\jib-master\install\jdk\25\37\bundles\windows-x64\jdk-25_windows-x64_bin.zip\jdk-25 -Djava.io.tmpdir=c:\sb\prod\1761263307\testoutput\test-support\jtreg_open_test_hotspot_jtreg_jcstress_part2\tmp -XX:+CreateCoredumpOnCrash -XX:+UseParallelGC -XX:+UseNUMA -XX:+HeapDumpOnOutOfMemoryError -XX:+CrashOnOutOfMemoryError -XX:CompilerDirectivesFile=C:\sb\prod\1761263307\testoutput\test-support\jtreg_open_test_hotspot_jtreg_jcstress_part2\scratch\jcstress5730930409242715400directives org.openjdk.jcstress.ForkedMain false 127.0.0.1 50340 207

Host: AMD EPYC 9J14 96-Core Processor , 12 cores, 23G, Windows Server 2022 , 64 bit Build 20348 (10.0.20348.3451)
Time: Fri Oct 24 00:57:08 2025 /GM elapsed time: 36.198269 seconds (0d 0h 0m 36s)

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

Current thread (0x000001baa4a49680): JavaThread "JcstressThread_actor1" daemon [_thread_in_vm, id=42104, stack(0x0000001626d00000,0x0000001626e00000) (1024K)]

Stack: [0x0000001626d00000,0x0000001626e00000]
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0xdfb421] os::win32::platform_print_native_stack+0x101 (os_windows.cpp:6285)
V [jvm.dll+0xd965f0] NativeStackPrinter::print_stack+0x70 (nativeStackPrinter.cpp:35)
V [jvm.dll+0x10fa712] VMError::report+0x1572 (vmError.cpp:969)
V [jvm.dll+0x10fce54] VMError::report_and_die+0x6c4 (vmError.cpp:1882)
V [jvm.dll+0x644372] report_fatal+0xb2 (debug.cpp:223)
V [jvm.dll+0x644436] report_java_out_of_memory+0xb6 (debug.cpp:282)
V [jvm.dll+0xd10e46] MemAllocator::allocate+0x206 (memAllocator.cpp:361)
V [jvm.dll+0x8b0ff5] InstanceKlass::allocate_instance+0x75 (instanceKlass.cpp:1577)
V [jvm.dll+0xed01ae] OptoRuntime::new_instance_C+0x22e (runtime.cpp:341)
C 0x000001ba9bc17703 (no source info available)

The last pc belongs to C2 Runtime new_instance_blob (printed below).
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
v ~RuntimeStub::C2 Runtime new_instance_blob 0x000001ba9bc17703
J 588 c2 org.openjdk.jcstress.tests.accessAtomic.varHandles.byteBuffer.direct.big.acqrel.LongTest_jcstress.jcstress_consume_reinit(Lorg/openjdk/jcstress/util/Counter;[Lorg/openjdk/jcstress/tests/accessAtomic/varHandles/byteBuffer/direct/big/acqrel/LongTest;[Lorg/openjdk/jcstress/infra/results/J_Result;Lorg/openjdk/jcstress/tests/accessAtomic/varHandles/byteBuffer/direct/big/acqrel/LongTest;II)V (74 bytes) @ 0x000001ba9c0b34b0 [0x000001ba9c0b3200+0x00000000000002b0]
j org.openjdk.jcstress.tests.accessAtomic.varHandles.byteBuffer.direct.big.acqrel.LongTest_jcstress$JcstressThread_actor1.jcstress_iteration_actor1()Lorg/openjdk/jcstress/util/Counter;+156
j org.openjdk.jcstress.tests.accessAtomic.varHandles.byteBuffer.direct.big.acqrel.LongTest_jcstress$JcstressThread_actor1.internalRun()Lorg/openjdk/jcstress/util/Counter;+1
j org.openjdk.jcstress.infra.runners.CounterThread.run()V+2
v ~StubRoutines::Stub Generator call_stub_stub 0x000001ba9baf1952
Lock stack of current Java thread (top to bottom):

Test args:

    -Dtest.java.opts='-XX:+UseParallelGC -XX:+UseNUMA -XX:+HeapDumpOnOutOfMemoryError -XX:+CrashOnOutOfMemoryError'

I do not know why we have it set to crash on OOM.