...

[mono-cyte]

pub const AllocateVirtualMemoryError = error{
    AccessDenied,
    NoMemory,
    InvalidHandle,
    Unexpected,
};

pub fn VirtualAllocEx(
    h_process: HANDLE,
    address: ?*anyopaque,
    size: usize,
    alloc_type: u32,
    protect: u32,
) AllocateVirtualMemoryError!*anyopaque {
    var base_addr: ?*anyopaque = address;
    var region_size: usize = size;

    const status = ntdll.NtAllocateVirtualMemory(
        h_process,
        &base_addr,
        0,
        &region_size,
        alloc_type,
        protect,
    );

    if (status != .SUCCESS) {
        return switch (status) {
            .ACCESS_DENIED => error.AccessDenied,
            .NO_MEMORY, .CONFLICTING_ADDRESSES => error.NoMemory,
            .INVALID_HANDLE => error.InvalidHandle,
            else => error.Unexpected,
        };
    }

    if (base_addr) |addr| {
        return addr;
    }

    return error.Unexpected;
}

类似这样的内容直接放在kernel32.zig吗

[w568w]

zig对windows函数是否要求直接使用ntdll

不太清楚你想问什么？请明确你的问题，完全看不懂。

• 「要求」：是指贡献给 Zig 标准库时设计上的要求，还是自己调用 Win32 API 函数时的要求？
• 「直接使用」：什么叫「使用」？导入一个命名空间？调用一个函数？在 build.zig 中手动链接 DLL？
• 「ntdll」：你是指 std.os.windows.ntdll 这个 Zig 标准库命名空间？ntdll.dll 这个系统动态链接库文件？ntdll.dll 中的接口函数？

不管以上哪几点拼起来，这句话都构不成一个问题。

[mono-cyte]

Zig 标准库时设计上的要求，因为除ntdll外的dll函数是对ntdll系统库函数的封装，所以现在标准库在减少ntdll以外的库函数，那么相应的，ntdll以外的dll函数的是否需要在zig中重造轮子，调用对应在zig源码ntdll部分的函数自行封装