[Bug 44728] Bad windows version detection with python module "platform"

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=44728

--- Comment #9 from GG <gillg02 at 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.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.