it seems it is not part of Mingw64 https://github.com/msys2-contrib/mingw-w64/blob/master/mingw-w64-headers/include/memoryapi.h

msdn https://learn.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-mapviewoffile2

@nektro I think you are referring to the following

pub extern "api-ms-win-core-memory-l1-1-5" fn UnmapViewOfFile2(
    Process: ?HANDLE,
    BaseAddress: ?*anyopaque,
    UnmapFlags: UNMAP_VIEW_OF_FILE_FLAGS,
) callconv(@import("std").os.windows.WINAPI) BOOL;

and thats limited to windows10.0.15063 check out here : https://github.com/marlersoft/zigwin32/blob/32d085ee67374ad2ec24fc012e6876ca27958fb7/win32/system/memory.zig#L1098

As a workaround, does NtMapViewOfSection suit your use case?

@mesidex NtMapViewofSection is different than MapViewFile2, however i managed to make it work with following extern API inline call.

https://learn.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-mapviewoffilenuma2

pub extern "api-ms-win-core-memory-l1-1-5" fn MapViewOfFileNuma2(
    FileMappingHandle: HANDLE,
    ProcessHandle: HANDLE,
    Offset: u64, // ULONG64
    BaseAddress: ?*anyopaque, // PVOID (optional)
    ViewSize: usize, // SIZE_T
    AllocationType: u32, // ULONG
    PageProtection: u32, // ULONG
) callconv(windows.WINAPI) ?*anyopaque; // Returns PVOID

I have it:

$ fgrep -r MapViewOfFile2 /mingw64/include/memoryapi.h
  WINBASEAPI PVOID MapViewOfFile2(HANDLE FileMappingHandle, HANDLE ProcessHandle, ULONG64 Offset, PVOID BaseAddress, SIZE_T ViewSize, ULONG AllocationType, ULONG PageProtection);

The problem is that it isn't present in any of MinGW-w64's library definition files. Someone needs to file a bug or send a patch upstream.

I use mingw since around 2008, and there is no problem with this function. mingw-w64 provides the header files and the import libraries. The DLL is in the system. I used it for example in the EFL and I compile on Windows and cross compile on linux without any problem

The only occurrence of MapViewOfFile2 in the MinGW-w64 source tree is in mingw-w64-headers/include/memoryapi.h. I don't see it mentioned in any of the import libraries.

From MSDN:

This function is implemented as an inline function in the header and can't be found in any export library or DLL. It's the same as calling MapViewOfFileNuma2 with the last parameter set to NUMA_NO_PREFERRED_NODE.

Ah, I wasn't aware of that detail. Then this still looks like a MinGW-w64 bug, because it declares MapViewOfFile2 in memoryapi.h but does not define it anywhere, inline or otherwise.

that's how it is defined in the visual studio SDK. I've just reported this to the mingw-w64 devs and one of them told me that he will fix it soon

@alexrp @vtorri I don't think it is an issue with mingw-w64 while it is working perfectly if you depend on cc compiler. the issue that there is no binding for this specific API call because it is inline function which i fixed in previous extern inline call. it can be fixed by ziglang and not in mingw64

mingw-w64/mingw-w64@c67e9a7

at least, other people who need MapViewOfFile2() will be able to use it