https://bugs.winehq.org/show_bug.cgi?id=44728
--- Comment #9 from GG gillg02@hotmail.com --- (In reply to Nikolay Sivov from comment #8)
As a compromise we could implement GetVersion() awareness of compatibility data in activation context, and bump kernel32 to Windows 7. This way application without manifest will get Windows 7 version regardless of version selected in Winecfg. Which is how it's supposed to work I think. That's assuming all that works the way I think it does, and python.exe (is this correct?) does not declare compatibility.
This solution is enougth in my case. And yes entry point in my case is python.exe or python.dll. To be more precise, my original bug case, is with a software packed with python scripts, and what refuse to install software on older than 7 windows version.
But with your solution, if you try to install a software limited on windows 8 for example, problem stay present...
Maybe two ideas : * Configure kernel32 internal version by a specific config "file", version could be reloaded at windows "reboot". Do you think it's possible to take compilation consts dynamic ? https://source.winehq.org/source/dlls/kernel32/version.rc
* Else... "switch"/"replace" between x compiled kernels versions (eg: c:\windows\kernels)... then reboot windows after.
This 2 solutions are ONLY for "default" config, if you override windows version for a specific software, it's like on a real windows, you change only "GetVersion" return.