CodeQL has a mode where it'll run a compiler and trace its execution, in order to have some internal representation, which it then ingests into its database, for later analysis. I managed to get MSVC's CL.EXE running in Wine, from the latest EWDK, but when I tried to trace its execution using CodeQL, I ran into trouble. These two fixes resolve that issue. The first patch is trivial. The second patch is more involved, and so I've added some test cases. This should match ntdll/ntsokrnl behavior pretty closely. I can't send these to Gitlab because I don't have the ability to fork repos there yet. I'll open a ticket for that. Jason A. Donenfeld (2): cmd: link against kernel32 for CreateProcessW ntdll, server: allow oversized views with MEM_RESERVE dlls/ntdll/tests/virtual.c | 80 ++++++++++++++++++++++++++++++++++ dlls/ntdll/unix/sync.c | 1 + dlls/ntdll/unix/virtual.c | 38 +++++++++++----- include/wine/server_protocol.h | 8 ++-- programs/cmd/Makefile.in | 2 +- server/mapping.c | 16 ++++--- server/protocol.def | 2 + server/request_handlers.h | 16 ++++--- server/request_trace.h | 2 + 9 files changed, 136 insertions(+), 29 deletions(-) -- 2.53.0