[PATCH] Use Windows 10 as default prefix version.

Paul Gofman pgofman at codeweavers.com
Fri Jan 21 09:44:16 CST 2022


On 1/21/22 18:32, Nikolay Sivov wrote:
>
>
> On 1/21/22 18:11, Paul Gofman wrote:
>> There is also version number in kernel32/version.rc which some games 
>> expect to have in sync IIRC.
>
> Do you mean a build number? Is it matching now?

No, it doesn't. It is currently from Windows 10 1909 (18362). Maybe I am 
messing up that something known was depending on the match (maybe only 
on that version being recent enough). But maybe it still makes sense to 
make it consistent?
>
>>
>> Then, there is a version number hardcoded in 
>> kernelbase/version.c:version_data[] which is currently 17134, that 
>> should probably be bumped as well? (fwiw there is also the number in 
>> ntdll/version.c: VersionData[] but this is 17763 now.
>
> That means it's already doesn't match if I switch to Win10 manually. 
> We should probably use some header to make sure all of this is updated 
> properly.

Yes, it probably doesn't match now as well. We probably can't make 
manually switched Win version fully consistent. But still I guess it 
would be more straightforward if we default to recent enough Win10 with 
all the known version queries matching for the default case.


>
>>
>> Probably not exactly related but maybe once the default is upgraded 
>> to Win10 it makes sense to add ReleaseId and DisplayVersion registry 
>> values? I recall at least one game depending in ReleaseId presence.
>
> Sure. Are those values new to Windows 10?

Yes, I think that was introduced in Win10. And DisplayVersion is in fact 
probably even newer, not sure it actually exists on 1809 (that is, 
17763). But also, maybe it would make sense to bump to something newer 
at once? 17763 is more than 3 years old already and there are apps which 
refuse to work or at least complain about outdated version (the most 
fresh requirement I saw so far was 19041, 2004 from May 2020).





More information about the wine-devel mailing list