ZForwardingTest::SetUp() tries to commit memory with os::commit_memory(addr, ZGranuleSize, /* executable */ false);

This call consistently fails on Windows 10. It consistently succeeds on Fedora Linux 42.

Strangely this doesn't cause the entire test to fail, it is somehow able to continue - but I suspect that this is not the intended behaviour.

Logs:
[ RUN ] ZForwardingTest.setup_vm
OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x0000040000000000, 2097152, 0) failed; error='Attempt to access invalid address' (DOS error/errno=487)


Stacktrace:
Current thread (0x000002907e62a7f0): JavaThread "main" [_thread_in_native, id=6148, stack(0x000000b9e92a0000,0x000000b9e93a0000) (1024K)]

Stack: [0x000000b9e92a0000,0x000000b9e93a0000], sp=0x000000b9e939e690, free space=1017k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V [jvm.dll+0xb4b5a1] os::commit_memory+0x141 (os.cpp:2230)
V [jvm.dll+0x376a64] ZForwardingTest::SetUp+0x104 (test_zForwarding.cpp:78)
V [jvm.dll+0xe7456b] testing::TestInfo::Run+0x1ab (gtest.cc:2859)
V [jvm.dll+0xe74a56] testing::TestSuite::Run+0x316 (gtest.cc:3039)
V [jvm.dll+0xe754aa] testing::internal::UnitTestImpl::RunAllTests+0x5ba (gtest.cc:5968)
V [jvm.dll+0xe74db3] testing::UnitTest::Run+0x153 (gtest.cc:5546)
V [jvm.dll+0x796a1] runUnitTestsInner+0x2d1 (gtestMain.cpp:292)
V [jvm.dll+0x7993f] runUnitTests+0xff (gtestMain.cpp:373)
C [gtestLauncher.exe+0x101c] main+0x1c (gtestLauncher.cpp:40)
C [gtestLauncher.exe+0x121c] __scrt_common_main_seh+0x10c (exe_common.inl:288)
C [KERNEL32.DLL+0x17374] (no source info available)
C [ntdll.dll+0x4cc91] (no source info available)