The vcxproj has no custom OutDir so MSBuild uses the default: Platform\Config\.
When building via .sln with /p:Platform=x86 the platform value propagated to
the vcxproj is 'x86' (the CLI override wins over the solution's Win32 mapping),
so the exe lands in x86\Release\, not Win32\Release\.
- build-offsetfinder.yml: finder_plat: Win32 -> x86
- build-and-release.yml: exeSrc path uses SlnPlatform (x86) not Platform (Win32)
Zydis.vcxproj is still invoked directly with Platform=Win32 - unchanged.
The solution GlobalSection only declares Release|x86 and Release|x64.
Passing Platform=Win32 to msbuild with a .sln target is invalid and causes:
MSB4126: The specified solution configuration 'Release|Win32' is invalid.
Add sln_platform (x86/x64) used only for the .sln invocation; keep
Platform=Win32 for the Zydis vcxproj build and the output path lookup
(vcxproj maps x86->Win32 for its OutDir so finder_plat=Win32 stays correct).
Affects both build-offsetfinder.yml and build-and-release.yml.
- build-and-release.yml: \ now points to SolutionDir/<Platform>/Release/
(the .sln build outputs there, not <ProjectDir>/<Platform>/Release/)
- build-offsetfinder.yml: build via RDPWrapOffsetFinder.sln /t:RDPWrapOffsetFinder
so \ resolves to the submodule root where zydis/ lives; fix
matching \ output path
- Remove pull_request paths: filters from all four PR check workflows so
required status checks always run on every PR and never block merges